十条建议



        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
       准确地说,我们可以认为这是Test-Driven开发,其实,这种开发就是先写unit test case,这样的开发方式的主要目的是,为了防止你不会因为一个改动而引入Bug,但这并不会让你能写出更好的代码。这只会让你写出不会出错的代码。同第一点,这样的方法,只不过是防止糟糕的程序员,而并不是让程序员或代码质量更有长进。反而,通过Unit Test会为程序员的为自己代码做辩解的一种托辞。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 1 多看多读,增加知识面。 2. 观察多种不同的事物,学会比较思考。 3. 尝试接受不同的观点,并学会尊重他人。 4. 增加多样化的思考方式,抛开旧习惯。 5. 多与不同的人交流,了解不同的思考方式。 6. 学会把细节与整体联系起来,从而构建新的观点。 7. 认真思考,避免急于下结论。 8. 让大脑多思考,学会主动推理。 9. 勇敢尝试新的事物,勇于进行挑战。 10. 学会批判性思维,能够更有效的解决问题。 ### 回答2: 发散思维是指从一种思维模式切换到多种思维模式的能力,能够帮助我们更好地解决问题、拓宽思路、创新思考。以下是提高发散思维的10条建议: 1. 多元化学习:跨学科地学习不同领域的知识,让思维不局限于某一领域。 2. 尝试不同的观点:从不同角度看待问题,尝试站在他人的角度思考,拓展视野。 3. 练习“为什么”问答:通过不断追问“为什么”来深入了解问题本质,挖掘潜在的解决方案。 4. 自由联想:不受限制地进行头脑风暴,将想法和概念进行自由联想,激发创造力。 5. 多数并非绝对:思维中不要被“非此即彼”的二元思维所局限,要学会接受多种可能性。 6. 勇于错误:放松对错误的恐惧,从错误中学习并改进思维方式,修正自己的认知。 7. 非传统解决方案:寻找与众不同的解决思路,尝试使用不常规的方法来解决问题。 8. 多样化的思维工具:掌握不同的思维工具,如思维导图、SWOT分析等,辅助发散思维的运用。 9. 开阔知识面:广泛涉猎各类知识,多阅读、观察、体验,积累信息和经验,为发散思维提供充分的素材。 10. 沟通与合作:与他人进行交流互动,分享自己的想法,并接受他人的观点和意见,从中获得新的启发和思路。 通过以上建议的实践,我们可以培养出更加灵活、多样化的发散思维,不断拓宽思维的边界,并在各个领域中取得更好的成果。 ### 回答3: 提高发散思维的10条建议: 1. 保持开放心态。避免过度思考,争取尽可能放松自己的思维模式,保持开放和灵活的思考方式。 2. 接触多样化的信息。阅读不同类型的书籍、杂志、文章,关注各种不同领域的新闻和信息,拓宽自己的知识面。 3. 培养好奇心。保持对周围事物的好奇心,并积极主动地询问和研究问题。发散思维需要一颗求知欲旺盛的心。 4. 鼓励自由联想。不断与自己的思维对话,挑战传统的思维模式,尝试将不同的概念、想法和事物联系在一起,寻找新的解决方案。 5. 练习创造性思考。参与各种启发式的思维游戏和挑战,如脑力激荡、问题解决和创意写作等,锻炼自己的创造性思维能力。 6. 避免刻板思维。不要过于陷入既定的思维模式和惯性思维中。尝试从不同的角度看待问题,寻找与众不同的解决方案。 7. 培养良好的观察力。时刻观察周围的细节和变化,保持敏感度和观察力。从中发现不同的问题和机会。 8. 学会提问。发散思维需要不停地提问和思考问题。培养提问的能力,鼓励思考问题的各种可能性。 9. 鼓励思维碰撞。与他人分享自己的想法和观点,听取他人的意见和反馈。通过与他人的讨论,开阔自己的思维。 10. 持续学习和成长。保持对新知识的渴望,学习各种新的技能和知识。通过不断学习,在不同领域积累更多的经验和见解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值