试试 CotEditor

@wu67
可以自定义书签加%s ，比如想在 GitHub 搜索，就创建一个书签，URL 是 https://github.com/search?q=%s ，然后书签除了名字下面还有一个关键字，把关键字设置为 gh ，就可以在地址栏 gh xxx 会车直接进入 GitHub 搜索 xxx 的页面了

@chodomatte
最早觉得火狐比 Chrome 方便的一个功能是，隐私浏览窗口还可以用 Cmd+Shift+T 重新打开刚刚关闭的标签，Chrome 隐私窗口里不小心关了就关了

就是故意的，包括 iOS/macOS 很多系统 API 也是，完全可以放一个类似 .NET 的兼容层，但它们选择一律只部署到新系统上。既可以逼你升级，也可以减少它们维护兼容性的负担

@weeei
IBM 一度在 Swift 上投过不少资源，后来也撤出了。Apple 确实太不上心了，虽然 Swift 的不成功有生态位被占据的因素，但 Apple 哪怕有 MS 对.NET Core 的一半上心，Swift 也不至于现在这个样

完蛋。一直在用，这玩意比 Xcode 靠谱多了

https://www.jetbrains.com/lp/annualreport-2020/ 从他们 2020 年的资料看，用户群体还是相当庞大的。我感觉大头还是 IntelliJ IDEA

当你没有指明函数返回值类型的时候，函数返回值类型为 Void ，而 Void 实际上就是空元组 () 的别名，显然所有 Void 类型都只有一种值 ()，所以 print 出来的结果也是 ()

应该不行，因为 Emacs 里在 word 间移动用的是 M-开头的快捷键，而在 macOS 里 Command 和 Option 都已经被占用了

我就不一样了，用 Vim 在命令模式里老忍不住想按 C-a C-e

@LaTero
hardcode 进代码的审查这事有来源吗？

写 GUI 其实真的挺烦的。

设计就不说了。如果你用传统的 MVC ，那势必要写大量辅助代码（拖拽控件限制很多，而且到头来很多东西不能完全用控件拖，所以更麻烦了）；如果用 MVVM ，那首先要看框架编程体验好不好，即使很好，也可能逼到强迫症：比如我想显示一个弹出对话框，我还要专门引入一个状态控制这个对话框「是否显示」，然后需要的时候把它设置为 true.

还有就是命令行程序用到的 API 就那么些，想了解的很容易搜一下就知道，基本处于「我知道我知道」和「我知道我不知道」的状态。但看着自己日常用的 GUI 程序，会发现很多功能（比如全局搜索弹窗，或者诸如控制显示器等功能）完全没法用已知 API 去实现，甚至都不太清楚用什么关键字搜索。如果遇到苹果这种文档不太行的，就只能碰运气了。

https://www.v2ex.com/t/891154
参考我的这个问题，应该很难

可以看看有多少前端或者 Ruby 全栈的坑，美国用 Ruby 的小公司比较多，澳大利亚听说用 .net 技术栈比较多

@sillydaddy
因为 Swift 处理字符串的方式才是对的：

1. 字符不等于字节，字符串里的字符是不等长的（即使 UTF-16 也是不等长的），一串子节在 Swift 里是 Data 类型；
2. 字符串的编码可能不是固定的，当然这点 Swift 也不够严谨，不同编码的字符串应该是不同类型才对；
3. Unicode 里还有一些特殊情况，几个「字符」拼在一起才能构成一个可视的「字」，比如国旗 emoji