它需要有个空格...第一次的时候我也是以为无效

比如一个标题为 Node 的 page, 第一行

alias:: Nodejs

Nodejs 前面一个空格

很有药娘天赋, 要不要考虑下

鱼豉油蒸鱼,切点葱姜撒上面完事

简单是多简单, html + jq 糊一两个页面的话那就还是 express, 或者 fastify, koa, 配个 host static 插件完事, 个人喜欢 fastify 些

但凡要用个现代前端框架 ssr, ssg, 那就还是 nextjs, 但是这玩意应该和简单不搭边

看来很多人没耐心刷完 MDN 的 CSS reference...

生态上 go rust, 很多 tui 以及其他 cli 相关的库, c/c++ 生态不用说, 但是和方便不搭边

产物体积小且快, rust zig

方便且跨平台, go rust c# zig, 后面两个生态差点, 综上 go rust

java graalvm 应该也可以, 没用过

从原生应用到小程序, 厂商主观上天然地有着不想统一的倾向, Windows 设计个 API 要考虑兼容 Linux 吗? 这不是费力给别人做嫁衣. 客观上也有着无法统一的原因, Mac 新出个 Feature 要等 Windows 跟进吗? 本来公司内开个会能拍板的事, 现在还得和其他几家公司开会, 本来个把月搞完的功能, 多几家扯皮搞一年.

对所有人有好处? 厂商根本不关心这个, 只要生态越来越大就好了. 我有其他家没有的先进 Feature, 我巴不得其他家都做不出, 我生态独大挤死他们.

一家独大的时候厂商根本没这个动力, 只有几种情况, 被反垄断搞了, 厂商考虑开放一些私有格式/API, 像微软. 几家势力差不多, 以及开发者用脚投票了, 像几个浏览器.

"人家都是越活越开的开"

那确实还是你爸活久了看开了, 爱谁谁, 去他妈道德绑架.

他小心眼

他怎么小心眼了?

他把别人偏心的事记了一辈子

我只看到了对始作俑者过于宽容, 对受伤害者过于苛刻. 感觉自己现在像个人, 我感觉不像.

https://github.com/sigoden/dufs 我都用的这个
https://github.com/svenstaro/miniserve 以前用的这个, 不过后来感觉上面的好用点