@duke807 我說的是傳統收音機

聽廣播，優先英文，其次粵語

說一個最底層的，用 cocotb 給 verilog 仿真，芯片內部電路設計

在终端上使用 和是否要為命令行軟件沒啥關系，我習慣用 matrix im 或 郵箱草稿 跨平台分享文本，copy 到終端上用比敲命令方便多了

命令行的話，直接 ssh 訪問服務器上的 txt 文本不行嗎？

沒想到蘋果觸摸板除了功能殘缺，精准度竟然也不夠

驼峰命名法能逼死強迫症

@duke807 這款大齒距眉刀，除了用來剃鬍鬚，還可以用來剃鼻毛、眉毛、臉上的絨毛，非常萬能。。。

我的選擇是
松下 ES-WV60 女士私处专用剃毛刀阴部毛刮剃电动修剪器 +
松下 ES-WR50-P 便携修眉刀身体剃毛器脱毛器（這款齒距比其它眉刀要大）

前者在家用配件方便給胡子做造型，後者用來精修
外出的話，可以只帶後者，後者配合小梳子也能做造型，只是動力差一些

另有收藏手動的，但是不怎麼用：
穆乐德国进口男士手动剃须刀双面老式刀片传统经典刮脸刮胡刀架

不要問我一個大佬爺們爲何這麼喜歡用女生的產品

@hbdh5
眾所週知 rust 社群主張一切都要用 rust 重寫
rust 是偉大光明正確的，已經成為一種政治正確

理論上無解，沒有告知 『已经启动了 200 个』之前，系統端口使用情況。服務無法啟動的概率不單是端口被佔用，也有可以代碼有 bug 、內存不夠、硬盤空間等資源不夠，所以概率沒法算。沒錯，我是槓精。

實際上，會衝突的概率為 0 。

如果混淆覺得還不夠保險，可以把各別或全部 py 文件編譯成二進制，完全不會有源碼的那種（你可以檢查中間的 c 文件），譬如我一個項目，主 py 腳本編譯成可執行文件，被引用的 py 腳本編譯成 so 文件
編譯出来的 so 也可以被普通 py 文件 import
（編譯過的和沒編譯的文件可以任意組合搭配）


echo "cython main"
cython --embed -o main.c main.py
gcc -Os -I /usr/include/python3.8 -o main main.c -lpython3.8 -lpthread -lm -lutil -ldl
mv main.py main.py_bk

echo "cython ae_"
cython --embed -o ae_.c ae_.py
gcc -Os -I /usr/include/python3.8 -o ae_.so ae_.c -shared -fPIC -lpython3.8 -lpthread -lm -lutil -ldl
mv ae_.py ae_.py_bk

想到一個方法，用紅外熱成像，看誰的設備溫度最高

@thedrwu 你說的這些是好處沒錯，但是你沒說它的壞處，最大的壞處就是用起來相當折壽

@duke807
而且，linux 很多設備驅動可以在用戶空間運行，已經非常安全
非要用 *unsafe* rust 開發內核，我是拒絕的
大多數人學 rust 不過是跟風而已

@ihciah
沒錯，所以我說的是用 *unsafe* rust 還不如用 C

正如操作系統用宏內核還是微內核之爭
微內核派說要隔離錯誤，每個模塊都要隔離起來，反而增加了開銷和複雜度
而宏內核的 linux 系統，很多內核任務也是以內核線程來執行，某個線程出錯系統不一定會死掉
我的態度是，不要追求極端，linux 內核就是比較理想的折中選擇

生產環境，對於大多數人，即便用 c 也是在用戶空間，用戶空間本來就有保護，不同進程隔離開，問題可以縮小排查
爲了降低成本，用 python 、go 這樣更高階的語言開發更快，代價更小

綜上，我覺得 rust 就是一種極端的存在，不是我的菜

人生苦短，我還是用 C 和 Python 吧

感覺用 unsafe rust 還不如用 C

感覺 95% 以上的人是無法精通 C 的，因爲要對底層硬件很熟悉，譬如中斷上下文、cache 、dma 、虛擬內存等等

爲了防止大多數不適合編程的人搞事情，所以才引入 rust 這樣諸多限制的語言，目的是降低編程門檻
否則用 C 把內存搞出問題，一般人根本就沒有能力排查問題

所以，做爲 C 程序員，如果你也跟風追捧 rust ，其實是爲了方便小白而給自己找麻煩

測試一下 root 之後攝像頭能否正常使用

pinephone pro
帶 dp 視頻輸出
真正有生產力的系統