ngn retweeted
I'm scared to make this video, but I feel like I have to.
It's time to talk about Google.
ngn retweeted
🚀 DeepSeek-V4 Preview is officially live & open-sourced! Welcome to the era of cost-effective 1M context length.
🔹 DeepSeek-V4-Pro: 1.6T total / 49B active params. Performance rivaling the world's top closed-source models.
🔹 DeepSeek-V4-Flash: 284B total / 13B active params. Your fast, efficient, and economical choice.
Try it now at chat.deepseek.com via Expert Mode / Instant Mode. API is updated & available today!
📄 Tech Report: huggingface.co/deepseek-ai/D…
🤗 Open Weights: huggingface.co/collections/d…
1/n
ngn retweeted
Everything is going to be fucked real soon.
github.com/tailwindlabs/tail…
ngn retweeted
Bun is joining Anthropic!
bun.com/blog/bun-joins-anthr…
ngn retweeted
Replying to @cecilia_hsueh @TheWhiteWhaleV2
你把别人的钱,分配给当地的社区?你是执法机构,你可以随意的冻结别人放在你交易所里的资金,你有权力分配这笔钱?你是不是把以前搞诈骗的经验带到做交易所了?
ngn retweeted
我也算是微信公众号首批用户了,因为微信发布公众号这个功能的时候我还在鹅厂,算是近水楼台。
我说三个事实:
1. 这十几年来,光靠「编辑+排版」这套功能,135和秀米两家公司的所有员工可以躺着吃饭。
2. 135和秀米是非技术人用的,技术人会用一些markdown排版工具,而光我认识的人里就有4个是自己实现了一套markdown转公众号排版的,我说的「我认识的人」里「自己实现」的就有4个。而类似markdown.app 等好些商业化产品里就专门有转微信公众号排版的功能,还是作为重要功能发布的。
3. 微信公众号诞生于2012年,一年后上海有一家公司发布了一个叫做「简书」的产品,这个产品在2013-2015年是个明星产品,阿里语雀的初始版本有非常明显地「借鉴」痕迹。简书一开始仅支持markdown编辑器,后来也支持了富文本编辑器。而这个「简书」从诞生到兴盛到落没的整个生命周期里,是没有任何一个人吐槽它编辑排版难用的,是的没有一个人。
面对这些事实,依然有人抱着「你们吃不了屎是因为你们欣赏不了屎的美味!」的态度,我只能认为唯一的原因就是他们就是爱吃屎,不然没法解释这种现象。
至于「我早就抛弃markdown」了的傲慢,用asciidoc翻译书的事儿我也不是没干过(我也确实为了符合原书的排版自己去手写样式实现的),用LaTeX写论文的事儿我也不是没干过(而且这可以追溯到2010年),但至少就目前互联网以及AI行业的兴盛,markdown在事实上已经成为了通用文档标准,所以我一点儿不觉得抛弃markdown是一件多么具有优越感的事情。
更不用说wordpress这么多年来就从来没有落伍过,富文本编辑器就算抄照着wp也抄不出错吧?
干过互联网的谁还不知道富文本编辑器难实现了,问题在于这是你爱吃屎的理由么?十三年的功夫那么多产品都在进步,唯独那一坨陈年旧屎竟然还有人珍惜,这已经不是真爱了,这是信仰,吃屎的信仰。
ngn retweeted
朋友说一个有趣的事,他们几个内地人去香港麦里浩径徒步,因为比较欢乐,声音比较大,突然惹怒了一个香港老太太路人,说噪音太大要报警,我心想完了,又是个对立的尴尬话题,结果他话锋一转,说另外一个香港路人站出来帮忙,粤语骂了回去,说你要安静自己回家去啊,人家年轻人有活力多好。
他的结论就是哪里都有善良宽容和脾气古怪一些的人。大家都多些包容。
ngn retweeted
我为什么离开慢雾,这才是真相。
道不同,不相为谋。
medium.com/@alita.btckevin/%…
ngn retweeted
The BitVM Alliance is pivoting to garbled circuits, as they make SNARK verification over 1000x more efficient.
The design space is wide open. Here’s one approach:
bitvm.org/bitvm3.pdf
Special thanks to @JeremyRubin, @liameagen, and @ekrembal for their contributions.





























