我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
在不浪费字节和CPU周期的情况下编写高效的程序是非常重要的。
但随着经验的积累，它与字节或CPU周期无关，它与你的思想流有关，连续的，不间断的，就像一首诗。
本质上，不要太努力。
其他回答
我希望自己能成为有钱人，为别人编程
大的注释/代码比率是一件好事。
我花了一段时间才意识到代码应该是自文档化的。当然，如果代码不能更清晰，或者有重要的原因，这里或那里的注释是有帮助的。但是，一般来说，最好还是把注释时间花在重命名变量上。它更清晰，注释不会与代码“不同步”。
做事总有一种“正确”的方式。大学毕业后很长一段时间，我一直抱着这个想法。
当然，我意识到完成一项任务总有很多种方法。每种方法都有优点和缺点。查看可用的信息，做出决定，然后确保你能向你的老板证明这一点。
我曾经认为ie6的盒子模式是微软为了破坏与其他浏览器的兼容性而想出的一个邪恶的愚蠢想法。
大量的csing使我相信它更符合逻辑，并且可以使页面设计维护(更改块填充/边框/页边距)更容易。
想想现实世界:改变A4页面的边框宽度并不会改变页面宽度，只会减少内容的空间。
当我第一次听说“鸭子打字”时，我以为它实际上是“管道打字”，类似于人们经常说的鸭子胶带。“Duck typing”听起来是错误的，而“pipe typing”则有一种奇怪的意义(拼凑的类型)。
