获得徽章 0
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
近期得了个机会，把自己两年前的一个项目重写了一遍准备上线，刚好前段时间读了《clean code》和《head first design pattern》，于是在整个重写过程当中，有意识的按照里面提到的一些设计模式和编码规则进行重构设计，整个过程下来心情非常的愉悦，写代码就像写诗，大概就是这种感觉。再对比两年前自己写的的项目代码，感悟就很深刻了。
以前写代码，很多时候都陷入了羊群效应，为了避免犯错，照葫芦画瓢，对很多不合理的设计和重复冗余的代码都置若罔闻，不去深究。实际上错过了很多优化提升自己的机会。而且，这种遵从教条主义的危害很大，遇到水平高的代码还好，如果遇到水平一般设计差的，编码风格、编程思维会被带偏，很容易陷入瓶颈（这里主要指的不是技术瓶颈，而是代码设计、抽象建模的那种编程思维）。就像我两年前写出来的代码，可读性很差，更别谈高内聚低耦合、OCP、SRP这些东西了，得亏重写的是我自己，不然保不准会有一个同事拿着大刀来砍我，问我写的什么玩意儿。
很多时候，我们做的业务功能可能很简单，很基础，但这并不代表我们应该马马虎虎的对待，加入一些设计模式，多注重代码整洁的规约，会让这些业务功能变得不那么“简单”。就像《程序员修炼之道》所引的，吾等采石之人，当心怀大教堂之愿景。即使我们所做的事项很基础，也需要心怀愿景，告诉自己自己在建筑的不仅仅是城墙，而是大教堂。
以前写代码，很多时候都陷入了羊群效应，为了避免犯错，照葫芦画瓢，对很多不合理的设计和重复冗余的代码都置若罔闻，不去深究。实际上错过了很多优化提升自己的机会。而且，这种遵从教条主义的危害很大，遇到水平高的代码还好，如果遇到水平一般设计差的，编码风格、编程思维会被带偏，很容易陷入瓶颈（这里主要指的不是技术瓶颈，而是代码设计、抽象建模的那种编程思维）。就像我两年前写出来的代码，可读性很差，更别谈高内聚低耦合、OCP、SRP这些东西了，得亏重写的是我自己，不然保不准会有一个同事拿着大刀来砍我，问我写的什么玩意儿。
很多时候，我们做的业务功能可能很简单，很基础，但这并不代表我们应该马马虎虎的对待，加入一些设计模式，多注重代码整洁的规约，会让这些业务功能变得不那么“简单”。就像《程序员修炼之道》所引的，吾等采石之人，当心怀大教堂之愿景。即使我们所做的事项很基础，也需要心怀愿景，告诉自己自己在建筑的不仅仅是城墙，而是大教堂。
展开
评论
23
时常有人会问，做程序员，每天都有新技术新知识，要去不断地学习，是不是会很累。
我觉得吧，对于将持续学习作为一种生活习惯的人来说，学习新东西并不会成为一种负担，反而是一种乐趣。尤其是身处于一个优秀的社区，碰到一群志同道合之人的时候。
我觉得吧，对于将持续学习作为一种生活习惯的人来说，学习新东西并不会成为一种负担，反而是一种乐趣。尤其是身处于一个优秀的社区，碰到一群志同道合之人的时候。
12
17
赞了这篇文章
赞了这篇文章
赞了这篇文章