楼主的问题其实很简单，大规模的信息化系统构建
当然需要大量优秀的工程师，但是并不是每个项目都需要，
很多项目 用一些事务脚本也能构建出一个破破烂烂的系统出来
这并不妨碍这样低质量的软件创造良好的业务价值

程序员里面本身就有很多鄙视链，做底层操作系统的鄙视 做数据库 做中间件的
做数据库 中间件的 鄙视做业务系统的， 做业务系统的相互之间鄙视 做数据量大的系统 鄙视 做数据量小的系统
C++ 鄙视 Java，Java 鄙视 Python 然后大家一起鄙视 PHP
不过历史发展过来，Java 自带内存回收 单一范式却得到了市场的广泛认可，最终成为了企业级软件的首选
反倒是 C++ 应用场景越来越局限。

从汇编语言 到 C 语言 解决了 工程师难以理解的汇编操作符，
程序员终于不用自己管理栈空间了 , 也不用记忆一堆晦涩的 CPU 指令 软件开发 从马车进入了蒸汽时代

从 C 语言到 C++ 带来了多范式编程，解决了大型软件系统的抽象概念的表达问题 ，人们可以使用 面向对象 面向过程 函数式 模板 等各种方式 来编写程序，并使用这些范式解决特定领域的问题

从 C++到 Java 程序员终于不用管理内存了 有了虚拟机 终于不用考虑各个平台上的 API 差异了
只管 new new 反正最后有虚拟机给你擦屁股

每一次的进步都伴随着 机器性能的进步 技术的不断发展，而程序员的门槛越来越低，这本身是一件好事，技术的发展本来就是将人类从无趣的机器细节中 拯救出来，让开发者可以专注于 高层次的概念表达


编程本来只是一个工具，没必要过于神话它，现在很多所谓技术上的困难
随着时间的推移 都会被慢慢解决掉，那个时候 程序员将不用再关心机器细节，或者更少的关心机器细节，
而将大部分的精力放在高层次的抽象概念的表达，作为一个编程多年的 开发者，我相信这一天会到来

最后说一句 构建软件的本质困难 从来不是技术，而是维护抽象概念的完整性表达，技术的困难永远是暂时的

@newtype0092 #153

术业有专攻，在高级语言里面 使用位操作 本身就是一个带有臭味的操作
我不懂 G1 是如何实现的，但是我懂一般的有向图分析垃圾回收原理
这并不妨碍我使用 Java 构建良好的软件

@jasperjia #152

我一个破二本 跟很多 985 211 院校的
计算机专业出身的程序员 做过同事 在一个团队里面工作过，
说实话 做应用层面的开发，我一点不虚他们

http://developer.51cto.com/art/201508/488723.htm

这篇文章已经讲得很清楚了，没啥好说的了

恢复 Web 功能 呸..

最终还是看业务 看场景，抛开具体情况谈 就是耍流氓

携程 弹性

xxl-job

当然可以.. 实际上拿线程池抗压 又不是没干过，因为后端大部分时候 都阻塞在网络 IO 数据库网络 IO 等等上面，
其实实际的计算负载很低的..

@neoblackcap #85 说实话我还是看好 Go 这种用户态线程的做法，异步 IO 回调这种方法始终是令人难受的