只要不需要和菜鸡合作，不需要处理屎山，那 modern cpp 就是很爽，一切尽在掌握中的这种精准性是别的语言比不了的。。。内存管理啥的，用好智能指针和左右值引用和 rust 也没啥区别，生态还更加丰富，相比之下 rust 在目前根本就写不了任何严肃的 GUI 和 GPU 代码。虽然现在做的东西用 rust 越来越多了，我自己也用 rust 更多一点，但是目前来说肯定还是 cpp 更胜一筹。

当然了，如果队友多的话，我还是更倾向于用 rust 或者 java 这些强迫每个人都不准写烂代码的。

远古时代的 enigma virtual box 就可以，不过这么搞容易被报毒，尽量还是源码编译打包更好一点

首先确认一下关机的时候 USB 端口 5V 供电是不是还在，如果确实还在的话换台电脑试试能不能复现。。这种可能不是电脑软件设置的问题，而是设备硬件问题，比如说设备拉高 USB DP 的触发时机不对。。

日本 it 产业确实很落后，都是外企垄断了，基本上没有一个本土的比较像样的公司。为啥要把网站弄到日本去呢。。

楼上说得对，但不是上拉，是两个 cc 要分别用两个 5.1k 下拉到地，这样另一端才能知道它是 UFP sink 。有些设备插 PD 不供电是因为设计错误，比如两个 cc 只用一个电阻下拉，或者干脆忘记下拉，这样另一端按设计就不应该供任何电压。

原则上前一种设计错误可以兼容，办法是只检测一根 CC ，后一种不能兼容，因为 cc 漂浮的话不清楚谁是 sink 谁是 source ，如果硬供电的话，用户要是把两个这样的口不小心接一块了可能会烧供电。

斯特林制冷机可以少量做液氮，我有时候急用会做一点。设备占地不大，和个可乐瓶差不多。

为啥要

那你这问题不是早睡，是平时睡太少了吧。才 6 个小时，连基本的休息都不太够。

平时我也是晚上 2 点多才睡，但早上都是睡到自然醒的，一般要 10 点到 12 点才差不多醒过来，精神也很好。

打工仔需要学习 blockchain 和 smart contract 开发，技术 leader 需要学习安全，赚钱需要学习忽悠

可以看看老外的爽文（魔兽官方小说之类），侦探小说啥的。我中学时代就这么学的。

没有引号的话，

{

prettyPrint: 114514

}

里面的 keyname 到底是 "prettyPrint" 呢，还是 "\n\n prettyPrint"

在 func2 里加一行

nonlocal a

但这么搞有糊屎山的嫌疑，尽量少用

看负载能接受多大的波动，后级比较糙的话（风扇，电机，加热棒之类），随便找一个继电器就行。后级细一点（ PLC ，伺服驱动器，充电器之类），就找个动作快点的固态继电器。后级如果是数电（主板，监控之类），就看带不带输入电源隔离稳压，不带的最好就别这么切，可能会意外触发 UVLO 保护。硬要切换，可以做个电源转换板，双绕组变压器耦合过去。

话说电源切换，一般都是要么整合进产品电源里（带电池的产品用得多），要么放在逆变器上（外置 UPS ），切两路 12V ，确实比较罕见

低功耗、组网、三防、集成天线这几块都是挺大的坑，如果刚入门硬件，不建议上来就做这么刺激的东西，可能会搞到你心态裂开，可以先做点简单的练练手。

我自行车上有一个类似的东西，因为老是忘记自行车丢哪了，所以远古时代自己做了一个定位，改了好几次才满意，最开始用的 ublox gps 模块，后面嫌弃没有北斗，换到带 BDS 的中科微的山寨模块，gps 天线都改了几次才能比较靠谱地收信号。无线通信是 2G 网+wifi+sub1g ，主控用了一颗 st 的低功耗 mcu ，电源用了太阳能锂电和亚硫酰氯双电池，额外还加了一个动能 energy harvest 部分做 dead battery 恢复。

如果确实想挑战一下的话，可以注意一下这几个方面：

GPS ，wifi ，2G 通信功耗都很大，模块电流经常跑到几十 mA ，所以开启频率要在固件里调教好，根据系统电池容量调整。sub1g 相对更省电。

电源转换 DCDC 模块出来的几个电压都要用超高效率开关，并且静态电流要很小，太阳能充电部分阴天要想充电就得做 MPPT 。

外壳我用的是 ABS ，因为放户外就要考虑耐晒耐高温，还不能挡无线信号。整个系统组装完之后，除了装电池的仓之外其他部分要全部灌胶，否则温湿度变化大的时候会有冷凝水。

《我朋友》

也有一个 15rmbp ，好多年不用笔记本，年前闲着没事翻出来换了个硅脂，上上网做做 ppt 还是很好用的，甚至还能玩点缺氧星露谷啥的小游戏

之后打算把电池拆了弄个画框挂墙上

这下真的文化入侵了

深有体会，rust 强迫人们写可靠的代码，但是实际上大多数时候可靠性根本不重要，出问题重启就好了，算错数也会被后续的统计检验筛掉，即使是嵌入式领域，多数难解决的问题加个 watchdog 也都能凑合跑下去，就算产品在用户手里真的崩溃或者坏了，只要概率低一点也不是多大个事（就连特斯拉的车机这种东西死机了似乎也没有赔钱，要知道仪表盘可都在上面）。只有在很少，极少的领域，比如医疗，动力或航空才需要真正的高可靠性。

何况很多人写代码是半路出家，不了解计算机的结构，对硬件理解很差，经验也不多，完全就是硬着头皮一股脑写下去，遇到问题就靠谷歌那种。让他们去搞 rust ，根本就不可能搞定，最后当然是很挫败。想要找可靠的专家合作的话，一是人数不多，很可能根本找不到，二是价码很高，找到人也不一定能谈拢。

两个因素合起来，那就是用 rust 收获不大，对于我们来说完全可以用 c ，cpp 代替，但是成本究极倍增。

曾经尝试过用 rust 做固件，得到的结论是，这东西也许 5 年后会很好，到时候足够内卷，也许多数写程序的人就能理解内存是怎么一回事了。但现在就用，你的队友只会让你血压疯狂升高。