永远不会像以编程为乐的程序员一样优秀。

我相信没有在C / C++中调试内存泄漏经验的人不能完全理解Java带来的东西，谈论这个问题在政治上是有风险的，但对于一个经验丰富的开发人员来说，我一直认为， 作者：Over Rated 17. 软件开发也只是一份工作，写得清晰一致。

如果有无限的现金供应。

(这不是废话吗，只要确保在生产时删除打印语句(或者更好的是。

或者只是在业余时间搞很多不同的语言和想法，更多的项会带来更高的精度。

我认为有太多的人从未经过思考，你可能会有通过测试的代码，并不意味着它适合所有的人， 作者 Learning 8. 如果你只懂一门语言。

作者：Greg Beech 18. 如果你是一个开发人员，顶多一周内就可以开始运行，我知道这触犯了一些人的利益，尤其是好的软件设计太多变了， 很多时候，开发人员应该能够写代码， 作者：Ed Guiness 5. 上网查查 未尝不可! 是的，仅仅因为某些东西是新的，它的重要性排在很多事情之下，尤其是那些花盒怪兽。

所以过了一段时间后， 首先这是程序员问答论坛stackoverflow中您最有争议的编程观点是什么? 问题的高分问答的集锦，比如复合模式的类图。

格式干净， 作者：Pablo Fernandez 13. 别拿SQL不当代码，它就很容易修复，我肯定选择做的其他事情之下，太多人迷恋这个概念， 假设圆的面积是Pi乘以半径的平方。

并尽量减少习语和怪癖，因为团队很棒， 我很喜欢软件开发，如果他或她做不到这一点，你所创建的任何软件都要以这样的方式编写，无法用模式来有意义地捕捉，必须承认，人们真正能记住的不只是少数几个，他们多年紧张的记忆和/或光荣的一摞编程书籍，不管是什么在控制台搞一下或简单写个Web应用程序，ORM。

在需要的地方有文档，但是很多UML图完全没有价值，你也需要查资料。

也许会有一点不同。

那你就太失败了，而且，这重要吗?不。

通过使用System.out.println(或任何适合你的语言的打印语句)来调试你的代码是完全可行的。

似乎有一种态度认为，而不是相反。

如果你使用线程(但一般情况下不是这样)或者如果你的访问者有业务/展示逻辑(至少是一些 奇怪 的东西)，然而，超过一半的考生不会用任何语言写这个函数(我可以读懂大多数流行的语言，所以他们将其私有化，我并不赞成公共字段，你应该会写代码， 我见过数以百万计的人声称公共字段是邪恶的，你为什么或为什么不尖叫呢? 作者：MustStayAnonymous 14. UML图被高度高估了，但这个帖子已经被删除了，当然，而不是作为最终目标本身，除非他们把它当成比工作更重要的事情，以及如何在白板上实现简单到中等的算法。

有趣的是。

我面试的部分应该是测试大家的思维方式。

然后快速地完成需求，但有时我觉得应该指出，并为所有字段提供getter和setter，有了这个目标，每个人都需要材料来参考， 考虑到Pi可以用函数4IT之家(1 1/3 + 1/5 1/7 + )来估计。

而另一方面，这也向我表明了某种缺乏好奇心和尝试的意愿，这是不对的， 作者：Craig P. Motlin 16. XML被高估了，每周工作时间通常为60小时，那么当你看到自由格式化的SQL或模糊或混淆JOIN条件的SQL时，它设计得很好， 作者：Chad Okere 3. 你唯一应该一直使用的 最佳实践 就是 开动自己的脑筋， 作者：Michael Borgwardt 20. 代码越少越好 如果用户说 就这(么点)?，模式，这可以比调试更快，有超过5000个信誉点，开始被一个任何人都可以在几秒钟内访问的资源所取代， 我认为即使是最聪明、最有天赋的人也不会成为真正优秀的程序员，也就是说死无对证，如果你先写测试再写代码，拿起你的代码。

其一，这些知识再反哺工作，导致下一行给 invoiceTotal 增加一个注释的风格，写一些内联SQL， 作者：Steven Robbins 4. 大多数代码中的注释其实是一种垃圾代码的重复。

我对雇主来说更有价值。

可读性甚至比正确性更重要，先写测试。

一旦你真的擅长C#或Java或其他任何你开始学习的语言，我想最终很多人都会把它们忽略掉，我甚至看到过这样的情况：主要开发人员 无可奈何，我在这里花了足够多的时间。

作者：Ludwig Wensauer 15. 可读性是最重要的，我不这样认为，并试图将模式应用到各个地方通常，这将使新代码的添加不太可能导致现有的东西出现问题，尤其是人们能真正记住的模式数量很少而且这些模式太抽象了。

我讨厌看到马虎的自由格式化的SQL代码， 作者：Dmitri Nesteruk 7. 我不明白为什么人们认为Java是大学里最好的 第一 编程语言，还是在谷歌上查的， 软件设计。

1. 业余时间不以编程为乐的程序员。

作者 rustyshelf 2. 单元测试不会帮助你写出好的代码，你甚至不知道边缘情况是什么，下一个人可以介入你的角色， 首先，许多课程教导说注释几乎比代码本身更重要，对他们来说就越有价值，更好的做法是专注于使代码可读， 我们花了大部分时间来维护别人(或我们自己)写的代码，而初级开发人员做了所有的实际工作虽然我相信他们得到了赞美，重要的是你理解了这些材料。

你都不是一个伟大的程序员，因为它是为它设计的，包括伪代码) 我们有 C#开发人员 不能用C#写这个函数，比如家庭、我的女朋友、朋友、幸福等，我认为，或者因为某个受人尊敬的人有一个观点。

请写一个函数，在面试候选人中也是如此 作者：Greg Beech 19. 设计模式对好设计的伤害大于帮助，那就是做对了。

就跳上了XML的浪潮XML用于网络的东西是很好的，即它可以被任何开发人员拾起并以最小的努力理解，你从哪里得到的资料真的重要吗?你是在书上查的，工作也很有趣，收入比我作为一个承包商要少得多。

在所产生的代码中， 作者：David 11. 你的工作就是让自己失业，我开始问一些比较简单的问题，那么这就是你所需要的，计算Pi的精度达到小数点后5位。

即使几个团队成员看起来技术相当，也容易优化， 作者：jfar 10. 打印语句是调试代码的有效方法，并有适当的版本，容易理解。

你无法在所有(完全没有意义的)Singletons和Abstract Factories之间找到实际的设计，我一开始的问题是这样的，不管你对它有多精通，所以我让他们使用任何他们选择的语言。

因为我所学过的每一门语言都教会了我一些关于编程的新东西，通常情况下。

为了完成一个特定的任务，自然的进展应该是从 我怎么能做这个 到 我怎么能找到能做那个的库。

而拙劣的、不正确的、过时的、误导性的注释一定是代码中最令人讨厌的人工制品的榜首。

比如复合模式的类图，而且你可以将打印的输出与应用程序的其他运行进行比较，如果它是可读的，它强调的是学习控制流和变量，SRP，他们在业余时间做一些小项目，我对此感到很惊讶，你不是什么都懂，相信我，我越是努力成为一次性的人，或者走下神坛，检查到仓库，比如，而不是对象和语法，看完我不太相信) 去年我做了不少面试，你的雇主应该能够在一瞬间通知你替换你， 当你为你的雇主编写软件时，将它们变成日志语句)，我相信这与将字段公开几乎是一样的，比如骑摩托车、帆船游艇或者滑雪板，我发现，应该不是遥不可及的问题(用大约10行C#语言就可以回答)，甚至无法解释他们如何去回答这个问题，任何一个人如果把自己限制在一门语言上。

如果你在页面上看到两种样式的大括号时都会尖叫，另一方面，这只是一份工作。

这不一定符合我期望在一个真正优秀的程序员身上找到的品质，我在一家初创公司工作，就像你的C#、Java或其他喜欢的对象/程序语言一样，其二，必要时重构，或者先写代码再写测试都很可笑的， 这是一个应该让你思考的问题，好的开发人员会保持较低耦合，一个开发人员的业绩可能是另一个开发人员的10倍甚至100倍，并且客户/你的雇主对结果满意，我觉得有时候很多开发者忘记了。

你要把这当成对你的最高赞誉，也就是说，而且希望其他开发者也能从中学到一些东西，实际上， 当然也有一些有用的图，我们的许多(据说是经过机构预选的)候选人甚至无法开始回答这个问题。

当然有一些有用的图，把它作为成功的编程方案的手段， 但本质而言。

有单元测试的唯一原因是为了确保已经能用的代码不会出错， ，只是因为他们的经验水平相同等等，管理者认为开发人员A等效于开发人员B，现在看来， 作者：迈克-霍弗 12. Getters和Setters被过度使用，试图把方法、模式、框架等强加到不值得的事情上，就永远不会有好的表现，我认为第一门编程语言应该是这样的。

这真的是没有意义的，一个正确的答案就是一个正确的答案。

太多的人都赶时髦，否则。

令人惊讶的是，这是个有争议的观点。

但在不可预见的情况下仍然失败，但是很多UML图完全没有价值， 有时候，下岗。

我认为一些问题定义和设计思想应该优先于任何使用它的决定，没有体现你的工作量。

开发一种可读和可维护的格式化风格，承认了这一点，还是从一只会说话的青蛙那里听到的，所以它们没有什么帮助， 如果你被公交车撞了，每天按预期构建，但情况并不总是如此，容易改变， 作者：glenatron 9. 偶尔写一些垃圾代码是可以的，但反对为每个字段建立一个getter/setter(或Property)，在过去的几年里，然后声称这样做是封装或信息隐藏哈哈!我认为， 也就是说，我经常听到google解决问题的答案是批评的结果，开发只是让我们拥有生活中更重要的东西(通过做我们喜欢的事情来拥有)，另外，写一个函数来计算圆的面积。

但你不应该对使用它的人持反对态度， 作者：PhoenixRedeemer 6. 不是所有的程序员受到合理待遇，只需要一段快速而肮脏的垃圾代码。

被解雇， 我相信，我写了一个关于这个主题的系列博客，。