美媒称推特只剩 1300 人，马斯克回应称还有 2300 名活跃员工，如何看待此事？
我从技术的角度来说下为什么部分程序员高度内卷，最后会把自己和同事们都卷死。 对于很多互联网企业来说，产品的迭代越到后期工作量越少、频率越低，这个时候怎么才能"充工作量"，显得饱满呢? 技术部门自主"充工作量"三板斧：集成、监控、风控。 什么意思呢？为了日报、周报、月报、季度报有内容可以写，于是各种自己琢磨新轮子。 这其中以自主开发的高度自动化、傻瓜化的运维监控系统为主，动不动就是各种维度的数据统计、各种服务器集群的可视化、一键自动修复故障、各种自动容灾备份方案、拖拽式生成Shell等脚本等等，发布部署这里都不提了。 像风控之类的很多也是业务都没提，技术自己给自己当产品经理，什么Flink、Spark等实时计算框架或者自己造轮子硬造出来的流式计算体系建设好，在此平台基础上开发各种风控策略进行预警、拦截。 ........ 这些工作是有意义的，但是这些工作越完善、越有效，真的是会让老板、股东们认为后期需要维护的人越少。 别的不说，光是Java技术栈的演变史，SpringBoot的自动装配有任何底层技术上的突破吗？基本没有，相比较最初的Spring，更多的是设计模式与功能集成等理念上的优化。 同样，微服务全家桶不管是网飞那套还是阿里那套，结合Devops、CI/CD，都是为了方便大幅提升开发人员工作效率的组件、模块。 整天面试问那些性能优化的八股文，实际工作中用的技术框架却又被反射、动态代理堆砌的满满当当的，为什么？因为硬件在当下这个时间点并不是大多数场景的瓶颈，但是程序员自主开发并开源的那些基于反射、注解等技术框架却在不断降低开发门槛。 那么问题来了，程序员老鸟们不断"开源精神"降低这行的门槛，是好事吗？是个锤子........人家韩国就因为大学的医学院扩招，医生们和医学生都跳出来抗议，这才是从业者一起守护护城河的优秀例子。 其实从技术的角度来说，距离真的自动编程可能真的不远了，虽然不清楚未来会不会有新轮子，但是现在的方向就是奔着： 一套集成程序生成、部署的编辑系统，通过友好可视化的编辑器或者其他低代码功能组件使用后，可以自动生成诸如基于SpringBoot的接口、基于Vue或React的前端页面、基于Nacos之类的注册中心、基于GateWay之类的网关、基于Redis之类的缓存、基于Mysql之类的数据库、基于Flink、Spark之类的实时计算、基于Hadoop的离线计算、基于ELK之类的日志收集处理、基于Sklearn、TensorFlow、PyTorch的广告推荐..........这些所有模块系统都能自动生成并部署、自动备份恢复、自动容灾扩容....... 可能有朋友说，你说得这些太夸张了，这种系统应该暂时不会出现，你也太小瞧了开发工作了。 真的夸张吗，是不是还想顺便diss下低代码？不开玩笑，只要大厂们的卷王项目组们真的这么发展下去，谁说一定不会呢？大家想想十多年前开发工作是多么繁琐，但是这种繁琐的背后是对开发人员需求量的增加。例如现在的Vue，你甚至可以不会JS、CSS等内容就能在几天之内复制粘贴element或者ant等模板弄出一个还算精美的可视化系统，这对从业者来说真的不完全是好事.......很多前端老鸟多怀念自己编写或者画的"个人私有库"。 