构建、自动化与长期主义https://blog.lindaofu.com/zh_CNhttps://blog.lindaofu.com/posts/job-market-after-graduation/https://blog.lindaofu.com/posts/job-market-after-graduation/不是想要多体面的起点，只是想先找到一份正常工作，但这件事对很多毕业生来说都越来越难了。Sat, 04 Apr 2026 00:00:00 GMT<p>毕业之前，我一直以为“工作难找”是一句很空的话。<br /> 它像一种背景噪音，大家都在说，但你不会真的把它放到自己身上。</p> <p>等真正开始投简历之后，才知道这句话有多具体。</p> <p>具体到每天早上醒来先看邮箱，具体到招聘软件里反复刷新，具体到你一边改简历一边怀疑是不是自己哪一行写得不够像样。<br /> 投出去的岗位很多，回音很少。不是石沉大海，就是一句冷冰冰的“不合适”。</p> <p>最让人疲惫的地方，不只是竞争大，而是很多岗位看起来像是专门拿来提醒你“你不够格”的。</p> <p>明明写着招初级岗位，点进去却要求：</p> <ul> <li>有两到三年经验</li> <li>熟悉一整套工具链</li> <li>最好有完整项目经历</li> <li>最好马上能上手，不需要培训</li> </ul> <p>看到最后会有一种很奇怪的感觉，好像“应届生”这个身份本身就是个问题。<br /> 一边告诉你欢迎毕业生，一边又把门槛写得像在招一个已经工作过的人。</p> <h2>不是想要多好，只是想先上岸</h2> <p>很多人会说，现在的年轻人要求太高。<br /> 但说实话，至少我身边大部分找工作的同学，已经没有在挑什么“理想工作”了。</p> <p>大家真正想要的，往往只是这些：</p> <ul> <li>工资别低到活不下去</li> <li>工作内容别完全没关系</li> <li>不要天天加班到人麻木</li> <li>能先有一个像样的开始</li> </ul> <p>要求真的不算高。<br /> 不是非大厂不可，也不是非高薪不可，更不是非体面不可。<br /> 很多时候只是想先找到一份正常工作，让人能从“悬着”的状态里落下来。</p> <p>可偏偏连这个“正常”，现在都要反复争取。</p> <h2>学历越来越像一张打折很快的纸</h2> <p>以前总觉得，至少把大学念完，走到毕业这一步，事情会慢慢顺起来。<br /> 结果现实是，学历当然还有用，但它已经远没有想象中那么有用。</p> <p>你会发现，大家都有学历。<br /> 本科很多，研究生也很多。<br /> 一张文凭不再像通行证，更像一张默认配置。</p> <p>真正让人难受的不是学历贬值这四个字，而是你花了那么多年去准备一场起跑，最后发现赛道上已经挤满了人，而终点并没有多出多少位置。</p> <h2>被拒绝本身，反而不是最难受的</h2> <p>最难受的其实是那种拖着的感觉。</p> <p>你没有彻底失败，但也没有明确开始。<br /> 每天都像在等一个通知、一个电话、一封邮件。<br /> 生活表面上看还没出什么问题，心里却一直有一块地方是悬着的。</p> <p>家里会问，身边的人会问，自己也会问：</p> <p>“怎么样了？”</p> <p>这个问题听多了以后，会慢慢不想解释。<br /> 不是没努力，而是很多事情真的没法靠努力立刻换结果。</p> <p>简历可以继续改，面试题可以继续背，岗位可以继续投。<br /> 但那个越来越重的怀疑也会跟着一起长出来：</p> <p>是不是我真的不行。<br /> 是不是我读了这么多年书，最后还是没有一个像样的入口。</p> <h2>有时候发牢骚，不是因为脆弱</h2> <p>我觉得毕业生偶尔抱怨一下这件事，挺正常的。</p> <p>不是因为承受不了现实，也不是因为想躺平。<br /> 只是因为这件事本来就够磨人。</p> <p>你花了很多年准备进入社会，最后迎接你的却是漫长等待、不断比较、越来越高的门槛，和一种很难描述的无力感。<br /> 这种时候说一句“真的很烦”，并不过分。</p> <p>我现在最大的愿望也不复杂：<br /> 不是一步到位，不是立刻翻盘，只是先有一份工作，让生活开始往前走。</p> <p>如果很多毕业生都在经历同样的事，那至少说明一件事：<br /> 这不只是个人情绪问题，它确实已经是一种普遍处境。</p> <p>发几句牢骚，也只是承认这一点而已。</p> https://blog.lindaofu.com/posts/pages-cms-online-launch/https://blog.lindaofu.com/posts/pages-cms-online-launch/从手动上传切到 GitHub、Cloudflare Pages 与 Pages CMS 之后，写作和发布终于被合成了一个动作。Sat, 04 Apr 2026 00:00:00 GMT<p>今天把这个博客的发布链路彻底理顺了。</p> <p>现在的流程很直接：</p> <ul> <li>在浏览器里打开写作后台</li> <li>写完后保存到 GitHub</li> <li>Cloudflare Pages 自动构建并上线</li> </ul> <p>之前最麻烦的地方，不是部署本身，而是每次发文都要重新进入一套手动操作。<br /> 当写作和部署是两件事时，更新就会变慢。</p> <p>现在它们终于变成了一个动作。</p> <p>这次切换完成之后，这个博客会继续记录几类内容：</p> <ul> <li>自动化与长期维护</li> <li>Cloudflare 上的实际搭建过程</li> <li>更安静、更稳定的个人工作流</li> </ul> <p>如果你现在正在读到这篇文章，就说明这条在线发布链路已经跑通。</p> https://blog.lindaofu.com/posts/quiet-workflow/https://blog.lindaofu.com/posts/quiet-workflow/把通知、待办和自动化重新编排，让注意力只流向真正重要的事情。Sat, 04 Apr 2026 00:00:00 GMT<p>大多数工作流的问题，不是工具太少，而是信号太多。</p> <p>通知同时从 IM、邮箱、日历、项目管理工具里涌过来，结果是所有事情都显得同样紧急。真正要解决的，是<strong>信息进入系统的顺序</strong>。</p> <h2>我现在只保留三层</h2> <h3>1. 收件层</h3> <p>所有东西先进入一个地方，不立即判断、不立即分类。<br /> 它只负责承接。</p> <h3>2. 整理层</h3> <p>每天固定一个短时间窗口处理：</p> <ul> <li>删除无价值信息</li> <li>把需要行动的内容转成明确任务</li> <li>把需要沉淀的内容转成笔记</li> </ul> <h3>3. 执行层</h3> <p>执行页面里不再出现“也许有用”的信息，只保留：</p> <ul> <li>今天必须完成的事</li> <li>当前正在推进的项目</li> <li>需要等待反馈的事项</li> </ul> <h2>自动化应该做什么</h2> <p>自动化最有价值的地方，不是替你“更忙”，而是替你把重复判断拿掉。</p> <pre><code># 一类典型的自动化思路 1. 收集固定来源 2. 清洗重复信息 3. 只保留需要行动的条目 4. 输出到一个固定视图 </code></pre> <p>如果一个自动化不能减少上下文切换，它大概率只是换了一种形式制造噪音。</p> <h2>一个有效的判断标准</h2> <p>我会用一个很简单的问题过滤任何新工具：</p> <blockquote> <p>它是否让我在明天更少打开几个页面？</p> </blockquote> <p>如果答案是否定的，这个工具通常就不该进入主工作流。</p> <p>真正好的系统，最后看起来都很克制。<br /> 不是因为它功能少，而是因为它对“什么不该出现”足够严格。</p> https://blog.lindaofu.com/posts/edge-blog/https://blog.lindaofu.com/posts/edge-blog/用 Astro 做静态内容，用 Cloudflare Pages 全球分发，把维护成本降到最低。Fri, 03 Apr 2026 00:00:00 GMT<p>个人博客并不需要复杂架构，但它很适合放在一个维护成本几乎为零的环境里。</p> <p>我最后选的是 <code>Astro + Cloudflare Pages</code>。原因很简单：内容是静态的，访问是全球的，而我不想花时间维护服务器。</p> <h2>为什么这套组合很顺手</h2> <h3>内容层：Astro</h3> <p>Astro 很适合 Markdown 驱动的站点：</p> <ul> <li>文章就是文件</li> <li>构建产物足够轻</li> <li>页面结构清晰</li> <li>后续想加组件也不别扭</li> </ul> <h3>发布层：Cloudflare Pages</h3> <p>Cloudflare Pages 对博客这类项目很友好：</p> <ul> <li>免费档就够用</li> <li>静态资源分发快</li> <li>自定义域名方便</li> <li>不需要自己管运行时</li> </ul> <h2>最短发布路径</h2> <pre><code>pnpm install pnpm build </code></pre> <p>构建完成后，把 <code>dist/</code> 发布到 Cloudflare Pages 即可。<br /> 对于静态博客来说，这已经是非常干净的一条线。</p> <h2>我看重的不是“快”，而是“少操心”</h2> <p>很多人讨论部署方案时只盯着性能数据。<br /> 但对个人博客来说，更关键的是：</p> <ul> <li>出问题时排查简单</li> <li>一段时间不碰也不会忘</li> <li>后续换主题或改结构时成本可控</li> </ul> <p>边缘分发带来的快，当然很好。<br /> 但真正让我决定留下来的，是这套东西不会在三个月后反过来占用我的注意力。</p> https://blog.lindaofu.com/posts/motion-with-restraint/https://blog.lindaofu.com/posts/motion-with-restraint/好的动效不是炫技，而是给空间感、节奏感和上下文。Thu, 02 Apr 2026 00:00:00 GMT<p>我喜欢有动效的网站，但前提是：它不能影响阅读。</p> <p>动效真正的价值，不是“让页面活起来”，而是帮助用户理解三件事：</p> <ol> <li>我刚刚点了什么</li> <li>页面发生了什么变化</li> <li>我的注意力应该往哪里走</li> </ol> <h2>我比较喜欢的三种动效</h2> <h3>轻量过渡</h3> <p>页面切换时保留一点连续感，能减少“突然跳走”的割裂。</p> <h3>分层浮现</h3> <p>标题、摘要、卡片不要同时砸出来。<br /> 轻微的先后顺序，会让页面节奏自然很多。</p> <h3>悬停反馈</h3> <p>按钮和卡片在 hover 时给一点回应，用户会更容易建立控制感。</p> <h2>什么时候应该克制</h2> <p>如果一个动画会拖慢阅读、影响滚动、打断定位，那它就不该出现。</p> <p>尤其是内容型网站，动效最容易犯的错有两个：</p> <ul> <li>过长</li> <li>过多</li> </ul> <p>动效时间一旦过长，用户会感觉自己在等。<br /> 数量一旦过多，页面就会显得浮躁。</p> <h2>一个简单原则</h2> <blockquote> <p>如果去掉这个动画，信息结构会不会变得更难理解？</p> </blockquote> <p>如果不会，那它很可能只是装饰。</p> <p>我喜欢的动效应该像排版里的留白。<br /> 你能感受到它在起作用，但它不抢内容的中心位置。</p>