第1章 善用设计原型，探索项目创意 1
1.1 从理解项目背后的需求入手 2
1.2 利用线框图表达功能需求 3
1.3 编程之初立即搭建测试系统 4
1.4 全面探讨不足，改善追求实效 6
1.5 早问多问，验证设想 8
1.6 力求缩小自己的工作范围 8
1.7 谨记原型并非生产系统 12
1.8 巧妙设计特性，轻松收集反馈 13
第2章 观察增量变更，发掘隐藏依赖 19
2.1 不存在所谓的“独立特性” 19
2.2 两特性同屏必相互依赖 21
2.3 避免不必要的实时数据同步 23
2.4 复用旧代码，寻找新问题 25
第3章 准确识别痛点，高效集成服务 29
3.1 面对小众需求，切记未雨绸缪 30
3.2 谨记外部服务并不可靠 31
3.3 服务一旦有变，查找过期的模拟对象 34
3.4 遭遇烂代码，维护必头疼 35
3.5 不存在纯粹的内部问题 37
第4章 设计严密方案，逐步解决问题 39
4.1 收集事实，清晰描述 40
4.2 写代码之前手动解决部分问题 42
4.3 核实输入数据，随后进行处理 44
4.4 善用演绎推理，检验工作质量 46
4.5 欲解复杂问题，先知简单情况 47
第5章 谨记自底向上，优化软件设计 55
5.1 找出关键词，认清问题 56
5.2 从实现最小化功能入手 57
5.3 避免对象间不必要的时间耦合 60
5.4 逐步提取可复用的组件与协议 63
5.5 进行大量实验，发掘隐藏抽象 66
5.6 了解自底向上方法的局限 67
第6章 认清现实瑕疵，改善数据建模 71
6.1 分清概念建模和物理建模 71
6.2 明确设计模型，追踪数据变化 74
6.3 理解康威定律，实践数据管理 78
6.4 谨记工作流设计与数据建模密不可分 81
第7章 逐渐改善流程，合理安排时间 85
7.1 敏捷、安全地应对意外故障 86
7.2 识别并分析操作瓶颈 88
7.3 注意权衡工作的经济效益 89
7.4 限制积压工作，力求减少浪费 92
7.5 力求整体大于部分之和 95
第8章 认清行业未来，再议软件开发 101
作者介绍 110
封面介绍 110
· · · · · · (收起)
具体描述
本書雖然麵嚮程序員，卻不包含代碼。在作者看來，90%的程序設計工作都不需要寫代碼；程序員不隻是編程專傢，其核心競爭力是利用代碼這一工具解決人類社會的常見問題。以此作為齣發點，作者精心構思瞭8個故事，以情景代入的方式邀請讀者思考代碼之外的關鍵問題：軟件開發工作如何從以技術為中心轉為以人為本？透過故事主人公的視角，讀者能比較自己與書中角色的差異，發現決策過程的瑕疵，提升解決問題的綜閤能力。
書中的故事涵蓋程序員的整個軟件開發生涯，但經過瞭濃縮，可供所有軟件開發人員快速閱讀。
用户评价
##编程的感悟与经验
评分"程序员不只是编程专家，其核心竞争力是利用代码这一工具解决人类社会的常见问题。" 认识到这件事尤其重要， 很多公司拿程序员月产代码行数 来作为生产力的衡量指标 就让很多年轻的程序员被误导到 认为这就是生产力 一年前一个月提交超过1万行代码 perf还拿了差评 现在一个月提交1行代码 1个CL 上至总监VP 各个看到我那一行代码眼睛都睁圆了 纷纷加自己进抄送列表 这就是区别 BTW 提交那1行代码就是上个月的事 (+ +)
评分##模拟了一些工作场景中的生产问题，并说明了解决该问题的方法，但是远不及实际工业生产的复杂和困难，新人可以翻阅一二。
评分##高屋建瓴地纵观编程这一行为，更像是一个个小故事集。
评分##翻译太垃圾了 后面几章读下来感觉就是字都认识，拼一起不知道这话什么意思了
评分##一堆废话，读了跟没读一样
评分##一堆废话，读了跟没读一样
评分##新意不多
评分##代码只是程序员解决人类社会问题的一个工具和手段，我喜欢这样的论调。各类开发语言和框架层出不穷，it码农总是在追随新语言和新工具的时尚浪潮，但是不论哪种语言或者框架，都只能是匠人手中趁手的工具，而不能成为指挥匠人的思想。设计，不论哪行哪业的设计，目标就是要解决问题，而程序员的设计，应该是如何在代码之外，发现问题的本质与核心，再借以代码直捣问题核心。当然，简洁漂亮的代码是你个人的烫金名片。code is our reputation, design is our thought!
相关图书
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 tushu.tinynews.org All Rights Reserved. 求知書站 版权所有