我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
ASCII以不同于二进制的方式存储
其他回答
这很尴尬，但很长一段时间以来，我一直认为嵌套方法调用或进行多个方法调用比在c#中创建一个变量来存储每个方法调用的值更节省内存。
这真的很尴尬，但当我开始学习如何编程时，没有什么能让我满意。我想写电子游戏。而不是这些书里让我写的那些琐碎的小程序。所以我决定跳过10章，忽略基础知识。
所以我基本上忽略了变量!
问题是我没有从惯例中识别关键字:
Car car = new Car(); //good
Car test = new Car(); //wrong must be lowercase car!
for (int i = 0; i < 10; i++) //good
for (int test = 0; test < 10; test++)//wrong must be i
我这样做了一年多，甚至用3000行字做了一个井字游戏! 当时我为自己的厉害而激动不已，直到我在互联网上找到了150行一字棋。然后意识到自己是个白痴，就重新开始。
Unix和Linux操作系统设计得很好……我可能应该限定这个(!)
首先，这一观点被一些反真理的观点所强化，例如:
每个后续开发的操作系统最终都以对Unix的拙劣重新设计而告终(Lisp也是如此，在那里它更正确)。 构成“Unix哲学”的一系列规则。这并不是说他们错了，而是暗示Unix本身紧跟他们的步伐。
更确切地说，它们设计得很好/做得很好，当然其中一部分确实如此，但即便如此，这也只是相对的判断，相对于一些糟糕的Windows版本。下面是一些做得不好的事情的例子:
配置一团糟，特别平面文件配置不好 C语言在很久以前就应该被(类似D语言的)语言所取代 Shell脚本是精神分裂。它不利于开发，因为它是为快速输入而设计的速记。 目录结构命名不当 GNU工具链是不必要的神秘 一般目的总是胜过特殊目的的信念
总的来说，它们需要不必要的专业知识来操作。或者更确切地说，有大量的知识，而只有适度的理解。
也不全是坏事。Linux在政治上更好，不会被业务需求所破坏，但遗憾的是，在很大程度上，很多技术高地已经失去了。
通过实现客户想要的东西来满足客户——不幸的是，这意味着客户知道他想要什么。
一个程序最终可以解决所有的问题。
