有很多开源项目的治理和维护确实不太给力。

纯社区驱动的大型开源项目，管理做得最成功的大概要数 Debian 了。

lynx...

开源软件取名字还是挺难的，不小心跟已有软件撞名有点尬。

如果你的设备插的 USB 端口固定不变，那 devnum 、devpath 是固定的，可以跟 vid/pid 结合起来判断。

“XXXX 这活，应该由程序员自己亲自干”，这话隐含的意思是，从“我”是程序员、我在做自己的一项小事业（拉风投的创业或者独开等）的角度来看的。

OP 强调的多面手、竞争力、贴近用户等，其实并不仅仅是“程序员”需要的。任何一个处于创业中或者作为活动中心角色的人都可能碰到这种自我再造的挑战。

产品经理出身的人可能需要学一点开发技术。
设计师出身的人可能需要懂一点财务。
团队中的任何人都可能需要兼职做客服。
……
如果是个人创业，可能所有角色都要自己当。

所以，标题里提到“XXXX 这活，应该由程序员自己亲自干”，并不是说程序员比别的工种更需要特别被强调应该具备更接近市场的能力。只是来说这话的人恰好是程序员出身，看的人也有很多是程序员出身。

不论起始背景是什么，只要你是团队里的中心角色（当然也包括一人活动），或多或少都需要，全面认知和为短板兜底的能力。

这不是 non-standard SQL 语法。SQL 里能用标量值的地方，往往也能用标量类型的结果集，就是相当于把结果集里的标量 for each 一遍而已。

osc52 是彻底的解决办法。缺点是需要终端和编辑器都支持。而且这玩意从远程贴到本机支持得好，反过来远程 query 本机剪贴板则支持得不好，因为后者其实是有风险的。见过做得最合理的是 kitty ，它的 clipboard_control 参数可以分别为双向设置 ask ，让用户自己控制每一次 query 而不是在放任远端静悄悄访问本机剪贴板。

如果为了部署架构简单，而选择用软件 A 做 功能 B 的事，那我可能会更倾向于 everything in PostgreSQL 😄

大概率能被接受的，我也在自己开的 branch 上开发

再者，如果对方问的不是这些 infra 项目的源码实现细节，而是开发中遇到的实际问题，你确信靠背出来的 infra 能回答得了？

你确信在没有实操经验的情况下靠喂 AI 再自己背答案的方式能背得过这么多知识？

@alwaysol 意思就是有的代码运行可能会变慢一点。

手装的系统是 ifupdown ，官方 cloud image 是 netplan

用小地瓜上的说法：你这样不负责任地起号，你浮木知道吗？

嵌入式系统的技术规格是乱七八糟的，不像 PC 那么整齐。可玩性就看厂家爸爸愿不愿意赏赐了。

建议你对象换个成年对象。

做小生意的，才是真正的 full stack

其实 OP 的段落不长。觉得长是因为习惯了互联网文字的短段落。

如果不是日志量大到惊悚，建议打到 syslog 去，用 logrotate 管理切分。比应用程序或者框架自己管理日志切分省心。