网站开发 实战,网站标题用什么符号分开,重庆建设工程信息网查询官网,公司简介英文怎么说结束语 | 写代码是一件可以一生精进的事 文章目录 结束语 | 写代码是一件可以一生精进的事代码的敏感度 在很多人心目中#xff0c;程序员是一个辛苦的职业#xff0c;一方面#xff0c;各种新东西层出不穷#xff0c;程序员们要努力追随#xff0c;另一方面#xff0c;业…结束语 | 写代码是一件可以一生精进的事 文章目录 结束语 | 写代码是一件可以一生精进的事代码的敏感度 在很多人心目中程序员是一个辛苦的职业一方面各种新东西层出不穷程序员们要努力追随另一方面业务飞速发展我们唯有积极应对。那么是什么支撑你在这个富有挑战的行业里坚持前行呢 于我而言这个问题的答案是热爱。
在我的心目中编程是一项有趣的智力活动从最初解决一个特定的小问题到现在创造一个方案去解决一个系统的问题无不需要费尽心力去探寻一个好的解决方案。时至今日即便我写程序已经二十多年了但每次程序运行通过时我心里依然还是有一些小激动因为支撑程序运行的每行代码里都有自己的思考在里面。正是每次一点点积累起来的成就感激励着我不断去探索更好的做法。一开始为了解决特定的问题我四处搜集着各种编程技巧。当我理解了基本功的重要性后就去拼命地补齐各种基础知识构建起一个知识体系。随着开源软件运动的兴起我知道了原来有各种工具和程序库可以简化自己的工作。因为见识过别人的运指如飞我曾专门练习了各种快捷键和命令行。
当我已经能够很好地解决自己面对的各种功能问题时我开始抬起头有了更大的视野。
我学习了各种软件设计的知识让自己的代码不仅仅是为了今天也能够面对未来。我学习了各种程序设计语言看到了隐藏在语言背后的编程范式和思考习惯。我学习了各种软件开发的最佳实践懂得了怎样让一群人更好地协同。
我做的所有努力都是为了更好地写代码。
有了对于软件开发更多的思考回过头再来写代码时我就能看到更多的维度能意识到自己在写的代码对他人和未来的影响这时自然会尽力把自己的代码写得更整洁。
时至今日如果你问我对自己写的代码满意吗我的答案还是不满意。写代码是一门手艺需要不断地打磨。一方面坚持写代码保持自己对于代码的体感另一方面保持对于代码的敏感度不断思考对于代码的改进寻找更好的写法。
经过一段时间我总会发现代码中让我不满意的地方这会成为新的驱动力让我进一步扩充自己的知识把新的理解注入到代码之中。每次拓展知识边界与之相伴的都是极大的智力愉悦。也正是这种智力上的快感让我得到了进一步前进的动力。一个正向反馈的循环就是这样逐步推进让我在写了二十多年代码之后依然乐此不疲。
我在《软件设计之美》中讲过一个好的设计是在一个“小内核”上构建起来然后逐步添加更多模型。我们的知识拓展过程也是如此。我的“小内核”就是编写代码这件事所有一切知识的拓展都是围绕这个内核展开的。
写代码是一件可以持续一生的事情但前提条件是找到自己的热爱建立起自己的正向反馈。 坚持写代码发掘代码中值得改进的地方不断拓展自己的知识边界寻找更好的代码写法这就是最朴素的程序员精进之路。
代码的敏感度
对于一个不断精进的程序员而言发掘代码中值得改进的地方需要对代码有细致入微的敏感度这样才能体察代码间细微的差别。
我给你举个例子注释。
代码该不该写注释呢在一些人看来没有注释的代码不值得写这甚至成了一些程序员的宗教信仰。如果你问他们为什么要写注释他们的回答多半是“让程序更加容易理解”。
但有另外一群人则将注释视为坏味道他们会说为什么不把代码写得更清楚让代码不需要注释呢被逼到角落的“注释程序员”依然不会束手就擒他们不会承认自己不能把代码写清楚而会说有些代码必须要有注释才能解释清楚比如一些算法。
好了双方的主要观点陈述完毕。你怎么看待注释呢
早在 1984 年《计算机程序设计艺术》的作者 Donald Knuth 就给出了一个回答他提出了“文学编程Literate Programming”的概念其核心要义就是要将程序写得像用自然语言进行表达一样顺畅。虽然作为一种编程范式它并没有流行起来但它背后蕴含的思想却影响了很多人也给我们提出了更高的技术追求。
一个好的程序应该像一篇优美的文章读起来自然流畅二者背后有诸多相通之处你会看到许多优秀程序员都有着优秀的表达能力。所以回到写代码本身把程序本身写得更清楚直白才应该是我们的追求。关于如何把代码写好我在这个专栏已经讲了很多了。
具体“注释”这件事上我的观点是“注释”有其价值但不应该是主力。我们没见过哪篇文章是要求把注脚作为主旨的同样过于强调注释无异于本末倒置。写代码首先应该是把代码本身写好至于那些确实无法用代码陈述清楚的部分我们再考虑用注释。
所以我赞同把“注释”当做坏味道的提示先竭力把代码写到不需要用注释而把注释当作最后的选择。确实有一些特定的处理需要注释无论是一个精巧的算法还是一个特殊的技巧。用这个标准要求自己你会发现大多数代码其实不需要注释因为它们太普通了。
你看到了即便像注释这么简单的东西写与不写背后都有着可以探究的各种细节。诚如我在前面所说写代码是一门手艺需要不断地打磨。唯有不限界地拓展自我才可能对代码有细致入微地把握。
你发现了打磨手艺锤炼自己对于代码的敏感度坏味道是一个不错的出发点。这也是我写这个专栏的初衷帮你从识别出那些你曾视而不见的“坏味道”提升你对代码的敏感度。
在这个专栏中我给出的就是全部的坏味道吗显然不是。只要拿出《重构》对照一下你就会发现坏味道还有许多比如霰弹式修改和发散式变化。我没有拿出来讲不是它们不重要而是它们不像我在这个专栏中罗列的这些坏味道那样有非常直观的表现。
比如霰弹式修改说的是一次变化要在很多类的内部做修改但能否察觉出自己改了很多类这就依赖于每个人的敏感度了。
同样发散式变化说的是不同的变化都会改到同样的模块上。发现这种坏味道需要你意识到对同一个模块的修改是由于不同的原因造成的这对于敏感度的要求就更高了。
无论如何“知道”有哪些坏味道是第一步的。我建议你在学习了本专栏之后花上一点时间通读一下《重构》的第三章“代码的坏味道”在开篇词中我就提到过这件事但与那时不同的是现在你已经通关了我们这个专栏。
我在专栏里讲的所有这一切一方面让你对一些代码的坏味道有直观的认识另一方面也是更重要的对于这些坏味道的分析是为了帮你看到代码里的细微之处帮助你提升对于代码的敏感度。有了不同的敏感度再去通读“代码的坏味道”你会有不一样的收获。
这些道理都是知易行难今天我们的课程就告一段落了但是你的精进之路并未停止。有了“坏味道”的基础之后接下来最重要的是你要在实际的工作中反复地锤炼自己的编程手艺用这些坏味道作为尺子衡量自己的代码不断地找到代码更好的写法。这个专栏以及它的两个“兄弟”帮你开启了程序员的精进之路但这条路总归还是要自己去走
这次的《代码之丑》的旅程就暂告一段落吧如果以后有机会我会再来与你分享我对软件开发的理解。
专栏结束了再见
