1.代码很首要
我在许多当地作业过，发现成功之中隐藏着这么一种普遍现象：前期的代码看上去像是一群程序猿喝醉今后写的。这听上去好像有悖常理，那是由于你得尽心竭力让公司生长，所以就没有时刻去追求软件的完美。从另一方面讲，失利的公司，却会花许多许多时刻来修正其代码库。
打个比方：假如你是一个寿司师傅。作为你作业的一部分，你收集了一套绝版的刀具。你花时刻花精力来完结保藏，它们提高了你作为一名厨师的竞争力。
但无论你每天用多少时刻去打磨你的道具，你就不是一个铁匠。你的作业依然是做寿司。你尽管具有了世界上最好的刀具，但假如做欠好寿司，那么你的客户效劳即是差评。你的餐馆生意永久不会成功。
软件也是同样的道理。当你运营公司的时分，你的事务意图是满足客户。代码仅仅一个能到达意图的东西，它本身并不是意图。你能够，也应当关怀你的代码，由于这能有助于提高客户效劳。可是，假如错将东西当作了方针，那么注定你将落花流水。
经验教训：你的客户并不关怀啥测验覆盖率、技能仓库，版别控制系统，也不在乎你使用了啥算法。你的作业即是处理客户的疑问，越便利越好。
2. …关注完成，而不是点子。
这听起来好像违反了传统的创业须知：疾速发布!履行!迭代!履行，不需求构思!疾速失利!
上面这些都是巨大的劝告。可是，“不需求构思”，并不意味着我们能通过杰出的履行矫正一个差劲的点子。成功即是发现好的疑问，再好好地处理这个疑问。所以，点子好却没有好好完成或许完美完成了一个坏点子，都是不可的，当然前者还有获救。
许多程序员被困完成的逝世漩涡中，花了许多的时刻去创立各种功用或许修正bug，信任再添一个功用就能成功。我通知你，这是幻觉。你只需求处理了某个首要的疑问，否则你这么不断为商品增加功用根本是没有意义的，除非你增加的功用的确能处理需求的。
点子好却没有好好完成，总比完美完成了一个坏点子要好。
经验教训：假如你增加的功用是用来修正一个失利的商品，那么最好先问问自个这能不能真实地处理疑问。
3. ……代码是写给核算机的
我老是想不通为啥这一错误解如此之历久弥坚。无论程序员是第几次由于搭档的差劲文档和交流习气而陷入困境，他们因此而得出的定论通常仍是——程序员天然生成不拿手这类作业，也不应该做做这些作业。
大错特错啊。
假如你是一个团队的一部分，那么提高团队功率最大的一个障碍即是交流——这不是夸大，团队面临的是O(n2)疑问。假如代码是你的首要输出，那么你需求改动你对编程的看法：代码是写给人看的，然后又刚好能在核算机上运转。
许多时分，我看到程序员花了几个小时孜孜不倦地写代码，可是却省掉了用于更新代码文档的十分钟。这是由于他们觉得：“杀鸡焉用宰牛刀，这种作业留给今后的人就行了，我的时刻名贵着呢。”从某种意义上讲，他们的主意荒唐备至。
经验教训：代码是写给人看的。没文档就不要写代码。
4. …这是代码编写的最终一步了。
你是不是以为，一旦你写完这个功用，投入商品，那就功德圆满了?错了。每一个功用都有一个生命周期。你今日写的代码，假如成功，那么将会在你今后的多代程序员中耀武扬威。也许，就为了照顾你今日写的代码，而不得不成立一个团队。
好好想一想。假如你的作业即是为了照顾他人写的代码，你愿不愿意?
处理疑问的关键是要有危机意思：写完第一个版别，并不意味着代码的完结。必须做好文档、注释、收拾等作业。
经验教训：己所不欲，勿施于人。
5. …程序员的作业即是写代码
大多数的程序员以为使用时刻的最好方法是坐在电脑前，戴上耳机敲代码。可是，假如你写的每行代码都必须保护和支撑全部商品的生命周期，那么算法就又有所不一样了。
当你是由于爱好写代码的时分，那么你能够为所欲为，做任何你喜欢做的作业。可是假如你是在一个团队中出产商品，那么你的首要责任变成了保护现有的代码。别的的首要作业为：和谐、交流、计划和辅导。
经验教训：程序员的作业是处理疑问。指的并不老是写代码。
你不仅是程序员，也是商品司理。
有时分，你也许会想：这作业听起来像是商品司理的作业，而不是程序员的。可是，假如你拿的是写代码的薪水——尤其是在草创公司——那么把自个当成是商品司理吧。假如你也期望商品能获得成功，那么从大局出发是至关首要的。这不仅有利于你的草创公司，对你将来的工作发展也很有好处。
最终，假如各位啥不一样见地，欢迎不吝赐教。（文章来自南京欣才PHP培训机构http://www.thinksite.cn/index.php?m=content&c=index&a=show&catid=39&id=2716）
