背景
毕业后进入传统 IT 行业五年，经历了 2 个公司，一个 30 人的小公司，一个 2000 人 （细分行业前三）的上市公司。为什么想转互联网呢？
作为一个技术人，对于技术的追求一直存在我的心底，传统 IT 公司主要做一些 ToB、ToG 或者内部软件，对于技术深度的要求并不高，很难深入使用一项技术，什么 JVM 调优、多线程、高并发等听起来就很高大上的技术，在传统 IT 公司基本上是用不上的。
另外，传统 IT 公司的工资待遇相比互联网还是差很多的，作为一个北漂族，结婚、买房、生娃以及在北京生活的成本是很高的，在传统 IT 公司需要很高的职位才能 hold 住家庭支出。
最后，传统公司在最近几年，生意并不好做，ToG 的公司不好回款，ToB 的公司甲方爸爸日子都不好过，作为乙方肯定也是很难的。
传统 IT 行业的现状
因为传统公司的生意不好做，所以也需要降本增效，只是它不是这么讲的而已。
他有自己的一套逻辑，比如说 30% 的工资转为绩效工资，按照季度发放，发多少就看你得绩效考核成绩，如果考核成绩比较好给你发满 30%，如果考核成绩不好或者你要离职，不好意思，你的绩效工资没了。
另外，传统公司也开始加班，比如我进入互联网的前一家公司，离开前的几个月开始试行 995，原来是 5 点下班，直接改成 9 点下班了。
虽然，刚出政策的时候，因为大量员工反对，最后没有实行成功，但是这其实是个趋势，钱少事多就是说的这种公司。
互联网能给我什么？
互联网公司基本上都是自研 APP，用户量大，问题多，更有可能涉及更有深度的技术，这对技术人的吸引力很大，作为一个有追求的程序员，谁不想自己的技术牛逼，让大家认可呢。
工资高，脉脉上学生刚毕业人均 30W ，干几年，年薪百万，这谁不想要呢？谁会嫌弃钱多呢？而且，在哪加班不是加班？
互联网思维
互联网区别于传统 IT 企业的最大的区别就在于，互联网公司一切以数据说话。
比如：对于，增长型需求，你做了什么功能，成本多少？收益多少？算出 ROI，从而得出这件事情应不应该做。
对于体验型需求，你做的功能，有没有让你的这个功能模块的投诉量下降？或者，其他体验指标的提升。
而对于传统企业，它没有这么详细的数据，做的好的开发出一套产品，赚不赚钱就看销售和解决方案同学是否给力，能够拿下更多的项目。
它更考验的是业务人员的能力和公司高层的远见，老板是否能有魄力砸成本开发一个软件，业务人员是否有能力把开发出的软件卖出去。
互联网有哪些挑战？
1、项目流程
互联网公司的工作流程是区别于传统企业的。传统公司基本上都是项目制，很多时候都是从 0 创建一个工程，一直开发完所有需求，测试，修复 bug，发布。所以，可能几个月才线上发布一次。之后就是运维，改改 bug。可以说都是从 0 到 1 的过程。
互联网公司基本上都是需求制，是在一个已有成熟项目中增加一些小需求，需求周期基本上都是几天，超过 1 周的都算大需求了。所以，它的周期更短，基本上每天都可能有发布，有的时候甚至一天发布好几次。
2、技术挑战
线上问题排查，更需要在合适的地方打上合适的日志，需要在大量日志中找到出问题的日志。
上下游系统更多，日志更多，更需要 Trace 连通性高。需要更好的技术基础设施。
多线程、并发技术需要理解更透彻，使用错误可能导致出现问题，但是更难排查。
对于性能要求更高，要求功能相应耗时更短，需要一定的性能优化。
7 * 24 小时支持，因为你的用户不区分时间在使用你开发的功能，所以任何时候都有可能出问题，需要随时支持。
转行互联网的得与失
得：
- 更多的工资；
- 接触到了更有深度的技术。
- 数字观，以数字支持自己的决策，而不是拍脑袋；
失：
- 加更多的班；
- 更不稳定，转行第一年就被裁。
- 技术广度更窄，以前还能接触大数据套件，现在基本用不上，主要就集中在 Java、MySQL、Redis 上。
最后，欢迎大家分享自己转行、转语言的经历，让更多人了解各行各业，给自己的职业选择多一个方向！
