生活计划请看起来是正确的垃圾代码

不知不觉,博主工作五年了,随着从事软件开发时间的增长,技术自然是慢慢积累了,可是博主觉得最重要的是看待项目的眼光变了。当年博主工作1-2年的时候,自我感觉非常良好,觉得技术是王道;觉得项目应该从技术的角度来说要完美,要符合开发规范,要符合程序思想,要符合面向对象。总之,觉得技术才是正道。有时仅仅由于觉得代码实现方式不爽而推倒重来;甚至不惜影响进度。

那么,果真如此么?一个项目一定要从技术的角度达到完美么,一个类,一个方法,一个变量的声明非得严格依照编程规范。一个好的程序猿一定是代码写的完美的么。

诚然,作为一个软件开发人员,追求技术的完美是多么难能可贵的品质啊。一个追求技术完美的软件project师,即使不是一个好的软件project师,也是受人尊敬的软件project师。可是从企业的角度来看,真的须要如此么。须要追求技术完美的企业是有的,譬如,微软研究院,亦或科研单位,再或者以传播技术为目的的组织等。在这些企事业单位里,全然没有问题。技术非常重要。

可是,作为一个市场中的企业,他们看中的是什么,把代码写的比微软公布的代码还好,比Java的原设计代码更完美,实用吗?我想说的是,作用是有的,可是不大。市场中的企业看中的是什么?不是你的过程,而是结果。作为一个软件开发人员,按时完毕预定的方案,产出预期的产品,就是一个好的开发人员。作为一个项目经理,带领大家完毕了任务,提交了合格的产品,那就是一个好的项目经理。所以结果非常重要。由于结果才干创造价值,才干让你所在的企业盈利,你才干有酬劳,这是一个非常直接的因果关系。当然了,技术不重要吗,不是的。技术也非常重要,仅仅有编程技术精通,你才干高速制定出若干套方案,从而选取最合适的那个方案做出结果来。

所以,当我们在工作中,纠结于技术细节的时候,一定要清醒的认识到,一定要做出结果。而不能一味的陷入追求技术的圈圈里,那就得不偿失了。

有非常多的技术人员,甚至总技术监级的软件工作者,总喜欢将别人的项目贬得一文不值(汗颜的是博主曾经也常常这样)。觉得除了自己的作品外,别人的都是“垃圾”。这是全然不是必需的。由于或许垃圾的作品创造出的价值是精品的千百倍。所以博主觉得,区分一个屌丝程序猿和高富帅程序猿,得看他是怎样看待垃圾代码的。并且职位越高,或者想往更高的职位发展,越应该注意这个问题。所谓海纳百川,所谓有容乃大就是这个道理。

比方,作为一个项目经理或者技术总监的人,假设一味的想把项目开发的非常完美,那么非常可能的结果是难以完毕任务,或者产品非常难正常的开发出来,从而导致企业损失,终于还是误人误己。

因此,在工作中,一定要注重结果,为了实现某些成绩,在技术上不得不做出一些让步。不得不产出所谓的垃圾代码。仅仅要结果好,这也是值得的。

时间: 2024-11-04 08:20:40

生活计划请看起来是正确的垃圾代码的相关文章

程序人生:请正确看待“垃圾”代码

不知不觉,博主工作五年了,随着从事软件开发时间的增长,技术自然是慢慢积累了,但是博主认为最重要的是看待项目的眼光变了.当年博主工作1-2年的时候,自我感觉很良好,认为技术是王道:认为项目应该从技术的角度来说要完美,要符合开发规范,要符合程序思想,要符合面向对象.总之,认为技术才是正道.有时仅仅因为认为代码实现方式不爽而推倒重来:甚至不惜影响进度. 那么,果真如此么?一个项目一定要从技术的角度达到完美么,一个类,一个方法,一个变量的声明非得严格按照编程规范.一个好的程序员一定是代码写的完美的么.

如果是初学C语言请看完 一些成功人士的心得

转自程先的专栏     今天,我能够自称是一个混IT的人,并能以此谋生,将来大家能一次谋生,都要感谢两个人:克劳德.香农和约翰.冯.诺依曼,是他们发现了所有的数字化信息,不论是一段程序,一封email,一部电影都是用一连串的1和0进行编码的:是他们发现了我们可以利用一个预先编写好的程序控制机器,并使之完成我们期望它完成的动作.建议大家在心里默念三遍他们的名字,以示仰慕.当然,如果让你们带着现在的知识回到他们的那个时代,那么就没有什么图灵奖了. C语言程序设计是我们的专业基础课,但是C语言本身却是

[转载]如果是初学C语言请看完一些成功人士的心得

如果是初学C语言请看完一些成功人士的心得 转自程先的专栏     今天,我能够自称是一个混IT的人,并能以此谋生,将来大家能一次谋生,都要感谢两个人:克劳德.香农和约翰.冯.诺依曼,是他们发现了所有的数字化信息,不论是一段程序,一封email,一部电影都是用一连串的1和0进行编码的:是他们发现了我们可以利用一个预先编写好的程序控制机器,并使之完成我们期望它完成的动作.建议大家在心里默念三遍他们的名字,以示仰慕.当然,如果让你们带着现在的知识回到他们的那个时代,那么就没有什么图灵奖了. C语言程序

大学生活——你不得不看!

来到这所谓的大学有些人可能会觉得这不公平,会愤恨什么,但是这个社会就是这么的现实,我记得我刚来的时候也是这么想的,最后又怎么样?如果你不能改变现实那请不要给自己找不愉快,自己的心情自己定,只要人人都保证自己不去做那些潜规则的事情,那么那些内定的事情还存在吗?抱怨是懦弱的表现,而鼓动别人叛逆却是犯罪的行为! 我想说的是:你们还太单纯,社会的黑暗你们还没有正真看见,记得我开学的时候对你们说过每个人心中都有一把尺,你们做事只要按照心中的尺来做做到问心无愧就行,埋怨是没有一丁点用的.另外还有一点:不要一

设计模式--请看清本质

设计模式,一个非常容易让人觉得高大上的东西. 其实,它也确实不错,只是,就看你能不能了解到他的本质. 你只需要一把新手剑和一件布衫,利用自己熟练的技法与走位,就足够打败无数的对手了 设计模式是什么,百度上如此解释,我不多赘述 但让我来说,设计模式,是一种解决问题的思维,而并非某种特定的方法 这两者差不多? 特定的方法,更容易让人走进一种"刻意的效仿"的怪圈,进一步变成了定向思维,没办法举一反三 而解决问题的思维,这是完全属于你自己的,由你的内心产生的思维方式,最终达到兵来将挡,水来土掩

C# 项目迁移 Microsoft.VisualStudio.Tools.Office.BuildTasks 生成解决方法报错:请确认 <UsingTask> 声明正确,该程序集及其所有依赖项都可用

1.在Server2003上使用vs2010开发的项目,移到Win8上,同样使用vs2010打开.在生成解决方案的时候有如下报错: 未能从程序集 Microsoft.VisualStudio.Tools.Office.BuildTasks, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 加载任务“FindRibbons”. 请确认 <UsingTask> 声明正确,该程序集及其所有依赖项都可用,并且该任务包

&lt;转&gt;如果你报createSQLQuery is not valid without active transaction,请看这里

很多时候我们使用hibernate的session时,都是让session在 某一运行环境中保持其唯一.例如在同一线程内用同一个session,在同一方法内用同一session,这样我们就可以用session里面缓存好的数 据.但,我想说的不是缓存,且听我一一道来.         最近试用spring3.0.2+struts2.18+hibernate3.3.2学习搭建一个web项目,出现了一个相当郁闷的问题.就是我明明配置好了spring管理hibernate事务了,当 我在dao中执行hi

从生活中细节看产品设计

已经有一段时间没有写博客,端午节好好休息了一下,在家休息的时候感觉自己对于生活中的一些细节特别的敏感,也许是自己的职业习惯,今天就把生活中一些细节和产品设计结合起来谈谈. 1.端午节前家中父母出去游玩,照了很多的照片,我端午回到父母家中,他们想把照片从相机中翻出来跟我分享,但不懂得如何去按相机后面的操作按钮. 首先我指着相机背后对应按钮一一问他们按钮上的图标代表什么意思吗?他们基本上都不知道.随后我交了他们如何翻照片的几个常用键 还好,通过按钮上的图标加深记忆,在告知他们一遍后他们就会使用了,这

今年计划要看的书全部备齐

上个月购买的书<今年计划看的书其中几本> http://www.cnblogs.com/insus/p/5325513.html 昨天购买的书回来了,今年计划要看的书全部备齐.<MongoDB>,<深入理解Bootstarp>和<ASP.NETSignalR编程实践>……