我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
ide会变得更快。
其他回答
我曾经认为应用程序的大部分工作实际上是编程。我相信这在某些情况下是正确的，但根据我的经验，我花了更多的时间来研究、记录、讨论和分析，而不是实际编码。(我从事的是操作基于激光的传感器的软件，确定如何最好地控制硬件比编写代码更具挑战性。)
我也曾经认为，程序员可以回头问旁边的人问题的开放环境是程序员团队敲定解决方案的最佳环境。事实证明，不管有没有团队，一个黑暗孤独的房间效率更高。
当我毕业时，我认为专业编程就像在大学编程一样，这意味着我将得到输入和预期输出，并被要求填写进行转换的黑框。在现实中，我必须弄清楚输入，输出和黑盒。
我过去并不认为市场和销售人员是人类的祸害，太天真了。
我是一名初出茅庐的年轻开发者，希望从事专业的开发工作，因为这是我所热爱的，以下是我曾经持有的一些观点，这些观点都是我在短暂的经验中学到的，但都是错误的
当你根本不把用户界面和逻辑分开时，你最终会遇到的可怕的混乱是可以接受的，这也是每个人写软件的方式
不存在太多复杂或抽象的东西
一类责任——我从未真正有过这个概念，它对我来说是非常正式的
测试是我在卧室里编写代码时不需要做的事情
我不需要源代码控制，因为它对我所做的项目来说是多余的
开发人员什么都做，我们应该知道如何设计图标和做出漂亮的布局
Dispose并不总是需要结束符
任何类型的错误发生时都应该抛出异常
异常是针对错误情况的，很多时候只返回一个指示失败的值就可以了。我最近才明白这一点，我一直在说这一点，并且在很长一段时间内仍然抛出异常
我可以编写一个完全没有错误的应用程序
这很尴尬，但很长一段时间我都没有真正理解引用类型和值类型之间的区别。我以为你必须使用ref关键字来改变一个对象在不同的方法。
这是我应该知道的c#最基本的概念之一。
不用分析我就能知道性能问题出在哪里
我以为Windows 3.1只是一个玩纸牌的平台。而DOS是BASICA的一个平台。
