恕我直言 Gui 在绝大部分常规操作上要比命令行有效率得多. 当然有些操作必须要命令行才能完成.

@baixiaoyu2997 不客气啦

"Unclear to me is whether the Core i7 is worth an additional $150"
i7 版肯定性能要比 i5 要好啦. 只是作者不知道值不值额外的 150 刀...

我个人而言 i5 16g ram 256 ssd 版就够了. 毕竟没啥大型项目需要在 mba 上编译的.

这个 u 算不错的了. 可以看看 daring fireball 近期对新款 mba 的评价.
上面列了多款 mac 搭配的 cpu 对比.


https://daringfireball.net/2020/03/the_2020_macbook_air

mbp 当然性能更好.
但是楼上说什么 mba 智商检验器就不太妥了.
用中配 mba 做过几年主力开发机器.
除了编译的时候慢一点以外其他体验一切良好.
你说要比大型计算的速度，那 mbp 上面还有 mac pro 呢

一直就用 Safari 挺好的... 当然我不是前端没比较过..

@zyxk Swift UI 的话我倒是觉得 Twitter 是个不错的学习途径. 上面有不少优质开发者一直在分享相关的经验心得.
本论坛的 Onevcat 印象中也有提到正在写 Swift UI 相关的教程吧.

同样 Catalyst 和 Appkit 的整合的话, Twitter 上的 smith (具体账号忘记了) 也有大量的分享.

现在这个时间点，直接从 swift ui 开始吧.
或者 iPad App 用 Catalyst 适配到 macOS 上也可行.

7 流畅度还可以 就是大点的应用在后台容易被杀...

做 iOS 开发的不要老盯着 iOS, Apple 的其他平台也是有机会的.

定价合理自己觉得有价值就买吧.
开发者也有他的苦衷

怀念以前 MBP 可以自己换硬盘和内存的时代.

source tree 性能一般 总是感觉慢一拍

说搞政治斗争的, 任何语言都可以用来搞斗争吧...

go 做后台挺好的呀.

处理好 package, package 依赖关系后挺实在的一语言.

生态也还不错, 基本上没有遇到过需要自己写的第三方库.

err != nil 确实有点多. generic 的需求还是有的, 但是也不多, interface 加持后还可以容忍.

没啥花活, 实在.

yanr2 貌似没有 node module 了

@love 现在还没到定性键盘侠的时候吧... 或许你刚的言论就很键盘侠..

@charlie21 对我个人来说是不是原生其实也没太所谓, 关键是体验和资源占用吧..
如果体验和资源占用都没啥问题， 那就是个好 App, 不管背后用的是什么技术.

哎 又是 Electron...
使用 Electron 的作者看到那两大件自己不觉得堵得慌么？

如果能解决 bundle 的问题, 我也不介意使用. 但是目前这个状况我个人是不会用来开发任何在普通用户上运行的 App.

贴个去年用 catalyst 做的一个 Mac app 吧.

----

Name: Typing Mode

MAS 链接: [here]( https://apps.apple.com/cn/app/typing-mode/id1482863246?mt=12)

用途: 打字基本练习. 18 年看到家里小朋友喜欢在键盘上乱按, 怕以后打字手势不标准, 于是开发了个 iPad 版. 去年 wwdc 后 port 的 Mac 版.

Binary Size: 1.4 M
----

资源占用情况应该比同等功能的 Electron App 要少很多.

同反感 redux 类似的方案, 习惯了 rx 这种可以细粒度控制的数据流.
啊, 还有 webpack 这种东西配置起来也麻烦.

这么多年过去了, 前端开发的工具链还是这么一团糟 (个人观点)

我个人还是等 Web Assembly 上来后再来接触 web 前端吧