我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。

你坚持时间最长、最终被纠正的假设是什么?

例如,我误解了整数的大小不是标准的,而是取决于语言和目标。说起来有点尴尬,但事实就是这样。

坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试,或者任何关于编程、编程语言或计算机科学的东西。


当前回答

通过学习一门精确的科学,我不需要提高我有限的社交技能。

其他回答

没有bug的软件是可能的。

我曾经认为ie6的盒子模式是微软为了破坏与其他浏览器的兼容性而想出的一个邪恶的愚蠢想法。

大量的csing使我相信它更符合逻辑,并且可以使页面设计维护(更改块填充/边框/页边距)更容易。

想想现实世界:改变A4页面的边框宽度并不会改变页面宽度,只会减少内容的空间。

对Unicode的全面支持是成功将软件部署到亚洲地区的先决条件。

常见的错误假设:“代码质量是次要的”。 更糟糕的假设是:“代码质量一点都不重要。”

代码质量是一个非常宽泛的概念。我在这里已经详细讨论过了。

总是没有足够的时间在最后期限前完成。