那姓 dick 的人不要活了

JetBrain 全家桶

@suqing 我是到店取的，它正好有

@becauseOf 那就是强制加班了？

不签奋斗者协议可以不大小周不加班吗？工资少点儿无所谓。

MPB 13' 16G RAM + 1T SSD

使用场景：个人使用，开发用机还是公司发的 2019 Intel MBP 16' 和另外一台 2018 Intel MBP 15'

Chrome + WOW + Slack + Fantastical + Email + Telegram + VLC + WeChat


目前刚拿到手 1 天。

缺点：支持的开发工具太少。我个人不喜欢 Rosetta 转译，所以需要转译的软件除了微信剩下都没有安装。导致基本上没有什么用作开发工具的可能性。键盘比 2018 Intel MBP 15' 舒服很多。适合更长时间打字。其他暂时没什么想法。

我刚拿到的 M1 16G 不能使用的软件太多了，还是不太推荐

@Lamboo ruby 挺香的啊。我做了四年 ruby 了，大厂有 shopify github gitlab 这样的公司。小厂林林总总几百家，工作不愁收入也不低。

@lly0514 这样就很明白了。一个不做开发也不是很了解开发的人和一个主业做开发的人说一个现在不适合做开发设备并没有不适合做开发，那不等于白说。。最后，你也多少了解一下实际的开发再做一些“结论性”的发言，比如什么技术做到自后都是写 PPT 之类的话。我司 principal 写了 35 年代码年薪 100 多万美元，谁又告诉你开发做到最后都是写文档的了。

@lly0514

https://imgur.com/a/bu2AiLR

@lly0514 做算法的可以理解，企业级 DS 的数据体量无论如何都不是正常本地机器带的动的。但是做业务的在本地开发太正常了。现在都是微服务架构，单独抽一个模块出来在本地开发走 CI 的流程比配置云服务的流程高效太多，除非像 Google 那样基本全员 VM，当然 Google 这样一方面也是因为业务模块太大本地没法开发。

然而但凡能在本地开发的服务，肯定还是倾向于本地开发的。因为 IDE 连接远程虚拟机没问题，但非常烧钱。本地 8 核 32G 内存电脑人民币大几千，Macbook 也就撑死 15K-20K 人民币，云服务一个 8 核 32G 一直开着多少钱。正常公司有几个能忽视这个成本的。t3.2xlarge 一个月就要 240 多刀，一年顶一台 Macbook 了。一般公司不会忽视这个成本的。

@lly0514 说到这个你们云上开发都有一整套适配的 online IDE 的吗？还是人手 VIM 专精？我怎么去阿里和字节参观的时候见到的小项目该是本地开发的还是在本地开发呢？

@hello2060 没激动啊，摆事实讲道理而已。不能因为打字多就叫激动。几百页论文也不过解释了一个 E=MC^2 。强调论点的论据比较多就需要用更多文字解释而已。

@byte10 很多开源工具没有那么积极搞适配。。

@lly0514 ^

哦，这个意思。那换个说法。除了那么几个“特别大”公司，剩下的不能支持完全远程编译开发的体量的公司多了去了。而且远程编译动不动几十分钟几个小事，Google 的话还会有系统峰值要求高峰期初级开发别那么频繁使用自己的 VM 多留些资源给其他人，这种时候都是需要在本地开发的。甚至有些时候大公司也需要在本地做开发，在 IBM 的时候，有一些小组本身就是三五个人自己做小的项目。Google 实习那会儿做 Chrome 的 Lighthouse 也是在 Github 上 host 用 Travis 做 CI 而且本地做开发不走内部流程的，很正常，顺便告诉你那个就是本地 docker 运行的项目，2017 年的，当时是一个 extension，现在被集成到工具栏了。

一个工程电脑本身就应该足够兼顾各种使用场景，所以还是那句话，homebrew 上一堆工具用不了，加上 docker 都不支持，怎么做开发？

@lly0514 没有具体的文档。我给你讲一下我的经历。我实习过的大公司，亚马逊，google，直接都是直接 remote 用网页连接自己的虚拟环境开发，你可以当作是一个远程的 docker 环境，它也肯定是 docker 环境。

毕业以后工作的几个独角兽，都是后端服务都是在本地的 docker 环境开发。因为一直用的是 Macbook，V8，OpenSSL，还有 Xcode 的版本对于各种语言版本和各种依赖的影响很大，而且服务有的很老是用 Java7 写的，有的是用 Ruby2.3.8 写的，有的 Python2，甚至还有几个 clojure 的服务器。新的服务可能直接上 Python3 了，我现在写的又是 Ruby2.7.0 。公司又没时间更新那么多老服务，而且没必要破坏生产环境的稳定性。这个时候最简单的办法就是 docker composer 直接搞定了。你可以试试看本地不用 docker 同时需要支持几个横跨五六年版本的服务是多难的一件事儿。只要内存给够，Docker 就能解决的事情为什么要手动修改依赖。