Zhixiang

@peichang_yang 唯一的理性解释：上帝借助这群白左来感化融合伊斯兰异教徒。

西方社会到底犯了什么病？非要引入和自己文化完全冲突的宗教和人员，甚至让这帮来自第三世界穷国的人当市长，比如伦敦，纽约。 这到底是怎么回事？有人能说清楚吗？

@HONGFFU 有一说一。网上茶叶卖的很便宜，原因就是收割加工全部用的机器，人力成本少。现在茶叶含咖啡因，对有心血管疾病的人来说并不好，还是喝苦荞麦茶妥当

《厕所里的新茶》 浙江丽水这事儿，真的闹大了。一位女士去景区玩，半路闹肚子，急着找厕所。结果推开门的一瞬间，整个人都傻了—一厕所味道大也就算了，地上密密麻麻铺满了村民晾的茶叶。网友直接炸锅： “一颗老鼠屎，把浙江茶叶都搞废了。” 当时这位陈女士正逛着，肚子突然一阵绞痛，赶紧就近找了个公厕。还没到门口，那股刺鼻味儿就冲过来了。她也没多想，景区厕所嘛，味儿大点正常。可门一推开，她整个人直接定住了。 地上全是绿油油的新鲜茶叶，从门口一直铺到隔间里头，落脚的地方都难找。茶叶就这么摊在冰凉的水泥地上，旁边就是洗手台和马桶。厕所的臭味和茶叶的清香搅在一起，说不出的诡异。陈女士当场就懵了—喝了这么多年茶，头一回在厕所里看见它这么“原生态”。 她忍着恶心，踮着脚走进去，发现连第三卫生间的地上也铺满了。肚子又急，脚都没地儿放，只能尽量不碰茶叶，匆匆忙忙解决完，简直像逃出来的。 本以为这只是个意外，没想到后面更崩溃。 离开松庄村后，她和朋友又去了附近的茶庄。一到停车场，她又想上厕所了。心里还默默祈祷，这回可别出幺蛾子。结果命运就是这么爱开玩笑—一推开公厕门，一模一样的场景，又是满地茶叶。 这次她真忍不了了，掏出手机就拍了下来。视频里清清楚楚：绿油油的茶青铺满整个公厕地面，有的地方堆成了小山，而不到一米的地方，就是雪白的马桶。她越想越气—一当地不是一直大力推茶叶品牌吗？游客来了，临走都爱买几斤带回去。可要是知道这些号称“高山云雾茶”的东西，是在厕所里晾出来的，谁还下得去嘴？ 越想越恶心的陈女士当场投诉了。她说自己不是故意为难村民，但茶叶是入口的东西，怎么能搁厕所里晾呢？她把这个视频发到网上，短短几个小时就被转了几十万次，评论区直接炸锅。 有人说：“大家都知道茶叶是不洗的，采下来直接炒。在厕所里晾过，得沾多少细菌和异味？喝下去不拉肚子才怪。”更有网友气得不行：“一颗老鼠屎坏了一锅粥！浙江茶叶本来口碑多好，这下谁还敢买？” 面对铺天盖地的质疑，当地也很快回应了。4月21日上午，工作人员说，已经核实过了，是村民前一天怕下雨，把刚采的茶叶临时放到无障碍公厕里避雨，只是短暂放一下，确实不对，村书记已经劝阻了，后面会加强巡查。 可这个说法并没有平息大家的怒火。有网友直接怼：视频拍摄那天明明是晴天，根本没有雨，“避 雨”说得过去吗？还有人反问：怕太阳晒坏？那厕所里的细菌和异味就不怕污染茶叶？眼看舆论越烧越旺，4月22日凌晨，当地发了正式通报。通报说，4月20日因为气温较高，村民罗某某、丁某某把自采的茶青临时放在村公共卫生间里。这些茶青已经加工成大约11公斤干茶，目前已全部封存，没有流入市场。乡镇也对当事人进行了批评教育。 说实话，一个品牌的口碑，是几代人几十年甚至上百年攒下来的。毁掉它，有时候只需要一个视频，一瞬间。希望松阳这次能真正长个记性，别让“厕所晒茶”成了茶叶上永远洗不掉的污点。也希望所有做农产品的人都能引以为戒—一食品安全不是挂在嘴上的，只有真把消费者的信任当回事，才能走得远！ 最后问一句：你喝茶闹过肚子吗？🤣

@Granite77777 当初有没有政治纳捐？应该狠狠地追查！

“我逃离了社会主义……我不想让加州落得同样的下场。” 谷歌联合创始人**谢尔盖·布林**猛烈抨击加州拟议的**亿万富翁税**，并已搬离“黄金州”。他表示，这个想法跟他家族几十年前逃离的苏联制度如出一辙。 目前，他已定居在**太浩湖内华达州一侧**，而这项税收议案正准备提交给选民表决——他警告称，此举可能带来持久的严重后果。

对话AI：光合作用氧气来自于水，氧气无法从二氧化碳再生，而水还用于棉花生产（棉花生产炸药）、石油化工生产聚酯纤维……水资源加速耗尽，可以断言，人类将于2100年前灭绝，仅此底层逻辑可大概估算时间，实际上，极端气候、病毒、核威胁还要加速这个进程。人类毁于欲望和国家冲突战争，但对地球算个屁

@arpit_bhayani no, IMO graph database should provide good query DSL and optimize performance for these cases

Most graph databases could have just been simple SQL queries, often giving better efficiency and performance. I have seen people use graph databases even when they do not need complex graph algorithms. All they need is to query by relations and perform some deep iterations. Fun fact - MySQL and PostgreSQL are perfectly suited for that. If your query depth is known and bounded, relational databases handle it just fine with joins or recursive queries. Graph databases often feels intuitive, but that does not automatically translate into better performance or simpler systems. In many cases, it is just overengineering. They really start to make sense when traversal depth is unknown, queries depend on path patterns, or you need graph native algorithms like shortest path or centrality. Rule of thumb - if you can express your queries with a fixed number of joins or a recursive query without pain, you probably do not need a graph database. Hope this helps.

arena分配器（vs C++对象池？）的优点是：可以将一群生命周期关联的对象放到一个内存块里，bump指针高速分配，整体释放。Rust需手工管理对象的生命周期，太挫了点，最好是创造一个新的编程语言，让编译器自动分析做这个事情。（ai说Vale语言有所谓的“区域推断”，可以解决UAF内存安全问题，是这样吗？）

要实现统一的“计算图DSL”到“低级异步API”之间的映射，需要系统调用API的编程语言原生支持。首先，需要编程语言可以拿来写操作系统内核代码，这个限制使得目前只有Rust、C/Zig、OCaml这些语言合适。应用程序可以在启动时向内核空间注册一个上下文，维护“低级异步API”的trace id到错误信息之间的动态映射

这有2个好处：错误信息 #因果一致 的传递、计算图的并行加速调度 2/2

任何应用层的“#计算图”，如 #工作流、#大模型、#图形渲染引擎，都可以用一个DSL描述，该DSL带静态类型，被编译器分解为 #局部计算块 的编排，最终分解到底层的“低级异步API”，我要强调“低级”和“异步”，因为JS Promise是高级的api不是低级的，而sokcet connect api是同步不是异步的，1/2

In fact, every scene can employ a "compute graph DSL", currently the hottest is LLM agents, previoullys there is spark/flink graph, LLM graph in DSL… the key insight: to do "graph factor", chunks should be async combined, which means "low level async api" to parallel drive it.

@SebAaltonen IMO, the whole instance-level render engine could be built as a pipeline(or compute graph), which coud be further ascribed as a static typed declarative DSL, which then could be transformed to low-level Vulkan API calls. This is called "low-level API orchestration".

Been polishing my new public high level GFX API. Three.js has default shader/material (THREE.MeshStandardMaterial), so I added default shader to mini-engine gfx API too. You simply leave the shader handle to null_handle and provide uniforms using default_shader_uniforms_t struct:

telecom internet provider may deploy DoS/bandwith-limit on family's home fiber router, e.g. to block PCDN, limit download to 10Mbps when upload data reaches 10GB, resulting into a misery BT downloading, which is eval

if we can design system api like JS Promise, then (result | error) can be naturally passed from low level to upper app level, which could then enable auto-repair process.

#LowLevelAsncAPI Find a problem when use MacOS to do LAN access: local ARP cache "(incomplete)" cause client browser connect fail, then waste a lot of time, i input "sudo arp -d <dest_ip>" and solved it. Retrospection: in fact, Socket connect api lacks a "async" ability,

@mjackson @csjh__ Also, the scheduler could be AOT compile-time, other than runtime. IMO.

No, it's a more composable approach in Zig. In Rust, an async function works kind of like it does in JS. Any function that calls an async function must also be async. This leads to what some folks call "coloring" functions. Any function that calls an async function must also be async. In Zig, the execution model (the io param) is just an arg to any regular function. So an "async function" in Zig is just a regular function with an io param that it uses to schedule work. This is similar to how Zig passes a memory allocator as an arg to your functions.

Zig's async model is one of the most elegant designs I've ever seen. Most languages bake async right into the runtime. JS has an event loop. Go has a built-in scheduler. Zig splits it out. The new I/O model is a pluggable. It allows you to express async primitives, like an async function, and then pick the execution model. So e.g. if you want multi-threaded, you just plug it in. Or you want an event loop, you can plug that in too. Async primitives are just values (Futures) and the execution model is pluggable (Io). So good!

@mjackson @csjh__ Oh, i see. But IO param seems to less generic than an "effect" param... A heavy time-consuming computation peace can also treated as an "IO"

@jjamesw1 文化传统不重要，文言文只是文字障，古今中外，其实人性是一样的，只有地理、体制这些不一样

在中共的教育体制下，国人很多也没啥文化的。 因为真正古代那些东西也都被党国破四旧了。 能在中文课本中学到的那几篇古文，都是共产党选材的，其实在古代远没那么重要。 而真正古代重要的文章都没让学。 所以很难与古代人共情（当然儒家也不是啥好玩意。😄） 比如我第一次读李斯的《谏逐客书》，惊为天人；还有读讨武曌檄的时候，简直感觉太出彩了。但语文课本提都没提。 而那个《曹刿论战》，我一直认为是老毛曾经引用过，才能进入语文课本。而像《李愬雪夜入蔡州》这种文章，读懂需要大量的背景知识。而我们的语文老师普遍历史很烂，根本不可能讲明白。 这些都隐隐有老毛喜好的影子。 正因为大多数人语文太烂，所以现代有人撇出一点古代常识，很多国人都是盲目叫好，没有一点辨别力。 绝大多数人都认为雍正是勤政爱民的好皇帝，其实那是二月河的小说。 董宇辉引用个“横渠四句”，其实就是现代版的“为人民服务”，结果很多人就认为董蛮有文化。 挺让人无语的。

@0xLogicrw 我觉得没有问题。Altman的认知高于他人：我说的话不是为了自我设限画地为牢，让你拿我说过的话抓我的把柄。当然，前提是“合规”。

2023 年秋天，OpenAI 首席科学家 Ilya Sutskever 用手机偷拍公司内部文件，整理成约 70 页密件，以阅后即焚的方式发给三名董事。密件开头列了一张清单：「Sam 呈现出持续的模式……」，第一条是「撒谎」。几周后，董事会解雇了 Altman。 《纽约客》两名记者采访了超过 100 名知情人士，首次完整披露了这份在硅谷被称为「Ilya 密件」的文件，同时公开的还有 Anthropic CEO Dario Amodei 在 OpenAI 期间写的超过 200 页笔记，标题是「我在 OpenAI 的经历」，副标题写着「私人文件，请勿分享」。 Sutskever 在密件中说 Altman 不应该掌控这项技术。Amodei 记了一个场景：签微软 10 亿美元投资协议时，合同里白纸黑字写着一项条款，Altman 当面说没有这条，Amodei 翻到那一页逐字念给他听，他还是不认，直到第三个人出来确认。Amodei 的结论是：「OpenAI 的问题在于 Sam 本人。」 Altman 被解雇后跟董事会打电话，对方要他承认他爱撒谎，他说了句「我改不了我的性格」，事后称不记得这段对话。一名在场董事认为他的意思是「我就是会撒谎，而且不打算改」。已故程序员 Aaron Swartz（Y Combinator 首期学员，与 Altman 同期）生前也警告过朋友：Altman 是反社会人格，永远不能信任。 采访中主动用「反社会人格」形容 Altman 的不止一人。 报道还有几个此前没曝光的事实： 1. OpenAI 曾承诺将 20% 算力拨给「超级对齐」团队（专门研究如何防止 AI 失控），实际到手约 1%-2%，还跑在最老旧的芯片上。该团队后来解散。记者问能不能采访做安全研究的人，OpenAI 的回复是：「那不是一个东西。」 2. Altman 复职时答应做的独立调查（执行方是曾查安然和世通的律所 WilmerHale）最终没有形成书面报告，只对两名新董事做了口头汇报。有现任董事认为这意味着「需要重新调查一次」 3. 2018 年前后高管层认真讨论过让中国、俄罗斯等大国竞价买 AI 技术，内部叫「国家计划」。时任政策主管 Jack Clark 说目标是「制造一个囚徒困境，让所有国家都必须给我们钱」。因为有员工要辞职，计划搁置了 4. 多名微软高管对 Altman 非常不满，一位说「他有可能最终被人记住的方式，跟庞氏骗局主犯 Bernie Madoff 或 FTX 创始人 Sam Bankman-Fried 一样」 OpenAI 成立时的逻辑是 AI 太危险，所以掌舵的人必须可信。现在首席科学家、安全负责人、多名董事、投了 130 亿美元的微软高管，在不同时间分别得出了同一个结论：Altman 此人不可信。Altman 对记者说，承诺变来变去是因为环境变化太快，属于「善意适应」，经营 AI 公司「要求更高水平的诚信，我每天都感受到这份责任的分量」。

@sikasika1117 @mamendo04 露出了侧腹斜纹，不过还是不够好看

血管までくっきり見える？🫀

@Kenntnis22 富人半夜点外卖？？

“富人最大的资产并不是钱，而是穷人。”