这个世界不是所有人用电脑只是打游戏，也不是所有程序员都只写 Java 或前端。每个人的需求都不一样，真的搞不懂网上这些操作系统之争有什么意义。非要把自己的需求硬套在别人或者其他设备上，真的没意思。

杂记

rybbit 真棒，UI 好就是能让人很想用。

Byebye Umami。

杂记

杂记

现在骂丁俊晖和当年骂刘翔的是同一批人？

杂记

有娃之后的办公桌。

杂记

在完全不熟悉移动端 App 和 Flutter 的情况下，通过 AI 辅助在 450 个小时编码时间内完成了 1Panel 和 Halo App 的开发并上架，现在的 AI 辅助编程确实能够很好地提升编码效率。尤其是新入门一项技术栈的时候，可以很好地边学习边开发。当然，在开发这两个 App 的过程中也并非完全由 AI 去生成代码，毕竟 1Panel 和 Halo 这两个项目规模适中，完全依赖 AI 生成代码，估计还需要额外 450 个小时去 debug 和修复 bug。以下是我认为最有效的 AI 辅助方式：

1. Cursor Tab：这在正常编码过程中的帮助非常大，尤其是在代码重构和自动语法修复的场景。

2. 小范围的功能设计：告诉 AI 你需要实现什么样的功能，让 AI 给你提出解决方案。即使完全采用 AI 提供的代码，我也会尽可能阅读每一行代码，避免日后忘记代码的来源和逻辑。此外，目前不建议让 AI 直接生成较大范围的功能代码，尤其是一些关键业务逻辑。

3. Bug 修复：直接将错误日志提供给 AI 分析异常原因，快速定位问题。

4. Code Review：代码提交前让 AI 进行审查，主要检查是否存在逻辑错误以及有哪些可优化的地方。

除了编码之外，针对 App 的开发场景，上架也是一个比较麻烦的事情，比如隐私/权限调查表的填写，我会向 AI 提供 App 的使用场景、用户范围、使用的三方库和统计平台等信息，让 AI 给出填写建议。

开发日常

好玩。

杂记

我看网上很多人认为现在前端圈流行的 SSR/同构框架（比如 Next.js、Nuxt.js）就是"现代版 PHP"。实在不敢苟同，这种观点反映出对这些框架和 PHP（或传统服务端模板）的理解不足。

Next.js 等同构框架与传统服务端框架最本质的区别在于：它们优雅地抹平了服务端渲染与客户端交互的界限。开发者可以使用同一套 React 组件代码实现：

1. 服务端渲染生成初始 HTML 返回给浏览器

2. 在浏览器中通过水合(hydration)激活完整交互功能

这一过程无需编写分离的服务端模板和客户端 JavaScript，而 PHP 则需要额外的前端代码来实现复杂交互，更不用说 Node.js 生态还有各种针对网页的客户端和服务端库。

当然，也并不是说这种框架就是网页开发的银弹，任何技术都有各自的优势，选择自己认为合适的就好。

开发日常

搞了个 1Panel 移动端 App，十年前最开始想学编程就是想开发 App，过了这么久才实现。

Halo 再等等:)

开发日常

快被 Cursor 的 Tab Flow 干废了，每当不可用时就会出现强烈的不适感。🥲

开发日常