xiaotianhu

4w 人公司，自己把库搭在自己开发机上。
一人一个开发机。

兴趣是最好的老师。
当年我上大学，机械专业的。参与了一个兴趣小组，天天自学
为了研究 CSS 一个样式，经常干到很晚。天天上课时候看 PHP ，给老师做项目挣钱，暑假去打工做系统挣钱

但是如果我学了计算机专业，我估计就完了。兴趣没了。
我认识的好几个同学，现在写代码混的都还可以的，都 不是计算机专业的。计算机专业没听说有干这行的，更没听说有厉害的。

当然我现在也很后悔上学的时候没多学点远离，现在时间很少了 还得研究网络，研究系统调度，要不然一个性能问题你就解决不明白。原理是重要的，是因为有场景有业务的驱动，我有实实在在的需求。
得想明白驱动力是什么，学生学这个有什么驱动力，这才是最重要的。

看了这么多回复还有一个感觉。

去年在某几万人的大厂参与了校招。

很多 1 本的，一些基础知识都不知道。女生，简历写的也像模像样，结果随便一问 简直太水了。

给我最大的感受，计算机真是一门注重实践的课程。如果没有实践，你通过努力能把”知识点”被的很好，但是深层的原理，知识之间的联系，就不是靠背诵能掌握的，你得真的做一遍，才能感受到那种”意会”的感觉，悟了。

举个例子，tcp 的各种知识点背的很熟，但是问如何用 udp 实现可靠传输，大概就卡住说不明白了。很多同学的简历都没什么项目，做的东西更像是课后作业的水平。可能你会说，没有业务场景，没办法啊。我在小公司干了这么多年，当然能理解，我也有这个问题，所以想来大厂看看；但是就遇到有 nb 的同学，自己撸个轮子，写一个异步多线程的 webserver ，先不管能不能在生产环境用起来还是 github 有多少 star ，至少这个项目让他对知识的理解程度就更深入了。

写的多了还有一个好处我觉得更重要，你就知道哪些知识才是真正的”知识点”，是实实在在的能用起来的东西，而有些只是手册型知识，需要的时候去找一下就好了。

laravel-s/swoole 是个不错的解决方式，但是有风险。

可以找到哪个请求量不小，但是速度比较慢的接口，单独部署 2 台服务器走 laravle-s/swoole ，用 nginx rewrite 一下就行；如果失败了在走传统的 FPM 。
这样就 1-2 个接口，比较好测试，出了问题也好降级，随便弄 2 个 4 核 8G 的 ECS 就能抗住很多量了。

@Richard14 操作系统也是在处理业务吧,只不过是处理计算机相关的业务,所谓"底层"业务

当然还是觉得算法难,动归到现在也没弄明白.主要是算法不是靠自己就能想明白的,业务逻辑大部分都可以.业务太复杂了还可以简化,总归能做出来.
但是数学不会, 不会就是不会.

@beimenjun
技术主业跟赚钱副业的区别很大了。

比如大厂对技术的要求，要深入。大到性能优化 架构设计，小到代码规范，Bug 管理，都是严格有流程的。

但是自己干（不是做外包），做面向市场的产品，对产品 /需求 /市场的理解是第一位的，技术只是实现自己的目标的手段，退一万步说很多业务用低代码 /小程序 /公众号 /微信群 都能解决大部分，技术不是最重要的。所以是完全不一样的路线，没什么可比性。我见过很多朋友做 PHP 做的不咋地，远远不到 1%的，但是后来做老板生意做的挺大。

做外包（包括给 uniapp 做插件）当我没说，这个可能跟大厂纯技术导向要求差不多。

做生意： 管他什么平台什么流程，先上线看看用户反馈再说，搞量搞内容第一位

做技术：管他什么用户什么业务，先把运维搞完美

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

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

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

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