我仍然对以下的一些误解感到困扰——尽管我知道这些误解是正确的，但我仍然试图抓住它们不放:

All stakeholders will make decisions about software design objectively. Those that aren't embroiled in writing the code make all sorts of decisions based entirely on emotion that don't always make sense to us developers. Project budgets always make sense - I've seen companies that are quite happy to drop [just for example] $50,000 a month for years rather than pay $250,000 to have a project completed in 6 months. The government for one loses their annual budget if they don't spend it - so spend it they will, come hell or high water. It astounds me at how many project dollars are wasted on things like this. You should always use the right tools for the right job - sometimes this decision is not in your hands. Sometimes it comes down from on high that "thou shalt use X technology" for this project, leaving you thinking "WTF! Who came up with that ridiculous idea?"... the guy paying your paycheque, that's who, now get it done. Programming ideology comes first and foremost, everything else is secondary. In reality, deadlines and business objectives need to be met in order to get your paycheque. Sometimes you make the worst decisions because you just don't have time to do it the right way... just as sometimes that word is on the tip of your tongue but the minute it takes to recall it makes you choose a different and less ideal word. There isn't always time to do it right, sometimes there is only time to do it - however that may be. Hence oft' seen anti-patterns used by so called experienced developers who have to knock out a solution to a problem 10 minutes before the presentation deadline for the software being delivered to your best client tomorrow.

除了插入/冒泡排序之外，任何事情都是非常简单的黑魔法。

创建一个成功的应用程序只需要程序员就可以轻松完成。软件也要易于使用，美观，文档和适当的营销。软件开发是多学科的，如果一门学科不及格，应用程序也可能会失败。

这很尴尬，但很长一段时间以来，我一直认为嵌套方法调用或进行多个方法调用比在c#中创建一个变量来存储每个方法调用的值更节省内存。

销售人员实际地管理顾客的期望。(接受过承诺不足和超额交付的培训)

软件需求通常来自市场调查。

Unix和Linux操作系统设计得很好……我可能应该限定这个(!)

首先，这一观点被一些反真理的观点所强化，例如:

每个后续开发的操作系统最终都以对Unix的拙劣重新设计而告终(Lisp也是如此，在那里它更正确)。 构成“Unix哲学”的一系列规则。这并不是说他们错了，而是暗示Unix本身紧跟他们的步伐。

更确切地说，它们设计得很好/做得很好，当然其中一部分确实如此，但即便如此，这也只是相对的判断，相对于一些糟糕的Windows版本。下面是一些做得不好的事情的例子:

配置一团糟，特别平面文件配置不好 C语言在很久以前就应该被(类似D语言的)语言所取代 Shell脚本是精神分裂。它不利于开发，因为它是为快速输入而设计的速记。 目录结构命名不当 GNU工具链是不必要的神秘 一般目的总是胜过特殊目的的信念

总的来说，它们需要不必要的专业知识来操作。或者更确切地说，有大量的知识，而只有适度的理解。

也不全是坏事。Linux在政治上更好，不会被业务需求所破坏，但遗憾的是，在很大程度上，很多技术高地已经失去了。