富人的钱就是从穷人那来的啊 ... 穷人不消费怎么有富人呢

如何评价“永远是创业公司”的大厂

@LaicZhang #119 想啥呢，人家支持的可好呢，毕竟赚很多钱呢
你想想，分发 Safari 扩展是在 App Store 上，App Store 必须要苹果开发者账户才能上，一个账户一年 99 刀

其实 Go 确实有自己的成果啊。Go 的整个历史可以看成一个巨大的技术实验，难道不算是成果么？

@7v9TEc53
这样是可以，但是貌似在我从 Finder 切到对应应用的过程中，丢失了 Finder 中的上下文，我还得重新在保存文件的对话框里重新定位到对应的文件夹。
原则上来说，既然 Finder 可以创建文件夹，那它就应该也可以创建文件。当然不必像 Explorer 那样每种文件类型都来一个菜单项，给一个“New File“的菜单我自己改名字就是了。
不过这是典型程序员思维，苹果是万万不敢把“扩展名“这种只有被诅咒的程序员才知道的邪恶知识直接暴露给它的宝贝用户的。所以最后可能还是得搞一个类 Windows 的东西，或者和”Open with”结合起来，不过这些我感觉也都是半吊子解决方案。

不过说起这个流程，我倒是想起来一个事，Mac 上的很多应用都喜欢持久化自己的临时界面状态，这样重启之后再打开还是一样的，就算是未保存的文件也会原样还原。久而久之我有些依赖上了这个特性，养成了一个习惯，就是一直开着个编辑器，里面就开俩 buffer ，当 scratchpad ，也不保存，反正系统挂了之后重启还在。
结果换到 Linux ，用 Kate ，发现 Kate 没有这个功能，未保存的内容 Kate 是会缓存在硬盘并且可以恢复的，但仅限于已经保存的文件…（新版本可能改掉了）但是我的习惯还在，导致有两次系统挂了我都不知道丢了什么东西… 大概又给楼主提供了一个 Mac 的黑点
（持久化匿名 buffer 这个需求在 Linux 上貌似很难找到可以满足的软件，Windows 上 Notepad++可以，非要说的话 VSCode 可以不过我是拿它当 IDE 用的。而且 Notepad++不知道，但是 VSCode ，Sublime Text 和 Mac 编辑器老同志 TextMate 这几个基本是个传(chao)承(xi)关系）

@liuhouer OS X 确实是有骚操作的。
比如之前 OS X 钦点的编程平台 Objective-C + AppKit ，动态性是很强的。也就是说我拿到一个 OC 的 Cocoa App ，很简单就能还原出里面的很多符号，做 Hook ，对逆向比较友好。
Windows 钦点的平台 C/C++ + Win32 API ，东西编译出来之后再想逆就比较难搞。

iOS 和 Android 并非一个合适的对比，iOS 属于不完全开放的平台——并不体现在文件系统或者 App Store 之类上面，而是用户如果不花钱向苹果订阅开发者服务，就难以长期稳定地在 iOS 设备上运行自己的代码，也就是 iOS 不允许用户 program 自己的设备。从这一点上来说 iOS 设备更像智能家电，而非“智能“手机。
Mac 和 Android 不存在这种问题，iOS 从根本性质上就跟它们不一样。

当然现在苹果这边在搞 Swift + SwiftUI ，貌似静态的东西更多一些，而微软折腾 C# 很久了，可能现在情况不大一样（所以我限定在了 OS X ，而不是 macOS ）。
另一方面，类似系统换肤之类的事情，不论哪个系统，可能已经有十年没再出现在主流视野了。

我现在其实不想用什么“内存”之类的词，“存储”这个事情讲细很可怕：SRAM 缓存，同一 package 的 eDRAM/HBM ，普通的 DDR DRAM ，NVRAM ，NAND SSD ，HDD ，USB 存储，云端，磁带，软盘，这些一样么？

不如直接说好了是 LPDDR 几的“DRAM”，UFS 几的 “NAND”。

#10 @cxe2v 你有没有想过，被“误用”这件事情本身，也是一个新的故事呢？
（当然，本站最近流行的，以及其他地方可能搞过，正在进行或者将要搞的，试图教育大众的尝试，也是新的故事）

另外生命周期的问题最好是搞一个有各种 ctor 和 dtor 的类，这样看着清楚一点。

第一个，v1 = v2 时会把 v2 里的元素拷贝一份给 v1 ，所以你 v1 是可以用的
第二个，有两种可能，一是虽然 UB 了，但是并没出明显的错误。二是你遇到了 C 坑爹语法里的一个坑，你定义了一个名为 q1 ，类型为 shared_ptr<int>的变量，而非用 q1 初始化了一个匿名的 shared_ptr<int>值。由于你这个奇葩排版实在是难以判断，我怀疑你要是把整段程序都写出来没准还能看到什么 studio.h ，void 面函数之类的

@pursuer 语言设计者一般开始就会有如何实现的假设，这个假设会影响语言设计以及最初的实现，这些都和最关键的“设计目的”相关，之后才是生态，生态再反作用于语言设计和实现 ... 语言初始的设计是个种子，生态是从这个种子里面长出来的。这个方向大多数情况都被其初始实现也一般是设计者自己搞的实现也一般是至少在一开始最流行的实现钦定好了，后来的实现，尤其是能获得广泛应用的，一般都沿袭初始实现的模式。等到生态扩张到一定规模，再想改就难了。

比如 C++，它设计的目的就是加强 C ，里面那些 C 的东西放在虚拟机里面不好做也没必要，模板语言只会有编译时能确定的东西。当然有一些“生态”里面的人想把搞一个带虚拟机的 C++，结果搞出了 Java 和 C#，从 C++ 生态脱离了。C++ 还是原来那个 C++。
重要的不是编译器或者虚拟机，也不是具体的功能，而是为什么搞出这么一个新语言，它的核心目的和定位是什么，它存在的价值是什么，它有什么思考和沉淀 ...

后面也感觉不太对，比如 C/C++ 既有 Windows 生态也有 Linux 生态，很多 C++ 开源软件在 Linux 上也不会出现大量重复的情况。而专有软件倾向于无论哪个系统都要全部依赖打包在一块。Java 、Python 程序也可以做成类似大部分 Electron 应用的分发形式（如喷气脑子 IDE ，一些 Java 游戏等）。可见一个完善的生态并不会限制开发者在你说的依赖处理方面的选择。这个在不同语言之间的差异是比较小的，倒是和应用场景关联比较大。还是拿 C++ 来说，C++ 并不 care 你到底怎么分发软件，它只负责提供性能潜力和抽象能力，因为这是 C++ 的核心特征。

#17 @murmur 不敢苟同，在我看来，虽然现在新的老的各种语言很多，但是真正实用的静态类型编程语言，依然是一个未解决的问题。

这个“真正实用的静态类型编程语言”的意思是：跨平台，有基本的“现代”功能集，主要面向 native AOT 编译且运行时较轻量，支持多线程。

动态类型、有虚拟机的编程语言已经有 JavaScript 、Python 、Scheme 等成功典型了。
静态类型，有虚拟机的，C#，Java 及一票 JVM 语言也都不错。
TypeScript 算是中间的。这些领域的吃鸡已经基本完成了。

但是静态类型无虚拟机暂时还比较混乱。C 抽象能力太差，C++ 洞太多，Ada 、Pascal 、Fortran 、D 等要么凉了要么不温不火，Haskell 智商兼容性太差。上个十年这一波新语言可能得有一半，包括 Rust ，Swift ，Go ，Nim ，Vala 之类的都在试图解决这个问题。而其他很多新老语言，如 Kotlin ，Scala ，C# 甚至 TypeScript 也在探索这条路，现在吃鸡大赛暂时还没打完。

你举的这几个例子比较失败，AOT 编译+静态类型是 Flutter 核心卖点之一。Lua 是动态类型先踢出，TS 不完全是静态类型不适合 AOT 编译也踢出，C#虽然可以 AOT ，但是语言本身并不是针对这个设计的，削足适履可能还不如用 Dart 。在我看来，Dart 只是刚好 check 了上面所有的 box 的“经济适用语言”而已。

你举这些例子还不如问为啥不用自家的 Go 。我推测这涉及到另外一个问题，就是除非语言具备足够的元编程能力并且工具提供良好的支持，要做 GUI 框架，总是要其所依赖的编程语言本身配合加点功能更好。比如苹果专注做 GUI ，从 NeXT 算起的两代语言，Objective-C 和 Swift ，都为了 GUI 开发做了一些定制（当然跟你说苹果可能显得我大脑比较高级 ...），JavaScript 也有 JSX 之类的东西，GTK 也自己搞出个 Vala ，Qt 最奇葩搞出个 moc 。
那比较理想的情况就是，框架开发者能在一定程度上控制语言的发展。C#、Swift 之类的是别人的，没法控制，Go 已经做大了（可能还有内部的一些组织问题），看起来也不好控制，就拎出来个 Dart ，一边需要个工具语言，一边需要推广，一拍即合，皆大欢喜，双赢！

这个主题最大的问题不在“开发浏览器”那块，是在于标题 ... 这个不仅仅是个解析器的问题 ... 解析器只是第一步，最 tricky 的应该是布局引擎那块。JS 引擎应该是现成的。

@dragondove 其实自动麻将桌 Media and Entertainment 下面 Linux 软件不少 ... Maya ，Mudbox 和坟头草都已经三丈高的 XSI 都是，小的还有 MotionBuilder 和只支持 Linux 的 Flame 之类的。Adobe 非要说的话也有，毕竟现在 Substance 改名叫 Adobe Substance 了（狗头
不过上面大多是买的，不少本来一开始就是 UNIX 工作站软件。自动麻将桌传统的 AutoCAD ，3ds 从一开始就是 DOS 软件，后来 Revit ，Inventor 和 Fusion 360 也一脉相承了。
这个和 Mac 其实差不多，一边不少 VFX Studio 在用 Linux ，但是另一边 Linux 上的 CAD 到现在没个戏。

改变不了以上 Linux 软件和 #45 中列举的软件的开发者都不懂产品也不懂架构的事实（

讲真，就代码质量来说，暂时还没见过比一线开源项目平均值还高的商业项目 ...
都是屎山，五十步笑百步而已

不由得想起 Linux 社区一个老梗：很多年前慕尼黑政府搞了一个迁移到 Linux 的项目，虽然搞了好多年，但在那个“The Year of Linux Desktop”看起来无限遥远的年代（现在应该是近了点，不过看起来会长期处于无限接近“The Year of Linux Desktop”的一个状态，或者干脆叫“Linux Desktop 初级阶段”？），这个事情貌似当年也是被社区津津乐道引为 Linux 在终端的一个应用案例。
结果搞好没两年，微软说要把德国总部迁到慕尼黑，市长也换了，新市长说 Linux 不行，要换回 Windows ，又折腾好多年。最近又出新闻，说新的市议会决定支持使用开源代码（但好像并没有明确说是否会再换回 Linux ），同时的新闻还有 SH 州打算切 Linux （ Reddit 网友：“微软：在路上了在路上了”）。