什么是大厂的视野

[ojh]

本人没去过大厂，V 站也经常看到大厂可以拓宽视野，想问下大厂工作能怎么拓宽视野？能提供什么历练呢，是能让你见识到很多最佳实践、困难问题的解决方案吗

[Jooooooooo]

其中之一是因为体量大, 遇到的问题也多.

比如一个正常的主从 mysql 集群, 写入 qps 的上限大概是多少, 怎么评估? 这种东西不实践上遇到很难回答.

再比如 jvm 的 bug 我就遇到过好几个. (还遇到过一段人畜无害的代码会因为 jit 的 bug 导致 jvm crash 的奇葩事

一个提升的方法是, 积极参与线上问题排查 (就算不是你的问题也主动去了解问题的来龙去脉

[dayeye2006199]

可以看到一些概念性名词实际落地之后怎么样的；

比如经常听说 monorepo 单一代码库，但是在中小厂和个人项目中，碰到过这个的肯定不多吧。大部分人的了解就仅限于概念层面了。
去了使用这个的大厂之后，就会慢慢体会到这种管理模式对生产效率的大幅度提升。也能看到与之匹配的成本，例如普通的 git 由于 index 的原因不适合超大型的代码库，需要模块化的多语言构建和打包工具，CI 中测试的依赖关系，甚至是代码库的底层存储也需要特殊设计。

[Rocketer]

量变会导致质变，在小厂可能没有机会遇到。

举个容易理解的例子：
当只有一台数据库服务器的时候，你可以用自增 ID 。
当需要多台服务器横向扩展时，就不得不考虑 ID 怎么生成的问题。各服务器之间既不能重复，又要体现出先后顺序，于是就有雪花算法。
但如果你对 ID 长度有要求（比如短网址服务），那雪花算法也不行了，于是你设计了一个 ID 服务，提前生成好 ID ，让短网址生成服务来取。
……
以后也许会有进一步的质变，但我还没遇到过。

[williamjing]

小厂会拼命搞业务，为了活下去；
大厂业务比较成熟了，会相对来说需要创新，例如解决下性能问题、新技术的探索等等。

[xingzhi]

把你目前能接触的人事物扩大百倍千倍万倍再来思考问题，就是大厂视野了：
一万个人怎么协作？
一万台服务器怎么管理？
流量扩大万倍怎么处理？

[karott7]

个人认为参与开源项目也能锻炼大厂视野，而且开源项目为全球开发者和企业服务
大厂里的技术只是在开源项目上针对大厂自身的定制化，即使身在小厂，参与开源项目不比在大厂学到的少。

[jingslunt]

学会勾心斗角，学会推卸责任。
学会避雷，能不干就不碰，装傻装不懂。
学会投简历谁牛逼，学会当老板。
业务层面，学会拖，把产品经理拖死。

[gengchun]

大厂说白了就是混圈子，混牌子，职场混得多了自然就明白了。

视野如果只是技术视野的话，认为大型业务见得多，技术视野就能扩展的，就太离谱了。类似的经历最多是把课本上的理论的东西和实际联系起来。类似于一般人学高数，确实在实际中完全用不到；不等于说，学了高数，然找到一份需要在实际中用到高数相关的工作的，比如说精算师，然后就可以说自己在数学上的学术视野和专职的数学家一样吗？人家搞个菲尔兹奖，一定要有精算师这样的工作经历才能评定？

具体一点，nginx 这个项目，当时 apache 的老旧方案真的不够用吗？其作者所在的公司不过是俄国门户网站，那才多少访问量，国内的门户访问量总比这个 Rambler 多吧？国内有人写出一个 nginx 了吗？当然，别说国内的，美国也没有人整出一个更好的方案来。

再往前一点的话，Python 被创造出来的时候，作者不过是在荷兰的一家类似国内中科院的计算机研究所的机构工作。

而且有了视野又怎么样？技术这种东西，首先要实现出来。RMS 早就知道世界需要一个开源的操作系统，结果内核让芬兰的一个研究生实现出来了。而 GNU Hurd 就是跳票的代名词。

软件工程本来就是很容易扩展的。Google 九七年注册域名，九八年成立公司，不过一百万美元资本，到 2004 年上市就是几百亿市值。六年时间，资本增殖上万倍。人家搞 Google 的时候，要考虑自己要具备“大厂”的工作经历吗？

所以，视野这种东西，敢想敢干，和“大厂”没有必然联系。

[guoshim]

看大家说的关于技术的视野，我怀疑我去了一个假大厂。更认可 @gengchun 的说法。“搞定人”远比技术更重要。

[ejdjxidbsn]

不要提前优化，做好手头的事

[neutrinos]

混过大厂的人给自己贴牌，故意提高价格

[ericgui]

@neutrinos 没有大厂标签，没人理你

[crackhopper]

赞同 @gengchun 。
上面很多例子，比如性能测试、和一些很诡异发现的 bug ，如果这种叫大厂视野，那去不去大厂都能做到。但凡做工具的，都有一套专门的测试方案。所以 qps 上限啥的，做工具的肯定更了解。诡异的 bug 之类的，只要你足够折腾，比如自己定制个 linux 用，见到五花八门的 bug 更多。
如果是项目管理，什么 ci/cd ，monorepo 之类的。参加个大点的开源项目，这些也就都会实践了。
分布式 id 算法啥的，做到相应的业务，以及相应的开源项目，还是能接触到的。
勾心斗角、推卸责任这种，项目里人多了，就能接触到。

不举例子了，就大概说说。举例子费事儿，为了确认例子恰当还得深入调研，然后肯定有人抬杠。怕了。就这了。

[neutrinos]

@ericgui 资本家让那些讲技术视野的大佬多加点班吧，帮他们深入拓宽一下视野

[crackhopper]

另外，我其实也特别反感找着小细节找优越感的 一些大厂的人。以前还是个菜鸟的时候，面试被人一顿怼。后来我就都学了一遍，发现所有怼我点，基本研究个 1 天就能搞明白。有啥好优越感的，就是大厂比我多 1 天的经验，所以就要怼我？
后来学的越来越多了，发现大部分面试官也就那样水平；我尝试过在多个领域面试，然后探讨一些很深入的问题。面试官就歇菜了；也不敢说啥，就一致好评给过了。
可能大厂视野主要就是用来鄙视那些没进入大厂的菜鸟的吧。

[ericgui]

@neutrinos 我现在还不算大厂，所以没几个人理我

[huntagain2008]

小白我不知道大厂是什么，以前只进过华为外包，看过所有的知识库，申请加入过 Python 爱好者小组(华为内部的)，一直在申请绿植栽培，但是没申请到。因为是软件测试岗位可以看到所有产品线的历史问题单，比如老妈以前的手机是华为的 WindowsPhone,我专门看了所有有关老妈以前用的那款手机的所有问题单，对于所有产品的问题和解决过程有了详细了解，对于华为的工作流程、产品问题有了一点认识。于是你就会发现，因为 WIFI 有关的芯片厂商是第三方，厂家已经不维护了，于是某款手机 WIFI 断流的问题，就一直无法解决，开发组只会在群里表现一切正常，测试由于在家中实际体验过，抓了日志，但是最终该手机的 WIFI 问题因为行政发出有关条款，开发可以完全不负责该缺陷。所以，在我严重华为从来都是有问题就避开，所谓的规避，真正的致命问题，严重问题，最后都来个行政说了算，不用动。然后开发负责解决问题，出了 Out Of Memory 问题，开发者直接跑来我这个小测试诉苦，要我改掉说没有问题。我简直无语。作为技术的心已经死了。这就是华为。不知道算不算大厂。

[huntagain2008]

@huntagain2008 #17 补充一点，华为手机推送的更新出了问题导致用户一部分变砖，这个其实就是工资很低的外包人员加班所为，最后事情会落在该加班人员手上。所谓的学习西方优秀的管理流程，什么设计流程，根本没什么用。

[mosfet]

大厂有机会造轮子吧，现有框架不够用了
但如果都是一线岗位，用的现成框架，没啥质的区别