@zhouquanbest
库克精着呢，有这技术也未必会放出来。M2 最大 24G ，M2 Max 最大 96G ，再根据 M1 系推算 M2 Pro 应该最大能支持 48G ，但就是不给做出来，想要超过 32G 的必须上 Max

想买就买吧，除非经济负担很大，如果能承受得了那就买。我第一台 MacBook 是十年前刚上大学的时候买的，用父母给的钱加上自己攒的和从朋友那借的一点（不推荐），找一个人从香港带回来的货。发货那几天真的是梦里都是触控板的手感，到了之后也很喜欢，陪伴了我七八年。现在不拮据了，MacBook 想买就能买得起，但不会有那个时候的快乐了。

我的理论是：

1. 如果你现在没有买，那你后面还会卡在这个问题上（我假设你已经有这个想法一段时间了，如果是两三天头脑发热那可以再缓缓），你现在已经有 PC 了还好，如果在纠结买 PC 还是买 Mac ，其实选 PC 后面再买 Mac 总成本会更高；

2. 如果你现在买了 Mac ，然后发现自己不喜欢，那用一段时间出二手，只要自己不是官网原价买的，考虑到 Mac 的保值率，不会亏很多，换来的是以后很长一段时间你都不会对 Mac 有任何想法了，所以这笔亏的钱也是得出的；

3. 如果你现在买了 Mac ，然后发现自己很喜欢，这是最好的情况。梨是什么味道自己尝了才知道，有些人就是喜欢 Mac ，有些人就是讨厌，说不清楚的。

4. 说个暴论：计算机专业，如果自己遇到 macOS handle 不了的情况还不知道怎么弄的话，趁早转专业吧，这专业不适合你。

我大学的时候遇到类似情况，解决方法包括：去学校机房、虚拟机、找朋友借一下应急（如果是组队项目，其实很顺理成章，把别人那份 work 包下来，别人还会感谢你）。如果真的需要一个持续的 PC 环境，那稍微了解一下后，靠捡垃圾、二手可以以非常低廉的价格搞到一个能用的。

什么？你说要高性能显卡？谁会要求每个学生自带环境的，遇到这种老师早点跑路吧。什么？这么麻烦为啥还要买 Mac ？重新读一遍上面的 2.

Swift 理论上支持 Windows ，但优先级估计没有 Linux 高，有空可以自己折腾一下。Linux 对 Swift 工具链支持相对好一些，各种 Swift on Server 的库也能跑，一些本来只在苹果平台可用的库（比如 Combine 、CryptoKit ）只要和 GUI 没关的，都被苹果或第三方移植了。

如果你指的是用 Swift 写 macOS 原生 API 的界面，那 Windows 和 Linux 还真不行。（有人给 Swift 做了面向其他 GUI 框架，比如 Win32 或者 GTK 的 Binding ，但热度不高）

中文名发音并没有对外国人（这里就指欧美人吧）不友好，还不如说是拼音的发音方式和他们的语言不一样。实际上汉语普通话的绝大部分音节都能在欧洲语言里找到对应，要说的话麻烦的是声调。

日语的音节比汉语更简单，然后那套罗马音拼写方式欧美人更习惯。（很久以来，因为各种原因，中国人并不习惯把中国文化里的专有名词直接用拼音表示，而是非要找个对应的欧美词，比如饺子不叫 Jiaozi 叫 Chinese Dumplings ，粤语在这一块都比普通话好很多）

话说像这种代理软件，如果不做 GUI ，不支持所有协议，自己对网络 API 熟悉点写起来应该挺快的？

这类产品的溢价我称之为：第二类苹果税。

第一类苹果税是直接流进苹果钱包的，比如 App Store 抽成、MFi 成本、硬盘内存的高溢价等。

第二类苹果税就是那些并不是由苹果赚走，但因为这类商品在 PC/Android 这边少需求或者没需求，所以体现在更高成本的那部分溢价，比如小尺寸 4K 显示器、Thunderbolt 存储扩展方案、macOS 键位键盘等。

解决方案：下个 SwitchResX 然后设置成某个带 HiDPI 的分辨率

@zwpaper
gnome 可以设置文本框用 emacs 快捷键的，但是 Linux 基本没啥好的用 Mac 键位的方法

年初感染新冠转阴之后痛风了，去医院查了也是五百多，锻炼半年瘦了三十斤，现在尿酸降下来了。

个人感觉如果不是已经很瘦或者是销售这类特殊职业的，优先考虑减重。我去医院看的时候，医生虽然说大体重会诱发尿酸过高，但他们好像都不会把减重当作一个选项，上来就让你保肝吃药…不知道你们那边的医生怎么样。

不懂 Android ，从这个帖子看起来，Compose 在 Android 开发的接受度比 SwiftUI 在 iOS 的接受度明显更高？

你把 AI 当成程序员，自己当成产品经理，然后想想这个产品经理需要什么素质

外滩那边 24h 营业的餐厅不少的，脸皮厚点直接进去上厕所就行了。当年外滩踩踏那天晚上回不去就这么干的，这还是大量店铺为了避开人流特意不营业的前提下

可能某个时刻内存占用峰值很高就会触发 swap ，等内存占用降下来以后，这些内存如果没有被活跃读写，就会继续留在 swap 里。在浏览器开了大量窗口的时候这种情况很常见

关键字：抽象泄露。在抽象能够完美工作，不需要面对性能问题或无法实现的需求时，框架带来的技能需求下降不是好事吗？

对这种戏多的独立开发者没有任何好感，相当后悔当年花钱买过钟颖的 App. 而且 Apple 平台里这种戏精还真不少。

Try Ruby on Rails

分享一下这篇文章，如果你是做自己的项目，真没必要上分布式那一套徒增复杂度： https://ruby-china.org/topics/39735

> 随着越来越多的人们意识到对于微服务的追逐会走上一条死胡同，“钟摆将会再摆动回来“。“雄伟巨石”在这儿等待着微服务的“难民”。如果他们确实做到了大型应用程序的规模，那么“城堡”这种可以扩展的模式足以让你安心。