大厂完善的基建对于个人发展的利弊

但是如果没有进大厂，你甚至连基建原来还能做成这样的都不知道

…这一股没有困难，创造困难也要上的感觉是怎么回事…

一个猜想，不一定对，有没有一种可能，大厂的基建给你节约下来在配置上浪费的时间，足够你去学一些你可以自由选择的，其他的新东西呢（
最起码你可以自己决定你这些时间想学什么，而不是被绑死在比如例子里的 nginx 基础配置

你想学，就自己找时间慢慢搭呗，还正好有参考呢

有现成的东西可以用，不等于学不到东西
相反，有现成的东西更容易学到东西，起码不用踩坑

小厂起步连这些东西长啥样都不知道，更别说去做，搞不好最后就是啥都干了一点，啥都知道一点，毫无深度，对发展其实也不好

在大厂: 没吃过猪肉, 起码见过猪跑
在小厂: 嗯? 猪是什么? 没听说过

数得出来的几个小厂，做基建的，能接触底层核心研发。其余小厂要么上云，到头来还是用大厂组件搭积木；要么云都不上，大概率一顿乱糊。

下班另学 不就这样的吗

这些东西本身就不是程序员要学的。。。一个成熟的行业必然是细分到极致的。

选择鹅厂，同时满足你大厂，无基建这两大要求

一般应届轮不到你去基建。。。。假如你是大佬，是可以直奔架构组，而小厂根本没有岗位机会。
小厂为啥操心这个？

同意楼上，要纠结的话可以去一个是大厂，但是基建烂的地方

并不是啊，很多基建都是我们业务线孵化的，即使现在收口到鸡架，我们的优化诉求他们也做不过来

我还没见过小厂搭建基建的

其实很多小厂的程序员也是万般皆下品唯有业逻高的心理，不愿意去碰业务逻辑开发之外的东西……满脑子只想着修齐治平早日离开什么都要干的底层技术岗位转岗管理晋升蜥蜴欧迎娶白富美……他们对基建的运维能力不见得比大厂出来的纯程序员好

反正我接触的地（方性）行（业信息化）小（厂）出来的按理应该全栈的技术人员，就是跟一（线）互（联网）大（厂）的纯程们一样不懂基建的。

无论大小公司，重点其实是自己想不想学，而不是公司让不让你做...
现在网上没那么封闭的其实，偶尔上下 V 站逛下 GITHUB 就发现新东西了，哪里什么不知道猪是什么？
只要自己保持对这块的关注，你不会不知道什么是猪，充其量最多是盲人摸象而已。
但是你有学习的心态，自建虚拟机，购买个云服务器，自建下环境，基本都弄清楚了。
而且就算大厂，你看到的只是你看到的，背面是怎样你一样不清楚，当然有些又内部交流的可以跨部门聊，但是你如果自己没这个心态，你在哪都一样。
别说大厂不给机会你，小厂也未必给机会你，小厂要么上云服务要么老板做运维要么技术主管做运维，你刚去到小厂你觉得哪来的机会给你........

@Inn0Vat10n #9 笑死，太真实了

那要看哪个大厂了，如果是腾讯这种，只会让你有机会造一大堆轮子

早几年还有人坚持用命令行+笔记本写 Java ，理由是使用 IDE 会让程序员忘记 Java 的命令行编译方式、过于依赖 IDE 。现在应该没啥人提了。

前端多写一个页面、后端多提供一个服务 都是能直接提供价值的事，而「本可一键配置的东西让一个新人去摸索一周、甚至最后的配置还担心出问题」不提供价值 IDE 也好、基建也好，都是提升程序员工作效率的工具，让程序员能更聚焦在写代码这事上才是全局最优。

小一点的公司的确有实践机会，但假如可选，你认为小公司会不用更稳定便捷的基建么？ 这意味着什么，这部分技能就是应该被封装、被移交给专门做这块的部门 /ToB 公司承担的。

你说的这些玩意不是随便就做出来了.....apm 有啥难的?

学着搭建一套不更好吗

@adoal 说的啥玩意？能不能说人话。block 一记

多大个事儿啊，自己搭着玩不就得了，实在瘾大，转岗干 IT 去^_^

小厂个人的舞台确实是更大，只是钱少事多。想推动基建也是有阻力的，老同事质量参差不齐，在极度内卷的条件下还要别人下成本学习略先进的技术，吃力不讨好。。
大厂就不同了，同在优秀的人圈子里，随处都可以找到比自己牛的或水平近似的来交流

@Inn0Vat10n 真实，鹅厂的基建属实是离谱，好在内部的 Oteam 在逐步解决基建的问题

把完善去掉，实际上大厂也有很不完善的基建

看到这么多人在吐槽鹅厂，我就放心了。

@Tentails666 真相了

告诉你一个秘密，大厂内部用的系统基本比不上云服务的用户体验

1.你说的这些，不难，只要有足够的时间，你可以自己练习搭建起来。

2.你说的这些，目前大部分都只是计科本科与研究生阶段的东西，如果你觉得这些东西能让你提高，你还不如好好去学习科班的课程知识。

3.有些人觉得，这些浪费时间的东西，别人帮你搭建好了，自己可以躺，这是比较舒适的事情。这类人适合去分工明确的大厂或外企。

但还有些人觉得，自己喜欢这一套东西，一定要自己搞一遍才好玩，那就建议你去中小公司里，那种环境就需要啥都会干的全栈工程师。

以上两种选择，没有对错，各有优劣。喜欢哪种，去做就是了。

弊端就是什么弄好了，你填东西就行 但是文档往往不完善，做什么事情就要跨组交流提交工单，慢的要死。我还是喜欢小公司，最好什么东西都自己来，强迫自己学习，多好。大厂看起来是完善，问题是也没人教你怎么从头来里头有什么坑，这用处不太大。你最多就知道你那个组搞得一块齿轮。

@documentzhangx66 这也不是吧，学校里很少学工程中的基建的。比如说 cicd 这些，不可能真的搭建一个起来吧，这个最多就是自己捣鼓一个玩具出来，和真正工程需要的还是不一样，因为没这个需求啊。

@swulling 大厂一个问题是山头林立，比如说数据组并不是唯一一个搞数据的组，几乎每个沾边的都会有一套自己的 pipeline ，这可热闹了。做点东西就要跨组，然后对面组做这个的早就不在了，也没有文档，您自己琢磨去吧！要不就自己搭一个，于是脚手架越来越多。

@levelworm

你在学校有写 OS 原型的需求吗？你在学校有写数据库原型的要求吗？

然而很多要求严格的学校，这是毕业的指标之一。

很多东西你都没需求，但为了学习、研究与探索，你需要自己做一个原型，或者自己搭建一个小规模测试环境出来。

亲自参与小厂的基建能学到很多东西，楼上的鄙视小厂也不用那么鄙视，所有的小厂都没有基建？笑话,作为大厂小厂都呆过的人，大厂确实如 op 所说，但是小厂也有很多参与基建、造轮子的机会，能学到不少

这个不是很好吗？有钱人还羡慕没钱人？（没钱能够体验挣钱的过程？）

大厂完善的基建对于个人发展有利弊关系么？

最好先进大厂，再跳到小厂，再回大厂，再去小厂，这样来回跳
到大厂学懂事情怎样是对的，去小厂学会怎样把事情做对

@yanbo92 同意

个人发展主要靠自学

@documentzhangx66 这倒是，会顺带学到

求求你了，不要把大锅宫酱那一套东西带到 IT 业。

看起来你没分清工具的使用方法和技术能力.

之前在小厂。得到一个结论：小厂能够学到很多东西，真 tm 是放屁。小厂很多就是刀耕火种，还是得在大厂长见识。

有些大厂为了 KPI 自造轮子框架，反而没有最近开源的先进好用。

这种实践对个人能力的提升在哪。。你难不成想把熟练配置 nginx 写在简历上？想做“基建”就去 Infra 相关的组呗

阿里云不就是公共基建么,要什么买什么,小公司开个账号就行了

我恰好在小厂实习，大厂全职。分享下我的感受：
- 小厂野路子太多。啥 framework 都没有，问老板老板说自己想办法；问 senior人家说建议你从头开始写一个；期间遇到过 C 语言没有 hashMap ，senior 说我们一般是自己写一个，不要用第三方的库，更不要用 GitHub 上面的 repo 代码，不管是什么协议。
- 大厂以上问题全部没有，如楼主所说，你要 key-value storage 你就网页上点几下申请就完事了，直接用。好处是能 focus 在“真正的问题”上。缺点是你不知道 key-value storage 怎么实现的，但是没关系，如果你有兴趣，你可以去做 kv storage 的组工作，这样就能很详细了解了。在小厂必然是没这个机会。
- 大厂在文档方面做得更好
- 我依稀记得在小厂需要一根 HDMI 线，IT 的人和我说我们最后一根在上周就给别人了，你再等等，下周估计 amazon 送货就到了。或者你就找老板报销。老板和我说你再等等，或者你把我这根线拔了拿去用，报销比较麻烦，我们一般就是等 IT 去采买。














后面我全职果断据了小厂 offer ，去了大厂。然后小厂上市了，当年给我的 option 到现在已经翻 100 倍了，错过了几百万刀的市值哈哈哈哈哈哈哈哈哈哈哈
允许我做一个悲伤的表情

@drackzy 但是对于造轮子的人可爽了。参见 Bank Python

话说我最想做的活就是：扔给我一个芯片，然后和我说，写个 bootloader 和简单的操作系统出来，移植 C 的工具链并且自己写个简单的 libc 出来，最后给外置设备写驱动。

你根本就不应该去关心 “redis 的配置”。

@LxExExl
哪个小厂这么狠…

另外我从亚麻走了以后才知道亚麻的 infra 是真的好…

现在的趋势是这样的，编程越来越简单，IDE 越来越智能，想把代码写错都难，语法糖越来越多，写的代码越来越少。大厂分工越来越细，每个人都是一颗螺丝钉，随时可以被替代

或者说编程这个活儿平民化了，什么操作系统、编译原理，这些理论知识统统不需要，就可以写代码了

一些过时的经验和奇技淫巧，也没什么卵用了，什么 GC 调优，什么设计模式，最新的 JDK 都没啥参数给你调了，直接傻瓜式使用，这行的门槛只会越来越低

我感觉没啥利弊，老板让用啥就用啥，给钱就行。大公司就熟练使用那套基础设施，不要 care 底层的细节（让你自己去实现一套，原理都一样，关键是公司要有专门的人维护这套系统，还不如直接拿来用），小公司就自己搭环境，也别指望这个过程中学到啥，基本上就是体力活而已......

@Suddoo 哎感觉也是，就算是搭脚手架，也是到处找开源工具拼凑，关键人家的确比自己做得好。但是最后就是 config boy 。

@levelworm 这不就是 linus 当年干的事么

@vance123 我觉得更类似芯片厂某些人做的活？我也不懂，水平不行。

有了大厂的基建，核心要掌握方法论，也就是为什么要这么做
在小厂如果幸运的话，核心要掌握实践，也就是在某个阶段需要做哪些事

@seaiaddca 名字就不说了，都是泪。如果人这辈子只有一次百万期权的机会，那我的遗憾就是这机会来得太早...刚毕业正缺钱的时候，谁能拒绝大厂的 offer 呢？

大厂也不是什么都好，但大厂不好的地方绝不是楼主所认为的这几点。
1 、大厂能告诉你系统怎么设计才是好的，你想实践太简单了，直接自己照着搬一次就行。
2 、小厂基本上谈不上什么基建，主要是没人知道要搞基建，都不是不知道基建怎么搞。作为新人，你永远不知道基建要怎么搞才对。

@LxExExl
Lol so true..

@Tentails666
@chendy
@asanelder
说的好像各种厂的基建就自己用的一样，那干脆各种厂把云都内部开放得了，还卖 p

@adoal 好家伙，我倒是喜欢搞这些基建，写业务多无聊
@a1562619919 我就是那个吃力不讨好的人，其实并不是要完善的基建。如果大厂是高速公路，大多数小厂就黄泥路，水泥路都没有。。。

@Inn0Vat10n 是不是说明业务做的好不好跟技术并没有太大关系？

你这个本质上是对第一性原理的误用，你还可以继续往下追问，你会了这些“基建”是怎么搭的，那你是不是还要学会这些“基建”怎么写，再往下，它们的计算机底层原理是什么，然后是它们的硬件机制是什么，数电模电 ...

这就是个矛盾的问题。

如果从 0 开始，那么确实能学到很多东西，代价是你的成品还不如大厂早就造好的轮子；

如果站在巨人的肩膀，那么可能技术走的更远，代价是你连过程怎么来的都不知道，必然是一个螺丝钉。

好比说酒店厨师长的刀工未必怎么样，因为从来不需要自己切菜，都是下面人给弄好的，厨师长专注质量控制就可以了。

我更倾向于年轻的时候多尝试全栈，后面有机会在进入大厂开眼界，涨水平。这就矛盾了，大厂只需要年轻的螺丝钉

从小作坊来大厂大半年了.

其实纠结技术学到什么没啥用,肯定是大厂更广泛更有难度.
我觉得更值得关注的是,大厂是对人内心,精神的影响.

举个例子,最开始没有流水线的时候,生产汽车一个人要负责全部,或者大部分的组装工作.后来有了流水线,一个人负责其中 1 点点工作,比如你是安装座椅,一直干这个, 速度就很快很熟练.对于个人来说,公司也要求你是必须可替代的,你也只有机会干这个.你可以很精通安装座椅,但是对别的基本上不熟悉.

我在大厂,看到干了五六年的同事,基本上就是这个感觉.微服务就是完完全全的流水线化,基本上 1 年写了四五个接口 /项目,然后就是维护.都是十几年的业务了,修修补补也就那样.你会在某一个领域精通.但是对人的异化,人与人之间的关系,我觉得都比小厂要差很多,搞得我现在非常怀疑人生.

站在巨人的肩膀上

先说个题外话，看结论的朋友可以去分割线以下。

## 个人观点，计算机相关公司分四类：
1. 有公司级私有云，有基建组。
这类公司在业务、技术、规模三个维度没有明显缺陷，基础建设趋近于向外提供能力，有做公有云的打算 or 已经做了。
适合大部分对工业界没有深入研究的应届生。
评价：如果不知道自己选择哪个方向好，在这类公司选一个口碑好点的组是最优解。

2. 有公司级私有云，无基建组。
在业务、技术、规模三个维度至少有一个明显的缺陷，比如业务单一、技术以用为主不研究、公司过大或过小等。
适合有一定互联网经验、正好能补齐这类公司特定缺陷的基层中层来一展身手。
评价：如果方向对口，应届生可以慎重的来，但要做好面对一定程度混乱的准备。毕竟，乱世出英雄嘛。

3. 无公司级私有云，有基建组。
在在业务、技术、规模三个维度至少占有其中一个点，比如专精某个业务、拥有某种特有技术、规模极大等。
适合与公司专精领域情投意合的人去，比如特定专业肯定去特定的国企、研究所，喜欢数据库的肯定去搞数据库的公司。
评价：去这类公司的人往往都是布局很久的，从选专业、实习、思考未来方向都与该领域相关，我就不班门弄斧了。

4. 无公司级私有云，无基建组。
这类公司在在业务、规模两个维度至少占有其中一个点，比如特定业务能力强、规模巨大占据整个市场。
这类公司往往是传统行业的企业，来找互联网的同学做信息化 or 提供支持。适合中高层 or 特定领域应届生转计算机 or 养老
评价：如果你想学习计算机技术如何改变其他领域、学习特定领域使用的计算机技术，或者想学习其他领域的知识，或者想摸清楚其他领域，那非常建议去。

---

上面四类都了解过，工作实习呆过 123 ，和其他行业的朋友聊过 4 。
还是建议选大厂。

很多底层原理自己实验和每天当做工作来做是两码事，手动改一次 Nginx 配置是学习，改 1000 次就是苦逼。更苦逼的是你想优化流程的时候发现里面一堆历史遗留问题，然后周围一堆人都不知道+劝你别改让大家过个好年。

而且在小厂很难遇到一些大规模场景下才有的问题，以至于小厂变大厂的时候还是要从大厂空降一堆人。。。

@LxExExl #48 用 C 的话，大厂也没的库用

楼主应该在字节 /阿里这些吧

因为其它大厂这些也不完善，哈哈哈

或者楼主有个误区，感觉能搭这些就是大牛其实不是这样。这么多年回顾来看，很多时候是在浪费时间。当然接触一下也比较好，方便解决问题，比如 redis/nginx 这些虽然是直接申请的，但是也可以改配置的，并不阻碍你学习。

你那个推论是错的，其实你同学中也有去小厂的吧，可以聊聊。说一点，小厂你搭了一套但你都不知道搭得对不对，而且小业务量不足以支撑你去进一步优化，比如 redis 你搭个单机主从就完全够用了，你想组织一下做个主从切换故障演练公司都没人鸟你。

有东西学总是好的

作为一个工程师你的核心能力是解决问题，而不是配置 redis nginx

重新发明语言和文字，你觉得怎么样？

@LxExExl 这是命，得认。人赚不到自己认知外的钱

"...在工场手工业时期，是分工居于主导，劳动要适应人的不同才能；在这里，人的主体地位并没有被消除。相反，在机器大工业阶段，居于主导地位的是器体系之间的协作，而不是分工；在这里，人的才能和技术水平是无关紧要的，他们完全屈从于机器，沦为后者的附属物，全面丧失了自己的主体地位..."

Sofa 玩得我头都快炸了，架构组、线上产品运维组简直是“草菅人命”～

多次上线因为性能问题被坑，但是没办法，谁让我们是小白鼠～

@yifangtongxing28 是的，其实再让我选一次，我还是会选大厂。

甚至现在跳槽我依然看的是到手的现金+RSU ，option 对我来说还是水中月。

所以错过了就错过了，只是一个人生的小插曲，饭后吹牛的谈资......

确实是组的问题，写业务最佳的状态是人家把轮子都造好，你只要专注在业务逻辑上就可以了。
但是当你的业务代码已经优化到很难继续提升时，你可能需要考虑一下你用的这些轮子上还有没有提升空间，然后理想的状况就是去研究这些东西然后优化它们。

当然实际上这些工作已经有专门的人在做了，那就大家在自己负责的领域努力做好然后去做下一个，人人都是螺丝钉了……大不了干几年出去创业嘛。

挣钱多少而已，技术只是工具，你不会以为大小是跟技术相关吧？

大厂也有不完善的基建，比如一个部门壁垒高企的新部门，新业务，你去了就跟小企业一样牛马。