我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
唯一的本地化/国际化问题是翻译消息。
我曾经认为所有其他语言(我没有语言环境的概念)在各个方面都像英语，除了单词和语法。因此，要本地化/国际化一个软件，您只需要让翻译器翻译显示给用户的字符串。然后我开始意识到:
有些语言是从右向左书写的。 一些脚本使用上下文塑造。 日期、时间、数字等的格式有很大的变化。 程序图标和图形可能对某些人群毫无意义或具有冒犯性。 有些语言有不止一个“复数形式”。 .．.
即使在今天，我有时也会读到令我惊讶的国际化问题。
其他回答
事实证明，在Linux下是否检查内存分配是否返回一个引用并不重要，因为它实际上会欺骗你，在未来的某个时候实际分配内存，或者如果它没有你需要的内存，就完全终止你的程序。
通过学习一门精确的科学，我不需要提高我有限的社交技能。
XML名称空间(或者更糟，格式良好)在某种程度上比没有它们要困难得多。
一个非常常见的错误，甚至在W3C!
我应该一直优化我的代码。这并不是说我在写之前不应该仔细考虑，而是说我应该努力思考如何从每个语句中挤出每一点性能，甚至牺牲可读性。
这种简单性几乎总能战胜复杂性。愚蠢的规则。
编辑:正如葛格所说，我把这个颠倒了。我的思绪一定是在回复中迷失了。如果使用得当，简单性几乎总是能让代码变得更好。
