methodology - 长期存在的错误编程假设

原文 标签 methodology

就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果你觉得这个问题可以改进并可能重新打开,visit the help center 寻求指导。




9年前关闭。










锁定。这个问题及其答案是 locked 因为这个问题是题外话但具有历史意义。它目前不接受新的答案或互动。








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

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

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

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

最佳答案

很长一段时间,我认为其他人都对所有编程概念(设计模式、最新的新语言、计算复杂性、lambda 表达式,等等)都了如指掌。

阅读博客、堆栈溢出和编程书籍似乎总是让我觉得我在所有程序员必须凭直觉知道的事情上落后于曲线。

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

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

相关文章:

architecture - 设计/设计一个新程序

database - 数据库与代码中的业务逻辑?

unit-testing - 单元测试哲学

java - 构造函数(Java)

java - 将自定义持久层迁移到hibernate3

security - 为什么 SendKeys 是不好的做法?

methodology - 您是否还将VersionOne用作问题跟踪系统(又名BugZilla)

language-agnostic - 需求的频繁更改是否导致意大利面条代码?

c# - 编程中-1的含义