我记得我10岁的时候，有人让我相信，将来会有一种计算机能够在3秒内运行一个无限循环。

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

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.

html元素id和name属性是可以互换的。

事实证明，带有'name'属性的元素是相关的/被使用的。引用post等和'id'属性用于DOM引用。

对Unicode的全面支持是成功将软件部署到亚洲地区的先决条件。

我相信创建程序就像在课堂上教的一样……你和一群人坐在一起，讨论一个问题，想出一个解决方案，等等。相反，现实世界是“这是我的问题，我需要解决它，开始”，十分钟后你又遇到了另一个问题，让你没有真正的时间来有效地计划解决方案。

每个人都想为一个问题写出最好的、最合适的代码……