VinsonGuo

简而言之，谷歌工程似乎在人工智能采用程度上与约翰·迪尔（拖拉机公司）处于同一水平。行业内大多数公司的内部采用曲线也大同小异：20% 的代理型强力用户，20% 完全拒绝者，60% 仍在使用 Cursor 或类似的聊天工具。结果发现谷歌也存在同样的曲线。[...]

过去 18 个月整个行业都处于招聘冻结状态，在此期间没有人流动职位。因此，没有外界了解情况的人进来告诉谷歌他们落后多远，他们的工程组织已经变得多么平庸。

Link: https://simonwillison.net/2026/Apr/13/steve-yegge/#atom-everything

双休还要去公司加班卷，无力吐槽。
和妹子聊天也离不开工作、ai ，没别的话题还是 lz 太卷了，除了工作就没有别的了，真心奉劝别卷了

Android 的客户端开发都在忙着搞手机、车机、TV 这些系统应用，一个公司就有上千个 android 开发。这些开发需要依赖特定的设备，大量的时间需要花在调试、刷系统、稳定性分析上，AI 很难直接影响到。
iOS 似乎需求很少，但是很多人都在做独立开发者，过得也不错。
其他面向 C 端的应用目前主流都是混合开发，但很多原生项目上的编译问题、配置问题，还是得需要懂原生开发的去解决。遇到需要和原生 API 打交道的，比如相机等，也要写大量的原生代码去和跨平台框架交互。

原生开发没有像前端那样会整活，Android 就用 Jetpack ，iOS 就用 UIKit 或者 SwiftUI ，很少遇到前端那样为了库和框架吵来吵去的

RN 和 Flutter 都深度体验过。
RN 的优势在于在 iOS 上的体验会更佳，与原生 app 更接近，但是 lib 冲突较多，UI 一致性很差，多平台需要频繁调整。
Flutter 的 UI 主要还是 Material Design ，但是开发起来更省心，遇到的坑比 RN 少很多。

状态管理我更喜欢 provider ，轻量简洁，也不会破坏 flutter widget 本身的结构。
其他库 pub.dev 上搜索就好了，大部分需求都有比较成熟的库了

有哪个纯 vibe coding 的 APP 是你每天都在用的？
抛开 it 领域，你是喜欢 ai 生成的小说音乐视频，还是喜欢人做的？

春晚那种大红大绿的场景，不管多少 k 的视频渲染出来都会模糊的

2k 多换了个 realme neo 8, 意外地好用，续航是我 iPhone 15 的两倍，国外 app 开了自启动也可以收到通知

@ybz 我说的原生不是 native c/cpp, 而是 android API 。试想一下开发一个 settings app ，里面各种蓝牙、wifi 、display 选项都要调用到 android api 来获取，需要把相关的 android api 包一层，想想维护起来都痛苦