@20015jjw 你这样说我就信，大型工程真的 Macbook Pro 不够用，编译都得上 Mac Pro，不过 Mac Pro 几年没有升级了，也是垃圾。


@applehater 大型桌面软件开发肯定是配置越高越好，CPU 框框约多当然越好，游戏开发上泰坦 /1080ti，CAD 上专业卡。内存堆上去。

@rockyou12 golang 是因为 google 自家基础服务强劲，没看那 import 都是库的地址吗？全球分布式的单一代码仓库，你怕不怕？自家所有项目围绕 bazel 来搞，有什么不能构建，真是又简单又好。所以语言的基础服务才这么令人蛋疼。

你看同期的 Rust 就没有这么多幺蛾子，都是按照业界标准的来搞。

@20015jjw 64G 都卡，那么换这个 Macbook Pro 有价值吗？我不是很明白既然你都说得要求这么高了，怎么换了 Macbook Pro 就有 16G 可以替代 64G 的功效？按你这样的要求，买 Macbook Pro 完全是浪费钱，因为完全满足不了你的需求，你用 32G 的机型，智能感应也是卡。

PS：附上我的 jvm 调优配置，可以拿回去试试，看看是不是真的配置问题
-Xms128m
-XX:ReservedCodeCacheSize=240m
-XX:+UseCompressedOops
-Dfile.encoding=UTF-8
-XX:+UseG1GC
-XX:SoftRefLRUPolicyMSPerMB=50
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-Xverify:none

-XX:ErrorFile=$USER_HOME/java_error_in_idea_%p.log
-XX:HeapDumpPath=$USER_HOME/java_error_in_idea.hprof
-Xbootclasspath/a:../lib/boot.jar
-Xmx2048m
-Dide.no.platform.update=true

若是还是卡，可以适当调高-Xmx 参数。而且最好安装新的 jetbrains 版本或者新的 jdk，要不然用不了 G1

@20015jjw 大厂不是配惠普的工作站吗？而且大厂不是应该有 CI 吗，就连我们组都有 CI。大项目用自己的机器编译不是搞笑么？服务器有几十个 CPU，不是更快更好么？

其实素材线上是有很多免费或者便宜的，买回来用就是了。而且看看嘛，就吃鸡不也是大量直接购买的素材吗？做好核心就好了。

@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 的没关系，我不是很信

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