这是一篇很早的文章了,早上在极客头条上看到,源地址 http://blog.kapilkaisare.info/from-an-architect-to-a-programmer 不过已经访问不了了。看了这篇文章之后,这让我想起来了两个字,好做与做好的区别,好做不一定能够做好。
六个月前,当我们开始新项目时,我和我的团队里的每个人都收到了来自我们的架构师的一封邮件:
每次当我开始做一个新项目时我都非常的兴奋。即使是在做了20年的软件开发后,我仍然感觉心里像揣了一个小兔子似的怦怦直跳。这将是我们共同的旅程。我深信我们正在绘制一份充满乐趣、富有挑战、内容丰富的路线图。我想让这趟旅程能够成为你们将来值得回忆的一件事,希望你们都能完全的体验到这次经历。
这有点理想化,但我会尽量使公司的议事日程、技术策略和你们的进展协调一致。这样一来,如果你们做的很好,大家都会受益。我对你们技术工程师们和开发出的代码怀有深深的敬意。
程序就是一切。文档是紧接其后的事情。因此,把你们的代码写成本身就是文档,而且要好用。
测试 测试 测试。
单元测试要严格。任何一个单元测试中发现的bug都负担了开发人员成本外的双重代价。你们要知道,我宁愿给你们更多的薪水也不愿找别的QA公司来测试、让你们修改bug。但如果你的程序写的很差,那我只好把这些钱由这些人平摊,你们只能得到其中很小的一块蛋糕。
写出好代码要能给人类阅读,给 CPU 使用
。绝对不能向烂代码低头。阅读更多的知识,不要局限于目前的工作所需。如果你只掌握今天需要的知识而不知明天需要的,你不会有发展进步。
回家不时的做做饭。是的,真的饭。这会让你知按照菜谱做饭和自己创造一顿饭之间的区别。前者是在做饭前已经知道了需要什么,而后者是根据你目前有的来做 … 就这一点点不同。
这是我创业的最大的一个体会。它来之不易。
新思想和好主意(技术或产品)随时随地都会产生。请和我们分享。
知道你们都讨厌业务人员。我明白为什么。他们要卖你们不能制造的东西;他们承诺但不兑现;他们不给钱却想要更多的东西。但一个公司的运行少不了他们,需要他们给产品定位。这是个很难的活。但请把你们的想法告诉我,我将会扮演一个缓冲区。要想做好一个公司,所有的纪律都不能少。
热爱你技术人员的职业。你可以在技术/开发这个角色上做一辈子,并且挣很多钱,获得尊重,获得快乐。
我们在领会 …
转载地址:
http://jianzhong5137.blog.163.com/blog/static/98290492010111161851165
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。