大部分的企业级应用从本质上看，都是在做增删查改，但是有些公司的业务复杂而专业，有些公司应用的在线用户很多，你做的增删查改和别人做的增删查改，可能会有极大的区别，举个例子：

你做一个新闻资讯网站，首页上需要展示当天最热门的十条新闻，网站每分钟大概有100个人访问，那么这个功能你可以这样实现：select top 10 from 新闻表 order by 阅读量 desc;
但如果是一个跟今日头条体量相当的网站或APP呢，每分钟有100万人进入首页，那么还能做成这么简单的一个查询么？相信数据库肯定是扛不住的！

反思自己的工作

建议工作两三年的程序员，可以好好地分析一下自己现在做的工作，是不是简单的增删查改：

业务是否专业？我拥有这些业务知识，是否可以在该领域长期发展？比如在金融相关的行业做核心系统，又比如一直在做支付相关的业务。
用户量是否大？是否有高并发的场景？项目为增加系统的高可用性，做了哪些措施？
是否能参与流程讨论和制定？是否能参与架构设计或功能设计？是否能摸到核心的业务和代码？
如果以上一项都不沾边，那么你很可能是在做简单的增删改查，这种敲代码的工作，可以说是“体力劳动”；也可能你现在的工资还不错，朝九晚五不用加班，你对现在的工作状态很满意，但是！建议赶紧跳出这个舒适圈；因为你很快就会摸到职业发展的天花板，很快就会面临失业的危机。

image

程序员如何修炼

如果你现在处在这个舒适圈，个人给一些建议：

如果你接受跳槽，那就果断跳：我是不鼓励程序员频繁跳槽的，但是不得不说，跳槽是解决这个问题最快的手段；【平台非诚重要】，你可以通过选择一个更高的平台，跳出现在的舒适圈：在上一家单位的时候，我们的技术栈是 SSH + Oracle ，现在的单位以 Spring Boot、Spring Cloud 为主，关系型数据库和非关系型数据库都有使用，这就提高了不少；
如果你觉得现在的公司还不错，值得奋斗一辈子，那么先考虑一下能否把现在的项目做的更好，能否引入一下比较主流的技术组件以解决项目遇到的问题；能否担任更重要的工作；
不管跳不跳槽，程序员都需要不断地学习：利用碎片化时间学习虽然值得称赞，但是更鼓励抽出完整的时间去学习，最好关闭一切通讯软件，避免被打扰；并且把学习内容通过笔记、博客等形式记录下来。
至于技术路线么，建议还是从工作出发；比如项目中关系型数据用的比较多，那么除了会写SQL之外，还得懂一些数据库优化的知识，如果能引入一些NoSQL数据库就更好了；如果用户越来愈多，项目扩展越来越难，那么就要了解了解分布式架构设计，如何把一个大的单体应用拆分开，非核心功能可以引入消息队列进行异步处理，等等。

image.png