坚持置疑
这由我自个经历得出，由于我是经过自学变成程序员的，我从不信任计算机。我从不信任我刚刚发动的操作体系。我修正的bug那才是真实被修正了。除过测验代码以外，一切代码的运转办法都如我幻想的那样。我不信任任何作业，即便是我自个。我不信任我现已搞了解了，直至屡次核实。我与置疑为友，它也应当变成你的兄弟。常常去寻觅一种办法去测验你的假定，或许再次核对你是不是遗漏了啥。这些环节在大多数情况下是不需求的。但有的时分它真的很主要。
不要诈骗计算机
换句话说是"防止笼统缝隙"，不要以体系没有明确指出的办法来运用体系，不要盼望那样的行动所带来的效果。不要做哪些对于下一个运用者不明确的作业，由于这个体系不是为他们规划的或许他们没有阐明文档。假如用户量超越当时用户三个数量级，你或许应当从头构思你的规划。假如合同暗示可是并没有保证能运用，你应当调整组件与合同坚持共同。计算机是一个厌烦的家伙。当你诈骗它的时分，最终它总会反咬一口。
坚持简练
我喜爱拓展疑问和处理疑问，这正是咱们正在做的事。可是许多时刻，只是是由于咱们能看见了一个能被处理的疑问，并不意味着它如今值的被处理。我常常把自个看做一个适当愚笨的程序员-我喜爱简练、简略被了解的规划。这是一个极大的应战-任何人都能用杂乱的办法处理疑问，可是只要优异的程序员才干用简略、简略了解的办法处理疑问。透彻考虑一个疑问然后运用简略、保险的办法处理去处理它。让你自个了解是最主要的作业。编码的大多数时刻是用在保护，而不是发明。
优化的第一条准则:不要优化
这出自约翰·本特利的《编程珠玑》
不要只是是修正特定的bug，消除去一切再次发作的或许性
不要为你犯下的过错表明抱愧，要表明愤恨，保证它不会再一次让呈现。我厌烦bug，我厌烦让我制造出bug的体系。我厌烦我自个的软件有bug，我厌烦发明出本可以防止的bug。我真的很厌烦修正相同的bug两次，所以每逢我修正完一个bug，我会考虑下面这些疑问:如今这个bug或许会发作在哪里?将来它会发作在哪里?是啥致使了这么相似的bug。我怎么才干一次性消除去一切的bug?如今可不可以同时修正?
不断假定
由于我在我的创业公司花费了许多时刻，我养成了常常自我发问的习气，"我为啥要做这个，它能处理啥疑问?有没有啥更主要的作业我能做?"。任何时分你都应当有这么的情绪。不断诘问给自个的假定。你处理的真实疑问是啥?有没有人恳求你处理表象疑问而不是疑问的本源?这个处理方案齐备吗?过于齐备吗?值得这么做吗?
做久远的构思，慢下来，往往会更快
这或许是最主要的一个。这是很简略了解的，作为一个工程师，咱们喜爱高效率。咱们喜爱尽咱们所能去发明更多的东西。可是假如咱们不从久远考虑，最终的任何发展都会变得越来越艰难。有时分咱们在不了解本相的时分编写程序，以后咱们不得不返回来重做。有时分咱们的处理方案很简略处理当时的疑问，可是对于更大的疑问却力不从心。有时分咱们赶进展没完结全部规划，这致使后来花费更多的时刻来修正之前不完善的规划。有时分咱们懒得运用准确的办法去写代码，或许只是是复制或盗取一些代码，由于赶时刻或许咱们不想把疑问考虑透彻。我见过太多这么的作业。对于这个疑问现已有了别的非常好的解说了。可是我要重复的是-咱们的方针是逐步开宣布更多好的特性，有更多的用户量。这个曲线天天不会添加许多，可是不论咱们天天做了多少，与之前的作业联络在一同。放眼久远。
关怀你的代码
我猜这个不需求过多的解说，可是我仍是常常看见大家忽略它。为你的作业骄傲，关怀你写下的代码!当我预备偷闲的时分，我常常幻想:在将来某天，我要去处理我的烂代码。你也不需求过分极点-我曾经在google恶作剧，工程师像宠物相同对待他们的代码。在哪里我更像是一个农场主 – 务实，没有豪情。但即便这么，我也常常厌烦我的那些规划不行优异的代码，它们作业的不行好，可读性差。
便宜、疾速、准确 - 挑选两个
这是软件工作的铁三角。这是世界上一切软件工程师的作业办法。可是它不是一个骄傲的理由。事实上，这是你每日面临的敌人。好的软件与优异的软件的不同点在于怎么权衡这个铁三角。常常，真实好的软件想办法在这三者中都占一点点。试着变成这么的程序员- 你能否找到一种愈加高雅的规划，它运转疾速并且仍然坚持准确性?你能否放松一些请求以疾速到达方针?你或许并老是能做到。事实上，你不该损坏这个三角。可是假如别无挑选，保证你了解你挑选了哪方面的退让，为啥这么挑选，以及是不是如今最佳的挑选。
总结:坚持猎奇。任何时分尽或许学习更多
好了，这一个是比啥都主要工作主张。作为一个工程师假如你没有猎奇心，不真实的关怀、学习的新常识。不关怀新的科技或新的言语、思想，那么你为啥在这个工作?绝不是我的完美准则，或许朴实的思想/表现像一个成功的工程师，但我敢打赌或许有适当数量的主意与别的人共同。我很想听听你的主意。（文章来自南京欣才PHP培训机构）
