代码之外的功夫

代码之外的功夫 pdf epub mobi txt 电子书 下载 2025

[美] Gregory T. Brown
图书标签:
想要找书就要到 图书大百科
立刻按 ctrl+D收藏本页
你会得到大惊喜!!
前言 vii
第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个故事,以情景代入的方式邀请读者思考代码之外的关键问题:软件开发工作如何从以技术为中心转为以人为本?透过故事主人公的视角,读者能比较自己与书中角色的差异,发现决策过程的瑕疵,提升解决问题的综合能力。

书中的故事涵盖程序员的整个软件开发生涯,但经过了浓缩,可供所有软件开发人员快速阅读。

用户评价

评分

##新意不多

评分

##代码只是程序员解决人类社会问题的一个工具和手段,我喜欢这样的论调。各类开发语言和框架层出不穷,it码农总是在追随新语言和新工具的时尚浪潮,但是不论哪种语言或者框架,都只能是匠人手中趁手的工具,而不能成为指挥匠人的思想。设计,不论哪行哪业的设计,目标就是要解决问题,而程序员的设计,应该是如何在代码之外,发现问题的本质与核心,再借以代码直捣问题核心。当然,简洁漂亮的代码是你个人的烫金名片。code is our reputation, design is our thought!

评分

##模拟了一些工作场景中的生产问题,并说明了解决该问题的方法,但是远不及实际工业生产的复杂和困难,新人可以翻阅一二。

评分

##一堆废话,读了跟没读一样

评分

##简而言之,啥玩意儿啊…

评分

##程序员和其他人一样关心人类利益;只不过,他们很难将其作为生活重点,因为每天大部分时间都被花在查找缺失的分号、阅读没有文档的库的源代码,或是盯着某些可能因Unicode转换错误而损坏的二进制转储文件发呆。如果能够与粗糙、低级、繁琐的现有工具作斗争,逐渐用与工作成果更贴近的工具取代它们,那么行业的关注点就能果断地、永久地由以技术为中心转变为以人为本。 现在就行动起来,你将会有一个值得骄傲的明天。对于我们每个人来说,问题的答案不尽相同,但考虑这个问题是很有必要的,因为未来需要每个人参与创造、互相帮助、贡献力量。

评分

##翻译太垃圾了 后面几章读下来感觉就是字都认识,拼一起不知道这话什么意思了

评分

"程序员不只是编程专家,其核心竞争力是利用代码这一工具解决人类社会的常见问题。" 认识到这件事尤其重要, 很多公司拿程序员月产代码行数 来作为生产力的衡量指标 就让很多年轻的程序员被误导到 认为这就是生产力 一年前一个月提交超过1万行代码 perf还拿了差评 现在一个月提交1行代码 1个CL 上至总监VP 各个看到我那一行代码眼睛都睁圆了 纷纷加自己进抄送列表 这就是区别 BTW 提交那1行代码就是上个月的事 (+ +)

评分

##解决问题而不是代码,项目管理也很重要

本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度google,bing,sogou

© 2025 book.teaonline.club All Rights Reserved. 图书大百科 版权所有