我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如,我误解了整数的大小不是标准的,而是取决于语言和目标。说起来有点尴尬,但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试,或者任何关于编程、编程语言或计算机科学的东西。
我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如,我误解了整数的大小不是标准的,而是取决于语言和目标。说起来有点尴尬,但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试,或者任何关于编程、编程语言或计算机科学的东西。
当前回答
代码越少越好。现在我知道,有时候如果代码行数更多,就更容易阅读/理解,这是值得的
其他回答
我是一个优秀的程序员!
我可以说服传统的过程程序员,为什么OOP经常提供更好的解决方案。
也就是说,一种描述世界的语言需要有描述复杂对象及其关系的能力。
争论通常包括关于抽象类的废话,我的回答是“不是所有的OOP程序员都刚从Uni毕业,还沉迷于抽象”。或者是经典的,“在面向对象编程中,没有什么是我用严格的过程式编程做不到的”,对此我通常会回答,“不是你能做到,而是如果你有一个更广泛的工具集,你是否会做到”。
我已经学会接受他们和我看世界的角度不同这一事实。
那是朝九晚五的工作
选择和使用我们的开发方法是因为它们是最好的。
后来我发现,我们使用的工具对我们做什么、什么时候做、怎么做的影响比我想象的要大得多。
每个人都想为一个问题写出最好的、最合适的代码……