我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
您无法诊断生产中的“间歇性错误”。重新启动服务器是解决这个问题的唯一方法。
也许在我早期的ASP编码中更真实。但是有很多很好的分析工具可以发现内存泄漏和其他奇怪的问题。Perfmon还提供了许多良好的诊断数据。另外，您应该在应用程序中编写诊断日志。
其他回答
在80年代早期，当我开始玩电脑(ZX81, 1K内存)时，我花了几个小时为杂志上的游戏输入大量的机器代码(字节，而不是人类可读的汇编语言)，基本上是使用BASIC Poke指令。
我相信，如果我输入了一条错误的指令，那么我就必须从头开始，从头开始输入机器代码。
代码审查是浪费时间。
从一家完全可选的公司搬到一家强制性的公司(甚至是被审计的)，我逐渐明白了它们的用处。对代码有另一双眼睛，即使是最琐碎的部分，也可以:
A)当你搞砸了一些琐碎的事情时，避免你的尴尬(例如，在我之前的工作中，一个琐碎的代码审查可以防止我们向客户发送数百封垃圾邮件)
B)可以教给你你一开始不知道的东西(我在我目前的工作中学习了新的库——不可避免的是在一家大公司，有人已经偶然发现了你的问题，并做了更好的解决工作——这只是知道在哪里寻找的问题)
C)至少要确保除了你自己之外还有其他人知道事情是如何运作的。
最后，我对我在这里提交的代码比我以前的工作更满意，尽管那时我认为我什么都知道:)
公司高管关心代码的质量。 行数越少越好。
作为一名老的过程式程序员，当我第一次开始为一个业余项目用Java编程时，我并不真正理解OO。编写了大量的代码，却没有真正理解接口的意义，试图通过将所有东西都强制放到继承层次结构中来最大化代码重用——当一个层次结构无法容纳清理时，希望Java具有多重继承。我的代码成功了，但我现在对早期的东西感到畏缩。
When I started reading about dynamic languages and trying to figure out a good one to learn, reading about Python's significant whitespace turned me off - I was convinced that I would hate that. But when I eventually learned Python, it became something I really like. We generally make the effort in whatever language to have consistent indent levels, but get nothing for it in return (other than the visual readability). In Python, I found that I wasn't doing any more effort than I had before with regard to indent levels, and Python handled what I'd been having to use braces or whatever for in other languages. It makes Python feel cleaner to me now.
640K应该足够任何人(DOS)。多年来，很多人都相信这一点。
当我第一次拥有8MB内存的系统时，我认为这远远超过了我的需求。它可以运行操作系统(Mac)以及我使用的所有应用程序(Word、Email、Firefox等)。
