※ 引述《Jokering5566 (揪客56)》之铭言：
: 小弟之前看到一篇文章，大意在讲说台湾的软件工程师大部分都只是在做CRUD的事情
: 这也跟我目前上班的心得差不多。
: 我开始后端工程师的工作也不到1年，大部分的时间就是依照以前留下来的框架写法
: 串接数据库资料到前端，而前端画面是别人负责就是。
: 感觉到这样的事情似乎在职涯竞争力上非常的薄弱，
: 这种一个随便刚毕业的人就能胜任的工作，公司也不可能开高薪吧，
: 甚至中年失业都有可能。
: 这样后端工程师该如何提升自己的能力呢
: 精进不同框架的使用不太可能，产品一开始就规划好了使用框架，要整个翻掉很少遇到
: 往前端发展，我认识前端画面做得好的几乎都有美术底子，往前端跳又不太明智
: 不晓得各位后端工程师有什么想法吗?
有趣的问题，来一些激荡吧～
Q: 你怎么知道 CRUD 分别吃多少系统资源？需要多少 IOPS / CPU?
Q: 承上，要如何知道 CURD 吃了哪些资源？
Q: 承上，怎么解开这些资源的分配问题？
Q: 1 个连线的 CRUD、10 个连线的 CRUD、100 个的 CRUD ..... 类推，
他们的架构是怎样？
Q: CRUD 的对象是 RDBMS? NoSQL? Block Storage? Cache? Buffer?
Q: 承上: CRUD 的对象怎么选？我只会 MySQL 啦，都往里面塞就是了 .....
Q: 前端怎么知道 CRUD 瓶颈在哪？
Q: CRUD 的操作对象，不管是 RDBMS, NoSQL, Storage, Cache，
瞬间流量冲进来怎么处理？会遇到什么问题？
Q: 线上的系统 CRUD 出问题了，怎么知道哪里出问题？
Q: 当现有的架构要拆分的时候 (microservices)，你的 CRUD 还是 CRUD?
Q: 当系统是分布式的时候，CRUD ... 要怎么办？
Q: 你的 CRUD 考虑的是 ACID or BASE? 还是这啥？
Q: 写十年的 CRUD 然后都做一样的事情？那中年一定失业。
但是可以处理瞬间百万 qps 的 CRUD，你中年一定很忙。
下一系列的 Q
Q: 哪里有百万 qps 的系统啊？qps 是啥？
Q: 当有的时候，你准备好了吗？
Q: 台湾没有百万的 qps 啊，国外有，你准备好了吗？
Q: golang 很屌，可处理百万 qps，是这样？node.js 不行？C# 不行？
Q: 买一台 2048 core 的机器就可以搞定了，需要说那么多吗？ .....
....