Iran-Q

@jaywcjlove 文本部分竟然是用的 NSTextView，高亮部分使用的正则匹配，一看就不靠谱，玩玩还行，这东西上限太低

LiteEdit：轻量级原生代码编辑器，仅1MB大小，支持语法高亮和文件树。 用 Swift + AppKit 打造，纯原生体验 轻到离谱，但刚刚好 👍 👉 github.com/arietan/lite-e…

@DataHamal @billtheinvestor 没错，osaurus 背后是 mlx

@billtheinvestor 请问用的是mlx吗

本地运行 Gemma 4最快的界面，26B 参数，50 tok/s。亚秒级响应。正在读取我的日历。正在给联系人发短信。 开源链接👇

Claude Code 泄露了它们的 source map，等于直接让你看到了整个代码库。 Wes Bos第一时间去看了唯一真正重要的东西：加载动画里的动词。 一共有 187 个

好的创意，不止于美，更给人无限的遐想~👍

@GilbertQian @tualatrix UTM 依然可以模拟 x86 的 Windows

@tualatrix Intel 加虚拟机，成为最后一代可以使用网银 u 盾的机器🤣🤣

我挺期待今年的 macOS 27 的，因为它将成为 Apple Silicon Only 的系统，Intel 64-bit 将宣告 Bye-bye。看看到时 Safari 的 Binary 尺寸会多少。

@tualatrix 格局打开，给他一份激活码！🐶

有用户在闲鱼上买了我的产品的许可证，又没保存许可证，然后来问我找回。这…原来我的产品也上闲鱼了，算是好事😂

Seedance 2.0 复刻《火影忍者》千人大战 画面效果和质量更上一层

个人高质量 Vibe Coding 长期项目的最佳实践： 1. 先堆屎山跑通最小 MVP，用最快的最短路径 2. 围绕 MVP 拆解不同模块，并行完成不冲突模块和组件 3. 测试的过程中进行小修小补 4. 功能稳定后，定期将整块功能彻底重构和固化

我看了 OpenClaw 作者 Peter Steinberger 的访谈，印象特别深的一点是，他提到很多程序员现在用 AI 编程时，还是喜欢 Spec Driven（规格驱动）。 他们会花好几个小时精心编写大量指导 AI 的文档，企图让 AI 一次性完成任务。他觉得这种方式不对，他采用的方式是一开始尽量少写提示，然后跟 AI 进行很多轮快速迭代。他觉得通过这种方式，才能做出好的软件。 看完这段访谈，我的感悟非常深。我觉得不光是跟 AI 协作开发软件，大到国家管理，小到个人事业规划，其实都遵循这个道理： 1. 软件开发中的 Spec Driven，本质上是企图在 AI 时代复制“瀑布流”的开发方式。而软件的瀑布流开发方式，在几十年前就已经被判了死刑。 2. 经济系统也是一样的，走计划经济最后就会崩溃。 3. 个人事业或项目规划也是如此。你没办法一开始就设计一个完美的蓝图再一步步实现。 其实核心应该是： (a) 设定一个大概模糊、正确的方向，然后快速往前跑。 (b) 实现一个快速自我迭代的系统，包含反馈和验证。 (c) 对于开发来说，可以用目标和单元测试来验证每一步是否正确，从而实现快速前进。 我们自己做项目或个人事业规划时，有一个模糊的方向就可以了，不要再搞精细的蓝图。要快速做、快速验证，把迭代循环跑得很快，这样才能走上良性循环，越做越好。 我有时也在反思，为什么这两年我很多事情做得不太好？其实就是犯了这种“瀑布流”或“计划经济”的错误，总是想自上而下规划好所有事情再去执行，但中间会出很多问题，规划永远赶不上变化。这也是工程师思维的局限性。 所以我现在要彻底改变做法。无论是创作视频、规划项目落地，还是制定半年到一年的个人人生目标，都应该遵循这种设定：建立一个快速的短迭代循环，给每一件事情设定可验证的目标，然后快速验证、快速修正、快速迭代。

@real_kai42 什么逻辑啊，什么时候你爸妈能用 CLI 的时候这个论点才成立

乔布斯推广 GUI 的时候：未来一定是 GUI 的天下，没有人再愿意去用难用的 CLI 了！ 2025 年，claude code、codex、gemini cli..... 乔布斯：啊？不是 哥们？

当年在豆瓣的时候由于太喜欢赵今麦，而且当时我正在负责豆瓣人物的开发，我就只用她的页面来做头图功能的测试，但是头图功能前后端都开发完之后并没有对外开放使用，所以导致赵今麦至今仍是豆瓣唯一一个有头图的人物（这也算是我在豆瓣留下的唯一遗产了）

@QingQ77 开发者无比活跃，几乎每天发版更新

我最喜欢的 macOS 窗口管理神器，半年后又更新了。 github.com/MrKai77/Loop

@ChachaCryptoX @Ktopone @rea1DonandTrump 借助 LLM 写两套原生成本 > 写一套 Flutter 但两套原生的体验 > 一套 Flutter 这就看你怎么选择了，侧重点是各端一致还是追求更好的体验

@Ktopone @rea1DonandTrump 用AI写Flutter不是比照着iOS写Android更省时省力吗

感觉 Flutter 在国内不咋受待见，但如果抛开就业市场不谈，它挺不错的，一次学习终身受益，而且 Google 自去年起可以感受到明显投入更多了（参考它们的官推和 YouTube 频道）。 现在上手成本已随着 AI 普及降低了，这曾经是 RN 的优势。如果有这些特点就值得考虑： ⋅ 个人小作坊，需要一套代码跨端 ⋅ 追求极致的 UI 与 UX 一致性 ⋅ 未来打算扩展桌面端（Flutter 的桌面端真的不是玩具级别的） 非引战，分享个人经验。因为我的最受欢迎的 App 产品都是 Flutter 开发的

@lexrus 只有使用 spm 拆分项目才能勉强加快 preview 速度 苹果真的需要花时间好好优化 SwiftUI 的预览体验

差不多 5 秒左右能切到另一个 SwiftUI preview 画面

@unixzii 看不起遥遥领先的仓颉咯 🐶

90 年，Haskell、Python、Lua、Java、PHP、Ruby、JavaScript 为现代编程语言奠定了基础； 00 年，C#、Scala、Vala、Go、CoffeeScript 进一步提升开发体验； 10 年，Rust、Kotlin、TypeScript、Swift、Solidity、Zig 井喷式发布并已成为主流。 不知道为什么，20 年已经没有什么新的编程语言诞生了。

@Lmssync So, is this prepared for iPhone Fold 🤔

From OS 26.2+, iPad apps can support multitasking and dynamic resizing while still forcing full screen on older OS versions 😁 All you need is to add this key to your plist UIRequiresFullScreenIgnoredStartingWithVersion developer.apple.com/documentation/…

笑不行了

@_BLACKSOL5 @yoshino_2333 就抽象能力，Swift 明显更强，Kotlin 胜在简单，语法糖更好

@yoshino_2333 抽象能力最强语言！不接受反驳

Kotlin 这语言离了 IDE 是真的没办法写，但有了 IDE 就是一门很爽的语言。

@tualatrix 毒师和律师前几季都是类似的节奏，不紧不慢，娓娓道来，这是主创的风格

看完《同乐者》第一季了，不知道要用这样的慢节奏花几季去拯救世界。

🪄近期热度较高的专为 macOS 打造的网络工具“ClashMac”，双代理模式：系统代理（HTTP/SOCKS5）+ 增强模式（TUN），可独立或同时启用，整体颜值较高。 ·GitHub：github.com/666OS/ClashMac