@dtfm 就一句 Vim 是编辑器之神，单就编辑文件（非管理项目）而言，要比 ide 效率高不少

惭愧，从诞生的那一刻学会了自举

融合手环的功能，睡眠检测

@sox 哦哦，大牛啊
有这样的大牛给前端们撑腰，还有什么好学的，学个 J8

一直 955 ，搞得我都不好意思出来见人了

作为程序员不该保持一颗学习的心吗？
调用别人的简单模块我可以接受，但这篇专栏满嘴的我们只要会引用模块、调用 API 就行，其人之道可见

@BruceAuyeung 我们公司就是 golang ，不过是集群产品， debug 什么的，还是日志靠谱。
PS: systemtap 可以很好的实现进程状态监控。

@BruceAuyeung 然而，这些并不需要桌面

对此，我想到了 QQ ，点击客户端上的链接，无论打开什么浏览器都能获得相应的信息。
当然，如果说你没权限要求用户装客户端和登陆，我只能往不好的方向揣测这么干的意图。

把 j 作为参数传进去，而不是直接引用这个外部变量就好了

这年头的广告也是醉了

大概理解了，公司目前只有一个前端，后段技术栈待定

是事情没想清楚，这样的命令是写不出来的。

& 命令把东西放在后台，这样就产生了一个异步的运行进程
&& echo "OK" 又是一个同步的命令
这样就是要一个同步的立即运行的命令去抓取一个不知道猴年马月会结束的命令的结果。
预测未来的事真心没命令可以做到

修改方案，楼上两位就挺好

给个建议，考虑这么多蛋疼的、少见的使用情形，不如直接来个来个运维规范。
只让 ./xxx.sh 来运行，一切不是都解决了吗？

当然，规范这事有时很难做，但是我们不是还可以引导么？
脚本开头统一 #!/bin/bash , 给出去就是一个带着 x 权限的没有后缀的文件。我想面对这样一个文件没多少人会敢直接 sh XXX 来瞎执行

PS ：被各路运维 sh XXX.sh 搞得实在烦了，好端端的 bash 脚本，非要拿 dash / bash posix 模式来跑，不出错才怪。

@wweir 错了，锁定协程所在的核。手机码字，思绪都乱了

mem copy 慢，我猜栽在了 CPU 的 numa 上。
不妨试试利用 runtime 锁定协程所在的线程，或者用 gccgo 编译。

很多东西不是在虚拟机里面用用就能知道的。无论是桌面，还是集群的运维。

PS: ArchLinux 大法好

@lianxiaoyi 不知道想表达什么，几个主流发行版，没见过哪个没有可控的 root 的

@TimePPT 哈哈，从推荐的角度看，前段时间都快成 fade 专用播放器了。这段时间推荐的曲目终于恢复了，不过风格相比之前还是有变化。