程序员的3年之痒改变的不止薪水------转载

Posted 2020-08-16 风林山火

 写在开始，这里借用特立独行的猫的一句话，你可以原地踏步，但别觉得别人都该和你一样。

<ignore_js_op>

       程序员的3年之痒，的确是时候该挠挠自己了。3年的程序员生涯，不长不短，但它的确是一个坎。3年改变了我们的不仅仅是年龄，当然还有薪水。


      工作也有几年了，特别是今年要学的东西越来越多，然后感觉自己越来越无知。有时候恨不能所有的东西都要了解都要懂甚至要精通。但时间毕竟是有限的，况且你还有项目任务在身。当然很多时候也是惰性使然，空闲时间对于技术的关注虽然有，但是很多东西都是理论的东西。


       躺在那里的叫信息(information)，只有内化为自己的才是知识(knowledge)。涓涓细流，饮多少全凭心意。作为一名合格的程序员，你不能嘴上说的天花乱坠，实际让你去做的时候你就干瞪眼。从后台到前台，从汇编到java，从大数据到云计算，吾生有崖而知无崖，欣赏，开放，包容，很多地方都可以学习。


       所以很多东西，特别是感兴趣的开源框架，我一般都会做一个demo，理论性深层的东西可以暂且放到一边，当然你要懂得基本的概念，它是个什么东西，用来做什么的。然后慢慢去接触一些框架底层的东西，实现原理和设计模式，当然你如果模仿框架写一个自己的东西，那么恭喜你框架模型已经吃透了。


       记得前一段时间接触阿里巴巴的分布式框架dubbo，网上查询了很多资料，也加了几个群，关注一下架构大牛的心得历程。其中有一个同学，貌似依照dubbo写了一个属于自己的调度框架，虽然下面有些评论说基本跟dubbo一个架构，但我感觉他是吃透了这个框架才能一步步模仿来的，生活中处处不都是学习借鉴嘛。有句老话怎么说来，照着葫芦画瓢，虽然不甚完美，但有些人他连笔都懒得拿。


       提到dubbo我不得不说下敏捷开发，现在很多公司提倡敏捷开发，包括我们公司，老总会议也是提倡我们要做敏捷开发。起初我是不大关注这个词语的还特意百度了一下，如下：敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。


       但是就目前来说，公司的项目很多敏捷性都不够好，的确我们开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发，但后面的内容我们执行的很不好，或许我们缺少一个好的架构师，也许我们缺少一个好的前端设计师，更甚至我们缺少一个好的核心程序员。作为一个一线的程序员，你要知道一个功能要改N+1个项目的时候你是奔溃的，当你将要完成这个功能，上面说需求有变动时你是泪奔的，即使你愤怒也仅仅是你自己的事。你永远不知道这样的需求还有多少，而大多数程序员也就是这样过来的。


       出现问题总是要解决问题，提出统一合理的解决方案，如果这件事现在没人做，对于你来说这何尝不是一次挑战或者是机会。程序员的思维不仅仅是完成本职工作，而应该是敢于突破自己，挑战公司现有平台的缺陷和不合理的地方。程序员的经验不是随着岁月的流逝而累加的，也就是说经验的增长并不与年龄成正比的。不是说你工作3年就一定能成为一个中级或者高级程序员，也不是说你才工作2年就不可以成为一个架构师。还是那句话，涓涓细流，饮多少全凭心意。你掌握多少东西在心而不是在年龄。


       安逸的公司环境会是一个不求上进的程序员，变得更加懒惰，我甚至无法想象如果脱离公司去其他项目公司会是怎样一种情景。所以，我时常跟身边的同事说，不要仅仅做好本职工作就ok了。不要空闲的时候无所事事，浏览新闻，逛贴吧，这个年龄段你应该成熟的去面对和规划自己的职业生涯了。不要觉得自己多做了就是吃亏，要知道做了就是自己了，年终总结不是写个一二三那么简单。不要庆幸，上级就给我分配了一点任务，又可以无聊发呆看新闻了，殊不知，上级可能觉得你根本无法承担此任务(这样你还感到庆幸吗)。


       你得尝试着去改变，不能因为公司怎样你就可以这样一直下去。事情总是朝着好的方向去发展的，你要真正把自己当成公司的一员，而不是一个打工的。你要把公司向好的一面去推进，其实很早有就发现公司平台有很多差强人意的地方，只是的确自己水平有限，有改造的想法，但是没有实施的能力。


       你得尝试着去改变，你要把平台复杂的问题简单化，重复的任务统一化。我觉得这才是敏捷开发的根本，用最少得时间成本解决相对复杂繁重的问题。最近也在研究一些架构性的我东西，也是得益于李智慧老师的大型网站技术架构，很系统很全面。什么是架构？有人讲， 说架构并不是一 个很 悬 乎的 东西 ， 实际 上就是一个架子 ， 放一些 业务 和算法，跟我们的生活中的晾衣架很像。更抽象一点，说架构其 实 是 对 我 们 重复性业务 的抽象和我 们 未来 业务 拓展的前瞻，强调过去的经验和你对整个行业的预见。

<ignore_js_op> 

        一个合理的架构设计后期是可以避免很多不必要的繁重的任务。从你的项目搭建，服务化组件，消息中间件，数据库中间件，配置管理，甚至于项目安全，高可用，扩展性，伸缩性等等都是架构师所考虑的范畴。当然一个合格的架构师关注的是人而不是产品，一定要坚信：一群优秀的人做一件他们热爱的事情，一定能取得成功。不管过程多么曲折，不管外人开来多么不可思议。一个好的产品，驱动应该是人而不应该是其它。一个优秀的架构师，指望优秀的人来帮自己做事，不如做成一件事让自己和参与的人都变得优秀。


        成长是需要过程的，更是需要用心的，所以不要在最好的年华浪费了你最充沛的精力。
       
        前几天一个朋友碰巧问到我并发的问题，其实这方面我也接触的比较少，至少到目前为止公司的项目数据库都没有做主从、读写分离，又何来的高并发让你去实践。但这并不代表有些东西你就不能去接触，未来和机会总是留给时刻有准备的人。高并发其实虚无缥缈东西，很少有网站真的需要这些东西，而且其中很多技术，其实你已经在用了，只有很少的网站真的能达到高并发， 所以很多人没有接触也是常态。

        其实对于这个问题，我是不好意思回答的。虽然系统中也用到了类似的技术，比如页面静态化，本地缓存服务，nginx反向代理，静态文件压缩以及动静分离。当然还有，消息队列，文件服务器，数据库主和集群，应用负载均衡集群以及分布式服务等等。说到底，解决高并发无非是上面技术的罗列，程序员要做的就是把每个技术具体实现。 

        对于一些创业型公司来说，免费的永远是最好的，linux、nginx、tomcat、mysql、java，redis......各种开源免费的工具。在保障可用的情况的，尽量使公司的利益最大化。

       所以作为一名合格的程序员，你不仅仅要会写几行代码，掌握以上开源的工具也很重要的。对于linux的关注，其实也是在去年开始。由于win2003的不再维护，我狠狠心把服务器系统换成了linux系统。从开始的不习惯到现在的得心应手，说真的，不要畏缩不要不敢去尝试，习惯这东西说白了就是懒惰，明知道有更好的解决方案，更好的结果和未来，你就不去做，除了懒能是什么？

       再长的路一步一步也能走完，再短的路不迈开双脚也无法到达。可能这句话用在这里不是那么恰当，只是让大家明白一点，勇敢的走出一步，兴趣永远是最好的老师，当然一步步收获的喜悦也是你前进的动力。


       说了这么多，有点乱，但都是平时的一些思考。这里引用博客园的一段话：

<ignore_js_op> 

        如何不停的学习和提升，这里以Java语言为例，首先， 一定要 理解 JAVA；第二步，JAVA完了以后，一定要 理 解 JVM；其次，还要 理解 操作系统；再次还是要了解一下 Design Pattern，这将告诉你怎么把过去的经验抽象沉淀供将来借鉴；还要学习 TCP/IP、 分布式系 统、数据结构和算法。


       最后就是我想说的就是今天我所说的可能一切都是错的！大家通过不停的学习、练习和总结， 形成自己的一认知体系，谢谢大家。