程序员只关注技术很容易一叶障目

今天时隔好久,来写写吐苦水反鸡汤的第三篇程序员

假设,团队作了一个对内的中小型业务中心的应用,访问量不高,预判未来几年内也不会遇到高并发之类的压力
可是TeamLeader说,咱们要先后端分离,要负载均衡,要上Docker,要代码规范整洁,要可扩展性好,要足够自动化运维,要微服务、要这个那个……
结果一个Node全栈工程师一俩月能搞定放那简单改改的事,硬让好几我的弄了几个月,还搞了一堆KPI什么的
丰富了你们的简历面试

然而最后却发现项目的商业价值并无由于你的努力而改变,我也不知道下家的面试官会怎么想你所在的Team
那你在作什么呢?你的这样的TeamLeader又图什么?后端

作了这么些年的技术有时候我愈加想不透,程序员对这些技术的追求没问题,
可是真落在项目上,尤为是中小项目上,除了知足本身那点虚荣以外能给企业带来什么?
本身得瑟开源也就罢了,公司的项目能不能作大作强,又不是一个技术说了算的。架构

转眼看被咱们嘲笑的日本IT,UI作得土,技术老旧,
可是,这对价值输出影响不大,而东西的价值大了以后,那些东西天然会跟上来,并且大多也作得很好。
我管你用单机Java6仍是什么混搭架构呢?
为啥呢?人家的IT泡沫退潮了,不迷信这个,投资谨慎,知道该不干吗,有起码的商业意识。并发

别的不说,就看CSDN的主页,一年比一年糟心,
还在得瑟什么年薪大几十万的程序员,有多少比例啊?
鼓励师你见过几个啊?
怎么还在打哪一个语言强啊?
都不敢看了。负载均衡

扯远了,正经帖子,大把仍是拿别人帖子或者书里的东西copy总结一下
作笔记却是不反对,不过今天写单例明天还写单例,干吗呢?前后端分离

可是码农关注经济金融、国际政治、行业形势和工商管理这些东西的又有几个?
最次的,知道产品和运营工做价值的又有多少?了解一下项目管理怎么样?运维

最后想说啊,程序员只关注技术很容易一叶障目
可是在关注别的之前,能不能先把那个猪圈净化一下下?微服务

相关文章
相关标签/搜索