我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
人们实际上关心所使用的技术(开源/闭源)。
其他回答
面向对象不一定比非面向对象好。
我认为OO总是更好的。然后我发现了其他技术，比如函数式编程，并意识到OO并不总是更好。
在c++中，很长一段时间我都在想编译器在给纯虚方法定义时拒绝你。
当我意识到我错了时，我很吃惊。
很多次，当我告诉别人为其抽象类提供其纯虚析构函数的默认实现时，他/她都用大大的眼睛看着我。我知道接下来会有一场长时间的讨论……这似乎在c++初学者中是一个普遍的信念(我认为我自己也是如此)。我目前还在学习!)
Wikipedia链接到c++的纯虚拟方法
销售人员实际地管理顾客的期望。(接受过承诺不足和超额交付的培训)
软件需求通常来自市场调查。
我认为我应该尽可能地进行抽象。我的脑袋被这个撞了，因为太多交织在一起的小功能。
现在我试着让事情尽可能的简单和分离。重构使事物抽象比预测需要如何抽象要容易得多。
因此，我从开发规则它们的框架转移到完成工作的功能片段。从来没有回头，除了当我想起那段时间，我天真地认为我会是那个开发下一个大东西的人。
这是因为我在我的“标准”环境中构建了软件，它可以在每个人的机器/服务器上工作。只是发现我安装了一些实际上正在使用的不知名的库和服务。然后发现我利用了一个漏洞，这个漏洞后来被修补了。
