如果是开拓视野，我觉得 Go 比较合适
一整套前沿开发部署流程走下来，啥都学会了，又快又纯粹又简单。

如果想转后台开发，java 比较合适，系统的从基础一步步学起

@juniorzhou 请问你这配置电源多少 W 的？ 我想配个 I9+5700XT 不知道 600W 电源够不够

等待开发者适配吧~
开发者可以给个按钮让用户重新选择授权的图片，
但现在基本都没适配，还是按之前的一起授权的逻辑。

其实我更希望开发者适配 iOS14 的新图片选择器，已经很完善了，没必要请求相册权限

已经下定决心买 A 卡组黑果的我动摇了

本来双十一想买个黑果装双系统，如果 5400 我估计会再买一个 Macbook

已经用 DTK 正式开发一个月了，开发体验很舒适。
在 A12Z 下编码流畅，编译速度 OK，散热极其优秀

https://swiftify.com/converter/code/
这个可以将 Objc 代码转成 Swift，可能会有一些错误，需要修改。

有类似的，我记账也就只记资产，不记流水

在用 鲨鱼资产管家
和 V 站一位大佬开发的 小账

审核条款里有规定，明显定价过高的会被拒绝上架。
可能触发了风控吧，只要你 APP 没有问题就不用担心

我的配色注释是灰色，代码颜色是亮色系。
我阅读代码时基本感觉不到注释的存在，写啥都行，推荐试试

羡慕不来，就算我买了，我也拿不住
我 9 块买的小米，12 就卖了，现在 18 了~

如果没有特别说明测试项目，你就看能不能把他打造成开发机满足自己的开发需求。我已经当主力机使用一段时间了

@MrUser
还是挺不错的，根据我非常表层的使用体验
A12Z 编译 iOS 应用，编译速度 /发热方面吊打我 2015 款 I7 15 寸，上哪说理去。

不过现在应用兼容有很大问题

我全都要，一二条综合起来
再每隔一定时间两边对账

@Bananana
只是举个例子说说可能应用在窗口大小变化时布局计算开销大导致了卡顿，我用的 Safari 12 是不实时布局的就正好用来举例了

感觉是交互侧重点有所不同
chrome 缩放时，页面会根据缩放的进度，实时的重新调整布局 ，很明显无法在 1/60 秒处理完布局计算，导致卡顿。
safari 就是仅窗口在动画，页面保持不动，窗口动画完再重新布局

Glass 有可能的，虽然很科幻。
之前用过 hololens ,它就是把 UI 悬浮在你面前，视野前方全是各种程序的 UI 。
可以把各种程序固定在现实中，例如我把浏览器固定在桌子上面，把提醒固定在冰箱上。走到哪都有对应的 APP 为我“增强现实”


顺便聊一下，我刚刚使用 DTK Xcode 12 ARM 版 编译一个应用
耗时是 2015 Macbook/I7 Xcode11 的一半

发热方面
DTK 风扇吹出的风有点凉爽，macbook 风扇已经在狂响。

这个表现真的太夸张了