@pugaizai 然后装了一堆 Python 包，体积也会大起来，尤其是其中还有非纯 Python 实现的包，依赖额外的 C 库……这些 C 库的 build & install 折腾死人，然后你发现还不如用一个正常的发行版

Python 这种连自举都不能的语言哪配得上“==操作系统”……
要么你用 MicroPython 的单片机，不过那玩意不论是性能还是生态应该都不是你想要的东西。
你可能不是科班出身，对计算机系统的理解有问题。操作系统这玩意，从业务角度是看不到也不需要的，但如果没有它，你自己要做的事就太多了。正是因为信息系统的分层架构模式，才能让写业务的人专心写业务不用关注底层技术实现。如果没有操作系统，又想运行 Python ，那 Python 解释器的实现者可能要自己去处理各种硬件的底层操作，而且还要适配各种硬件。你轻轻祭起你认为“只要……就好”的 Python 写出业务代码“岁月静好”，但代价是底层的 C 库、操作系统在“负重前行”处理了让人望而生畏的肮脏细节。

其实这是一个 X-Y 问题，你提出的“只需要运行 Python”并不是真正的需求，不如讲一下为什么不想要操作系统……如果是嫌运行在正常的 Linux 发行版里体积大的话，那就可以用轻量级的发行版，实在不行还可以自己做裁剪（尽管以你的知识水平和经验目前这个做法不现实）。但是操作系统的基础组件是逃不掉的，很多 Python 包依赖的下层 C 库也是逃不掉的。

可以用更轻量级的发行版比如 Alpine……

咱就不提操作系统作为一个管理硬件的抽象层很难去掉。就说在操作系统里运行的程序，也许你写业务代码只直接用到 Python ，但用的功能模块还要依赖各种 C 库，所以 pip 之外的 C 库包管理也是必要的。

@fantix 用 Rust 自己轮一个后端感觉不是很有必要，毕竟 PG 的“后端”已经足够强大和成熟，而且 EdgeDB 针对的主要痛点不是后端，而是前端。不如（假如你们团队能搞定 PG 上游的话）对 PG 重新做架构，把语言 parser 和网络协议 listener 都解耦出来，语言上想用 SQL 用 SQL ，想用 EdgeQL 用 EdgeQL ，网络协议上想用 PG wire 用 PG wire ，想用基于 HTTP 的就用基于 HTTP 的……

看标题就想到了 EdgeDB ，没想到居然是开发者的贴

@44670 理论上应该是 key 找不回了就应该生成新的，服务器端重置公钥，但实操中真遇到这种事就伤筋动骨搞死人了……甚至，按理说，在不使用硬件的情况下，都应该每个终端上生成自己独用的并加到服务器，而不应该把别的终端上的私钥拷出来……然并卵

@44670 但是看 C3 的 spec 里的说法，它的 CDC uart 好像是芯片内置的，而且是单一的 CDC 功能，所以可能并不是 SDK 里的软件实现

@yolee599 串口号变的原因是握手时返回的设备 ID 里没有序列号字段，这个不难解决。至于驱动，Windows 10 已经带公版 sys 和 inf 了，7 和 8 里其实有 sys ，只是缺一个不挑 VID/PID 的 inf 而已，这个倒也也不难解决。

@jiezhi USB key 和 U 盘的区别。前者是个计算设备，私钥不出 key ，电脑上获取不到私钥内容，后者哪怕盘是加密的但文件总要被原样读入到电脑一次。

手写 SQL 语句（但是用参数化查询）和手拼完整的 SQL 语句字符串是两码事…都 2022 年了，上面说手拼字符串的各位不会真的是把查询条件里的值也手拼进字符串里的吧。

@44670 查了一下居然是 CDC/ACM 和私有双协议的……

不是很建议用 CH340 ，一来这玩意需要装厂家的私有协议驱动，二来它不加外部闪存的话 USB 没有序列号字段（它的阉割版 CH341 甚至连加闪存放序列号的可能性都没有），换换槽插可能 COM 端口号就变掉了。最好是选一个用 CDC/ACM 协议的，并带序列号字段的。MCU 的 USB 协议栈一般都有 CDC/ACM 的 sample ，不过你担心协议栈实现不靠谱的话那不太好找，容易买到的大概只有 Holtek 的。

好新潮，居然用 RISC-V

从虚拟机 console 登录也不对？

好好解决你自己业务场景中遇到的实际技术问题，多总结，多思考，学会解耦和抽象，提高面向业务的通用架构设计能力，培养技术品位和技术审美。

这么聪明的女票，去学 Haskell 不好吗？

@liprais 恐怕他们连 mysql 都觉得有太多没用的 rich features 了…在他们眼里 db 层只要有 kv 就行，应用层架构师人均吊打 Jim Gray 、Michael Stonebraker…

不少 24K 氪金纯程认为程序员在技术层面的必备技能只有某门工业级编程语言的语法入门，其他技术知识（比如 DB 、特定 OS 的 API ，运维、安全）都不是程序员的事。除了会一点语言语法之外，最重要的是往业务方向上贴，以及吹牛当 PPT 架构师。技术只是修齐治平的手段，反正世界是草台班子驱动的，能吹着牛升职加薪的才是好技术。

阿里等少数几个互联网大厂在特定业务场景和历史技术背景下总结了一些 best practice ，他们一看是阿里的，照搬呗。至于自己的业务是不是典型互联网特征，规模是不是大厂，who tmd cares ，阿里都这么用，难道不好吗。

相信我，以后你跟这个同事合作过程中遇到的草台、山寨问题一定会比这更严重