<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[MLM888的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/MLM888</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; MLM888]]></copyright><item><title><![CDATA[重读《人月神话》：第九章“削足适履”]]></title><link>https://blog.csdn.net/MLM888/article/details/163996577</link><guid>https://blog.csdn.net/MLM888/article/details/163996577</guid><author>MLM888</author><pubDate>Wed, 09 Sep 2026 20:41:22 +0800</pubDate><description><![CDATA[在资源受限的年代，空间即成本，程序员必须如诺亚般精巧布局。布鲁克斯以OS/360为例，揭示规模膨胀的根源：局部优化取代全局视野，缺乏整体预算与沟通导致系统失控。他提出“空间-时间折衷”与数据重构的战略思维，强调数据表达决定程序本质。今日虽内存充裕，但微服务、依赖膨胀等“隐形规模”仍威胁系统健康。真正的编程智慧，在于超越代码，从数据与架构层面实现战略突破。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第八章“胸有成竹”]]></title><link>https://blog.csdn.net/MLM888/article/details/163612418</link><guid>https://blog.csdn.net/MLM888/article/details/163612418</guid><author>MLM888</author><pubDate>Sun, 16 Aug 2026 15:11:13 +0800</pubDate><description><![CDATA[摘要： 布鲁克斯在《人月神话》第八章揭示了软件估算中的系统性误差，指出编码仅占项目工作量的1/6，而沟通、测试和规模效应导致估算偏差成倍放大。数据显示：工作量随规模呈幂次增长（工作量∝规模^1.5），交互频繁的团队生产率骤降85%，高级语言虽能提升效率但无法消除根本复杂度。真相是程序员仅50%时间用于编码，其余被会议、文档和等待消耗。布鲁克斯强调，测试常被严重低估，导致项目末期灾难性延误。其核心洞察至今仍适用：估算误差源于规模、沟通和有效时间的三重叠加，而盲目追求“生产率”指标可能掩盖真正的复杂性。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第七章“为什么巴别塔会失败”]]></title><link>https://blog.csdn.net/MLM888/article/details/163411088</link><guid>https://blog.csdn.net/MLM888/article/details/163411088</guid><author>MLM888</author><pubDate>Sun, 02 Aug 2026 11:21:50 +0800</pubDate><description><![CDATA[布鲁克斯在第七章结尾没有给出豪言壮语，因为"沟通"和"组织"本身就是永无止境的修炼。“共享的电子手册是能达到所有这些目标的、更好、更加低廉、更加简单的机制。在1975年，这是一个预言。在今天，这是我们每天使用的工具。但工具永远只是工具。巴别塔的真正教训是：技术可以变乱语言，也可以统一语言——关键在于我们是否愿意投入足够的思考，去设计那些让"左手知道右手在做什么"的机制。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第六章“贯彻执行”]]></title><link>https://blog.csdn.net/MLM888/article/details/162142313</link><guid>https://blog.csdn.net/MLM888/article/details/162142313</guid><author>MLM888</author><pubDate>Sat, 20 Jun 2026 14:17:47 +0800</pubDate><description><![CDATA[摘要：软件工程中的"贯彻执行"机制 本文深入剖析了软件工程中"贯彻执行"这一隐蔽陷阱的本质与解决方案。核心观点包括： 信息衰减的指数级效应：架构设计在传递过程中存在严重的信息损耗，程序员常会"创造性填补"模糊点，导致系统概念完整性瓦解。 布鲁克斯的七项机制： 以手册作为唯一权威文档 形式化与记叙性定义相结合 通过编译机制直接整合架构约束 分层会议制度（周例会与年度大会） 多重实现强制架构纪律 电话日志实现非正式沟通的正式化 独立测试小组作为"麻烦代言人" 现代映射： 架构决策记录(ADR)作为新时代"手册"]]></description><category></category></item><item><title><![CDATA[从A样到SOP：一个智能汽车零件，软硬件是怎么一起“打怪升级“的？]]></title><link>https://blog.csdn.net/MLM888/article/details/161868044</link><guid>https://blog.csdn.net/MLM888/article/details/161868044</guid><author>MLM888</author><pubDate>Sat, 20 Jun 2026 11:16:36 +0800</pubDate><description><![CDATA[这篇文章以汽车行业新人的视角，生动讲述了智能汽车开发过程中硬件与软件协同工作的全流程。文章将开发过程分为几个关键阶段：A样阶段验证基本功能可行性，B样阶段进行软硬件联调测试，C样阶段锁定设计并准备量产，D样阶段验证批量生产能力，直至最终SOP量产。文章特别强调，现代汽车开发不再是单纯的硬件制造，而是硬件与软件从初期就紧密配合的"软硬双修"过程。文中穿插了行业术语解释、实际工作场景描述和实用建议，帮助新人理解复杂的汽车开发流程，并指出在智能汽车时代，同时掌握硬件和软件知识的复合型人才更具竞争力。]]></description><category></category></item><item><title><![CDATA[从C结构体到Simulink总线：MBD开发中的数据抽象艺术]]></title><link>https://blog.csdn.net/MLM888/article/details/155890853</link><guid>https://blog.csdn.net/MLM888/article/details/155890853</guid><author>MLM888</author><pubDate>Sat, 13 Jun 2026 15:47:14 +0800</pubDate><description><![CDATA[本文探讨了C语言结构体与Simulink总线在数据组织中的对应关系。C语言结构体作为复合数据类型，为面向对象编程四大特性提供了基础；而在Simulink的MBD开发中，Bus总线实现了等效的数据抽象功能。文章重点对比了非虚拟总线（生成C结构体）和虚拟总线（逻辑分组）的特性差异：非虚拟总线分配实际内存并生成结构体代码，适合代码生成和外部接口；虚拟总线仅提供图形化管理，仿真性能更高。最后给出了场景化选择建议和最佳实践，强调根据开发阶段需求合理选用总线类型，以实现模型与代码的高效衔接。]]></description><category></category></item><item><title><![CDATA[Stateflow与C语言深度对比：从建模到嵌入式实现]]></title><link>https://blog.csdn.net/MLM888/article/details/161417462</link><guid>https://blog.csdn.net/MLM888/article/details/161417462</guid><author>MLM888</author><pubDate>Sun, 07 Jun 2026 13:30:25 +0800</pubDate><description><![CDATA[摘要： Stateflow与C语言在嵌入式控制系统中代表两种不同开发范式：Stateflow通过图形化状态机实现模型驱动开发（MBD），适合复杂逻辑和快速原型，但生成代码可读性差且工具链成本高；C语言直接面向硬件，性能极致但手动管理状态机易导致维护难题。以电梯控制为例，Stateflow开发效率高且支持闭环仿真，而C语言在资源受限场景更具优势。实际项目中推荐混合架构：Stateflow处理策略层逻辑，C语言负责驱动和实时优化。选型需权衡复杂度、性能、成本及团队能力，最终以项目需求而非技术偏好为导向。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第五章“画蛇添足”]]></title><link>https://blog.csdn.net/MLM888/article/details/154960341</link><guid>https://blog.csdn.net/MLM888/article/details/154960341</guid><author>MLM888</author><pubDate>Fri, 27 Mar 2026 14:10:35 +0800</pubDate><description><![CDATA[摘要： 布鲁克斯在《人月神话》中提出的“第二系统效应”揭示了软件工程中过度设计的根源：成功的首个系统常使团队陷入过度自信与补偿心理，导致后续系统因功能蔓延、过度工程和接口复杂化而失败。解决之道在于设立首席架构师严格守护简洁性，采用增量式开发，并抵制不必要的复杂性。这一效应在现代技术中依然常见，如微服务滥用和前端过度工程。核心启示是：真正的专业在于克制，“少即是多”才是持久系统的关键。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第四章“贵族专制、民主政治和系统设计”]]></title><link>https://blog.csdn.net/MLM888/article/details/154960088</link><guid>https://blog.csdn.net/MLM888/article/details/154960088</guid><author>MLM888</author><pubDate>Sat, 14 Mar 2026 16:05:23 +0800</pubDate><description><![CDATA[《人月神话》中&quot;贵族专制&quot;理念揭示了软件工程的核心矛盾：面对本质复杂性，民主协商往往导致系统概念撕裂，而精英决策却能捍卫概念完整性。布鲁克斯主张将架构权威赋予少数技术贵族，通过明确权责边界、建立反馈机制和制度约束，在保证系统统一性的同时规避独裁风险。这一思想在现代实践中演化为分级架构师体系，其本质是承认顶尖设计者与执行者间的思维杠杆差异，在商业需求与技术纯粹性间寻求平衡。历经数十年验证，&quot;贵族专制&quot;仍是指引复杂系统设计的明灯，它昭示着：在软件世界，远见比共识珍贵，完整]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第三章“外科手术队伍”]]></title><link>https://blog.csdn.net/MLM888/article/details/154603084</link><guid>https://blog.csdn.net/MLM888/article/details/154603084</guid><author>MLM888</author><pubDate>Sun, 01 Mar 2026 14:40:44 +0800</pubDate><description><![CDATA[《人月神话》第三章提出&quot;外科手术队伍&quot;团队模型，通过精英主导和专业分工解决软件开发效率问题。该模式以顶尖程序员（外科医生）为核心，配备副手、管理员、测试员等专业支持角色，形成10人左右的精干团队。其优势在于承认人才差异、降低沟通成本、权责统一，但也面临人才稀缺、单点风险等挑战。该模型最适合中等规模、时间紧迫的项目，强调让创造者专注核心工作，由专人负责系统整体性。这一模式揭示了软件开发中专业分工比简单民主更高效的组织原则。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第二章“人月神话”]]></title><link>https://blog.csdn.net/MLM888/article/details/154499628</link><guid>https://blog.csdn.net/MLM888/article/details/154499628</guid><author>MLM888</author><pubDate>Sat, 13 Dec 2025 14:18:56 +0800</pubDate><description><![CDATA[《人月神话》揭示了软件工程中&quot;人多力量大&quot;的认知误区，指出&quot;人月&quot;作为工作量单位的欺骗性。布鲁克斯定律表明：向落后项目增派人手只会加剧延误，因为沟通成本呈指数增长，且关键任务存在不可并行的顺序性。作者建议采用精干团队、保持概念完整性等策略，现代敏捷开发和微服务架构也印证了这些理念。核心启示在于：软件开发是思维经济学而非人力堆砌，必须尊重其本质复杂性，避免管理惰性。这一经典理论至今仍是项目管理的重要警示。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：第一章“焦油坑”]]></title><link>https://blog.csdn.net/MLM888/article/details/154369598</link><guid>https://blog.csdn.net/MLM888/article/details/154369598</guid><author>MLM888</author><pubDate>Sat, 29 Nov 2025 13:30:47 +0800</pubDate><description><![CDATA[《人月神话》揭示了大型软件开发面临的本质困境。作者布鲁克斯通过IBM OS/360项目的失败经历，提出&quot;焦油坑&quot;隐喻，指出随着系统规模扩大，沟通成本呈指数增长、交互复杂度剧增等问题。该书剖析了软件开发的内在矛盾：创造的乐趣与现实的约束，个人编程与团队协作的本质差异，以及进度压力下的非理性决策。虽然成书于几十年前，但书中的核心洞察对现代软件开发仍具指导意义，微服务架构、敏捷开发等实践都可视为对这些问题的回应。该书提醒开发者保持对系统复杂度的敬畏，在技术、管理和协作等多维度持续提升。]]></description><category></category></item><item><title><![CDATA[重读《人月神话》：一位软件开发者的思考与启示]]></title><link>https://blog.csdn.net/MLM888/article/details/155242590</link><guid>https://blog.csdn.net/MLM888/article/details/155242590</guid><author>MLM888</author><pubDate>Tue, 25 Nov 2025 19:19:41 +0800</pubDate><description><![CDATA[《人月神话》重读启示录：从困惑到顿悟的软件工程探索之旅 本文记录了作者从初读《人月神话》时的困惑到重读时的顿悟过程。大学时期难以理解的经典，在工作经验积累后展现出深刻洞见。作者发现现代软件开发面临的诸多问题，早在几十年前就被该书预见。文章揭示了经典著作历久弥新的价值，并计划通过系列文章深入解读该书内容，结合当代开发实践，帮助开发者理解软件工程的本质。特别强调：经典的理解需要时间沉淀，读不懂只是时机未到。]]></description><category></category></item><item><title><![CDATA[新手上路PPT避坑指南：从“惨不忍睹”到“清晰得体”]]></title><link>https://blog.csdn.net/MLM888/article/details/155134365</link><guid>https://blog.csdn.net/MLM888/article/details/155134365</guid><author>MLM888</author><pubDate>Sun, 23 Nov 2025 12:53:15 +0800</pubDate><description><![CDATA[本文提供了一份新手制作PPT的实用指南，强调PPT应作为思维工具和沟通武器。首先指出三个核心理念：PPT≠Word、以观众为中心、先完成再完善。然后分三个层次讲解：结构逻辑上要明确目标、构建叙事线、精简内容；视觉设计上要统一风格、突出重点、适当留白；演讲呈现上要充分排练、避免念稿。最后通过工作汇报案例对比&quot;踩坑版&quot;和&quot;优化版&quot;，展示如何制作清晰专业的PPT。全文强调逻辑先行、观众为本、设计简洁三大原则，帮助新手快速提升PPT制作水平。]]></description><category></category></item><item><title><![CDATA[使用Simulink仿真快速验证模型设计-进阶]]></title><link>https://blog.csdn.net/MLM888/article/details/140398929</link><guid>https://blog.csdn.net/MLM888/article/details/140398929</guid><author>MLM888</author><pubDate>Tue, 23 Jul 2024 21:46:47 +0800</pubDate><description><![CDATA[在《使用Simulink仿真快速验证模型设计-初级》中我们掌握了使用仿真这种方法可以快速验证模型设计以及功能逻辑，并且测试出BUG。初级方法适合初学者掌握，或者在模型逻辑相对简单的中小规模模型中使用。然而，初级方法的效率有所限制，特别是在复杂场景下测试时，操作繁琐且资源消耗较大。在企业级开发中，常常面对功能复杂、时间紧迫以及需求频繁变更等挑战。为了提高测试效率并避免重复工作，必须有效地管理测试过程，并实现在多个场景下的仿真测试复用。在此需要引入两个模块，通过这两个模块可以提升测试效率并管理测试场景。]]></description><category></category></item><item><title><![CDATA[使用Simulink仿真快速验证模型设计-初级]]></title><link>https://blog.csdn.net/MLM888/article/details/140227636</link><guid>https://blog.csdn.net/MLM888/article/details/140227636</guid><author>MLM888</author><pubDate>Mon, 15 Jul 2024 21:55:23 +0800</pubDate><description><![CDATA[通过以上步骤，我们找到了控制逻辑中的一个BUG，并成功修正。重新仿真测试验证了修正效果，确保了控制逻辑的正确性和可靠性。调试过程中，注意保持良好的代码结构和注释，以便快速定位和修正问题。通过不断的仿真测试和优化，可以进一步提高系统的稳定性和性能。ConstantDisplayPushButton作为整个系统的输入源，也是信号源；当按下时，此模块会输出高电平，松开时会输出低电平。可以在设置项中设置高电平的值Constant模块也是系统的输入和信号源，但其值是固定的，需要手动修改。]]></description><category></category></item><item><title><![CDATA[关于MBD开发简介]]></title><link>https://blog.csdn.net/MLM888/article/details/139551089</link><guid>https://blog.csdn.net/MLM888/article/details/139551089</guid><author>MLM888</author><pubDate>Sat, 22 Jun 2024 13:45:20 +0800</pubDate><description><![CDATA[MBD全称是Model Based Design（基于模型设计），是一种以可视化模型开发为主的开发方式，区别于传统的以文本为媒介的代码开发。工程师的关注点由具体的代码层面转移到系统层面。MBD在汽车行业的软件开发中应用广泛，能在项目各个阶段提供显著优势：项目前期可以快速验证，中期确保软件质量，后期便于维护。这种方法不仅提升了工程师的开发效率，还加快了项目的开发进度。MBD开发方法不仅在汽车领域显示出强大的优势和广泛的应用前景，还在其他领域具有重要的应用潜力。]]></description><category></category></item></channel></rss>