Go语言视频零基础入门到精通

五菱

在Stack Overflow上有这样的一个贴子《What’s your most controversial programming opinion?》，翻译成中文就是“你认为最有争议的编程观点是什么？”，不过，在400多个主回贴，以及千把个子回贴中，好像并不是很有争议，而是令人相当的茅塞顿开，下面罗列一些，并通过我自己的经历和理解发挥了一些，希望对你有帮助。
1） The only “best practice” you should be using all the time is “Use Your Brain”.
唯一的“Best Practice”并不是使用各种各样被前人总结过的各种设计方法、模式，框架，那些著名的方法、模式、框架只代码赞同他们的人多，并不代表他们适合你，你应该更多的去使用你的大脑，独立地思考那些方法、模式、框架出现的原因和其背后的想法和思想，那才是“best practice”。事实上来说，那些所谓的“Best Practice”只不过是限制那些糟糕的程序员们的破坏力。
2）Programmers who don’t code in their spare time for fun will never become as good as those that do.
如果你对编程没有感到一种快乐，没有在你空闲的时候去以一种的娱乐方式去生活，无论是编程，还是运动，还是去旅游，那么你只不过是在应付你的工作，无时无刻不扎在程序堆中，这样下来，就算是你是一个非常聪明，非常有才华的人，你也不会成为一个优秀的编程员，要么只会平平凡凡，要么只会整天扎在技术中成为书呆子。当然，这个观点是有争议，热情和能力的差距也是很大的。不过我们可以从中汲取其正面的观点。
3）Most comments in code are in fact a pernicious form of code duplication.
注释应该是注释Why，而不是How和What，参看《惹恼程序员的十件事》，代码告诉你How，而注释应该告诉你Why。但大多数的程序并不知道什么是好的注释，那些注释其实和code是重复的，毫无意义。
4）XML is highly overrated
XML可能被高估了。XML对于Web上的应用是不错的，但是我们把其用到了各种地方，好像没有XML，我们都不会编程了。
5）Not all programmers are created equal
这是那些junior经理或是流程爱犯的错，他们总是认为，DeveloperA == DeveloperB，只要他们的title一样，他们以为他们的能力、工作速度、解决问题的方法，掌握的技能等等都是一样的。呵呵。更扯的是，在某些时候，就算是最差的程序员，他们也会认为其比别人强十倍，这就是现代的SB管理。
6）”Googling it” is okay!
Google只会给你知识，并不会教给你技能。那里只有“鱼”，没有“渔”，过度的使用Google，只会让你越来越离不开他，你越来越去要去立马告诉你答案，而你越来越不会自己去思考，自己去探索，去专研。如果KFC快餐是垃圾食品对我们的身体没有好处，那么使用Google也一种快餐文化对我们的智力发展大大的没有好处。
7）If you only know one language, no matter how well you know it, you’re not a great programmer.
如果你只懂一种语言，准确的说，如果你只懂一类语类，如：java和C#，PHP和Perl，那么，你将会被局限起来，只有了解了各种各样的语言，了解了不同语言的不同方法 ，你才会有比较，只有了比较，你才会明白各种语言的长处和短处，才会让你有更为成熟的观点，而且不整天和别的程序在网上斗嘴争论是Windows好还是Unix好，是C好还是C++好，有这点工夫能干好多事了。世界因为不同而精彩，只知道事物的一面是有害的。
8）Your job is to put yourself out of work.
你的工作不是保守，那种教会徒弟，饿死师父的想法，不但是相当短浅的，而且还是相当脑残的。因为，在计算机世界里，你掌握的老技术越多，你就越没用，因为技术更新的太快。你对工作越保守，这个工作就越来越离不开你，你就越不越不能抽身去学新的东西，你也就越来越OUT了。记住：If you can’t be replaced then you can’t be promoted!
9）Design patterns are hurting good design more than they’re helping it.
很多程序员把设计模式奉为天神，他们过度的追求设计模式以至都都忘了需求是什么，结果整个系统设计被设计模式搞得乱七八糟，我们叫这种编程为“设计模式驱动编程”，正如第一点所说，如果你不懂得用自己的大脑思考的话，知其然，不知所以然的话，那么你不但得不到其好处，反而受其所累。
10）Unit Testing won’t help you write good code
其实，unit test 的主要目的是，为了防止你不会因为一个改动而引入Bug，但这并不会让你能写出更好的代码。这只会让你写出不会出错的代码。同第一点，这样的方法，只不过是防止糟糕的程序员，而并不是让程序员或代码质量更有长进。反而，通过Unit Test会成为程序员为自己代码做辩解的一种托辞。

gnwe1990

xiaoling72

很好！很强大！









欧美电影排行榜，古惑仔系列

w3284

学习中~~

方舌且

千万不要在雅思(微博)(微博)大作文的第一段(观点表达段)就因为用词把握不准而导致对整篇文章的低分印象。　　介　　1、普通介词的误用　　一般表现为固定搭配错误，如常把provide sb with sth用成provide sb sth; be satisfied with用成be satisfied for等等，虽然这样的错误看似无伤大雅，但在考官眼里就是影响顺畅阅读的，当然会影响最终成绩。解决的办法简单而古老：把常见的固定搭配牢记于心，问题自然就解决了。
　　2、 “to”作为介词的误用　　“to”最常见的用法是以动词不定式符号的形式出现的，所以同学们也已经习惯了“to do”的固定搭配。对于一些如walk to me， to the left等介词to表方向等常见用法一般也不会出现错误。但是对于与动词搭配的介词to就会经常犯错：　　如：　　More and more students have taken to depend on their parents to make decision for them。
　　这里的‘take to’ means ‘to begin to do sth as a habit’其中‘to’为介词，所以后面只能接名词或相当于名词的词，如动名词。所以句中depend on 应改为“depending on”。“take to”的另一个常用用法也需要牢记：　　He hasn’t taken to his new school. (这里‘take to’ means ‘to start liking sb or sth’)　　Prefer A to B中的“to”也是介词，会有prefer doing sth to doing sth/ prefer sth to sth else，另外，“prefer to do sth rather than do sth”中的“to”可是真正的不定式符号。www.qsksw100.com
　　类似的常用用法请同学们牢记：　　Be used to doing　　Adapt to doing　　Adjust to doing　　prefer doing sth. to doing sth。　　Be accustomed to doing　　See to doing　　等等，请注意平时仔细积累。