FB last day, 最大的成长是？

北美农民 发表于 2021-10-2 21:05
"谷歌很东西都是，做是做了best practice，但这是基于谷歌的scale需要这样的best practice，很多小公司小 ...

具体问题具体分析。没有抨击的意思，您消消气。

React的设计理念是仅仅做一个UI library，其他的东西比如routing，forms啊都是单独作为一个模块拿出来。社区是公认react是偏向自由的，用户想选什么方案选什么方案。Angular则是全家桶式的，什么东西都帮用户解决好设计好，设计模式的痕迹远远大于React。我觉得你可能误解我说best practice是谁好谁坏，我这里并不分对错，重点是“谷歌的产品偏向于给用户条条框框设计好避免出错，告诉用户什么是best practice并且强行enforce best practice（从而带来了很多易用性和学习曲线陡峭的问题），而fb的产品偏向于自由且易用，不需要强行给用户加best practice，想怎么设计就怎么设计”。显而易见小公司小团队绝对更偏向后者，而大型企业（可能）会更偏向前者。

React应用范围广主要集中于用户交互相对复杂，需求变化多样的页面（比如FB Web），而Angular更擅长需求变化没那么大，但是业务逻辑相对复杂，需要可用性，复用性高的场合（比如Google Cloud Console）。两方面的scale是同等的大，但是因为需求不同而产生了不同的偏好。拿React写不好Cloud Console里面复杂的表单联动验证路由管理权限控制错误处理，拿Angular写FB Web复杂的页面交互也会抓瞎。

抄一段Angular和React的对比
Angular is a Javascript framework built using Typescript, while Reactjs is a Javascript library and built using JSX. Angular is mostly used to build complex enterprise-grade apps like single-page apps and progressive web apps, while React is used to build UI components in any app with frequently variable data

另外“backward compatibility这种基本原则都做不到还谈什么设计轮子” 这个我完全认同。Angular本身从AngularJS到Angular2完全不后相兼容，所以损失了相当多的用户，同时同样的问题也发生在Tensorflow身上。这个问题产生原因在于，在谷歌内部做这种不后相兼容的refactor相对外部容易很多，因为有Monorepo加上大量的unit test functional test integration test保证即使发生大规模不兼容的变化，系统的质量还能有保证。同样的事情，外部做起来就会很麻烦。发生这种事，只能说是这些framework决策者的重大失误，而且这样的失误是非常非常要命的，基本对于一个开源软件是半个毁灭性打击了。

Bazel源于谷歌内部的blaze，“Blaze has been the main Google3 build system since 2008”，大家都认同buck的设计团队很可能有blaze原班人马并且吸收了Blaze的精华，这个是毋庸置疑的。但是毕竟有个先来后到，如果fb诞生的早，并且buck先做出来，那反之大家也会认为Blaze是抄的Buck。

Again，”好的东西放到任何环境下都是好东西“如果说有什么东西是万能的，那我会绝对怀疑。我觉得还要加一句，好的东西要放到适合的环境，解决适合的问题，他才是好东西。金箍棒给了玉皇大帝他使不动，孙悟空用上了才是好东西。

k8是很牛逼的东西， market share也的确不错, 不过选择docker而非k8的公司也非常多, 去中小厂start up工作过就知道。
另外作为工程师听过2016 release的grpc却不知道market share更高的更早发布的fbthrift, 你这是很自豪么?

谷粉本帖暴露水平的太多，而且你们这么自信怎么都匿起名来了?

pwwpche 发表于 2021-10-3 02:32
具体问题具体分析。没有抨击的意思，您消消气。

React的设计理念是仅仅做一个UI library，其他的东西 ...

明明讲开源轮子的影响力和受欢迎程度，angular market share连react零头都不到， 打这么一大段说这么多搅浑水有意思么。

开源是免费的，免费的东西就一点好: 好用业界就会去买你的账，社区就大， 影响力就广。 大家用脚投票都很诚实。
.google  и
关于先来后到——你的意思是fb 04年创建的太晚了， 所以挖了谷歌的人打造了buck以及一堆类似的工具有原罪是么? 这个观点不值得反驳。

"好的东西要放到适合的环境，解决适合的问题，他才是好东西。金箍棒给了玉皇大帝他使不动，孙悟空用上了才是好东西。"

什么叫做好? 业界买账才叫好，不开源出来经历市场的检验孤芳自赏的"好"没有意义。 再者， 需要孙悟空或者玉皇大帝才能使用的金箍棒不算真正的好，真正的好能福泽每一个普通开发者每一种普通业务。 郭德纲被俩后生挑衅说他那一套过时说过一句"商演"才是评价相声的唯一标准， 看有多少人愿意买你的账用脚用钱包投票。 软件或者别的东西也是一个道理。

Docker和k8s(不是k8)一个是container一个是管理container的 不存在互斥的关系 先搞清楚基本概念吧

所有的containerization market share research都将两者放一块分析, e.g. https://www.datanyze.com/market-share/containerization--321，你的意思是这些调研都是错的呗？ 我看那么多湾区中小厂start up用docker解决方案而不用k8服务器集群跑得挺好的啊，几十个几千台机器的集群也没有down或者难以管理啊。

"说起开源，Kubernetes不也是G开源的，哪家infra不再用?"

这句意思是这些中小厂以及诺大market share不识货，所以没有选择k8，是吗?

就算知道domain knowledge或者tech details能改变k8的market share么。 技术好和做出业界买账的东西是两码事， 这一点归结于谷歌的poor product/customer sense不算过分的评价， 可惜大部分谷粉们意识不到这点。

“Our survey results indicate widespread customer adoption of Kubernetes (88%), especially in production environments (74%). Supported by a robust community of contributors, Kubernetes is living up to its title as the de facto container orchestrator.” Red hat今年的报告。另外一家报告“Container Platform is a Mature market comprised of a few large competitors. Kubernetes Container Platform Market Share was 77% in 2019. Kubernetes is a de-facto standard in the Application Container Industry. Originally developed by Google, it is now the most widely adopted Container Platform. OpenShift Container Platform Market Share was 9% in 2019” 另外三大云都有专门的k8s产品，真要付费的喔。 再次，还是搞清楚一些基本概念，不仅对网上吵架有用

看完这贴瞬间觉得地里大神很多：）

匿名者 发表于 2021-10-2 00:01
其实我挺这位脸的老哥，一看就是在行的，有技术有数据，并非天马行空。没必要说那么多其实，懂的人就懂， ...

挺啥啊就这也叫有数据？不就是搜一下的事情都不用二跳不用 domain knowledge。当然把数据搬过来是好事，只是同时也要意识到数据会说谎，问题不定义好完全拉不同的数据是可以出不同的结论的。要是拉近五年的数据 FB 打不赢 QQQ，拉近一年的数据 SP500 beat 前俩。不过他这也不是回我，不关我事就是了。

最关键的是他连最基本的对事不对人都做不到，你拉下聊天记录，谁先开始人身攻击的？聊事情不好好聊事情，甩资历人身攻击，就这还挺？

北美农民 发表于 2021-10-2 00:47
Complexity从来就不应该是评判轮子的标准。

易用性(比如跨平台)或者性能这些才是, 但是有些标准非常 ...

嚯真厉害，我承认我的确是不行的 engineer，这位行的能否发下你的成就教育一下我们这些不行的？还想领教一下得做成啥样的才算是行的 engineer。

我这看下来敢情你是在觉得我们讨论这个问题是在给 G 和 FB 争一高下？在讨论谁 nb？你这主人翁精神我服了。我还是那句话你要是扎克伯格或者啥高管的这东西是你的 baby 那我没什么可说的，nb。我打工人关心的只是日常工作哪个 tool 好用，至于哪个 tool 设计的更 nb 技术更先进跟我半毛钱关系没有，往大了说 G 和 FB 哪个更 nb 我都不关心，反正这两个公司对我这种不行的 engineer 来说都很 nb，北大清华谁第一跟我个蓝翔的有什么关系。你这开口闭口谷粉的，我看这几轮发言下来还没看到几个死忠 G 的，我反倒是觉得你自己更像一个脸粉 :)

匿名者 发表于 2021-10-2 01:29
我做ml 个人项目也是用pytorch，是因为与tf相比，当初pytorch上手的时候就是computational graph动态定义 ...

我了解到的信息也是，据说是因为当初 tf 还是快，其他厂一般是自己组个 team 在 tf 之上包一层用，然后用下来一般就很难改了，别说改成 pytorch，就连 tf2 很多都没有 migrate。不过没有专门调研过，听说 pytorch 工业部署性能也提上来了，新公司 adoption rate 不知道如何。