毕业一年，一直做业务，感觉没有成长空间

框架都是现成的 相反 框架不是现成的
不用考虑多线程 相反 考虑多线程
不用考虑数据库 相反 考虑数据库
那事能不多么 ....

不加班就多学习，攒点钱 准备跳呗。

@SkyYu822 总结一下，就是自己驱动自己跳出舒适区呗

/t/664865

不要小看业务，更不要小看业务代码

都是 CURD 为什么有的人代码写得好，有的人像一坨屎。

业务岗位哪里有那么多技术难题，更多的时候是如何快速迭代业务。

快速迭代业务这个就涉及到数据库设计、代码规划。

建议多看看一些经典老书：重构、代码大全 2 、企业应用架构模式中文版、实现领域驱动设计、SQL 反模式

写了近三年业务的路过，越来越废了

跟我一样，不过我可以跟着架构学习 k8s

同写业务很多年，技术上没你做的轻松。
我们也用框架+三方库，但是造轮子，改框架也是常事。
数据库还是要考虑的，简单 CURD 数据库，你确定不存在潜在的危险？
虽然没有直接干多线程，可解决并发问题也不少。顺带 redis 我们都用上了。

-行业: 企业应用 -

其实写业务不入技术坑，完全可以走业务线的，除非你现在的公司业务是冷门，不然在业务上的积累，对你自己来说也是个很大的成长。

同行写业务的不少技术人，都转开发自己的产品了，都是基于原先的业务积累，所以 LZ 也可以考虑

1 、可以去学习现有框架的内容。
2 、业务其实也是可以精进的，除非这个业务非常小众，或者这个公司本来就是寡头。
3 、业务代码也有业务代码的优化方向。

楼主可能对码码有什么误解，最值钱的是业务，码码是为了熟悉业务。到资源积累完了就可以好聚好散了，哪有一直给人打工的道理...

@orzorzorzorz 但业务很难有迁移性啊，你现在用的不表示以后能用

@kop1989 @visonme 框架，接口都写好了，你只能在现有的基础上填进去，根本没什么发挥空间。

@x97bgt
学习和发挥不一定说要必须上生产环境的。
软件开发是工程学，工程就是高可靠，低成本，满足需求。

但你个人的学习与精进不等同于你工作上的这点东西，比如为什么用这个框架，这个框架好在哪，市面上有没有更优秀的替代方案，你当前用的框架性能如何，可扩展、维护性如何等等。

并不是只有学以致用才是学习。

往产品经理或者项目经理等管理岗发展呗

以前我也这么觉得，后面看大家都这么说，也知道其实一线开发主要还是业务的 curd 。
但 curd 也要看看环境的，我之前在一家传统行业呆了快三年，后面始终觉得不能一直待在一家公司，就走了。
去了外面才见到正规的项目流程，知道互联网的规范开发设计。
没去外面参与项目根本没法知道这些，
但是，互联网项目压力大，普遍加班挺多，熬夜上线。
如果我当时懂得外面这些知识，也不会不安的离开。
钱给够就好啦，把自己手上的活想好怎么去干好，然后再去学学技术提高自己。

你熟悉框架的底层吗，熟悉框架的多线程实现方式吗，熟悉数据库的底层封装吗。

项目成长是一方面，更多还是要自我驱动。

到今年 7 月份我也就毕业一年了，在一个中型企业，也是搞业务，一个一般的公司我觉得只有挺少数职位去搞那种”你所认为的非业务代码“，也就是产品无关性的代码，行业通用性的东西，但是这部分人，你可以仔细体会一下，其实他们搞得就是行业通用的工具或者架构，他们在这个方面是由心得的，来的所有问题，基本上能 hold 住的，像架构师，或者某类数据库、消息队列、框架方便的”专家“等，其他的同学，于我个人理解，其实也是业务代码，不过你跟他们相比跟接近产品层面而已。
我前不久有过类似疑问，所以我在 v2 上面提了一个问题叫"程序员面临的高阶职业 y 有哪些，路子怎么走" ^^,你也可以想想这个问题， 核心我感觉其实还是在于迷茫，不知道往哪个地方走，我不久前邀请我们架构师大大聊聊天，让他帮我解解惑，因为我自身对这个行业认知是停留在纸上的，（虽然也快一年了），他就给我说了挺多东西，确实有些地方有帮到我，我建议你，可以好好看透目前你疑惑地方的本质，针对性提出几个号的问题或者疑惑点，然后在周五，像今天就不错，就他不忙的时间，找你团队的老大或者架构师，去聊聊，感觉帮助应该不小，在网上言语权威性其实你无法甄别，建议找个现实的大佬聊聊。

@guanmangzhi 是这样的,现实中的你觉得可以聊的大佬,绝对是互相认识有所了解的,听他一些即使不算很有经验的建议,但要比你在这里收到的实用 /适合甚至质量。(个人见解)

程序员技术的发展路线其实分几种的
1 、学术路线，比如 人工智能、算法岗位、IT 行业底层开发（不是平常工作中说的底层，而是整个计算机领域的底层，比如数据库开发、操作系统内核开发等等之类的）
2 、项目工程化落地，负责把项目用架构或者成熟的一套落地，并且上线维护并保证稳定性。
3 、就是业务专家，对于公司的业务，或者从事的行业有着极深的理解，比如公司是做物流的，知道物流行业有哪些需求，客户的痛点是什么。该如何从零开始设计一个产品并代码实现。

2 和 3 经常是一体的，大部分人由于学历、学术背景走不了 1，也没这个能力。

2 、3 是大部分人的发展方向，这里面的知识非常多，比如 2，如何快速定位生产问题，能否事先在高风险点设计好补偿和定位机制，生产出事故后，能在极端的时间内利用事先准备好的补偿方案降低损失，项目的可维护性是否能让接手的人能快速上手而不是骂骂咧咧。

3 其实是最能翻身的可能，3 因为一直大量的接触业务，熟悉了行业规则和套路。大部分有了资本以后，就是跳槽出去单干了。我以前的老大，物流行业开发十几年，技术水平说实在的，确实一般。但是对于物流行业理解极深，熟悉整套业务，现在出去成立工作室单干，做的收入比很多自认为水平不错的 2，多的非常多


任何技术脱离了业务，价值都不大

毕业三年了还是在 curd,依旧还是人类的本质。

同 现在很迷茫 不知道怎么进 也不知道怎么退

真的有把现有业务吃透么？

举几个简单的例子，希望对你有用：
1. 前后端分离如何实现的
2. api 鉴权如何实现的
3. 框架源码是否有了解？是否能自己魔改以满足业务的需求
4. 业务日志系统如何处理的？是否了解 elk ？
5. 数据库慢日志是否接触？学会如何优化
6. nosql 缓存是否深入应用
7. 数据库主从、分库分表
8. 核心业务拆分微服务，上 docker ？
9. 是否了解现有项目性能瓶颈，如何追踪？ trace ？
10. 业务报警机制
11. 削峰解耦 mq ？
12. 如何保证系统的稳定性？

这个业务是指的行业业务，还是技术层面的哦=。=是我理解有偏差了？

@pena 实习了一个半月，发现这些刚好是我有些懵懵懂懂的点，谢谢你！

@pena 懵懂实习生，大神有关前端方面的建议吗

你们公司有没有职级晋升答辩？有的话感觉就知道怎么成长了。

我现在依然记着当初面试时，一个面试官说的话：去有流量、有访问量的公司，这样会学到很多。框架会解决许多问题，但是不能解决所有问题。多学、多看、多问，年轻是最大的本钱

毕业一年，公司同事已经分不清我的 title 了

成为业务大佬也是很牛逼的，不必技术差

LZ 缺失职业规划的知识技能，没有方向就容易迷茫。程序员的发展大致分三个阶段：

1. 个人优秀，转型升级至技术专家、架构师或基层管理等。
2. 团队优秀，提升管理技能，用个人优秀阶段累积的经验助力团队优秀，从内部走向外部，在行业内打造影响力。
3. 拓展思维，从技术思维到用户思维，掌握产品、业务、销售等技能，向用户、客户靠近，掌握职业发展主动权。

程序员是碗青春饭，这背后有许多客观因素，而挣脱危机的方法唯有自我突破，如何提前学习储备多种软硬技能，如何长期聚焦某个领域持续精进，这都需要很多顺应人性的策略方法。回复里无法细说，我在个人博客上分享了不少思考，供参考拍砖

@laobingge 博客在哪里