我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
当你已经彻底测试了你的代码时，错误处理是不必要的。
其他回答
我持有时间最长(因此也是代价最大)的错误假设是:“业务需求是理智和合理的，我只是还没有理解它们。”
100个绿色假设坐在墙上， 如果一个绿色假设不小心掉了， 墙上有99个绿色假设。
交替:
胖墩儿坐在墙上。 矮胖子摔了一跤， 所有国王的马，所有国王的人， 艾菲姆说，他只是个技术人员。
这种编程是不可能的。
不是开玩笑的，我一直认为编程是一种不可能学会的东西，我总是远离它。当我接近代码的时候，我永远也无法理解它。
然后有一天，我坐下来阅读了一些基本的初学者教程，并从那里开始学习。现在我是一名程序员，我热爱工作的每一分钟。
另外，我认为编程并不容易，它是一个挑战，我更喜欢学习，没有什么比解决一些编程问题更有趣的了。
当然，您可以查看FindBugs和PMD，但这些是我最喜欢的陷阱和技巧(所有Java):
字段没有被覆盖，而是被遮蔽。
没有显式的super。超级访问。
未定义构造函数的类具有隐式零参数构造函数。今年我犯了一个与此相关的实际错误。
要获得对内部类的父类的引用，可以使用“Outer”语法。这“消除方法调用或同步的歧义”。
在c++术语中，类是“它们自己的朋友”，该类的任何实例的私有方法和字段都可以从同一类的任何方法引用，甚至是静态方法。这将使我早期的一些clone()和copy构造函数简单得多。
在扩展类的静态上下文中可以访问受保护的方法和字段，但前提是该类在同一个包中。我很高兴flex.messaging.io.amf不是一个密封的包。
我应该一直优化我的代码。这并不是说我在写之前不应该仔细考虑，而是说我应该努力思考如何从每个语句中挤出每一点性能，甚至牺牲可读性。
我曾经认为我是一个很好的程序员。在那个职位上干了两年。
当你在真空中工作时，很容易把房间填满:-D
