我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
如果你看不懂我的代码，那你就是不懂这门语言。我有一些代码审查，我试图反击。
我又花了几年的时间才明白，有一个时间和地点可以让你的代码变得神奇，那就是在库中，而不是在应用程序中。该应用程序是为了清晰和可读性。Magic最好隐藏在扩展方法和框架后面。
其他回答
XML名称空间(或者更糟，格式良好)在某种程度上比没有它们要困难得多。
一个非常常见的错误，甚至在W3C!
不是持有时间最长的，但在某一时刻，有几年的时间，我:
以为微软Windows是世界上唯一的操作系统(那是1992年) 了解DOS对于拥有“高级”操作系统知识已经足够了。
这就是为什么我在高中没有选择“计算机课程”。我以为我对计算机已经了解得够多了。
后来在大学里，出于我的错误:
我认为UNIX操作系统/程序是完美的，DOS/Windows永远不会接近它(那时候看起来很真实，我猜Linus也是这么想的，这就是为什么Linux和UNIX如此相似，而不是。其他操作系统)
最后，在很长一段时间里，我想:
只有我的软件很糟糕，而商业软件是完美无缺的，因为……它是“商业”软件 美国的软件/工程师/产品是优秀的同义词，其他的都只是糟糕的尝试。
通过实现客户想要的东西来满足客户——不幸的是，这意味着客户知道他想要什么。
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
我持有时间最长(因此也是代价最大)的错误假设是:“业务需求是理智和合理的，我只是还没有理解它们。”
100个绿色假设坐在墙上， 如果一个绿色假设不小心掉了， 墙上有99个绿色假设。
交替:
胖墩儿坐在墙上。 矮胖子摔了一跤， 所有国王的马，所有国王的人， 艾菲姆说，他只是个技术人员。
