GeruzoniAnsasu

？ 这还能卡死

随机一个数作为答案，再随机几个步骤得到初始数字，再根据优先级规则打乱顺序并补上括号

如果发现数字过大，那就每个中间数字比较一下离数字域上限有多近，乘一个权重来随机是往上涨还是往下缩

如果发现经常摇不出可以整除的数字就动态规划一下，把当前数字乘上来的路径记住，从可行路径里选一个

如果可选路径数量太少就先因式分解打一个表（ 2*2,2*3,2*5,...2*2*2,2*2*3,...）

无法理解你->无法交心->唯我独尊->控制欲

「给孩子都不舍得 xxx 」 -> 我看最后十有八九会演变为要么孩子必须听我的，要么无尺度溺爱纵容

28+年

一句话杀死静态链接：

程序依赖 libc->ld.so->vdso->内核。

你想要 c 程序完全静态链接，那么你得想个办法永远不依赖内核 dyanamic mapping 出来的任何东西，那么你只能「真的只使用 syscall 封装」来写程序，which busybox 几乎就是这么做的。

但大多数程序都不是。

--------

另外

> 宁愿自己搭古老开发环境来编译，也不愿/不能升级目标环境

不知道你有没有注意到，在新系统上搭旧环境其实相对容易的，也能做得到独立一个运行时，toolchain 设个 sysroot 就够了，但旧系统上搭新环境尤其难，就是因为新环境动态依赖的新特性涉及一堆最后要指望内核提供的能力，所以几乎没法升。


GNU 有点像所有 project 都在维护同一个大系统，你要么在「写插件」，要么在「写宿主」——新插件没法在旧架构上跑，你发布一个「新环境」就意味着「宿主系统」升到了一个新版本……内核+runtime+版本都一起升了。

太奇怪了，markdown 难道不只是一种标记方式？

真正讨论「写文档」的时候，相互对标的难道不应该是 word 、语雀、飞书、Notion 、Obsidian 、Confluence 吗



难道 OP 想讨论的是某个 markdwon 纯文本到处发这种……文档……呃……产品？

用法是错的，心智负担增加是对的。python 的感觉大概是谁来都能写成狗屎，go 的感觉大概是拴条狗来都能在屎上继续写

写「个人优点：对未来与晋升通路有清晰规划，目前正执行学历提升计划」