我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我认为我应该尽可能地进行抽象。我的脑袋被这个撞了，因为太多交织在一起的小功能。
现在我试着让事情尽可能的简单和分离。重构使事物抽象比预测需要如何抽象要容易得多。
因此，我从开发规则它们的框架转移到完成工作的功能片段。从来没有回头，除了当我想起那段时间，我天真地认为我会是那个开发下一个大东西的人。
其他回答
总有一天，我会有一个现实的想法，那就是构建一些重要的代码/系统/什么的需要多长时间。
OOP已经过时了:(直到今天我仍然后悔这么想。
这真的很尴尬，但当我开始学习如何编程时，没有什么能让我满意。我想写电子游戏。而不是这些书里让我写的那些琐碎的小程序。所以我决定跳过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行一字棋。然后意识到自己是个白痴，就重新开始。
那是朝九晚五的工作
如果我有一个像ML或Haskell中那样强大的静态类型系统，我应该使用它来编码尽可能多的不变量。只有有了经验，我才知道有时最好让不变量是动态的。
