我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我以为Windows 3.1只是一个玩纸牌的平台。而DOS是BASICA的一个平台。
其他回答
喂!,
我只是在设计和写代码。
没有需求收集、文档或支持。
欢呼,
这真的很尴尬，但当我开始学习如何编程时，没有什么能让我满意。我想写电子游戏。而不是这些书里让我写的那些琐碎的小程序。所以我决定跳过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行一字棋。然后意识到自己是个白痴，就重新开始。
大的注释/代码比率是一件好事。
我花了一段时间才意识到代码应该是自文档化的。当然，如果代码不能更清晰，或者有重要的原因，这里或那里的注释是有帮助的。但是，一般来说，最好还是把注释时间花在重命名变量上。它更清晰，注释不会与代码“不同步”。
我们作为软件工程师能够理解用户真正想要的是什么。
你需要一个客户规范来完成一个项目。很多时候，你从一个销售会议和一个记事本开始。当然，在会议结束时，他们想要一个最后期限，“只是大概的时间”。
