我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我最近才发现在Hello World中执行了超过一百万条指令!我写的c++程序。我从来没有对像一条cout语句这样简单的东西有过如此高的期望
其他回答
当我在TI-83上编程时，我认为你不能给变量赋值。因此(忽略这是C代码，不是TI-BASIC)而不是编写
c = c + 1;
我会写
d = c + 1;
c = d;
当我学习+=和++时，我惊呆了。
我持有时间最长(因此也是代价最大)的错误假设是:“业务需求是理智和合理的，我只是还没有理解它们。”
100个绿色假设坐在墙上， 如果一个绿色假设不小心掉了， 墙上有99个绿色假设。
交替:
胖墩儿坐在墙上。 矮胖子摔了一跤， 所有国王的马，所有国王的人， 艾菲姆说，他只是个技术人员。
当主流设计模式在计算机科学课上被引入时，我认为它们很棒。在此之前，我有8年的编程经验，对于如何创建好的抽象概念，我真的没有扎实的理解。
设计模式就像魔法一样;你可以做一些很棒的事情。后来我发现了函数式编程(通过Mozart/Oz、OCaml、后来的Scala、Haskell和Clojure)，然后我明白了许多模式只是样板，或者额外的复杂性，因为语言表达能力不够。
当然，几乎总是有某种模式，但它们在表达性语言中处于更高的层次。现在我一直在用Java进行一些专业编码，当我不得不使用访问者或命令模式等惯例而不是模式匹配和更高阶函数时，我真的感到很痛苦。
如果你看不懂我的代码，那你就是不懂这门语言。我有一些代码审查，我试图反击。
我又花了几年的时间才明白，有一个时间和地点可以让你的代码变得神奇，那就是在库中，而不是在应用程序中。该应用程序是为了清晰和可读性。Magic最好隐藏在扩展方法和框架后面。
销售人员实际地管理顾客的期望。(接受过承诺不足和超额交付的培训)
软件需求通常来自市场调查。
