我猜你“学习独立开发，学习如何做产品，学习前端技术”几年后还是会无用论

子查询单独执行时又不知道 monitor_id 是哪里来的

说到这个……我曾在某个环境里想尝试纯 v6 ，操作系统里关掉 v4 了，发现 v6 给我推过来的 DNS 服务器是 v4 的……

折腾工具比干活好玩多了，尤其是在你写的程序偏向业务的时候

复杂是信息系统的内在特征。机器是违反直觉的。

互联网大肠，尤其是国内的，开源出来的重型基础设施软件，基本上是要像原厂那样有一定规模和水平的运维团队才能玩溜的

@haikea 惊喜这种事，在《麦琪的礼物》里看看就好了。日常操作多了，很容易把惊喜变成惊吓。

惰性求值，摊平成迭代器

对一般人的使用规模而言，有工夫学这些有的没的靠谱不靠谱的 manager UI 软件，手冲 nginx.conf 都冲出各种拉花了。

跟大多数人的意见不同，我支持你沟通后退货。

但是这事的源头不对。你跟不懂 IT 的女朋友念叨很久想要个 NAS ，又没自己买，害得她做了好多无用功课了解自己陌生领域的知识来讨你开心却失败。默默做功课及时出手不应该是你自己的事吗？

看下来的感觉就是前端戏精多

“我们的系统有个毛病”……你看，你自己都知道是业务系统的毛病，不去解决毛病也就罢了，毕竟屎山不能乱动，以防溅一脸屎汤。人家要在外围用技术手段来把你这业务系统这端的毛病给人家外围附加功能带来的困扰 workaround 掉，你还怪人家做技术做魔怔了。“系统越来越复杂，在错误的道路上越走越远”是“把太多的业务解决方案诉诸技术”导致的吗？你们这群技术不重要业务该被舔的嘤嘤怪，心里真的没有点碧树吗？

有没有可能耗时不在查询，而在大字段内容的传输

看看是不是某个 rc 文件里写 PATH="$PATH:/usr/local/bin" 的时候用了单引号

$PATH 前面那个 \ 很可疑