我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
没开始做的事，永远做不完。
看起来真的很愚蠢，但我推迟了这么多项目，因为规模太大了。我刚刚完成了一个巨大的项目，我意识到如果我意识到它的范围，我就不会开始了。在现实中，即使是最复杂的系统，当被分解成离散的和明确的部分时，也是相当简单的。然而，从宏观层面来看，它很快就被压倒了。
其他回答
以为我是唯一一个会写代码的人……然后当我需要这个例程时，我不记得我做了什么，只是复制/粘贴我自己的代码。
我知道每个人都这么做。
我可以说服传统的过程程序员，为什么OOP经常提供更好的解决方案。
也就是说，一种描述世界的语言需要有描述复杂对象及其关系的能力。
争论通常包括关于抽象类的废话，我的回答是“不是所有的OOP程序员都刚从Uni毕业，还沉迷于抽象”。或者是经典的，“在面向对象编程中，没有什么是我用严格的过程式编程做不到的”，对此我通常会回答，“不是你能做到，而是如果你有一个更广泛的工具集，你是否会做到”。
我已经学会接受他们和我看世界的角度不同这一事实。
ide会变得更快。
运行时性能很重要。总解决时间通常是最重要的。
自从学习python之后，我已经摆脱了对静态类型的依赖。
对Unicode的全面支持是成功将软件部署到亚洲地区的先决条件。
