我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
评论越多越好。我总是试图让我的代码尽可能具有可读性——主要是因为我几乎肯定是那个会修复我漏过的bug的人。所以在过去的几年里，我经常会收到一段又一段的评论。
最终，我明白了，有一个点，更多的评论——无论结构多么整齐——没有增加价值，实际上成为一个麻烦的维护。这些天，我采取了目录+脚注的方法，每个人都为此感到高兴。
其他回答
XML将是一种真正可互操作的、人类可读的数据格式。
我在计算机科学课程中所学的Karnaugh地图在编程中永远找不到实际用途。
用汇编语言进行优化=重写。
When I first really understood assembly (coming from BASIC) it seemed that the only way to make code run faster was to rewrite it in assembly. Took quite a few years to realize that compilers can be very good at optimization and especially with CPUs with branch prediction etc they can probably do a better job than a human can do in a reasonable amount of time. Also that spending time on optimizing the algorithm is likely to give you a better win than spending time converting from a high to a low level language. Also that premature optimization is the root of all evil...
字节和字符实际上是一回事——“ASCII”只是将字节值映射到屏幕上的符号的一种方式。
阅读关于Unicode的文章真的让我大开眼界(尽管我仍然没有完全理解它)。
事实证明，在Linux下是否检查内存分配是否返回一个引用并不重要，因为它实际上会欺骗你，在未来的某个时候实际分配内存，或者如果它没有你需要的内存，就完全终止你的程序。
