鞋带和代码

最近准备出去实习,遂帮实习项目组简单做了个 demo。由于项目尚处于准备阶段,所以项目组长只是说了具体需求,对技术栈以及代码规范没有明确要求。

任务不难,但组长既无指导也无要求的态度令我有些惶恐,再加上闲了好久,对自己的技艺并不那么自信,便快马加鞭地完成了任务。现在任务完成,又有了些心得。

每每自己写代码的时候,总觉得没什么设计,一切以完成需求为主要目标。“高内聚,低耦合。”这个设计理念我是一直记在心上的,但是始终不能在自己写代码的时候贯彻落实。这固然有我个人能力不足的原因,不能在任务之初就做到拆分功能模块,减少重复代码。但何尝又不是我急于求成,只顾眼前所造成的呢。我曾经不止一次的在函数里套函数,将可复用的代码复制粘贴了一遍又一遍。而这只是为了一时的便利,当要修改代码的时候,明明可以一步到位的事,又让我重复了一遍遍,自己给自己挖坑,能怨谁呢?

说到自己给自己挖坑,我突然想起来自己以前也曾埋怨自己。当时看到一个段子说:“程序员最讨厌两类人,一类是不写注释的人,一类是要他写注释的人。”当时想了想还挺有道理,直到有一天我需要维护一个很久没有做过的项目的时候,看着杂乱不堪的代码结构和毫无头绪的变量命名,我终于发现,两种人都是我自己。后来我跟导师聊天的时候,导师跟我说:“程序员大半部分时间应该写注释才对,他写代码平均五行一段注释。”

关于注释◎ 关于注释

后来我又想到一个问题,他跟我说他看到一个人写代码,他觉得很厉害。那个人的代码三五行就是一个方法,可以说是将功能细分到了极致。他只能做到将所有方法控制在半屏以内,我数了数,大概二十行以内。也就是说以他的水平,一个方法里有三四个注释才对。我再看看我冗长的代码里几不存在的注释,老老实实的再后来项目里多写几行注释了。

这两天买了双新鞋,鞋带有些滑,一天散了好几次。本身我也没觉得有什么问题,只是埋怨了一下鞋带的质量问题。直到偶然间,我看到鞋带的多种系法,我才意识到有可能是我系鞋带的方式方法不适合这个鞋带?突然回想起在我很小的时候,我母亲教我系鞋带就教了两种方法,一种简单易学,另一种可能些许有些复杂。当时我只学会简单的那种,就不再学习复杂方法了,现在想想,懒惰就是天生的。这种能凑合就凑合的心态始终没有根除,直到给自己惹了麻烦,不得不花时间精力去将一件本可以做好的事情花更多的时间精力去完善。

我曾在闲聊前端工程师的能力与职责一文中反省了自己对原生前端技术不尊重的态度是不够的。现在继续反省,作为普通人,我们存在认知局限是正常的,苛责一个人不能尽善尽美是不厚道的。但是,在完成一件事之前,想尽办法做到我们认知内的最好却是应该的,得过且过的心态要不得。

希望从此刻起,不管是生活还是工作,我都能注意细节,并尽自己所能完善它。