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

[chenxiankong]

• 楼主目前初入职场半年，目前在大厂做研发工作。
• 工作以来，很明显的感受就是公司的基础建设做的特别的完善，举例来说，服务的性能指标，cpu 利用率，接口耗时等等基本不用关心，框架啥的已经帮你统计好，内网平台可以直接看，平常需要进入实例里手敲命令去查问题的场景很少很少。
• 举一个例子，公司内使用 redis ，基本就是申请好一个实例或者集群直接使用，redis 的配置以及各种考量基本接触不到。
• 完善的基建对于工作了几年的程序员来说，可以避免很多重复劳动，但是对于新手程序员来说，可能更多的实践对于个人的提升会更大，比如小点的公司，起一个服务可能需要你从 nginx 到底层存储都需要去操作配置实践、
• 以上很直接的一个推论就是：对于初入职场的程序员来说，可能大厂并不是最优选择，小点的公司更能起到实践作用。
• 想问问个人 v2exer 的看法

[xsen]

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

[byte10]

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

[JRyan]

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

[fromdark]

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

[Eagleyes]

这就是个矛盾的问题。

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

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

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

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

[xiaotianhu]

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

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

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

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

[JohnSmith]

站在巨人的肩膀上

[HappyFox]

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

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

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

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

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

---

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

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

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

[feather12315]

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

[iyaozhen]

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

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

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

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

[suziewong]

有东西学总是好的

[Pastsong]

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

[loading]

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

[yifangtongxing28]

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

[starryin]

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

[ufan0]

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

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

[LxExExl]

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

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

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

[lanlanye]

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

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

[SmiteChow]

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

[SmiteChow]

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