程序员修炼之道:从小工到专家

下载地址:网盘下载

内容简介  · · · · · ·

《程序员修炼之道:从小工到专家》内容简介:《程序员修炼之道》由一系列独立的部分组成,涵盖的主题从个人责任、职业发展,知道用于使代码保持灵活、并且易于改编和复用的各种架构技术,利用许多富有娱乐性的奇闻轶事、有思想性的例子及有趣的类比,全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。无论你是初学者,是有经验的程序员,还是软件项目经理,《程序员修炼之道:从小工到专家》都适合你阅读。

作者简介  · · · · · ·

Andrew Hunt是世界知名的软件技术专家。他从事软件开发和咨询多年,涉及电信、银行、金融服务、公共服务、医学成像等各种领域。以本获得世界级声誉后,他与David Thomas合作开办了一家专业的软件咨询和出版机构The Pragrammers,并撰写或组织出版了Programming Ruby和Agile Web Development With Rails 等名著,直接推动了RUBY和ROR的兴起,Andrew Hunt与合作人的PRACTICES OF AN AGILE David一书(中文版即将由人民邮电出版社出版),延续了本书的风格,同样也已成为经典。

Dave Thomas 喜欢驾驶单引擎飞机飞行,并通过这样的方式为他的习惯付账:为各种难题寻找优雅的解决方案,提供诸多领域里的咨询服务——航空、银行、金融服务、服务、电信、交通运输及Internet。

马维达,《C++网络编程(卷2)》与,《ACE自适配通信环境技术文档》的译者

目录  · · · · · ·

前言

第1章 注重实效的哲学
1 我的源码让猫给吃了
2 软件的熵
3 石头汤与煮青蛙
4 足够好的软件
5 你的知识资产
6 交流
第2章 注重实效的途径
7 重复的危害
8 正交性
9 可撤消性
10 曳光弹
11 原型与便笺
12 领域语言
13 估算
第3章 基本工具
14 纯文本的威力
15 shell游戏
16 强力编辑
17 源码控制
18 调试
19 文本操纵
20 代码生成器
第4章 注重实效的偏执
21 按合约设计
22 死程序不说谎
23 断言式编程
24 何时使用异常
25 怎样配平资源
第5章 弯曲,或折断
26 解耦与得墨忒耳法则
27 元程序设计
28 时间耦合
29 它只是视图
30 黑板
第6章 当你编码时
31 靠巧合编程
32 算法速率
33 重构
34 易于测试的代码
35 邪恶的向导
第7章 在项目开始之前
36 需求之坑
37 解开不可能解开的谜题
38 等你准备好
39 规范陷阱
40 圆圈与箭头
第8章 注重实效的项目
41 注重实效的团队
42 无处不在的自动化
43 无情的测试
44 全都是写
45 极大的期望
46 傲慢与偏见
附录A 资源
专业协会
建设藏书库
Internet资源
参考文献
附录B 练习解答
索引
注重实效的程序员之快速参考指南

下载地址:网盘下载

原文地址:https://www.cnblogs.com/longgg/p/8465408.html

时间: 2024-10-28 23:51:17

程序员修炼之道:从小工到专家的相关文章

《程序员修炼之道--从小工到专家》阅读笔记02

<程序员修炼之道--从小工到专家>在第三章中为我们提到纯文本的好好处,书中给我们提醒到,通过纯文本(XML.SGML以及HTML都是纯文本的好例子)我们可以让事情变得更容易.文本对于我们来说有三大好处:保证不过是.杠杆作用.更易于测试.对于程序员,不仅要善于使用纯文本,还必须掌握shell命令行,即使在Windows下我们也要精准掌握.Shell对于我们来说就是我们的工作台,在shell命令下我们可以操作调用我们想要的东西.可以说shell功能是非常强大的,所以对于我们程序员来说掌握它是对我们

读书笔记2014第4本:程序员修炼之道-从小工到专家(第七、八章)

第七章 在项目开始之前 36 需求之坑不为收集需求,挖掘它们.有一种能深入了解用户需求,却未得到足够利用的技术:成为用户.与用户一同工作,以像用户一样思考.描述需求文档时,要使用项目术语表.用WEB来收集和管理需求. 37 解开不可能解开的谜题遇到不可能解决的问题时,退一步问问自己如下问题:1)有更容易的方法吗?2)你是在设法解决真正的问题,还是被外围的技术问题转移了注意力?3)这件事情为什么是一个问题?4)是什么使它如此难以解决?5)它必须以这种方式完成吗?6)它真的必须完成吗? 38 等你准

第4本:程序员修炼之道-从小工到专家(第七、八章)

第4本:程序员修炼之道-从小工到专家(第七.八章) 第七章 在项目开始之前 36 需求之坑不为收集需求,挖掘它们.有一种能深入了解用户需求,却未得到足够利用的技术:成为用户.与用户一同工作,以像用户一样思考.描述需求文档时,要使用项目术语表.用WEB来收集和管理需求. 37 解开不可能解开的谜题遇到不可能解决的问题时,退一步问问自己如下问题:1)有更容易的方法吗?2)你是在设法解决真正的问题,还是被外围的技术问题转移了注意力?3)这件事情为什么是一个问题?4)是什么使它如此难以解决?5)它必须以

《程序员修炼之道--从小工到专家》阅读笔记03

<程序员修炼之道--从小工到专家>利用了很多带有娱乐,分厂具有思想性的的故事来为我们解释和阐释我没让你软件开发的一些不同方面的注意事项以及实践和致命的重大陷阱等等. 在第六章中给我们讲到现在我们大学生存在的最多的问题.总是喜欢靠巧合编程,这我觉得是致命的.我们在编程的时候要清楚的知道自己的代码每一步需要做的是什么,接下来应该如何衔接,对外界条件要有一定的掌握和判断.在通常情况下,我们编写的程序是正确的,但是在一些特殊的情况下我们的程序就变得不正常了,这就是巧合编程.所以不仅要注意编程,还要注意

程序员修炼之道:从小工到专家

可以为以下事物制作原型1.架构2.新功能3.外部数据结构及内容4.第三方工具组件5.性能问题6.用户界面设计为了学习而制作原型怎样使用原型1.正确性2.完整性3.健壮性4.文档风格 领域模型语言的界限就是一个人的世界的界限.数据语言与命令语言估算,以避免发生意外1.估算来自哪里?2.理解提出问题?3.建立系统的模型4.模型分解为组件5.每个参数指定值6.计算答案项目进度的控制:1.需求检查2.分析风险3.设计,实现,集成4.用户确认(验收)5.维护 纯文本的威力:1.保证不过时2.杠杆作用3.易

第四周读书笔记——《程序员修炼之道——从小工到专家》

本周我读的书是美国Andrew Hunt与David Thomas所著的<程序员修炼之道--从小工到专家>.翻开第一页,我就可以看到无数来自其他专业人士对这本书的褒奖.俗话说,赞美总是不嫌多,我大概浏览了一下其他人对这本书写的评价,不禁对这本书兴趣盎然了.作为一本修炼指南,这本书的编写采取了分立的架构,每一个部分着重地介绍了一个类型或者一种问题.一种思想.因此,采取跳读的方式,可以更好地跟随着自己的兴趣,提高阅读的效率.我着重阅读了序.第一章,注重实效的哲学,第二章,注重实效的途径,第三章,基

《程序员修炼之道---从小工到专家》第一章读后感

<程序员修炼之道---从小工到专家>一书由美国Andrew Hunt和David Thomas所著,主要讲述了一位程序员应当如何从个人责任,职业发展,到基本工具,实际的编程项目中发展自己.本书第一章的标题为:注重实效的哲学. 第一章整体主要从程序员个人对待团队,同事,领导,以及自己的前途发展,学习时应当持有的态度出发入手,讲述了程序员在公司中应有的职业操守和准则.作者在开篇时向我们讲述了应当如何成为一位高效的程序员,而后则是分别从各各的方面论述这一观点.首先 第一点是:要对事负责.在工作中如果

阅读《程序员修炼之道-从小工到专家》阅读笔记02

这两周我们小组进入了冲刺阶段的实训,这周我读了<程序员修炼之道>第三章的内容. 靠巧合编程 怎样靠巧合编程 一开始就不知道它为什么能工作.实现的偶然: 因为代码现在的编写方式才得以发生的事情.最后会依靠没有记入文档的错误或是边界条件.它也许不是真的能工作--它也许只是看起来能工作.你依靠的边界条件也许只是一个偶然. 没有记入文档的行为可能会随着库的下一次发布而变化.多余的和不必要的调用会使你的代码变慢.多余的调用还会增加引入它们自己的新bug的风险. 结论? 对于你编写给别人调用的代码,良好的

程序员修炼之道 从小工到专家pdf

下载地址:网盘下载 内容简介  · · · · · · <程序员修炼之道>由一系列的独立的部分组成,涵盖的主题从个人责任.职业发展,直到用于使代码保持灵活.并且易于改编和复用的各种架构技术.利用许多富有娱乐性的奇闻轶事.有思想性的例子以及有趣的类比,全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱.无论你是初学者,是有经验的程序员,还是软件项目经理,本书都适合你阅读. 目录  · · · · · · 译序前言 序第1章 注重实效的哲学第2章 注重实效的途径第3章 基本工具第4章 注重实效的

程序员修炼之道——从小工到专家阅读笔记02

在注重实效的途径中,为我们介绍了一些原则. 首先是重复的危害.其中有一句关键,系统中的每一项知识都必须具有单一,无歧义,权威的表示.——不要重复你自己.有些重复是强加的,比如说建立具有重复信息的文档,在不同环境下重复的定义,编程语言中的重复结构,但是有一些方法可以把重复信息放在一处.比如在头文件中定义了一个定义,而在其他文件中就没有必要再去定义.无意的重复,一般来自于设计中的错误,比如在定义线段的起点和重点的时候,就不要再定义长度,因为长度是一个可以计算出来的变量.无耐性的重复,有的时候写代码往