北京
我删掉了CourseShelf的全部代码。345次提交之后，我用Phoenix LiveView从零重建了整个应用，React、Inertia、Node.js统统扔掉。这不是冲动，是攒了一年的火。
一年前，我还觉得Inertia牛皮。它把Phoenix的后端效率和React的前端灵活粘在一起，连REST API都不用写。对刚从React过来的人来说，这简直天作之合。可蜜月期一过，麻烦一个个往外冒。
先说最烦人的——两套基础设施。为了SEO，你得做服务端渲染；为了做服务端渲染，你得整一个Node.js进程池蹲在Elixir旁边，先帮忙把React页面跑成HTML。于是我就得同时维护两个生态：Elixir管业务，Node.js专管第一屏渲染。同样是写着玩，别人的LiveView项目一个进程搞定，我的还得左右伺候。
真正的爆点，是AI写不了Inertia代码。我一尝试用代理辅助开发，问题全露馅了。没有哪个AI工具能写出合规的Inertia模式，不是路由接错，就是组件层级对不上。要命的是，我不是用PHP/Laravel那套生态——那边官方支持足、工具链全，AI写Inertia顺手得很。我这边用的是Inertia Phoenix端口，工具缺一大截，智能代理一碰就傻。以后每要一个新功能，摆在我眼前的选项就剩一个：自己从路由到状态管理全部手写，AI连个帮腔的都不是。
还有更可笑的：每次我在后端加一个资源，就得赶紧打开types/文件夹，对着新结构，手搓一份完全对应的TypeScript类型。没有自动生成，没有端到端类型安全。这就是Elixir这边的实情——什么代码生成工具都没有，全靠人工搬砖。
所以后来有人问我“你后不后悔选了Inertia而不是LiveView”，我录视频时直接承认：后悔，非常后悔。LiveView简单得让人想哭——没有中间层、没有额外的渲染节点、AI辅编直接可用，服务器端渲染就是配着Elixir自带的那副引擎。删代码那天，我真不是意气用事，只是突然想通了：框架再好，架不住它天天让你写的还不如它省的多。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
