在软件行业工作了6年后，我改变了主意

当您与具有不同经验水平的团队一起工作时，打字语言会更好

只要能够进行实际的航向校正（即``该死的，那太差劲了！''），并且没有一些可怕的上帝敏捷，冲刺回顾就可以发挥自己的作用。 /＆＃39;浮渣主人＆＃39;浪费大家的时间

软件架构可能比什么都重要。好的抽象的糟糕实现不会对代码库造成任何网络损害。不良的抽象或缺少图层会导致所有内容腐烂。

所谓的“最佳做法”是上下文相关的，并不广泛适用。盲目跟随他们会让你白痴

直接与客户交谈总是可以在更短的时间内以更高的准确性揭示更多有关问题的信息

单词＆＃34; scalable＆＃34;在软件工程师的头脑中具有神秘而愚蠢的力量。它的纯粹话语可以将他们鞭打成堕落的狂热。使用这个词已经证明了严厉的行动是合理的

尽管被称为“工程师”，大多数决定都是纯货，没有背景分析，数据或数字

90％（也许是93％）的项目经理明天可能会消失，或者没有影响，也没有效率的净收益。 在执行了100多次采访之后：采访彻底中断了。 我也不知道如何使它更好。 TDD纯粹主义者是最糟糕的。 他们虚弱的小头脑无法处理不同工作流程的存在。