2026年7月
2
摘要： 一、本周做了什么 本周Java Web方面重点学习了Session和Cookie。实现了基于Session的简单登录状态保持功能，用户在登录成功后把用户信息存入Session，在其他页面通过判断Session是否为空来决定是否允许访问。同时复习了Filter过滤器，写了一个字符编码过滤器，统一解决了 阅读全文
posted @ 2026-07-25 10:03 一水尘风 阅读(2) 评论(0) 推荐(0)
1
摘要： 一、本周做了什么 本周是暑假第一周，主要做了三件事：Java Web环境重新搭建、Hadoop伪分布式安装、Python开发环境配置。 Java Web方面，我重新安装了IntelliJ IDEA和Tomcat 9.0，配置了Maven项目结构。复习了Servlet的生命周期，重写了doGet和do 阅读全文
posted @ 2026-07-19 23:41 一水尘风 阅读(5) 评论(0) 推荐(0)
设计模式概述
摘要： 设计模式是面向对象设计中“常见问题的一般性解决方案”。它不是可以直接复制的代码库，而是一种经验总结和沟通语言。 为什么需要设计模式？ 假设你是一个建筑工地的工头，当你说“这里用承重墙结构”时，其他工程师立刻理解了你的意图。同样，在软件设计中，当你说“这里用单例模式”或“用观察者模式”，其他开发者就能 阅读全文
posted @ 2026-07-01 10:03 一水尘风 阅读(4) 评论(0) 推荐(0)
2026年6月
《程序员修炼之道》阅读笔记：做一名务实的程序员
摘要： 《程序员修炼之道：从小工到专家》是一本超越具体编程语言的经典著作，它更像是一本程序员的“人生哲学”指南。与《人月神话》关注项目管理宏观层面不同，这本书将焦点下沉到程序员个体，探讨如何在日复一日的编码中修炼专业素养。全书的核心思想可以概括为“务实”——对自己的代码负责，对职业生涯负责，更要对交付给用户 阅读全文
posted @ 2026-06-17 23:21 一水尘风 阅读(16) 评论(0) 推荐(0)
《人月神话》---人月神话与现实
摘要： “人月”作为工作量的计量单位，本身就是一个充满诱惑的“神话”。它假设人力和时间可以简单地相互替换，但现实中，这种替换存在巨大的损耗。布鲁克斯明确指出，对于许多任务，特别是那些需要紧密协作的系统设计任务，任务本身是不可分割的，其复杂度呈指数级增长。 这让我联想到“布鲁克斯定律”在日常工作中的体现。我们 阅读全文
posted @ 2026-06-17 23:19 一水尘风 阅读(6) 评论(0) 推荐(0)
《人月神话》---核心洞见与警示
摘要： 《人月神话》最核心的洞见，在于它无情地戳穿了“加人就能赶上进度”这一软件工程领域最流行的谬误。布鲁克斯法则一针见血：向一个已经延误的软件项目添加人力，只会让它更延误。 这并非否定团队协作，而是揭示了任务分解、沟通成本与新人培训之间固有的复杂性。新增人员不仅不能立刻产出，反而会消耗资深成员的时间进行沟 阅读全文
posted @ 2026-06-17 23:18 一水尘风 阅读(4) 评论(0) 推荐(0)
传统开发 vs 敏捷开发：本质区别与适用场景
摘要： 传统开发（瀑布、V模型等）与敏捷开发是两种截然不同的哲学。 传统开发的特点：计划驱动、阶段固化、文档详尽、变更困难。它假设需求在项目开始时就已知且稳定，客户能够清楚地说出自己想要什么。但实际上，很多客户在看到可运行的软件之前，自己都不知道想要什么。传统开发适合需求明确、技术成熟、失败代价极高的场景， 阅读全文
posted @ 2026-06-07 18:58 一水尘风 阅读(7) 评论(0) 推荐(0)
2026年5月
3. 软件开发模型进化史：瀑布、螺旋、V模型、RUP
摘要： 软件开发模型是生命周期在不同场景下的具体组织方式。以下是四种经典模型： 瀑布模型：最传统、最直观的模型。阶段之间顺序执行，每个阶段完成后输出文档，评审通过才能进入下一阶段。优点是阶段清晰、易于管理，适合需求非常稳定的项目（如银行核心系统）。缺点是变更困难，如果需求分析错了，后面全部白做。 V模型：瀑 阅读全文
posted @ 2026-05-31 22:23 一水尘风 阅读(11) 评论(0) 推荐(0)
2. 软件生命周期全景图：从想法到废弃的完整旅程
摘要： 任何一个软件项目，无论是手机App还是大型企业系统，都会经历一个从“出生”到“死亡”的过程，这就是软件生命周期。标准生命周期通常包含六个主要阶段： 可行性分析：判断这个软件是否值得做。包括技术可行性（现有技术能否实现）、经济可行性（投入产出比是否合理）、法律可行性（是否侵犯他人权益）。例如，你要开发 阅读全文
posted @ 2026-05-31 22:23 一水尘风 阅读(9) 评论(0) 推荐(0)
什么是软件工程？——从“软件危机”到工程化思想
摘要： 1968年，北大西洋公约组织（NATO）在德国召开了一次具有里程碑意义的会议，首次提出了“软件工程”这一概念。为什么要提出软件工程？因为当时出现了严重的“软件危机”：项目经常超期、超预算，交付的软件充斥着Bug，维护成本高得惊人。典型的例子是IBM OS/360操作系统，投入了数千人年的工作量，最终 阅读全文
posted @ 2026-05-31 22:23 一水尘风 阅读(19) 评论(0) 推荐(0)
下一页