困在了大厂的tech island

匿名用户 发表于 2023-01-02 16:46:57
Google也用vscode？

Google用自己开发的cider 🤣 Vscode好歹是业界产品

frozencookie 发表于 2023-1-2 18:51
Google用自己开发的cider 🤣 Vscode好歹是业界产品

但是FB家的vscode感觉是自己customize的（尤其是ci/cd tool），也不太像业界通用的那个

我以前在大厂，过去一年换了个厂，工作中研究了一些lz说的那些open source，需要决定什么可以在工作中用。几点体会：
1. 确实需要分辨开源项目的质量（有时候需要在很短时间内完成），我觉得这是对自己能力的一种锻炼。扫过很多开源项目以后，你会渐渐感受到什么是重要的，什么是应该检查的，而不是被开源项目的宣传所迷惑。
2. 大厂的tech好处是intuition非常的清晰，也就是项目的"meat"所在，这对你理解其他项目的intuition和创新点是有好处的。
3. open source world速度是更重要的，所以best practice可能并不存在，不需要特别怀疑自己的设置和配置是不是best, 可以先配置一个能用的，慢慢再优化。这也是一种growth mindset。
4. 利用github issue和开源项目沟通十分重要，特别是那些有人维护的（大公司的）开源项目，有些你需要的功能他们可能并没有考虑到，可以和他们沟通甚至make your own distribution. 很多我需要的知识是在github issue中学习的，而不是文档

选择太多的确很头痛。而且很多项目也只宣传好的方面，从不跟你说哪种情况不适合用。只能从一些讨论区里看到人吐槽或者用了一段时间了发现就是自己想要的它就是做不到。
即使大厂的PaaS SaaS也未必好用，比如AWS的某些Auth服务有几种调用方式，但有些只能服务器端调用，有的只能客户端调用，GitHub 上的SDK版本比网上找到的教程都要新，从一个library分成了很多个library。AWS上的文档也写得模棱两可。跟其他网站比如Facebook，Google互动的时候最后都得回到AWS自己的页面上，非常受限制。

感觉Github 这些都属于configuration，每家公司都会有自己的configuration，只不过github比较出名罢了，不觉得需要特别学习一下如果自己的本职工作和开源软件没关系的话

匿名用户 发表于 2023-01-02 16:54:18
但是FB家的vscode感觉是自己customize的（尤其是ci/cd tool），也不太像业界通用的那个

IDE这些都是小事了。Google基本从语言开始自己搞，内部的C++体验已经和外部很不一样。然后那些数据库，分布式框架，部署（borg这一套），cloud（不用gcp），监控，等等，全是自己内部的东西。而且一直不断有新的infra出来，淘汰旧的，内部的人光是研究新出的infra就花很长时间。当然，我相信fb也有很多类似的事情情况。

这个话题很复杂。首先要看你的长期目标是什么，是在大厂爬梯子还是想往中厂升一级跳或者以后试几个startup碰运气。大中厂爬ladder的话又分一直爬ic还是最终转m，以及想在哪个级别转。

想一直在大厂的话那当然外面这些不了解也无所谓，不过问题在于以现在的形势，大厂以后向上的空间估计也越来越窄，还有多少新产品来提供scope呢？更别说以后有可能遇到layoff这种情况。

. check 1point3acres for more.往中小厂跳的话那外面常用的tech和framework这些自然需要了解一些，尤其是你跳过去级别比较高，需要你带从0到1的项目的话，现学肯定是不够的。比如让你新建一个比较大的service，首先怎么选语言，有哪些框架，db又怎么选，scale到哪种程度，cache加不加以及用哪种，observability和monitoring怎么搞，各种config怎么配置，怎么plan timeline和headcount，load testing用什么framework，async workflow又用什么解决方案，如果是build web stack而不是microservice那以上选择又该有哪些区别？这些肯定是需要你事先有一些比较深入的理解的，光是选db这一项要真正做好其实就很不容易，你还得能跟别人解释清楚你的选择，有足够的说服力。

往早期startup跳反而比较快糙猛，node js这种用得比较多，只要前后能跑通，对一些开源工具有基础了解还是必要的，比如docker，terraform之类的。

frozencookie 发表于 2023-1-2 22:10
IDE这些都是小事了。Google基本从语言开始自己搞，内部的C++体验已经和外部很不一样。然后那些数据库，分 ...

奥，只是针对楼主那个帖子猜而已，我没其他大道理

匿名用户 发表于 2023-1-3 13:53
这个话题很复杂。首先要看你的长期目标是什么，是在大厂爬梯子还是想往中厂升一级跳或者以后试几个startup ...

我觉得就算是一个参与一个startup粗糙的node js项目，也得2-3年工作经验。就单纯的云部署，云服务选择，一些简单的不能再简单的设计，这些也是需要2-3年实操经验的。

匿名用户 发表于 2023-1-2 11:08
如果没有太多从0到1的project经验而是一直在别人的framework上面添砖加瓦就会有这种感觉
多做几个side pro ...

对，AWS还是相当重要的一部分，算是系统设计里能用上的。