本文将分享如何将极简主义概念应用到代码中,使其更简洁、更高效。
以下为译文:
大约三年前,我在一家软件开发公司上班。我在那里工作了5年,但多方面原因使得这份工作变得越来越没有成就感——我想辞职去尝试自由职业,但又无从下手。
我开始在网上寻求帮助,有人推荐我去看纪录片《极简主义:记录生命中的重要事物》。
但是,什么是极简主义?
用极简主义者自己的话来说:
极简主义是一种生活方式,它帮助人们辨别给生活增添价值的事物。通过清理生活中的杂物,我们可以为生活中最重要的事物腾出空间:健康、人际关系、激情、成长和贡献。
在了解了极简主义之后,我发现它不仅仅是一种控制欲望来节省开支的生活方式。它教会我们专注于真正重要的事物以生活得更有意义。它教会我们不要在意别人的看法,不要为了满足他人的“期望”而给自己带来压力。但最重要的是,它鼓励你在将事物融入生活之前,考虑它们的价值。
我相信,极简主义也帮助我提高了效率并成为了一个更好的开发者:只编写和提交有价值的代码,使其更干净、更易于阅读和维护,并帮助我更好地利用时间。
我是如何在代码中应用极简主义的?以下是一些例子。
1、避免杂乱的依赖关系
换言之:npm install前请三思。
一些好用的库/模块/包可以解决很多问题,并节省我们的时间。本身依赖某些库是没问题的,但如果我们整个项目只使用它一两次,我们还要引用这个库吗?
我们添加到项目中的每个新依赖项,都会产生以下效果:
增加项目的规模;
你(和你的团队)必须学习如何正确使用新的依赖项;
可能需要定期更新(例如,为了解决安全问题)。这也意味着,必须在每次更新时对项目进行全面测试,甚至开展一些重构工作。
此外,你应该花一些时间来研究软件包,以确保它是可靠的、安全的、最新的等等。
我并不是说要不惜一切代价避免使用外部库,但是在使用前请一定要三思。
2、注释代码是多余的
你正在更改某一特定的代码块,因此你注释旧代码并编写入新的代码。代码跑起来测试一下,工作正常,所以你提交......不!
这是我经常看到的情况,我想这是因为担心不能“恢复”。你不应该对你提交和推送的代码没信心,如果实现了目的,就意味着对改动点已经开展了足够多的测试工作,那为什么还要保留旧代码呢?即使真的需要恢复,你也可以查看Git历史纪录来找到它。
注释代码是多余的:它不影响软件功能,还会分散阅读代码的人的注意力,而且它并不美观。删掉它!
3、少即是多:不要写备用代码
有时我们会犯超前的错误,编写我们认为将来可能有用的代码。与注释代码一样,我们做了无用功,以换取它最终变得有价值的可能性。
例如,你正在开发一个网站的登录功能。编写一个名为UserService的类,此类包含了一个名为Login的方法。
然后你心想:“只要我引用了这个类,我就可以添加一个按名称搜索用户的方法,这可能在下次输出会用到。这样有什么问题呢?
也许“搜索用户”功能永远不会用到,所以你只是在浪费时间。
你正在向提交/分支/PR添加不相关的代码。这给代码审阅人员或PR审阅人员增添了理解难度。
这段代码需要进行测试。你会花费更多的时间来添加和执行所需的测试,又或者是不测试代码?这两种选择听起来都很糟糕。
因此,如果不添加备用代码,那么你会更有效地利用时间(以及团队的时间)。
4、质疑你的想法
极简主义是对事物的质疑。不要经验主义,不要“我们一直都是这样做的”。质疑你的想法将帮助你更好地理解问题,并可能找到更好的解决方案,甚至是以前旧方法中出现的问题。
当然,有些时候你要质疑一些事情,有些时候你要放手让事情快速向前发展。不要陷入分析卡顿,试图质疑每一件小事。
5、充分利用现有资源
也就是我们常说的可复用性。在软件开发中,代码是可复用的:它节省时间,使代码更整洁,更容易维护等。
有时又很容易重新开始写一个功能……尝试新的代码,甚至尝试优化已经完成的工作。在某些情况下这样是可行的,但是要意识到可复用性的优点和编写新代码的成本:可能出现的bug、花费更多时间构建、记录和测试特性、可能需要向团队介绍新的解决方案等。
6、避免新奇事物综合症
有一些特性构建起来更有趣,但是我们需要关注什么才是重要的——我们的用户最需要什么?
优先考虑的应该是用户的需求,而不管某个特性有多有趣。注意自己的偏见,尽量不要受它的影响。
推荐资料
如果你对极简主义感兴趣,这里有一些资源供参考:
极简主义者在Netflix上制作了一部非常酷的纪录片,叫做《极简主义:记录生命中的重要事物》;
推荐马特·达维拉在YouTube上谈论的极简主义和自我完善;
我最近还听了保罗•贾维斯(Paul Jarvis)的一集播客,我强烈推荐这一集:够了(如果你对创业感兴趣,可以查看所有的播客)。