https://blog.treesir.pub/tags/%E5%91%BD%E5%90%8D%E8%A7%84%E8%8C%83/Recent content in 命名规范 on Zayn's BlogHugo -- gohugo.iozh-cnyangzun@treesir.pub (Zayn)yangzun@treesir.pub (Zayn)2021-2026 ZaynFri, 20 Mar 2026 22:30:00 +0800https://blog.treesir.pub/posts/daily-practice-2026-03-20/Fri, 20 Mar 2026 22:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-20/<p>今天的工作更偏向“把系统说明白”。很多时候，工程效率不是来自多写几段代码，而是来自把命名、提醒和选型这些基础问题先梳理清楚。基础一旦清楚，后续很多动作都会顺下来。</p> <h2 class="relative group">解决的问题 <div id="解决的问题" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%a7%a3%e5%86%b3%e7%9a%84%e9%97%ae%e9%a2%98" aria-label="锚点">#</a> </span> </h2> <ul> <li><strong>命名体系开始收口</strong>：围绕一套产品命名方式做了结构化梳理，把原本分散的叫法整理成更清晰的层级关系。命名一旦统一，后续无论是归档、映射还是自动识别，成本都会明显下降。</li> <li><strong>任务提醒链路继续稳定化</strong>：同一套提醒机制在不同时间点给出了相对一致的结果，说明这条链路已经不只是“能跑”，而是在向“可依赖”靠近。</li> </ul> <h2 class="relative group">学到的新东西 <div id="学到的新东西" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e5%ad%a6%e5%88%b0%e7%9a%84%e6%96%b0%e4%b8%9c%e8%a5%bf" aria-label="锚点">#</a> </span> </h2> <ul> <li><strong>好的命名规范本质上是在降低系统沟通成本</strong>：如果一套命名只能被少数人理解，它就更像内部黑话；如果它能稳定映射到平台、代际和能力差异，它才真正具备长期价值。</li> <li><strong>自动化体系成熟的标志不是任务数量，而是分层是否清楚</strong>：当提醒、汇总、检测和执行这些能力开始形成稳定分工，系统就会从单点脚本堆叠，演进成更像“运营架构”的东西。</li> <li><strong>硬件选型最怕脱离使用场景</strong>：同样一颗 CPU，在不同任务下价值完全不同。比起盯着参数高低，更重要的是明确自己的主要负载到底是什么。</li> </ul> <h2 class="relative group">踩坑记录 <div id="踩坑记录" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%b8%a9%e5%9d%91%e8%ae%b0%e5%bd%95" aria-label="锚点">#</a> </span> </h2> <ul> <li><strong>兼容性问题不能只看理论方案</strong>：纸面上可行的硬件方案，落到具体设备时仍然可能受安装位、接口规格和结构差异影响。越接近实体世界，越要尊重“逐项确认”这件事。</li> </ul> <h2 class="relative group">明日计划 <div id="明日计划" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e6%98%8e%e6%97%a5%e8%ae%a1%e5%88%92" aria-label="锚点">#</a> </span> </h2> <ul> <li>继续把命名规范往后续流程里落，验证它是否真的能减少返工。</li> <li>继续观察提醒链路在真实使用中的稳定性，而不只停留在单次成功。</li> <li>继续把技术选择建立在实际使用场景之上，而不是单看参数表。</li> </ul>