my-9

摘要： 在写东西时，我会保存多个版本，记录思考的演进；但在编程时，自动保存却让我丢失了这种“快照式思考”。现在我会有意识地使用一些记事本作为新的“保存点”，在完成一个逻辑完整的片段后提交。 阅读全文

摘要： 在接触《代码大全2》之前，我认为“软件工程”是一个宏大的、离我很远的词汇，它可能关乎架构图、开会、PPT和复杂的流程。那些激动人心的“黑科技”、“新框架”似乎才是技术的潮流所向。 但这本书，却把我按在了一个看似微不足道的地方：代码的细节。它用了近千页的篇幅，事无巨细地讨论变量初始化、循环控制、条件语 阅读全文

摘要： 我们都有这样的经历：熬夜写完一份大作业，程序终于运行成功，长舒一口气，赶紧打包提交。两周后，因为要增加一个小功能或者修复老师指出的Bug，你重新打开了那个项目文件。瞬间，一股陌生感扑面而来：“这变量tmp是啥？”“这个两百行的main函数我当时是怎么想的？”“这里为什么要有这么诡异的判断条件？” 读 阅读全文

摘要： 在大二的编程日常里，我的工作流常常是这样的：接到任务 -> 大脑空白 -> 打开浏览器 -> 搜索“如何用Java实现XXX” -> 在Stack Overflow或博客园找到一段代码 -> 复制 -> 粘贴 -> 微调 -> 运行 -> 报错 -> 继续搜索错误信息…… 我获得了即时的“生产力”， 阅读全文

摘要： 编程到最后，不仅是关于添加的艺术，更是关于舍弃的智慧。最优雅的系统，往往不是拥有最多功能的，而是恰到好处的那个。这些感悟像逐渐清晰的坐标，帮助我在软件工程这片广阔海域中定位自己。每个阶段都有新的风景与挑战，而记录与反思，让成长有迹可循。 阅读全文

摘要： 我开始在写代码前问自己：这个功能为用户解决了什么真实问题？体验是怎样的？技术是手段，不是目的。最好的工程师心里都住着一个产品经理，他们用代码解决问题，而不仅仅是实现功能。 阅读全文

摘要： 我曾经的误区是追求“更多”：更多功能、更多优化、更多技术栈。后来在维护一个臃肿的系统时，才体会到“少即是多”的力量。现在我学会了舍得删除代码：每删除一行无用代码，系统就少一个潜在bug。舍得放弃功能：不是每个需求都值得实现，拒绝的勇气比实现的技能更珍贵。 阅读全文

摘要： 课程作业只要求“功能实现”，但真实世界远不止于此。性能、安全、可扩展性、可维护性、可观测性——这些非功能性需求往往决定系统的生死。一个能运行但慢如蜗牛的系统，一个功能完整但频繁宕机的系统，本质上都是失败的。 阅读全文

摘要： 我以为细节只是边界条件或异常处理。直到因为字符编码问题，用户名中的“é”在数据库里变成乱码。这些细节并不深奥，却能让整个系统瘫痪。我开始理解，真正的工程能力，是在宏伟架构之外，对无数细微之处保持警觉和耐心的能力。 阅读全文

摘要： 我有一个习惯就是在第一个版本还没做出来时，就开始纠结于数据库选型是否够前沿、代码结构是否够“优雅”、要不要用那个我刚听说的设计模式。结果往往是“纸上谈兵”很久，却一行产出都没有。我逐渐学会了“迭代思维”：先做出一个能工作的、最简陋的版本（MVP）。哪怕它丑陋、脆弱。有了这个可运行的原型，我就有了改进 阅读全文