长期不正确的编程假设[已结束]

Question

我正在研究初级（也许是高级）软件工程师的常见错误和不良假设。

你最久以来最终纠正的假设是什么？

例如，我误解了整数的大小不是标准，而是取决于语言和目标。 国家有点尴尬，但确实如此。

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

Answer 1

很长一段时间，我认为其他人都掌握了所有编程概念（设计模式，最新的新语言，计算复杂性，lambda表达式，你的名字）。

阅读博客，Stack Overflow和编程书籍似乎总让我觉得我在所有程序员必须直观地了解的事情上落后于曲线。

我已经意识到，随着时间的推移，我有效地将我的知识与许多人的集体知识进行比较，而不是一个人，这对任何人来说都是一个相当高的标准。 现实世界中的大多数程序员都拥有完成工作所需的知识库，并且他们有一些以上的领域，他们要么很弱，要么完全不知道。

Answer 2

人们知道他们想要什么。

在我认为我会与人交谈的最长时间内，他们会描述一个问题或工作流程，我会把它放入代码并自动化。 每当发生这种情况时，他们认为他们想要的并不是他们想要的。

编辑：我同意大多数评论。 这不是技术上的答案，可能不是提问者所寻求的。 它不仅适用于编程。 我敢肯定这不是我最长时间的假设，但这是我在过去10年中所学到的最引人注目的事情。 我确信这对我来说是纯粹的天真，但是我的大脑是这样的，并且我进入商业世界之前的教学和经历让我相信我会做我所回答的事情。 我将能够使用代码和计算机来解决人们的问题。

我想这个答案类似于Robin关于非程序员理解/关心我正在谈论的内容。 它是关于将业务学习为敏捷，迭代，交互的过程。 它是关于学习编程代码猴子和软件开发人员之间的区别。 它是关于意识到两者之间存在差异，并且在该领域非常好，它不仅仅是语法和打字速度。

编辑：这个答案现在是社区维基，以安抚人们对这个答案感到不满，给我代表。

Answer 3

我知道性能问题在哪里没有分析

Answer 4

我应该只有一个函数/方法的退出点。

Answer 5

非程序员明白我在说什么。

Answer 6

那个无错误的软件是可能的。

Answer 7

私有成员变量对实例是私有的，而不是类。

Answer 8

我认为静态打字在你的键盘上非常稳定。

Answer 9

在开始开发之前，您可以完全理解问题。

Answer 10

聪明人总比我聪明。

当我犯错误时，我真的可以打败自己，并经常被告知要自我贬低。 我曾经对许多开发人员敬畏，并且常常认为，因为他们在X上比我更了解，所以他们比我更了解。

随着我不断获得经验并结识更多人，我开始意识到，虽然他们在特定主题中比我更了解，但他们并不一定比我/你聪明 。

故事的道德： 永远不要低估你能带到桌上的东西。

Answer 11

在最长的时间里，我认为糟糕编程是发生在边缘的事情......正确地做事是常态。 这些天我不是那么天真。

Answer 12

我想我应该尽可能地抽象。 由于太多交织在一起的功能，我受到了主要的打击。

现在我尝试尽可能保持简单和分离。 重构以使抽象的东西比预测我需要抽象的东西容易得多。

因此，我从开发统一它们的框架开始，转向完成工作的功能片段。 从来没有回头，除非我想起我天真以为我会成为下一个大事的人。

Answer 13

女人觉得计算机程序员性感......

Answer 14

软件的质量将导致更大的销售额。 有时它会但不总是如此。

Answer 15

所有语言（大多数）都是平等的。

很长一段时间以来，我认为选择的语言并没有对开发过程的难度和项目成功的潜力产生太大的影响。 这绝对不是真的。

选择正确的工作语言与任何其他单一项目决策一样重要/至关重要。

Answer 16

大评论/代码比率是一件好事。

我花了一段时间才意识到代码应该是自我记录的。 当然，如果代码不能更清楚，或者有一个重要的原因，为什么要做的事情，这里和那里的评论是有帮助的。 但是，一般来说，最好将评论时间用于重命名变量。 它更清晰，更清晰，注释不会与代码“不同步”。

Answer 17

编程是不可能的。

不开玩笑，我一直认为编程是一件不可思议的事情，我总是远离它。 当我接近代码时，我永远无法理解它。

然后有一天，我坐下来阅读一些基本的初学者教程，并从那里开始工作。 今天我作为程序员工作，我喜欢它的每一分钟。

另外，我不认为编程很容易，这是一个挑战，我喜欢学习更多，没有什么比解决一些编程问题更有趣了。

Answer 18

“On Error Resume Next”是一种错误处理方式

Answer 19

该编程软件需要更高的数学基础。

在我开始编码之前的几年里，我总是被告知要成为一名优秀的程序员，你必须擅长高级代数，几何，微积分，三角等。

十年后，我只有一次不得不做八年级学生不能做的事情。

Answer 20

优化==用汇编语言重写。

当我第一次真正理解汇编（来自BASIC）时，似乎使代码运行得更快的唯一方法是在汇编中重写它。 花了不少时间才意识到编译器可以非常擅长优化，特别是对于具有分支预测等的CPU，它们可能比人类在合理的时间内做得更好。 此外，花时间优化算法可能会比花时间从高级语言转换为低级语言更有利。 此外，过早的优化是所有邪恶的根源......

Answer 21

• 公司高管关心代码的质量。
• 线路越少越好。

Answer 22

我会说将日期的年元素存储为2位数是一个折磨整整一代开发人员的假设。 在Y2K上吹来的钱非常可怕。

Answer 23

插入/冒泡排序以外的任何东西都非常简单。

Answer 24

该XML将是一种真正可互操作且可读的数据格式。

Answer 25

那个C ++本质上比其他所有语言都要好。

这是我在大学提前几年从朋友那里收到的。 我和我一起度过了一段令人尴尬的时光（我现在脸红了）。 只有在与它合作2年左右之后才能看到它们的裂缝。

没有人 - 没有 - 是完美的，总有改进的余地。

Answer 26

我相信创建程序就像课堂上讲的那样...你和一群人坐下来，解决问题，提出解决方案等等。相反，现实世界是“这里是我的问题，我需要它解决，“十分钟后你会得到另一个，让你没有时间有效地规划你的解决方案。

Answer 27

当他们被引入CS课程时，我认为主流设计模式非常棒。 在此之前，我已经编程了大约8年的业余爱好，而且我对如何创建良好的抽象我真的没有充分的理解。

设计模式感觉像魔术; 你可以做真正的东西。 后来我发现了函数式编程（通过Mozart / Oz，OCaml，后来的Scala，Haskell和Clojure），然后我才明白许多模式只是样板文件，或者是额外的复杂性，因为语言不够表达。

当然，几乎总有某种模式，但它们在表达语言中处于更高的层次。 现在我一直在用Java做一些专业编码，当我必须使用访问者或命令模式等约定而不是模式匹配和高阶函数时，我真的感到痛苦。

Answer 28

在最初几年我编程时我没有注意到1 Kbyte在技术上是1024字节，而不是1000.我的数据文件的大小似乎与我的预期略有不同，我总是有点困惑。是。

Answer 29

那个条件检查如下：

if (condition1 && condition2 && condition3)

以未指定的顺序执行......

Answer 30

如果我单独执行它，我的编程会更快更好。