在国内外的社区论坛搜开发管理的资料学习，换公司对你来说可能负面影响更大吧，未知风险，收入降低的风险，还会让你背一个逃避问题的锅。得过且过会让你逐渐学到各种坏习惯，还想拉别人下水，就像失身后的人见不得别人比自己干净。我认为 IBM ，Redhat ，Google 这些公司，他们的开发者免费分享的一些项目开发管理的思路，可以借鉴学习，但不要用在自己当前的公司，也不要尝试去改变公司，在国内，开发流程的约束一直是自上向下，自下向上属于自我折磨。

认真地说，我能理解 我呆在我司的一个重点因素是公司比较小（刚来的时候甚至就我一个程序员），我可以自己搭基建，有必要的话，领导也愿意花钱（领导不是太懂，但也愿意支持） 目前的开发流程、项目技术选型基本上是我来定的，所以我可以模仿大厂又不完全模仿大厂的方式来做。选什么样的框架、开发语言、软件版本、编程规范甚至是周边的如何做 CI/CD ，使用什么配套软件，选购什么服务器和操作系统，如何设计架构等。 不得不说这种感觉还是挺爽的。因为我对自己的定位一直是架构师，所以能自由发挥的感觉还是挺好的 但是吧，如果你公司人还是有一些，你自己又是个新人。那我建议你还是先忍忍，至少得等你站稳了脚跟、证明了能力再跟领导说。关键问题是领导愿不愿意相信你，花这些时间和精力能否真的提升效率。 而且一定的模仿能力是程序员的基本要求，大公司应该更是如此，你不能一进来就重构重新设计流程，而是尽量模仿别人已经有的代码写。

你和代码有一个能跑就行，来自老油条的一点人生经验。

能用就行了 流程参考其实问 AI 就够了

你可以把你的困境和实际情况告诉 AI ，让他帮你出 1 期，2 期，3 期这样的方案然后带着方案找老板聊。当然你做这些事情的时候最好有稍微说得上的领导支持，可以主动去聊聊。混乱无序有时候确实是机会，但这些东西其实很透明，并没有存在有个通用公式可以套用，切勿奉若圭臬，得看具体情况，否则很容易自嗨。愿意尽量去思考改变一些事情，这也是很多公司愿意培养应届生的原因，这点上当然是很好的。

用空余的时间去学习，增强面试能力换一家更好的公司

说实话能跑就行，一开始入行看了太多水文章全是什么 cicd eslint 前端工程化.... 觉得工作中就应该要这么做。后来慢慢的变成老油条没了技术追求。只要不出 bug 的代码就是好代码。现在有了 agent ide 更是不在乎那些了，能跑就行

大厂也一样会有这种情况，只是可能稍微好一些，遇到不规范的概率低一些，然后大厂的人基础素质能力高一些有时候一些不规范的问题就被掩盖了而已...

新人不要想掺和研发流程，你推不动