你好,游客 登录
背景:
阅读新闻

为什么开源可以提高程序员的编程技能?

[日期:2016-06-01] 来源:码农网  作者:小峰 [字体: ]

  我已经写了很多年的软件。最近我意识到,我越涉及(致力于,结合于等)开源技术,我写出来的代码就更好。这不由地让我疑惑起来:难道里面有什么相关性或因果关系吗?

  阅读代码能让你变得更优秀

  我在编程生涯的早期就明白我阅读的代码越多,我的代码就能变得更好。我知道,当我不得不维护其他人的代码时,简单和干净的代码几乎总是比花哨或复杂 的代码好—— 即使有注释。然而另一方面,当我花足够的时间去理解复杂代码的时候,我常常能够学到新的技巧。不论怎么样,都能让我有所提高。

  这使得我在那些没有代码审查的地方一再争取。而当没有足够的时间来正式执行“代码审查”的时候,我会自己浏览存储库和阅读代码。当然,那时我还被受限于来自于小团队的公司资源。

  超越语法

  在你不得不全力对付任意编程语言的语法时,也就是学习如何充分利用该语言最琐碎的时刻。一门语言的语法往往是非常静态的,并且如果你出错了,你的编 译器会向你控诉。更深层次的课程涉及到什么语言最适合解决什么样的问题(“合适的工具做合适的工作”),以及如何用那种语言编写代码以便于使它高效和可维 护。

  学习新语言有许多方法:课程,教程,导师,书籍以及等等。我通常会结合这些选项来学习一门新的语言。我注意到,当涉及到非语法元素的时候,这些方法常常非常相似。

  阅读来自于其他人的实际部署代码会让你收获更多。不仅仅是常规的结构化学习,你还需要学习模式和实践方法。语言中所谓“正确”的做事方式并不总是效 果最佳的方式。你会经历边缘情况,一次性事务以及意想不到的集成。你也会找到这些问题的解决方案,有好有坏,但如果你认真思考的话,那么这正是出来“推荐 做法”的地方。今天的模式就是就是明天的反面模式。

  你可能对有些事情,例如“总是注释”,“逗号放到最后”,“缩进x个空格”有着自己的想法,当然你是对的。我对提到的这些及编码的其他方面也有着自己的感受。

  有时候当我阅读其他人的代码时,如果看到他们做错了,我会生气。但是随着我代码阅读量的增加,我开始懂得,总会有一些情形常见于别人的代码,但我在我自己的代码中却未曾遇到过的,并且我的方法没有必要那样执拗。我不仅改变了我的一些观点,而且懂得更加灵活。

  开源无处不在

  随着开源运动的发展,可供阅读和学习的代码数量也大幅度增长。例如Gitlab,GitHub和到BitBucket这些网站就允许我们获取全功能的应用程序,不仅可以阅读代码,还可以摆弄。很少有我想要学习的东西是不能在开源代码中获取的。

  我以前学习新的编程语言,会把重点放在诸如目录结构和命名约定这些简单的事情上。但是,现在,我会找一些不同的开源项目,然后可以开始拼凑常用的方法。我很少强调以前那些类型的东西了。

  可用的代码是如此之多,但质量却良莠不齐。当我们想要学习的时候,常常搞不清楚哪个好哪个不好。那就保持阅读代码吧,慢慢地你会学会如何区分。阅读 “坏”的代码可以帮助你理解为什么它是“坏”的。关键是不要害怕尝试任何你觉得看上去正确的东西,并且当你走错路的时候能够承认错误,并改正问题,然后继 续前行。

  坏的代码就坏的,是这样的吗?

  有人会说“坏的代码比好的代码要更多更明显”。sub-reddit致力于坏的代码。

  在这些年里,我写了很多好的代码和坏的代码。当我看到我以前写的代码时,我的第一想法就是我怎么会写这样的垃圾代码。这实际上意味着我还在学习中。如果我看到我以前的代码,觉得它看上去非常伟大,那么说明我并没有提高。

  那么,我们怎么才能从坏的代码中学到东西呢?

  你阅读的坏代码越多,那么你就越擅长发现坏的代码

  当你在学习和搜索例子的时候,你会发现和使用大量不能工作的代码。请记住,仅仅因为它不适合你的情况,并不能说明它就是坏的代码。学习如何让它工作能够使得你变得更优秀。

  你怎么知道它是坏的代码?

  人们喜欢批评。阅读评论,如果你看到很多“WTF(什么玩意)”,那么可能你看到的正是坏的代码,试着指出为什么不好的原因。不要只留下“这代码真 烂”这样的评论。不要装得你好像懂得坏代码的所有需求,要知道,总有一个它之所以被这样写的正当理由。如果你知道它为什么是坏代码的原因,那么不妨留下一 个有建设性的评论。或者……

  让它变成好的代码

  放一个能让代码变得更好的pull请求。修正语法,使用更好的方法,添加注释或修改缩进:这些都是改进代码的伟大方式。加一个为什么你推荐改变代码的解释。

  我发现当我帮助别人学习的时候能学到更多。如果我认为我理解了一个新的主题,那么我会找个人来试着向他解释,这能让我更深刻地理解和记住它,并且让我快速发现我是否写了坏的代码。

  回报

  记住开放源代码在你参与进去的时候效果最佳。代码更改在大多数项目中都是受欢迎的,但是有很多出力的方法。

  测试开源代码和文件错误报告;帮助完成文档集;写教程和如何做的例子;参加对话——或者仅仅只是帮助传播。每一件事都能带来改变,并且越多的人参与进来越好!

  资源

  这里有一些可以帮助你开始的链接。有些我自己用过,有些我还没来得及深入了解。如果你发现一些有用的东西——或者这篇文章中有什么需要改正的地方,请不要犹豫和我们分享。

  DinoDate

  LiveSQL

  Open Source Society University

  Free Code Camp

  opensource.com

  Getting Started With GitLab

  GitHub Guides

  moodle.org

 

  PL/SQL Challenge





收藏 推荐 打印 | 录入:elainebo | 阅读:
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数
点评:
       
评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款