如题， 经历的公司都是搞 ToB 的，业务量也不够，每天 CRUD ，在业务需求上扯皮很无聊

业务量有限，现在唯一能在工作中学的只有设计模式了（ Python 真的需要什么设计模式吗？？？）

想想自己在实习的时候就梦想成为架构师，奈何脑子确实不聪明，只能一点点努力瞎摸索

我仔细想了一下，实现路径大概是这样的：

首先，先把自己公司的基础架构摸清楚：如 AWS ，

然后就是常用的组件以及使用场景学会，如 Mysql ，Redis ，ES

紧接着跳槽到小公司应聘架构师岗位，然后以后就能一直干架构了

这么想是对的吗？大家都是怎么成长起来的？请各位指点指点。

小公司未必需要架构师，即使公司写着招聘架构师，可能只是要一个全能的打工仔。

架构其实是技术无关的，跟技术有关的叫技术选型。

给你推荐一本架构入门书《凤凰架构》，中文的

最近刚在看耶

我觉得你需要跳槽几家公司，我也工作三年了，换了 4 家公司，做过云计算，电商零售平台，系统，区块链等业务方向，工作中换了 6 种编程语言，各种中间件、数据库多多少少都得了解，我也不觉得自己能做架构师，当然那种水货不论，我觉得你得先经历各种业务场景，了解其中问题点，有些广泛的技术面，要想成长，采坑与加班必不可少，不是那么容易的，架构师技术可以不深，但一定要全面，体系化

标题像自嘲

当然，你可以先去小公司试试水，毕竟很多架构师也是从小公司做上来的

先把 CSAPP 和 DDIA 啃透了吧

同在看

同在看

建议你先去找一份系统架构师的考试大纲看看。知道怎么购买云主机，熟练掌握 Mysql 、Redis 的安装，与真正的系统架构师，还是有亿点区别的。

而且架构师这个名号，只要多年的努力与刻苦，基本上都能达到。但 IT 再向上，就会出现细分方向，比如走科研、公司与团队管理、市场与营销等等方向，这些更高的方向，就开始需要天赋了，并且这些方向的侧重点又会有亿点区别。

我一直觉得架构师这个 title 过于无聊，小公司不需要，大公司更不需要。

这样的话想当一辈子技术人也太难了

全是真实情况，刚毕业去了一个研发不足十人的小公司，现在好不容易来了一个研发小于 60 的公司。。。

没你想的这么简单，极客上许式伟的架构师课程可以看下

好像只在 Java 系听说过架构师...

软考教程 架构师 对架构师定义很明确了

m.cnitpm.com/pm1/87649.html

软考可还行哈哈哈，这玩意在私企有用吗

看企业性质，对公还是对私，对于对公企业来说，还是很管用的，我之前的公司考上的按等级给一次性补贴和每月津贴。

多谢老哥！

架构师是领导岗位啊，都是内部升上去的，技术知识只占其中的一部分

换句话说，individual contributor 的 terminal level 并不是架构师，而是类似于高级工程师这样的职位。说实话，你写的这些内容，不太差的应届都掌握的七七八八了

楼上提到的一些点，CSAPP 是大一大二入门课，真的有什么用吗，DDIA 虽然和系统设计沾边，但是也不过是一门入门书，复读这两本书的同学真的不是叶公好龙吗。。还有说极客时间和软考的，那我只要买了门课然后考了软考架构师就是所谓的“架构师”了，然而真实世界是这样吗

架构是啥？
就是啥他妈都会一点，我觉得构架反而更合适。
因为架子就是文档，写完让小弟们写去。
然后自己慢慢审核就好了。

仔细想想
你真的想要成为架构师吗

以前我也是这么想的，现在我对所谓架构师毫无兴趣

什么岗位不重要，挣钱比较重要

久病成良医，工程师做资深了就变架构师了。

个人 php 出身，近两年学习使用 go ，个人目标 云原生架构师。直接越过 java 那一套，容器上层做服务治理，脱离单一语言生态束缚，，，目前在啃 k8s

先把单词拼对，比如 Mysql -> MySQL

纠结这破单词属实没必要，又不是写简历上，拼对了就厉害了？

钱多就好

可以适当的把自己工作的范畴扩大一下，比如说帮忙部署测试环境，如果不是大的更新也可以试着帮忙部署生产环境。
慢慢的往 Devops 方向走，等后端开发，后端部署都慢慢熟悉了以后，再加入到产品需求的讨论中。也就能慢慢成长了！

哈哈哈哈好的谢谢纠正

现在是技术没学到钱也没挣到 35 还要面临转行