前后端分离吧，现在大部分后端不管前端渲染了，只写 API 的话 fastapi 还是很香的

小程序也不行吗

像 npp

因为本可以更好，rust 和 go 的异常原理是一样的，但 rust 的语法糖就很香。但凡 go 多个语法糖也不会这么多人吐槽

Emjio 是什么鬼，怎么还能拼错两次（恼

@Trim21 为了不增加运行时成本吧。如果实现成普通 variadic 函数每次都要构造一个 slice

我怎么觉得几个月前看到过这个问题？

现在有什么阻碍你去学这些吗

@Trim21 然而新版本内置的 min max 还是编译器开后门（悲）

@SculptureSand #15

> 同时我也好奇，对于你这个高质量的回答，你倾向于我说谢谢还是辛苦还是都行呢

我倾向于是说谢谢的程度。但其实不管对方说什么我都无所谓，毕竟那是对方从他的角度出发毫无恶意的想法。退一万步讲，即使对方是带有讽刺性的恶意，纠结只会让自己内耗，生活还有很多有意思的事情呢 :)

我觉得是这样。假设 A 帮助了 B ，如果 （ 1 ） B 以同等的金钱/时间等等给予了 A 报酬，那么 B 会觉得不怎么欠 A 的，倾向于说“感谢”；（ 2 ）反之，如果 B 没有给予报酬或者觉得报酬比不上 A 所付出的努力，则 B 会倾向于说“辛苦”作为补偿。

一个例子：打车时，即便是路途很远，很多人也不会说“辛苦司机”而倾向于感谢司机。这是因为打车的钱已经付过了，配得上司机的付出。

至于“辛苦”一词与“上对下”相关联，是因为上对下所吩咐的事通常不会有物质上的报酬，符合上面说的 2 。

但这不代表“辛苦”和下对上可以划等号。这种情况还可能出现在隔行相助的情况。比如楼主的例子。楼主的朋友估计不是从事计算机行业的，那他就基本不知道楼主帮他完成这件事到底付出了多少。此时他只能凭自己的认知猜测楼主付出了相当的努力，即便楼主自己认为只是拒收之劳。而且估计楼主也没怎么收报酬吧？这样看楼主朋友就会倾向于说“辛苦”作为对付出的肯定。

如果觉得奇怪，你觉得应该用什么词代替呢

我 hexo 源文件直接推到另一个 github 仓库

都是一样的

@body007 你这回答和楼主的问题没有关系，楼主没有在问和字段相关的内容。建议不要瞎贴 GPT 的内容，会被站长枪毙。

小时候背这个包被压得脊柱侧弯

预制菜是吧

什么坐标