两年后：不仅仅是作品集更新
原文英文，约600词，阅读约需2分钟。
📝
内容提要
作者总结了过去两年的经历和更新，包括工作、购房、领养宠物等。作者喜欢使用Next.js和Tailwind CSS，但在个人网站上选择了更轻量级的MDX和Vercel。希望读者能从中获得作品集更新和技术栈思考的启发。
🔎
延伸解读
个人项目与工作场景的技术选型差异
作者在个人网站选择MDX而非Sanity CMS，但在工作中却主导了多次向Sanity的迁移。这反映出技术选型需区分场景：个人项目追求轻量、简单，避免CMS开销和schema配置；而工作项目则需满足利益相关者的灵活需求。读者可借鉴这种思路，根据项目目标和维护成本灵活调整技术栈。
从Netlify转向Vercel的考量
作者自2017年起使用Netlify，但近期转向Vercel，主要原因是用户体验更符合当前需求。这提示我们，平台迁移不一定源于功能缺陷，而可能是工作流变化或团队协作习惯的驱动。对于个人开发者，评估托管平台时，除了功能，也应关注日常使用体验和与现有工作流的契合度。
Next.js App Router带来的效率提升
作者认为Next.js仍是最灵活的平台，并特别提到App Router提高了工作效率。这表明框架的持续演进可能带来实际开发收益。对于考虑升级或采用新特性的开发者，可以关注App Router如何简化路由和布局管理，从而优化工作流，但也要注意其学习曲线和项目适配性。
❓
Q&A
作者在过去两年中有哪些重要经历？
作者在过去两年中经历了工作、购房和领养宠物等重要事件。
作者为什么选择使用Next.js？
作者认为Next.js是最灵活的平台，适合个人项目和创业公司的复杂需求。
MDX相比Sanity CMS有什么优势？
MDX更轻量且简单，允许直接在博客文章中插入React组件，避免了CMS的复杂配置。
作者对Tailwind CSS的看法是什么？
作者认为Tailwind CSS的实用优先方法使得从原型到生产就绪的过程快速且无痛。
作者为什么选择Vercel而不是Netlify？
作者觉得Vercel的用户体验更符合当前需求，使用起来更顺畅。
作者希望读者从文章中获得什么启发？
作者希望读者能从中获得作品集更新和技术栈思考的启发。
🏷️
