我曾经认为我是一个很好的程序员。在那个职位上干了两年。

当你在真空中工作时，很容易把房间填满:-D

这真的很尴尬，但当我开始学习如何编程时，没有什么能让我满意。我想写电子游戏。而不是这些书里让我写的那些琐碎的小程序。所以我决定跳过10章，忽略基础知识。

所以我基本上忽略了变量!

问题是我没有从惯例中识别关键字:

Car car = new Car(); //good
Car test = new Car(); //wrong must be lowercase car!

for (int i = 0; i < 10; i++) //good
for (int test = 0; test < 10; test++)//wrong must be i

我这样做了一年多，甚至用3000行字做了一个井字游戏! 当时我为自己的厉害而激动不已，直到我在互联网上找到了150行一字棋。然后意识到自己是个白痴，就重新开始。

唯一的本地化/国际化问题是翻译消息。

我曾经认为所有其他语言(我没有语言环境的概念)在各个方面都像英语，除了单词和语法。因此，要本地化/国际化一个软件，您只需要让翻译器翻译显示给用户的字符串。然后我开始意识到:

有些语言是从右向左书写的。 一些脚本使用上下文塑造。 日期、时间、数字等的格式有很大的变化。 程序图标和图形可能对某些人群毫无意义或具有冒犯性。 有些语言有不止一个“复数形式”。 .．.

即使在今天，我有时也会读到令我惊讶的国际化问题。

其他人都在使用最新最好的技术，而我的团队是唯一一个使用劣质过时工具的人。(除了神秘的cobol恐龙)

我是一名初出茅庐的年轻开发者，希望从事专业的开发工作，因为这是我所热爱的，以下是我曾经持有的一些观点，这些观点都是我在短暂的经验中学到的，但都是错误的

当你根本不把用户界面和逻辑分开时，你最终会遇到的可怕的混乱是可以接受的，这也是每个人写软件的方式

不存在太多复杂或抽象的东西

一类责任——我从未真正有过这个概念，它对我来说是非常正式的

测试是我在卧室里编写代码时不需要做的事情

我不需要源代码控制，因为它对我所做的项目来说是多余的

开发人员什么都做，我们应该知道如何设计图标和做出漂亮的布局

Dispose并不总是需要结束符

任何类型的错误发生时都应该抛出异常

异常是针对错误情况的，很多时候只返回一个指示失败的值就可以了。我最近才明白这一点，我一直在说这一点，并且在很长一段时间内仍然抛出异常

我可以编写一个完全没有错误的应用程序

评论越多越好。我总是试图让我的代码尽可能具有可读性——主要是因为我几乎肯定是那个会修复我漏过的bug的人。所以在过去的几年里，我经常会收到一段又一段的评论。

最终，我明白了，有一个点，更多的评论——无论结构多么整齐——没有增加价值，实际上成为一个麻烦的维护。这些天，我采取了目录+脚注的方法，每个人都为此感到高兴。