methodology - 长期存在的、不正确的编程假设

标签 methodology

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

您坚持时间最长且最终得到纠正的假设是什么?

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

坦白地说;你有什么坚定的信念?你维持这个假设大约多久?它可以是关于算法、语言、编程概念、测试或任何其他关于编程、编程语言或计算机科学的内容。

最佳答案

很长一段时间,我都认为其他人都掌握了所有编程概念(设计模式、最新的语言、计算复杂性、lambda 表达式,凡是你能想到的)。

阅读博客、Stack Overflow 和编程书籍似乎总是让我觉得我在所有程序员必须凭直觉了解的事情上落后于潮流。

随着时间的推移,我意识到我正在有效地将自己的知识与许多人的集体知识进行比较,而不是与某个人的集体知识进行比较,这对任何人来说都是一个相当高的标准。现实世界中的大多数程序员都拥有完成工作所需的大量知识,并且有不少领域是他们薄弱或完全无知的。

关于methodology - 长期存在的、不正确的编程假设,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/888224/

相关文章:

architecture - 在仍然忠于敏捷的同时,如何避免技术债务,即: avoiding violation of YAGNI and avoiding BDUF?

programming-languages - 不断变化的框架/API - 我们如何跟上?

c - 将非尾递归函数转换为迭代函数时处理其尾部部分

agile - 不成熟团队的开发方法

css - SMACSS 元素的文件夹结构——类放在哪里?

c# - 全局对象与多个新对象?

domain-driven-design - 领域驱动设计——它在技术领域的相关性如何?

agile - Scrum 可以与平庸的开发人员一起工作吗?

reactjs - 现代 React.js 开发的正确 'workflow' 是什么?

.net - 还没有加入 Linq 的潮流,你不使用 linq 的原因是什么?