试了一下编译时候有 warning 的……都不用开-Wall

test.cpp:21:46: warning: object backing the pointer will be destroyed at the end of the full-expression [-Wdangling-gsl]
const ReducedGroupId& reduced_group_id = memo.GetReduceGroupId(group_id).value();
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

写 C++的时候-Wall -Werror 是个好习惯

如果你的 Python 脚本都是纯本地的，不需要到处迁移也不需要发布给别人用，改一下 Python 的代码加些自己喜欢的语法糖，可以带来比较舒适的开发体验。

七八年前做过这样的事情。不过说实话没什么价值，后来也懒得弄了。

理念挺有意思的，用的跟 bitcoin 一样的 PoW 机制。

不过实用性就差太多了……我不可能真放一个 CPU 在那里跑三十年就为了立遗嘱啊

Linux 上这种图形界面的需求确实相对少一点，我都是用 autojump 的……

如果愿意付费的话，Confluence 、语雀、Notion\之类的也都可以。

光是这个程度，说 0Day 还是太勉强了。

移动端上隐藏的 API 多得数都数不清，很多功能只是通过标准接口办不到，用非标接口其实很容易实现

LLM 本身就有判断 LLM 生成文章的功能。

不过之前就有过邪道，在富文本里用人类看不到的形式写下对 LLM 的 prompt ，引导它在分类时输出“是人类写的”这样的结果。

@moudy 点广告就跳转在我看来一样是恶意行为，反正我手机上是全禁止掉的

从 windows 重装不需要做启动盘，直接打开 iso 双击 exe 就行……

@v2er119 谁还敢说自己的 IT 技术栈是完整的呢……不完整是事实，但这并不重要

kotlin 跨端都才刚起步，而且做的跟 flutter 也不是同一件事情啊

@jplay 就是因为开发效率太低了才不想用 C++。

同样的命令行工具，我的感觉是，开发效率 Python >> Rust >> C++。长期维护时的迭代效率，Rust≈Python >> C++（这条时间越长 Rust 优势越大，C++在任何情况下都没有优势）。

Go 没高强度用过，但体感语法糖太弱，应该没法和熟练使用的 Rust 比.

@jedihy 因为不午休也一样要上足时间啊。不会真以为午休不算工作时间就不用工作吧=、=

参数太多的情况下应该通过结构体传入，正好结构体的 build 还能降低参数构造的复杂度。

另外基本类型参数太多时，应该通过封装类型做区分，便于使用。

尽量不要通过 key 为 string 的 map 传参数，每次看到这种东西都想砍人

瀑布模型在现实中其实用得还不少

不过还有个影响体验的关键问题是……需求来源本身就不是单一的，产品的设计者往往对接多个产品，需求实现者也往往对接多个需求。

在单个需求上做到瀑布模型，很多时候并无助于整体研发体验的改善