摘要： 1，结构师的交互准则和机制 结构师面对估算过高的难题，有两个选择：消减设计或者建议成本更低的实现方法——挑战估算的结果。后者是固有的主管感性反应。此时，结构师是在向开发人员的做事方式提出挑战。想要成功，结构师必须：1>牢记是开发人员承担创造性和发明性的实现责任，所以结构师只能建议，而不能支配；2>时刻准备着为所指定的说明建议一种实现的方法，同样准备接受其他任何能达到目标的方法；3>对上述的建议保持低调和平静；4>准备放弃坚持所作的改进建议； 一般开发人员反对体系结构的修改建议。通常他是对的——当正在实现产品时，某些特性的修改会造成意料不到的成本开销。2，自律——开发第二 阅读全文

摘要： 1,概念一致性 对于计算机而言，绝大多数系统体现出的概念差异和不一致不是因为它由不同的设计师们开发，而是由于设计被分成了由若干人完成的若干任务。对于在系统设计中，概念完整性应该是最重要的考虑因素。也就是说为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。2，获得概念的完整性 对于一个系统应该简洁和直白，应该让人们用起来感觉好用、实用。简洁和直白来自概念的完整性。每个部分必须反映相同的原理、原则和一致的折衷制。在语法上，每个部分应使用相同的技巧；在语义上，应该有同样的相似性。因此，易用性实际上需要设计的一致性和概念上的完 阅读全文

摘要： 本章讨论了一个问题“如何在有意义的时间进度内创建大型的系统？” 软件经理测试出来的数据显示“经验和实际的表现没有相互的联系”。 *需要协作沟通的人员的数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试）。 对于真正意义上的大型系统，小型精干队伍完成它太慢了。 对于以上问题，Maills提出了一个解决的办法，建议大型项目的每一个部分有一个团队解决，但是该队伍以类似外科手术的方式组建，而并非一拥而上。也就是说，同每个成员截取问题某个部分的做法相反，有一个人来进行问题的解决，其他人给予他所需要的支持，以提高效率和生产力。 十人程序开发队伍的沟通模 阅读全文

摘要： 本章给我们解决了拐弯通信，让我们可以明白一些拐弯通信的知识，通过对电路的改变让传播更加的方便，同时节省资源。 本章已经迈出了通信改革中的关键性一步。最初，我们只能通过直线视觉和在手电筒的可见范围内进行摩尔斯电码通信。 使用电线，不仅突破了直线视觉的限制，而且通过建立系统来绕过拐弯进行通信，我们还摆脱了距离的限制。 另为距离太长，导线太长电阻太大，太远还是不能传输信号，我们接下可能会遇到解决的办法，这个问题的答案——不是为手电筒，而是为过去的嘀嗒电报——虽说是一个简单易行的设备，但是通过它，整个计算机得以构造。 阅读全文

摘要： 本章大致分析了手电筒的每一个组成部分——电池、导线和灯泡、还有开关。书中说灯泡或亮或不亮，就像摩尔斯和布莱叶发明的二元码一样，简单的手电筒或亮或不亮，它没有中间状态。二元码与电气路之间的想似性将在后面的章节中起很大作用。所以我们还是接着往后看吧！看看到底有什么用啊！ 我觉得这章没有什么东西啊！ 阅读全文

摘要： 布莱叶在1 2岁时就熟悉B a r b i e r方法了，他喜欢使用这些凸点，不仅因为它们易于用手指阅读，更因为它们易于书写。教室里拿着铁笔和纸板的学生可以记笔记供课后阅读。布莱叶勤奋地工作试图改进这种编码系统。不出3年（在他1 5岁时），他创建了自己的系统，其原理直到今天还在使用————一个盲人可以这样，我们比他们获去知识更方便，我们应该向他学习啊！努力吧! 注意：代表同一个单词中的字母的小格用一个小距离分隔，大一些的距离（一般是没有凸点的小格）用来分隔不同的单——这就是布莱叶发明的布莱叶编码的基础。 阅读全文

摘要： 接收摩尔斯电码并将其翻译回单词比发送费时费力多了，因为译码者必须反向地将已编码的“嘀-嗒”序列与字母对应。同时我们仅有一张提供“字母—摩尔斯电码”的编码表，而没有一张可供逆向查找的“摩尔斯电码—字母”译码表。 编码的合成与分解和我们数学中所学的那些概率的一些问题也是很像的！我们也可以参照的来学习，让我们可以更好的理解！ 阅读全文

摘要： 从儿时的舞动 手臂，打手势和以身体语言来交流思想到以复杂的手电筒来交谈，到简单点的电筒交流！人类跨出了很大的一步！编码有很多的奥秘,它也是很有趣的，它可以为我们的深夜交谈减少时间和谈话方便。 编码存在于很多方面的，如聋哑人用手势，盲人利用凹凸不平来识别字，他们都是找到了一个代替的“方式”来表达自己所要表达的意思，这些就相当于一些代码，而且还是很有用的代码。 手电筒发送摩尔斯电码也是越来越好了，可以让我们的表达越来越完整了，代码是在慢慢的变得更加完整，使我们要表达自己的意思时更加的方便，更加的准确！生活中处处都是有代码的。我们都在接触它的，所以我们可以去更好的应运它的，相信自己，不要把它当成陌. 阅读全文

摘要： web开发的一个大概流程：四个部分：1）web框架的基础知识（如Ruby on rails），又名“包含网站模块及它们之间的连接结构”。2）前端开发，又名“如何使内容出现在正确的位置上，而且在浏览器中表现得好看”。3）版本控制，又名“如何使用免费易用的软件，使程序员能够有组织地保存他们的程序版本。这样他们就不用担心修改代码所带来的版本混乱，同时也能够很好地与其它程序员协同开发”。4）部署，又名“如何真正地将你的网站放在互联网上”。#理解前端和后端：对于“前端”和“后端”不完整/不准确的定义可能会是这样的：web 开发中的“后端”是指你存储和组织网站数据的地方。例如 Yelp 这样的网站要存储很 阅读全文

摘要： 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还大！*乐观主义 有乐观主义是好的！但是现在我们的乐观主义将会给我们带来些苦恼的,我们应该在接受一个任务时慎重的考虑下。因为现实是与我们想象的有许多的出入的！*人月 人与时间是相对而言的，不一定人多需要的时间就少，人少需要的时间就多啊！那是需要对你所需要做什么程序而言的！所以不要完成不了一个程序就盲目的增加人，那样可能会更糟糕的！*系统测试 在早期进度策划时，允许充分的系统测试时间是非常重要的。*空泛的估算+重复产生的进度灾难向进度落后的项目中增加人手，只会使进度更加落后.这就是除去了神话色彩的人月。项目的时间依赖于顺. 阅读全文