au

之前这条推文其实是开玩笑的...这里这篇新博文才是我的真实体验..《当编程变得不再有趣》 onevcat.com/2026/07/coding…

@onevcat 太强了！话说有没有试过 Xcode 27 MCP 和 devicectl 的新能力，DeviceInteractionSynthesize 在一些场景下也许能减轻对黑魔法的依赖😂

今年三月底在 Let's Vision 上介绍了我们正在做的让 agent 参与 mobile 开发自主验证的一些微小工作。现在终于可以把其中一部分我们日常使用的工具开源了。 sim-use 是让 AI agent 能看到模拟器/设备的屏幕并操作它的命令行工具。一条命令把整个屏幕变成 agent 能理解的紧凑表示，再一条命令点击任意元素，以完成验证循环。iOS Simulator 和 Android 通用。 Plan, code, verify, ship — verify 这一环现在可以交给 agent 了。欢迎大家试用/加星/反馈/一同改进！ github.com/lycorp-jp/sim-…

@onevcat @i5ting 为什么组委会做海报要把人整成黑白的（不是

月底我可能回上海，参加 Let's Vision 26 然后做一个 session 分享：可能结合自身情况，唠叨些这大半年来和 AI 协作的一些心得体会。欢迎大家到时候来面基.（啊不..来学习，互相学习！。 活动官网 letsvision.swiftgg.team/zh/

新写了篇，ming1016.github.io/2026/02/23/ios…

@soyis_ 的这个困惑我觉得蛮有代表性的，所以专门拿出来说一说我的看法吧。我其实之前在和《枫言枫语》一起做的一个 Podcast 里，也简单地说过一下我关于这个事情的观点，不过那时候没怎么展开。作为一名在一线摸爬滚打十多年的老家伙，说不上什么权威，而且看事情似乎也是错多对少，但还是斗胆在这里给入行不久、道行还可能比较浅的新朋友们说一说我的关于新人们在 AI 时代如何生存和成长的看法和建议吧。 这个时代，我觉得对新入行的软件工程师来说，既是利好，也是利空。 先说利空，那就是初级工程师的岗位会变得非常少，企业对他们“上手就能战”的要求也会变得非常高。以前企业可能会找不少初级工程师来做相应的编码工作，他们可能一开始并不需要理解整个代码库，也不需要理解架构选择或者更高层面（比如商业逻辑）的问题，只需要在规定的时间内把分配的任务做完就可以。而初级工程师也能够在这几年内慢慢积累经验和视野，将他们在大学里接受到的、可能相对滞后或者理论派一些的软件工程实践（如果大学里真有教有的话），追到业界水平，并真正理解软件开发这件事情到底是如何运作的，这可以提升他们对于开发的品味。所谓软件开发，其实和很多其他事情也差不多，就是一个一个的选择。这些选择通常都基于某种约束和权衡，比如说：时间和人员是否充分，结构和功能是否匹配，对细节的投入是否能换来合理的产出回报等等，并在开发时依照情况，进行技术选型/架构设计/实现路径/测试覆盖/问题修复/功能细节等等诸多选择。具有这些品位，或者是能够理解这些选择的工程师，则会一步步走向 senior 的行列，去承担更多的任务。 在这一波 Vibe Coding 的浪潮中，我观察到的更多的是，不管是企业开发还是个人开发，都是很多已经是 senior 的老家伙们在主导（虽然这也算是必然...）：他们在摆脱了实际编码的体力和时间束缚后，肆意地运用已经有的“品味”，将上面那些工程上的选择迅猛地灌给 LLM。对于这一拨人来说，实际上是一个非常十足的生产力的解放：因为他们之前的任务就是时刻做这样的选择，现在只不过从以前要把这样的选择传达给初级工程师，让他们去实现，变成了现在有一个能够时刻共鸣的叫做 LLM 的 soulmate，同时还是无休止不疲劳地实现他们的愿望万能许愿机。于是你看到了各种 10x 工程师 100x 工程师的出现，留给初级开发者们的活儿也就被抢掉了。 但是事物并不是一面的。AI 的出现，如果对于 Senior 来说是一个能力的放大器的话，对于 Junior 来说，它就是一种学习的加速器。 在我自己学习成长的道路上，其实有非常多的问题困惑我，让我想了很久都不得其解。特别是刚刚入门的那几年：搞不懂堆和栈的区别，搞不懂引用语义和值语义，搞不懂多线程为什么要加锁，搞不懂原子状态和事务的必要性，搞不懂单向数据流，搞不懂着色器语法，搞不懂为什么要 VIPER，搞不懂测试覆盖到哪儿算是OK，也搞不懂各种时区转换和字符编码，甚至一个 OAuth 或者 APNG 都要啃上一整周。但是在 LLM 之后，这一切问题都灰飞烟灭了。你甚至都不需要知道名词是什么，只要说个大概，自然会有大模型把所有细节给你解释清楚。你不需要自己再去记这些东西，也不再需要自己实现，需要的时候，这些信息甚至代码都是信手拈来。 以前一个资深工程师可能十年才能完成的成长，现在新入行的同学们，可能一两年就能搞定。而且随着模型的继续成长，有一些知识可能根本就不再被关心和需要了。除此之外，老家伙们通过多年的积累得到的经验和选择的方式，在新的约束条件下，有些可能也不再适用（像是避免过早优化，确保测试的稳定性等等，我认为其实多少已经过时），他们也需要自身知识的更新，如果跟不上变化，就很容易面临更加 AI native 的工程师带来的革命和冲击。 说了这么多，其实最核心的就是我认为初级工程师在使用 AI 的时候，一定不能只把它当作一个工具来使用。相反，你要把它当作一个真正的、和你一起进行 Pair Coding 的人。去向它请教，去向它学习，给大模型一个 SOUL，让它来扮演你导师的角色而不是代码机器。在向它许愿完成任务的时候，也让它教你如何在各种可能的实践中做出选择，让它讲明白其中的利弊得失，将它的“加速器”的一面用到极致。于是，你就可以用比前辈们更快的方式达到和他们同样的高度，然后去享受能力“放大器”的一面所带来的红利。虽然我也不知道这样的红利会持续多久，以及最终到底会为整个业界带来怎样的结局，但是如果你热爱这份事业，也热爱创造这件事情，那么一直 on boat，就一定能到达你理想的终点。

I’m working on Oh My Agents, an app that helps manage and sync prompts and skills across different agents and projects. This is a pain I’ve felt firsthand, so I’m building something I actually want to use. More updates coming soon!

HN上有篇吐槽 macOS Tahoe（最新操作系统）图标设计的很火，哈哈哈。 作者有理有据，截了大量图，推荐读评论区的原文。 提炼下要点： 苹果 macOS Tahoe 给每个菜单项都加图标，违背了自己 1992 年《人机界面指南》的原则，把界面搞得更难用了。 图标设计的 7 个致命错误 1. 物极必反 给所有东西都加图标 = 没有突出。要想让人快速找到，就得有差异。 2. 不同应用，各自为政 "新建"有 15 种图标，"保存"有 4 种，"打开"有 5 种。用户根本学不会。 3. 同一应用，自相矛盾 工具栏和菜单里，同一个功能用不同图标。 4. 一图多义 同一个图标在不同地方表示不同功能。有时 👁️ 是"快速查看"，有时是"显示已完成"。 5. 细节过载 在 2.4 毫米的空间里画相机、取景器、窗口按钮。人眼根本看不清。 6. 隐喻混乱 不是每个操作都有好的图标隐喻，强行设计只会让人困惑。 7. 文字当图标 直接用 Abc、B、I、U 这种纯文字做图标，分不清哪是图标哪是文字。 好的设计原则不会过时，因为它们基于人类认知，而不是技术。 人的记忆、视力、注意力机制 30 年来没变过。 苹果给自己设了个不可能完成的任务，然后还执行得很糟糕。

Praise Britt. #Emmys

更新了《Swift 异步和并发》针对Swift 6，进行了大量改进，并根据这么几年来的实际感受，添加了一整章 Sendable 的话题。详细请见图片...燃尽了。大模型时代，技术书籍这种形式显然已经跟不上了，感觉最后只能成为 LLM 的养料，作为人类，一时不知道该感到欣慰还是悲哀 😂 objccn.io/products/async…

@liuyi0922 跟着我的保温杯一起好多年，另外的散落在各种老物件上了，没想到这么快七年了🫣

时隔七年，我们又要印贴纸了。不过这回是 MDverse app 的 logo，七年攒了十几个 logo 刚好一包。下面这些七年前的贴纸有人还有吗？

喵神这篇写得是真好啊 onevcat.com/2024/07/swift-…

@nixwang89 上大当😨

被 AWS 背刺了... 我看中国区说12个月免费，注册了一个账号创建了一个 RDS 测试了一下就删除了。结果今天收到了账单 🥺 原来默认的 DB 配置不但不是免费的，而且非常贵...

@nixwang89 犹记得上次海底捞，惊闻老板自己家里生娃都还来搬砖，最后被老板的老板赶回去的往事，太猛男了🌝

休个法定的陪产假有还是有很强的负罪感，虽然老板人很好，没有 PUA 😂

我们的稍后阅读 app 读否上线「AI 速览」，借助 GPT 的强大能力为用户提供文章摘要，用户可以快速了解文章大意。（或许是）中文移动端最早落地 GPT 的产品🤔

非常喜欢看项目中的 Extensions，往往有着作者们的巧思。当然，也会不期而遇一些心照不宣的 trick：

昨天 clone 下来拜读了好一阵子，全面拥抱 Swift Concurrency 和 Swift Package Manager、编辑器是 Vite + CodeMirror + Grammarly + ts-gyb、详尽贴切的 README 和英文注释。用心程度让人叹服…不仅仅是出色的开源项目，也是当前我觉得 iOS/masOS dev 最值得学习的作品🍺

@yoniliu_ 这么说来确实，之前还租直升机拍新系统的壁纸，爽歪歪

@whoisauau 他们市场部不是为了macos名字每年都公费旅游一趟么hh

不过从另一个角度探讨，Apple 相当热衷于取名字。无论是硬件层面的 MagSafe、TrueDepth(camera)、Ceramic Shield，还是软件层面的 AirDrop、True Tone、Stage Manager、Center Stage，甚至是软硬件结合的 Dynamic Island……（1/2）

@nixwang89 长大后我就成了你（瞎取名字版）

@whoisauau ACDC 🫡

@_clarkzjw 🤣