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

QQ账号登录	立即注册>>

admin

1244 主题	544 听众	1万金钱

管理员

TA的每日心情

	衰 2021-2-2 11:21

签到天数: 36 天

[LV.5]常住居民I

电梯直达

楼主

发表于 2016-06-04 19:33:52 |只看该作者 |倒序浏览

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

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

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

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

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

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

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

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

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

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

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

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

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

      成长是需要过程的，更是需要用心的，所以不要在最好的年华浪费了你最充沛的精力。

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

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

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

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

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

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

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

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

科帮网 1、本主题所有言论和图片纯属会员个人意见，与本社区立场无关
2、本站所有主题由该帖子作者发表，该帖子作者与科帮网享有帖子相关版权
3、其他单位或个人使用、转载或引用本文时必须同时征得该帖子作者和科帮网的同意
4、帖子作者须承担一切因本文发表而直接或间接导致的民事或刑事法律责任
5、本帖部分内容转载自其它媒体，但并不代表本站赞同其观点和对其真实性负责
6、如本帖侵犯到任何版权问题，请立即告知本站，本站将及时予与删除并致以最深的歉意
7、科帮网管理员和版主有权不事先通知发贴者而删除本文