为什么同样的年纪，同样的工作经验，那些程序员却能走入大厂

为什么同样的年纪，同样的工作经验，别人却能走入大厂，拿到很好的薪资，不是你不够优秀，你做不好这些只是因为你没有养成一个良好的编程习惯。

我为什么写这么多开源框架，还长期保持维护？

除了我想让更多人受益于开源外，还有一点就是，我想保持我良好的编程习惯

写业务代码也可以保持良好的编程习惯啊

能，但是太慢！

写业务时无法注意到的细节

在写业务代码时，即使项目时间充裕，你也会忽略掉很多细节，而这些细节正是影响你进步速度的关键，但你自己却很难察觉，在不知不觉间就对你的进阶之路造成了很大的影响

所以你的进步速度非常之慢，做了多年也只是熟练而已，无法更进一步

业务代码和框架代码最直观的差别就是，业务代码可以随意修改，而框架代码，使用者不能直接修改

由于业务代码的修改不受限制，所以一有需求变动，你就直接通过修改问题代码的方式来快速解决问题，即使这个代码的变动非常频繁，但你的第一反应却不是通过代码设计的方式来解决后续的扩展问题，因为这看似一劳永逸的方式，会浪费你当下大量的时间

人类的潜意识会更注重当下付出的成本，而忽略掉未来会获得的收益

因为你上面的编码方式，所养成的不好的编程习惯，会让你本能的不注重代码的耦合性、灵活性、可扩展性

所以即使你天天敲代码，你的进步也如此之慢，因为你平时就缺乏架构设计、代码设计的锻炼，日积月累，你也只是搬砖的速度比之前更快一点而已

写开源框架时给你带来的改变

这个时候如果有一个好的 leader 能每天 review 你的代码，还时常提醒你这些问题，只要你慢慢改成，并养成习惯，那你的进阶之路也会十分顺畅

但如此好的 leader 是可遇不可求的，那我们如果没有一个好 leader，该如何养成一个好习惯呢？

我的建议就是做开源库，而且尽量做开源框架，比如架构框架、UI 框架，网络框架、图片框架，尽量少做开源 App（当然如果为了学习某项技术也是可以的）

因为开源 App 主要是帮助你和别人学习某些技术，也是有大量的业务代码存在的，无非就是用了一些新的技术，而且还是你一个人写，有些细节你更不会考虑 …

而开源框架是拿给别人调用的，所以对代码质量要求更高，考虑的细节更多，对你的提升也越大

并且你的框架代码是放在服务器上的，使用者无法修改你的代码，这就会强迫你更关注代码的耦合性、灵活性、可扩展性，甚至是你写业务时根本不会注重的注释和文档

因为使用者用得稍有不爽就会给你发起 issue，不断地督促你优化你的代码、注释、文档，不断地帮助你培养一个良好的编程习惯

这就好比你有成百上千个好 leader 每天 review 你的代码，并指出你的问题，给予更好的建议，而且这些 leader 中绝对藏龙卧虎，这样日积月累下去，你怎能不成长？

对web前端这门技术感兴趣的小伙伴可以加入到我们的学习圈来，正因为我不是211，985，只是个普通的本科生，英语不是特别好，数学不是特别好。所以我选择了前端。工作第六个年头了，我庆幸自己选择了这条路。767-273-102 秋裙。与大家分享一些学习方法，实战开发需要注意的细节。从零基础开始怎么样学好前端。都是一群有梦想的人，我们可能在不同的城市，但我们会一起结伴同行前端前端前端

良好的编程习惯助你快速进步

我的很多编程习惯，经过不断的纠错，优化，纠错，优化，已经深深的刻进我的脑子里了

我框架用到的大多数设计模式，都不是我刻意去用的，都是遇到某些问题，或者使用者需要增加什么功能，我为了不影响之前的版本，保证扩展性的前提下，去解决这些问题，而不得不去使用这些设计模式，很多情况下，代码已经写完了，才知道，原来我用的是 xx 设计模式

在这种不断优化代码，养成的良好编程习惯下，我写代码时，使用设计模式已经变成了潜意识的行为，根本说不出为什么要用这个设计模式，只因为觉得这样用才是最优解，这就好比拳击手，遇到攻击时会潜意识的躲闪、反击一样，这就是不断实战、不断训练的结果

框架要做到满足所有人的需求太难了，但只要你不断优化，能做到让大部分人满意，那对你的提升绝对是巨大的，而且你的编程习惯也会有巨大的飞跃

比如我写注释的编程习惯培养起来后，我的每个开源框架，都写了大量的注释，描述的非常详细，保证大部分人都能明白原理

一个好的习惯，坚持一天，就往目标前进一步
一个坏的习惯，持续一天，也就浪费一天时间

我做开源三年时间改掉了我很多不好的编程习惯，让我进步飞速，所以我感谢开源

我也鼓励更多的人积极参与开源，让别人受益的同时，别人也让你不断进步

标签：框架,同样,代码,编程,习惯,程序员,开源,大厂,设计模式
来源： https://blog.csdn.net/fdsdidgf/article/details/99888993