我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
用汇编语言进行优化=重写。
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...
其他回答
通过学习一门精确的科学，我不需要提高我有限的社交技能。
在80年代早期，当我开始玩电脑(ZX81, 1K内存)时，我花了几个小时为杂志上的游戏输入大量的机器代码(字节，而不是人类可读的汇编语言)，基本上是使用BASIC Poke指令。
我相信，如果我输入了一条错误的指令，那么我就必须从头开始，从头开始输入机器代码。
你需要一个客户规范来完成一个项目。很多时候，你从一个销售会议和一个记事本开始。当然，在会议结束时，他们想要一个最后期限，“只是大概的时间”。
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
如果我有一个像ML或Haskell中那样强大的静态类型系统，我应该使用它来编码尽可能多的不变量。只有有了经验，我才知道有时最好让不变量是动态的。
