@sujin190 正则匹配是可以很快的，具体请看 Russ Cox 写的 https://swtch.com/~rsc/regexp/regexp1.html，满是因为各种增强版，而且实现不好。

首先你能确定是因为外部库引起程序崩溃吗？

@xiadada 我不是很明白你到底想写什么程序。你想写守护进程请先读 APUE。你若是想写一个单纯的后台运行程序非守护进程的话，那你应该用&让它在后台跑，不堵塞你的 shell，不要想那么多乱七八糟的。你不同的 session 怎么可能能通过一个信号去实现你的目的。

@xiadada 你不创建 session 以及成为 session leader，那么就会继承原来的 session。那么该 session 收到 SIGHUP，你这个子进程也会收到 SIGHUP，那么就乱套了。

@xiadada 你是说 daemon 吗？你的做法就是对的啊 fork 两次，关闭各种文件描述符，还有创建 session 嘛。守护进程就是这样，关闭大多都是靠信号，没看出你想问什么。

孤儿进程你又不关，又不属于你的，这个留着有什么问题？这是正常现象啊，你要关闭的话，kill -9 就可了

Dell U2718Q，LG UltraFine

以 Intel 的 CPU 为例，桌面级的 TDP 基本 65W 起，一般带 U 后缀的笔记本 CPU TDP 为 15W，中间少了 50W。差距能不大吗？就算是 Dell 鸡血调教好像也是去到 25W 而且，连别人一半都没有。
而且说性能过剩的，那是因为写写网页脚本，这显然性能过剩。如果你是一个写 Java 的，你就知道多核，大内存是多么重要。
而且 Photoshop 也不是什么省资源的主。图一大，CPU 一样跑满。

列表推导式就不是语法糖，列表推导式的性能比 for-loop 高

其实我觉得你们需要换 GC 算法，毕竟 G1 的回收已经很快了，听说下一代也要学 Azual，搞 pauseless gc，垃圾回收可以在 heap 上 T 的时候低至 10ms，不需要人工接入。

异常不都这样吗？能处理就处理，不能处理就中断，挂掉防止进一步出错吗？

@CFO
@flowfire
@xianxiaobo
前端用 Angular 的没人权的，反正我是智力跟不上，一个 react 全家桶要搞来搞去，各种什么 redux, redux-sage
简单就 Angular，要什么直接框架里面拿，再不济加个 rxjs，以不变应万变，慢也不慢，智力负担也少。
说真的我一点都没看出 FRP 比 MVVM 有什么优胜的地方，我宁愿去用去学 Vue 都不想碰 react。有关图形界面的研究这么多年了，开源界之前用 FRP 实现的图形相关软件大概就 xmoand 吧，其他都是 MVC,MVVM，MVP 架构。现在说 react 跟 KPI 的没关系，我不是很信

云不是有一个超额停机吗？

@nannanziyu 所以我觉得作者就很有礼貌跟素养了，跟这样的 Troll 说那么多没用，他若是像 RMS 一样我倒是敬佩他，可惜他这样的人也就说说而已。跳梁小丑罢了。

@Eyon 你若是要深挖这个，也可以搜索高级函数以及柯里化(currying)

每个人都有每个人的自由，正如作者在上面写道

>let's wait and see how we will be fucked.

商业公司都一个样，Google 不说别的，就那三篇论文里面的 BigTable, GFS, MapReduce 又何曾开源？ Gnu Hurd 都搞多少年了，还不是纯粹的开源力量少没做出来。
闭源完全是合理的，哪怕现在闭源也是一个很合理的存在。不说别的，多少公司内部所谓的大数据处理平台能跟 Bing 或者 Google 内部的分布式数据处理平台比？开源只是一个新的公关手段而已，说得好像真的开源了就真的可以拥有自由一样，现实点，开源长达 10 多年的 openssl，还不是有心脏滴血漏洞，这还是一个被大众天天使用，每时每刻都使用的库呢？有多少人做贡献了？这样所谓的自由只是聊以自慰罢了。

说自由，多少人跟做到跟 RMS 一样？
如果因为微软收购 Github 就要离开的人，我敢说，他们应该在 Github 上面不占大多数，他们也不能代表什么。他们根本就不是主流，他们的影响力仅仅是 Github 的极少一部分，这样一些人，无论去哪里问题都不大，青山依旧绿水长流。

@omg21 现在写一个没什么显示问题的浏览器，难度直逼操作系统。君不见 Mozilla 也花了几年才部分重构 Firefox ？ Google 那么厉害也要基于 Webkit 开始，虽然他们现在是改剩不多了。
这个市场以前有 5 家，现在就只剩下 4 个玩家了。