软件工程
研究以系统化、规范化、可度量方法开发和维护软件的工程学科，涵盖需求分析、领域建模、架构设计、集成、调试与长期维护，核心职责是管理复杂系统的熵增与结构退化
Core Facts
Timeline (last 90 days)
历史上自动化更多是替代重复性任务而非整个职业，软件工程的核心难点——需求澄清、架构权衡、系统调试——短期内仍难以被完全取代。
可验证性指任务结果能否被自动化手段客观判定对错，软件工程具备单元测试、持续集成流水线、静态类型检查、代码审查等反馈基础设施，试错成本极低。
软件工程是建立在应用数学之上的形式化领域建模。
拥有扎实软件背景的人转入医疗等传统行业时，其技能会变得异常宝贵
过去三四年里，软件工程的核心能力一直在悄然迁移
框架类工具会不断变化并过时，工程师应将精力放回系统设计、数据、API和测试等基本功
找软件工程工作变得更难了，但依然可以找到工作，主要难度体现在时间成本和竞争烈度上而非机会消失
软件工程的核心优势包括相对较高的薪资、远程办公灵活性、技能复利效应和创造产品的成就感
软件工程仍然是全世界最好的工作之一，即便与几乎所有其他行业比较这个结论依然成立
把'写代码'等同于'软件工程'是一个范畴错误，代码只是软件生命周期中最表层、最容易被自动化的部分
22 more timeline events
All Facts (20)
研究表明错误在需求和设计阶段被发现的修复成本仅为代码阶段的1/10到1/100
75%Verified边界条件测试（Boundary Value Analysis）是软件工程中质量保障的核心方法论之一
65%Verified软件工程师的核心价值将从代码编写转向需求理解、架构设计和系统权衡等上游决策工作
70%Unverified大量软件故障发生在输入值处于极端情况时，例如空字符串、零值、最大整数溢出等场景
90%Unverified软件工程领域的经典研究表明，代码编写仅占软件总生命周期成本的约20%，而维护占据了剩余的80%
80%Unverified某些长期运行的企业级系统维护成本可达初始开发成本的4-5倍
60%Unverified这六个维度对应软件工程中需求分析的经典框架：用户故事、业务上下文、问题定义、迭代范围、非功能性需求、技术约束
60%Unverified工程师在棕地项目（Brownfield project）中约60-70%的时间花在理解现有代码上，而非编写新代码
60%Unverified历史上自动化更多是替代重复性任务而非整个职业，软件工程的核心难点——需求澄清、架构权衡、系统调试——短期内仍难以被完全取代。
50%Unverified可验证性指任务结果能否被自动化手段客观判定对错，软件工程具备单元测试、持续集成流水线、静态类型检查、代码审查等反馈基础设施，试错成本极低。
50%Unverified软件工程是建立在应用数学之上的形式化领域建模。
50%Unverified拥有扎实软件背景的人转入医疗等传统行业时，其技能会变得异常宝贵
50%Unverified过去三四年里，软件工程的核心能力一直在悄然迁移
50%Unverified框架类工具会不断变化并过时，工程师应将精力放回系统设计、数据、API和测试等基本功
50%Unverified找软件工程工作变得更难了，但依然可以找到工作，主要难度体现在时间成本和竞争烈度上而非机会消失
50%Unverified软件工程仍然是全世界最好的工作之一，即便与几乎所有其他行业比较这个结论依然成立
50%Unverified软件工程的核心优势包括相对较高的薪资、远程办公灵活性、技能复利效应和创造产品的成就感
50%Unverified把'写代码'等同于'软件工程'是一个范畴错误，代码只是软件生命周期中最表层、最容易被自动化的部分
50%Unverified软件工程的核心瓶颈不是打字速度，而是理解需求、权衡设计、验证正确性、维护可读性以及在复杂系统中做出正确决策
50%Unverified九步法本质上是把AI应用开发从调提示词的玄学拉回到软件工程的常识，包括契约、错误处理、日志记录、测试、文档等成熟实践
50%