你知道吗？ #tg #web 使用了一种 自制编程语言(TL) 定义 MTProto ，后者 涵盖和HTTP一样广，但是TL语言的长难句多的如同梦呓…… 看起来它是优化ASN.1但是失败了 😅

TL里每个类型的修订版本，都有一个hash，甚至于 bool null list 都有，只是从来不变……
和REST一样，TL也有把dict读取作函数调用的方法，这时 blob.(type) 是远程方法ID

如果仔细了解下 Telegram Core 的开源信息，你就会知道为什么Signal不如它的一根毛了， 这都是什么绝绝子程序员啊 😅

我不得不吐槽，这命名都是什么鸟语； 但也可以说，如果tg开发者连学术都不会，没有能力重造轮子， Telegram 生态也不会如此独一份了

Telegram delivers messages faster than any other application.
Telegram has an open API and source code free for everyone.

Telegram lets you completely customize your messenger. (主题系统甚至 90% 用户都没在用，散户程序员都无力开发)
https://instantview.telegram.org/

就不说大家每天都在用的IV和TON平台了，官网上写了 Web&Linux 客户端的都是神人， Durov 的这个和 酷安 比，那酷安不是没法比。 技术上，资本上，云计算格局上，比不了鹅爹。 😅

谁懂老杜的含金量啊， 无论如何，这确实是一个尊重技术的 instant messaging 龙头

https://core.telegram.org/schema#Layer2
https://core.telegram.org/mtproto/serialize#polymorphic-type-constructors

#web #dev 这个真是懒得喷。 我理解的REST(可表达状态转移， curl https://wtf = count: x=>x+1) 是什么？ 😅 😅

就是 db.GET PUT json, 加上过滤排序分页， 或许有些 /user/:id/follow 的页面可以手写下，也可能直接套模板生成（哪个平台没有一堆“收藏夹”啊..）

这种RPC当然毫无价值，类似于把本地存储换到线上，只是加个鉴权和双向搜索罢了，查重率100% 我是懒得手写的， GraphQL.org 也封装的明明白白。
我觉得奇怪的是，哪怕是在PyJS的全栈框架里， 我说的这种REST，对 BlogComment, Todos, PetShop 等基础CMS样板也没法做成和Excel一样简单； 那些淘宝上卖的（开源投自制） 也都没有重用重构的价值


这篇文章在替发明REST这个「高端概念」的大佬，抱怨工程师们什么呢？ 是 HateoAS (讨厌OpenAPIs?? ) 没人玩。 😅
也不是讨厌，是用res.body XML上的nullable函数超链接，表示“用户有没有登录” “用户能不能删贴”，来「方便App跨版本」 等等，比SOAP好一点

这不是废话么？？ 这都2025了还有人把活爹.XML(schema)当个宝呢。 你说说Java里怎么生成 OPTIONS / 啊？ 有了 HATEOAS 接口，在JS里免client lib 直接调用的DX体验怎么样？？

没有TG自己造传输层协议的能力，还抱怨工程上restful的理解了RESTful， 那比你强的就是懒得为REST这种高度自限性的RPC写框架，早自己玩更好的去了； 比你菜的又只会CRUD，最多拿 http/module/:pathArg 优化下可读性，对接下SQL或jsonKV， 你让他区分个 GET/POST 都懒

可不是被滥用和误解嘛， 纯属活该，自己不开发在那边画饼…… 你有没有意识到， api.x.com/OpenAPI.json 就是所谓的REST、免文档、自动发现函数、解耦合？

Java codegen 都没写过是怎么敢设计这种协议范式的？ 不对，看他们 content-type 都要改成 vnd.XX.User+json 我就觉得这是 #ts 写上瘾了。 知不知道 fetch() 不能自动判定body类型，还要手动.json()一下……
如果你真能生成并用 OPTIONS /:type/:id 调用动态方法，那要http就没意义了(本质上是js rpc)，所谓超文本又体现在哪。

我都可以给REST/HATEOAS重构成工程界可以接受的样子， 但我不会用单请求单响应。🙉

http方法本身也是烂梗， POST就是有body的GET，DELETE就是空body的POST， jQuery 里一直是这样重载的，十年了不见跨语言一点。 POST的“同名时冲突” 也是很脑残的约定，很多人只是为了在body里放文件上传一下， 根本就不该禁止，填写表格时多次检查。

🤡 https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
ps. 我是真的写过API生成的 https://github.com/duangsuse-valid-projects/GeekSpec-GeekApkv1.0b
SOAP砖家: https://coolshell.cn/articles/3585.html

#js #dalao #tw https://www.cythilya.tw/2018/10/11/types/

#web CF Serverless 和 bencoding 序列化简单demo: https://x.com/i/grok?conversation=1981638452027482299

#经验散 https://gist.github.com/duangsuse/559632fbc6d5619a1cf11bc50354a61e

OG 分享图编辑: https://opengraphexamples.com/examples/tags/website-development/
- 可在 https://tiiny.host/manage 或 pagedrop.io 试验效果

1024程序员节快乐！🦎

https://share.google/aimode/H5Xh1f2JR18pcKJJm #web

说到了escape的问题
我觉得http动词的设计也是有问题的，其实只需要 get put post 三个（但不是说定义GET，方便地址栏访问or拼接url.query就行了的.. 那是一种可选别名😃）

patch 完全就是扯淡，put已经有了按key更新的语意，而把 post(rpc call)泛化一下，就是按初始值 or key 设定用户/文章等对象的意思
有些spec规范的设计越多，它的表意反而越少。 less is more.

不过这样 REST boys 就不能推广他那套 jsonHttp/RPC -> 按options自动判write权限的“跨端跨站ORM” 了？ 哈哈。🤪

#web 脚本小子为什么是脚本小子？

为什么我同样是 #js er ，我却不可能写这种数据流和types没有把握的代码？ 因为JSer和JSer是不同的，就像都用Gemini，vibe和vibe是不同的😓

我没预期的是，React 的某些“FP大佬”认为这个界有那么容易跨。 今天JS界的榜首，也有资格自称NEXT么？
悟性还没有 vanjs.org 的作者好

https://pleasejusttryhtmx.com/ #web #js #statement #design

确实有些道理，主要是，npm 实在是太过分了。
你知道一个普通的静态站，九成node_modules「声明式框架」，一成真正独特的内容，是什么感觉吗？ (幸好.md语言还是通用的)

没错，硬盘越来越大了，网速越来越快，但编译和迁移越来越卡，编程出问题的可能性成倍成倍的放大了——RSC导致的shell注入就是血淋淋的例子。

你什么都掌握不了，框架只需要把900MB搬进来，然后自以为是的包揽了一切——把程序员当傻X😃

当 is-array 都需要被独立为一个有可能broken的“语义版本”依赖…… 我不知道这群脚本小子还能搞出什么好事来。
——他们用户量上的成功，真的让这群dev觉得自己比Blink还聪明，而且确实在干自己根本不了解的infra了！
#pingbk https://zerotrickpony.com/articles/browser-bugs/
https://www.htmhell.dev/adventcalendar/2025/27/#accordions-expanding-content-panels

#web #bin 🤯 ws vs wt(QUIC)
很多人听说过「黏包问题」，并坚信它是不存在的（因为TCP本质是两个只读+只写的文件流，是可靠的有序）
准确的说，把RPC调用的消息（可能是bytes这样没有规范化type tag的）跨端时会遇到黏包问题，这里黏的是函数边界，包收到后调用一个大switch来更改远端状态。

现在Web栈只剩下RSC和Electron那种纯应用程序员，导致了这种教条主义误会。
中断、“使能”在特定语境下（屏蔽中断/使能标记位），也是正确的翻译：“写入中断使能寄存器”，这是一种名转动。但是从现代编程的角度，我们有更统一的模型和术语了。
现代模型更强调**“订阅”、“监听”或“配置”**。
“屏蔽中断”变成了“去抖（Debounce）”或“取消订阅（Unsubscribe）”。

单socket轮询，双向收发多个bytes()或str()是可能的，不需要分片，只用读写len前缀，sock文件本身就是双工的

流式长度也是很容易的，CBOR模式就是证明

所以WebSocket帧分了个什么？ 你确定ws的帧不包含多路黏包功能，只用区分是否utf8？

https://chat.librechat.ai/share/LrZLPJM8ZQSpjz-n_DHd4
https://x.com/i/grok/share/mIP4fgoRTAgBlniAK8cV10vq0
gRPC https://x.com/i/grok/share/fIjRStNiVAl8fySgLHVI8Rh52

#ai脱口秀 #os #design https://gemini.google.com/share/3a3d59aa85f4

Wasm,cosmolibc,unikraft ，乃至于已经成功（和用于AIGC）的H5/py这样一致的软件平台看似单调，其实它们像markdown一样，抓住了根本。 md语法虽然冗余、扩展多，但总是以人类审美衡量，这就是bret和kay的毕生哲学。

https://gemini.google.com/share/b6311257ab19

雕塑家有所成就，不是因为搞懂了“这是胳膊、这是腿”，而是大卫在某一瞬间的动态打动了他。

在那一刻，创作者和观赏者的身份出现在同一位个体身上，它帮助他完成了这雕塑剩下的那一半——如何超越领域的高墙与孤岛，把“自己”看到的美牵引进现实。

只有一半的作品，是没有生命力的“正确”。

#web “新”浏览器 https://gemini.google.com/share/6b59c9e69429

（>5项对浏览器的rethink）

G3的见解非常有意义。 很可惜，目前来看即便我在用“有最多牛人涌入”的各色Chat WebUI，最最基本的折叠(比如代码,嵌套列表)与预览(纯HTML)都做不到。 Grok UI甚至有编辑时无法发新消息的bug！

在LLM挑战软件工艺的极限时，H5仍留在<50%被利用的状态，开创探索式编程的前辈所留下的杰作DOM被误解为初等，工艺与成品极不相称
—
const vs let 是ES6的设计品味问题（默认可变性），既然运行时已经把事情搞砸了，我不能像getElementByID vs window.wtf 一样添加第二次噪音， 我会根据概率来调整风格
B. 解构的频率也不高，它和OOP链风格是冲突的

很好。今天的AI什么都会，dot2ascii都会，但所有官方前端基本上最基本的dot图都看不了，软件幻灭。 😅