我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
这种编程是不可能的。
不是开玩笑的，我一直认为编程是一种不可能学会的东西，我总是远离它。当我接近代码的时候，我永远也无法理解它。
然后有一天，我坐下来阅读了一些基本的初学者教程，并从那里开始学习。现在我是一名程序员，我热爱工作的每一分钟。
另外，我认为编程并不容易，它是一个挑战，我更喜欢学习，没有什么比解决一些编程问题更有趣的了。
其他回答
大的注释/代码比率是一件好事。
我花了一段时间才意识到代码应该是自文档化的。当然，如果代码不能更清晰，或者有重要的原因，这里或那里的注释是有帮助的。但是，一般来说，最好还是把注释时间花在重命名变量上。它更清晰，注释不会与代码“不同步”。
我们作为软件工程师能够理解用户真正想要的是什么。
理解指针和递归是非常困难的。
VB6中的Integers与。net大小不同。
VB6可以进行位级操作。
专业程序员制作没有bug的软件。
你需要一个客户规范来完成一个项目。很多时候，你从一个销售会议和一个记事本开始。当然，在会议结束时，他们想要一个最后期限，“只是大概的时间”。
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
