人人都是架构师
文摘
2024-12-10 20:25
北京
只要用心，人人都是食神，哦不对，串台了。只要用心，人人都是架构师。架构师这个词听起来真是非常牛逼，试问，哪个工程师谁不想成为架构师呢？我们知道架构都有系统架构，软件架构，硬件架构，SOC架构，子系统架构，局部架构，模块架构，微架构。接地气点说，架构就是方案，芯片的整体方案叫架构，我这两行代码的方案就叫做微架构。其实，根本就没有架构师，或者人人都是架构师，老爸老妈，老大跟小妹，男孩女孩，只要用心，人人都是架构师。专家积累了多年的经验，是真正做过的，是可以指导你的，潜心跟专家学习，通过搬砖，实现自我提升。把专家的本事学到手里，多年之后，你也会成为专家，技术就是这样一个迭代创新，轮回的过程。技术的尽头是office。专家不写代码，甚至可以不用进Linux，只需要一个Office三件套和Visio，就可以把芯片设计了。专家每天的工作就是开会，各种详设、验证、方案文档review会议，代码review会议。专家会活跃在各类问题邮件里，为干活的同事提出各种建设性的意见。Review你文档的时候，专家说，我现在不敢肯定这一定有问题，我也不敢肯定一定没问题。真是听君一席话，如听一席话。遇到任务分配的时候，专家说，我现在不参与具体的任务，叫我说可以，叫我干不行。项目进展很顺序，都是专家领导有方，项目进展阻塞了，都是干活干的不行，怎么这么简单的一个事情，干了这么久。专家，立于不败之地。芯片最后没出问题，都是专家领导有方，芯片出了问题，都是你干活的干的不行，我给你说了多少次，怎么这么简单的地方还会出错。专家，立于不败之地。专家一定要避免少下场干活，多输出理论，和嘴皮子功夫，干的少，就不会犯错。如果一个技术人员每天有一半的时间在开会，他就没办法潜心写代码。时间被碎片化了，他就没时间写代码，更没时间debug问题。他的活就干不好，如果他想把活干好，他就不能老是开会，他每天如果有一半的时候都在开会，那他，，。写代码悖论。相比于专家，还有一个更接地气的称谓，到了公司，别怕生，逢人就叫老师，准没错儿。人均老师。老师这个词，已经被叫烂了，专家这个词也快了。所以我正式宣布，以后请叫我宁工。相比于各路架构师、专家、老师，工程师可真是这职场的一股清流啊。咦，怎么突然刮了一阵风，怪冷的，刮的是什么风，刮的是我的两袖清风。
