念念不忘, 终有回响 构建 MCP-first 的应用框架: KLR-Pattern/nexusx 申明式数据构建框架: KLR-Pattern/pydantic-resolve 数据关系可视化工具: KLR-Pattern/fastapi-voyager

Joined July 2011
tangkikodo retweeted
刚刚做了一个非常简单但有用的事情,几句话把我的 Android 小平板上的系统广告、无用通知、牛皮藓图标、以及没有用的预装应用全部干掉了,非常适合当你刚买了Android 手机、平板,或者是给你的家人来优化手机,现在我的 Android 小平板非常干净了。 首先把 Android 机器使用自带数据线连接 Mac,然后输入我这段优化了的话给到你的 Claude 或者 Codex,然后就等着他去操作就好了。 请通过电脑连接我的安卓手机或平板,识别品牌、系统版本和已安装应用,帮我做一次减少广告和打扰的优化。 1. 关闭广告和推广 检查系统及应用中能关闭的广告跟踪、个性化广告、内容推荐、热点资讯、营销优惠、福利活动和功能推广,包括负一屏、系统搜索、锁屏、浏览器、应用商店等入口。 2. 保留有用的通知 优先按通知分类关闭推广,保留聊天、邮件、订单物流、支付、账户安全、日历、天气预警、系统更新,以及 AI 回复和任务完成提醒。不要一刀切关闭整个应用的通知,用途不明确的先保留,原本关闭的不要擅自开启。 3. 更换营销图标 把带促销文字、节日或周年装饰的图标换成干净的经典图标,例如淘宝、京东、拼多多、哔哩哔哩。优先使用系统自带的图标设置,OPPO/ColorOS 可以检查「设置 > 桌面、锁屏与个性化 > 图标 > ART+ 图标」。其他品牌先核实支持情况,不盲目安装图标包或更换桌面启动器。 4. 精简系统设置和预装应用 关闭不需要的推广入口和使用体验计划。盘点预装应用,对明确不需要、可安全停用且能够恢复的应用优先停用;卸载前列出名称和影响让我确认。不要仅凭近期没使用就删除,不要动系统桌面、更新、安全、安装器、账户、备份和设备互联等基础服务。 5. 整理桌面 参考近期使用情况,建议哪些应用留在首页或底栏,哪些归入购物、工具、影音等文件夹。先给具体排列方案,确认后再移动。 可以直接执行明确、可恢复的广告和通知设置调整。不要清除应用数据或改动代理、网络设置。每项修改后验证是否生效,最后简要列出已修改、保留和无法处理的项目,不把关闭广告跟踪说成去除了所有广告。
78
66
13
603
53,068
继续招兵买马,我们对工程师的要求其实很简单 1. 日常用 Linux 最少 5 年,日常用是你下班就要用,跟工作没关系,就是喜欢玩 Linux 2. 喜欢折腾底层工具,有过全栈开发经验,逻辑思维强大,不需要是 E 人,但是也不能像 I 人这样完全不沟通 3. 有一定的产品审美,产品强迫症,丑的东西无法忍受,全面拥抱 AI 来我们公司有什么优势? 1. 武汉十大最松弛的公司,双休不加班,因为我不加班 2. 春节全员带薪休假 17~18 天,因为我春节要自驾游 3. GPT Token 无限管饱,All in AI就要每天疯狂用 AI 目前只接受全职武汉,不接受远程。因为现在 AI 时代,远程要事无巨细的沟通,等远程的文案写完以后,还不如给 AI 做😂 感兴趣的大佬,欢迎投简历到我的邮箱,谢谢你们 [email protected]
懒猫微服完成第四轮融资 3000 万 感谢推特兄弟们一直以来的支持和包容 我们继续践行 100%保护用户隐私数据和 AI 离线计算的创业理想 过去的一年多已经卖了全球三十多个国家,今年我们的目标是服务全球四十个国家的用户 2026 年继续乘风破浪🌊
48
5
5
145
38,376
这是我目前看到比较优秀的Ai作品了 像爱死机的其中一章…… 一个很完整的短片故事……
143
418
39
2,414
250,476
tangkikodo retweeted
鉴于 DS V4.1 Flash 模型在性能、费用、速度、总用时等各项指标上都全面超越了 V4 Pro。再以更高的价格、更慢的速度和更多的算力消耗给 DS 用户提供原有的性能较差的 V4 Pro 模型会不太合适。V4.1 Flash 正式上线之后,V4.1 Pro 上线之前,V4 Pro 模型的请求都会被路由到 V4.1 Flash,并按 Flash 的价格计费。
488
163
227
3,361
1,010,583
tangkikodo retweeted
按照我个人理解,这个前所未有的 150 个 HC 的招聘需求产生的原因是这样的:计算机领域的任何东西量变大之后,就会产生复杂度上巨大的增加,数据的量、机器/容器的量、训练任务的量、评测任务的量、Agent 环境的量、用户的量、请求的量,等等等等,都在急剧增加。这就产生了越来越大的复杂度,会让之前的后端系统逐渐不能完美满足将来的量的需求,所以需要大量扩招人来升级、维护和重写各种后端系统。
DeepSeek 社招资深后端/服务端工程师,新开放约 150 个 HC,好多好多新方向新系统新需求需要搞。简历建议直接扫码或邮箱投递,私信我简历的话会看但不一定能及时处理。
96
23
14
374
224,872
tangkikodo retweeted
优雅永不过时
3
4
13
4,838
tangkikodo retweeted
我们马上要成立公司了。作为一个编程语言团队,能融到钱非常不容易, 但是AI时代应该做更难,更hardcore 的事情,容易的AI自己就能搞定了。对Agent 和wasm 云端部署调度感兴趣的欢迎联系我们,我们也招产品经理,求转发! @moonbitlang
98
50
25
440
155,954
tangkikodo retweeted
🤓
声明:本人从未在互联网上支持过315水线,本人实际上是315水线十年黑粉,经过长时间的思考,我发现318.5才是004的水线,有时候做出决定很难,经过许多个日夜的思考,我决定加入318.5水线的粉丝团。至于315水线,祝它一切顺利。本人从未支持过315水线,也从未反对水线超过315,望周知!
21
15
1
268
40,528
tangkikodo retweeted
We’re still up.
471
393
201
10,743
590,593
这个世界上让我快点开发的居然是懒猫微服用户 每天都一万遍, 说我们要 Omarchy, 要 Omarchy, 要 Omarchy 好好好,我已经安排工程师搞了, 最后一键给你们把 Omarchy 安排上 @dhh
12
1
1
49
11,741
tangkikodo retweeted
四个月以前我认为飞书多维表格是小企业信息化的救星。 现在我已经觉得这玩意拖累了小企业信息化进程了。
61
6
99
37,450
tangkikodo retweeted
成了!
4
6
1
97
33,430
tangkikodo retweeted
Release. The. QUATTRRRROOO!! First release candidate is out for testing. All goes well? We release FINAL on FRIDAY! github.com/basecamp/omarchy/…
101
105
31
2,422
115,481
懒猫微服招兵买马,我亲自面试 1. 下班非工作时间日常用Linux,熟悉各种Linux命令行工具,折腾过很多Linux桌面环境和一些奇奇怪怪的工具 2. 对界面细节比较敏感,擅长复杂功能的界面布局优化(对UI的对齐、留白、间距有深刻认知) 3. 对自绘控件有研究,Qt/QML/Gtk/Vue/React 任一项即可 4. 有比较高的审美,过去做过的产品需要达到C端互联网产品审美的平均水平 5. 有自我项目管理的能力,做事麻利,遇到问题积极沟通,不憋在心里不沟通 6. 需要折腾过 golang/nodejs/python 后端,对网络原理有基本的理解 7. 工作需要100% AI Coding,有较强架构能力,不抵触AI编程 8. 对美术、摄影、字体、排版有好的作品的,加分 9. 做过一段时间项目经理和产品管理工作的,加分 大家可以读博客了解我和团队的过往 manateelazycat.github.io/ 武汉全职,双休不加班(老板不加班),工作氛围自由,GPT无限Tokens, 春节全员带薪休假 17 ~ 18天(取决于最后一个星期能否凑整),扁平化工作,领导都是一线战神出身(有点浮夸,哈哈哈) 欢迎大家投递简历 [email protected] , 欢迎各位亲朋好友转发传播,感谢感谢!
懒猫微服完成第四轮融资 3000 万 感谢推特兄弟们一直以来的支持和包容 我们继续践行 100%保护用户隐私数据和 AI 离线计算的创业理想 过去的一年多已经卖了全球三十多个国家,今年我们的目标是服务全球四十个国家的用户 2026 年继续乘风破浪🌊
34
5
4
58
31,688
把我这两天写的关于跨平台的观点总结成一篇文章《跨平台真正难的是底层 API 兼容》 manateelazycat.github.io/202… 分享给大家,做过10多年PC操作系统,这次懒猫微服创业,客户端的兼容性从电脑、手机、平板到服务器、汽车、VR,跨的广度应该足够广 希望我的经验可以帮到你
真实的情况是,PC还是要坚持Electron的,虽然臃肿,但是这些臃肿其实就是多年积累下的跨平台兼容性,商业公司必选,无他,稳定 但是AI时代,手机端真的要用Native App各写各的,没有哪个技术可以做好跨iOS和Android的应用,因为苹果和Google谁也看不惯谁 很多人会说Flutter,就像大佬 @yetone 说的,恨一个人就给他介绍 Tauri 和 Flutter 😂
1
6
2,240
慢工出烂活,欲速则一坨,为什么真正的能力不能速成? “慢工出细活,欲速则不达。” 这句老话描述的是一个常见规律:复杂事情需要时间积累,急于求成往往会失败。 但在现实中,还有一种更加讽刺的情况: 慢工也可能出烂活,欲速也可能直接变成一坨。 原因不是快慢的问题,而是一个组织根本没有具备完成这件事的能力。 很多时候,人们犯了一个错误:把“能力问题”误认为“资源问题”。 于是,当一个项目遇到困难时,解决方案往往变成: 缺人?加人。 缺时间?延期。 缺经验?继续做。 仿佛只要投入更多的人力和年份,一个原本不具备能力的团队就会自然成长为专家。 但真正复杂的能力,并不会因为日历翻页而自动产生。 --- 时间不会自动制造能力 一个成熟的工程团队,并不是因为某一天接到了一个重大项目,然后突然拥有了完成它的能力。 能力来自长期积累。 航空工业如此,芯片产业如此,汽车工业如此,任何复杂制造领域都是如此。 一个优秀的工程体系,需要经历: - 从简单项目到复杂项目的逐级训练; - 一次次失败后的经验修正; - 对材料、工艺、供应链的长期理解; - 大量真实项目中的判断积累。 真正重要的不是“做过多久”,而是“经历过多少次有效反馈”。 十年重复同一个错误,不等于十年经验。 十年持续解决越来越困难的问题,才叫十年积累。 --- 伪慢:只有时间,没有成长 很多失败项目中的“慢”,并不是真正的长期主义。 真正的长期主义是: 持续订单; 持续投入; 人才培养; 基础设施建设; 严格考核; 失败反馈。 而伪慢是: 项目延期了,所以再延期几年。 团队能力不足,所以再增加一些人。 技术没有突破,所以继续投入预算。 这种“慢”,只是让一个没有能力的组织拥有更多时间重复同样的问题。 它增加的是消耗,不是积累。 --- 伪快:用人力替代能力 另一种错误是“欲速”。 很多管理者认为: “这个任务很难,那就投入更多人。” 但复杂工程不是简单劳动。 100个普通工程师,并不会自动等于一个有二十年系统经验的总师。 因为真正关键的能力不是执行,而是判断: - 哪个方案风险最低? - 哪个技术路线应该放弃? - 哪些问题现在必须解决? - 哪些问题可以接受? - 如何在性能、成本、时间之间做取舍? 这些判断能力来自长期实践。 它无法通过增加人头复制。 --- 专业能力需要被长期喂养 真正优秀的团队,不是在面对最高难度任务时突然诞生的。 而是在过去几十年的项目中,被逐渐训练出来的。 一个健康的发展路径应该是: 先完成低难度任务。 在低风险环境中建立流程。 然后挑战中等难度任务。 培养系统集成能力。 最后才进入高难度领域。 这就是为什么成熟工业体系往往拥有完整的产品梯度。 它不是为了赚钱才做不同等级的产品,而是在通过不同难度的任务培养组织能力。 --- 最大的问题:把能力建设当成项目交付 很多失败案例背后,都存在一个共同误区: 他们认为: “只要给足预算,找到一个承包商,时间到了,东西自然会出现。” 但复杂能力不是采购来的。 你可以买设备。 可以买技术。 可以买零部件。 但你买不到一个组织几十年积累出来的工程判断力。 真正的工业能力,本质上是一套经过长期失败和修正形成的系统。 --- 所以,“慢工出烂活,欲速则一坨”真正讽刺的不是慢,也不是快。 它讽刺的是: 一个没有经过长期培养的组织,却希望通过增加时间或者增加压力,直接获得成熟能力。 真正的能力不能速成。 因为能力不是一个项目的结果。 能力,是无数项目留下来的结果。 一个组织什么时候能够解决复杂问题,不取决于它现在投入多少人、多少年。 而取决于过去几十年,它是否认真培养过解决复杂问题的人。
3
3
1
19
1,669
tangkikodo retweeted
我司很多年前就已经全栈了,一个功能一个人从头负责到底才能最大程度降低无谓的消耗。就算没有AI前端后端这种分法也不应该存在,联调的屎这么多居然嫌不够吃🤪
竟无言以对……
17
4
1
50
12,041
tangkikodo retweeted
世界に中国が存在しなければ、我々はOpenAIに毎月1000ドル払わされ、Codexに登録するためだけに破産のリスクを負わせられていたに違いない。 中国万歳。 中華人民共和国万歳。 AIがこんなに安いのは全て中国のおかげだ。 競争資本主義万歳!
OpenAIがGPT-5.6を最大80%値下げ
190
714
110
7,944
883,441
终于完成了!现在正式向大家介绍 PocketJS 解锁的新范式—根绝 flaky 的确定性 UI runtime! 为了在极其受限的嵌入式环境下运行,PocketJS 的 JS 直接跑在主线程,JS 的 eval 时机,强绑定屏幕硬件刷新时机。 此时,下一帧的状态,永远确定地由上一帧时的状态推演而来,中间无回调触发。
PocketJS is fun when it runs on real PSP hardware 👻 But our real design goal is more ambitious: a UI runtime where every frame is deterministic, replayable, and testable. New post: A UI runtime that can’t flake. pocketjs.dev/blog/ui-runtime…
9
7
3
124
18,050