我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
如果每一行都计算条件，如果你写这样的代码:
Dim a as Boolean = True
If a Then
Console.WriteLine("1")
a = False
Console.WriteLine("2")
Else
Console.WriteLine("3")
End If
那么输出将是:
1
3
其他回答
代码审查是浪费时间。
从一家完全可选的公司搬到一家强制性的公司(甚至是被审计的)，我逐渐明白了它们的用处。对代码有另一双眼睛，即使是最琐碎的部分，也可以:
A)当你搞砸了一些琐碎的事情时，避免你的尴尬(例如，在我之前的工作中，一个琐碎的代码审查可以防止我们向客户发送数百封垃圾邮件)
B)可以教给你你一开始不知道的东西(我在我目前的工作中学习了新的库——不可避免的是在一家大公司，有人已经偶然发现了你的问题，并做了更好的解决工作——这只是知道在哪里寻找的问题)
C)至少要确保除了你自己之外还有其他人知道事情是如何运作的。
最后，我对我在这里提交的代码比我以前的工作更满意，尽管那时我认为我什么都知道:)
一个函数/方法应该只有一个出口点。
我一直认为，要成为一名优秀的程序员，必须了解系统的所有内部工作原理。我很羞愧，因为在开始编码之前，我不知道关于这门语言的一切，比如它的库、模式、代码片段。 我不再那么天真了。
没开始做的事，永远做不完。
看起来真的很愚蠢，但我推迟了这么多项目，因为规模太大了。我刚刚完成了一个巨大的项目，我意识到如果我意识到它的范围，我就不会开始了。在现实中，即使是最复杂的系统，当被分解成离散的和明确的部分时，也是相当简单的。然而，从宏观层面来看，它很快就被压倒了。
通过实现客户想要的东西来满足客户——不幸的是，这意味着客户知道他想要什么。
