梦断代码

按有用程度 按页码先后 最新笔记

• 

  全文

  音符、时间、走走停停

  [梦断代码] Scott Rosenberg 页面：22 安迪.赫兹菲尔德： 早期Mac操作系统的核心程序员 约翰.安德森 为Mac系统编写过最早的字处理软件 罗.蒙特利 Netscape浏览器的关键代码作者 页面：24 《人月神话》： 往已延误的项目中补充人力，只会使其继续延误 编码只占开发时间的1/6，一半时间用于测试和修正缺陷 页面：30 《大教堂与集市》： The Cathedral and the Bazaar 《大教堂与集市》 好程序员懂得... (更多)

  [梦断代码] Scott Rosenberg

  页面：22

  安迪.赫兹菲尔德：

  早期Mac操作系统的核心程序员

  约翰.安德森

  为Mac系统编写过最早的字处理软件

  罗.蒙特利

  Netscape浏览器的关键代码作者

  页面：24

  《人月神话》：

  往已延误的项目中补充人力，只会使其继续延误

  编码只占开发时间的1/6，一半时间用于测试和修正缺陷

  页面：30

  《大教堂与集市》：

  The Cathedral and the Bazaar

  《大教堂与集市》

  好程序员懂得写什么。卓越的程序员懂得改写（并复用）什么

  页面：31

  《大教堂与集市》

  眼球足够多，缺陷无处躲-李纳斯法则

  页面：36

  2003年6月

  迈克尔.托伊比较了他在OSF和望京公司的工作经历，把Chandler进度如此之慢的原因归结于OSAF更民主化，缺少等级式结构。

  页面：47

  李纳斯.托瓦茨在2004年《商业周刊》的访问：

  在科学领域里， 人们相互查看，引用各自的成果，整个系统建立于这个基础上。而在魔法界则有人暗藏秘技，也不会让别人真正理解乃至使用。传统软降就像魔法。历史上，魔法最终消亡。历史将在软件开发中重演。当问题趋于严重，就不能允许个人或个别公司

  保有秘密。应该让所有人共享知识。

  2001年春

  米奇.卡普尔成了非盈利的开源应用基金会

  Chandler正式启动

  摩根.萨奇加入

  艾尔.乔加入

  米奇.卡普尔对Chandler的三个要求：

  1. 开源

  2. 挠到Exchange的痒处

  3. 继承Agenda的精髓

  页面：48

  恩格巴特

  1950年开始着手做“增长人类智慧的框架”

  页面：58

  安东尼奥.葛兰西

  要想改变世界，你得“理智上悲观，意志上乐观”

  页面：62

  2001年春

  问题的焦点：如何组织信息，基础数据与元数据，如何修改元数据

  页面：63

  好的程序员懂得写什么，而卓越的程序员知道改写（并复用）什么

  2001年春

  安迪.赫兹菲尔德以全职志愿者的身份加入（麦金塔首个操作系统的核心人物）

  页面：64

  2001年 做出了Chandler的原型（前端为vista由赫兹菲尔德开发，信息存储于shimmer中，是由摩根.萨奇基于RDF编写的数据库）

  页面：65

  2002年春

  卡普尔进一步明确chandler的目标

  1. PIM.一种管理邮件，约会，地址簿，任务和备注的工具

  2. 跨平台

  3. 架构明确，让任何开发者都能为其添加新功能。开发人员可以编写新模块添加功能，非技术人员也能任意添加新类别或标签。

  2002年

  凯蒂.帕兰特以程序员身份加入(斯坦福大学的毕业生)

  约翰.安德森以系统架构师的身份加入（不擅长管理）

  页面：71

  2002年夏

  选定Python为开发语言

  页面：78

  《没有银弹》

  构建系统最难的就是精确设定要做什么东西

  页面：80

  2002年夏秋

  赫兹菲尔德停止vista原型开发，转而描绘新产品的地址簿表现形式

  帕兰特停止了用户调研，开始编写日历原型

  摩根.萨奇着手创建Hardhat的自动构建系统----一种代码框架

  页面：82

  2002年10月20日

  《水星报》专栏介绍Chandler，外界视其为Outlook Killer

  页面：83

  2002年10月

  卡普尔于blog中写道：今年年底开放部分早期的代码。乐观估计，2003年底能完成1.0版。悲观估计，可能要到2004年页面：86

  2002年秋

  托蒂克作为志愿者加入（网景公司元老）

  蒙特利作为志愿者加入（网景公司元老，发明cookie）

  林智超作为Chandler项目的产品经理加入

  皮耶特.哈特索科执掌市场及公共关系部门

  程序员杰德.伯吉斯加入与约翰.安德森负责GUI方面的工作

  程序员戴维.麦卡斯科加入负责数据存储部分的开发

  页面：89

  安德森打算用ZODB做Chandler的对象持久化数据库

  蒙特利提出，如果Chandler要满足简易P2P共享的需求，需做到快速网络传输，建议将客户端与资料库分开。采用RAP协议进行数据

  库访问

  页面：100

  Chandler愿景：

  所有数据----电子邮件，地址列表，约会事件等等----都被简化为条目，你想怎么组织和现实这些数据都能得偿所愿

  页面：104

  2003年2月20日

  Chandler的第一个版本发布，其后端依赖于shimmer原型，提供了粗糙的日历和联系人管理器

  页面：105

  林智超用Chanlder做了一个插件程序，用来越多blog文章的RSS原

  赫兹菲尔德采用开源的即时通讯协议Jabber做出来用户共享数据的初步功能

  2003年3月

  迈克尔.托伊加入作为项目经理

  页面：106

  2003年4月21日

  Chandler0.1发布页面：109

  2003年5月

  安蒂.维达加入负责资料库开发

  页面：112

  维达放弃了ZODB，选择以BerkeleyDB为基础编写自己的代码。

  页面：119

  卡普尔对Chandler的各种承诺;

  1. P2P式灵活方便的共享信息，同时保证用户信息的安全

  2. 全功能的PIM软件，同时也是可扩展开发者平台

  3. 采用开源模式，迭代构建程序，同时也想打造界面好，运行快，干绝佳的程序

  页面：135

  凯瑟琳.舍伍德加入负责实现电子邮件功能

  wiki使用起抱怨不断，有人拒不使用

  bugzilla使用起同样如此，身为架构师的安德森拒绝使用

  页面：136

  在bugzilla作为官方项目管理工具达6个月后，由于响应者很少，摩根.萨奇着手为团队开发一套状态管理器

  2003年11月，工具发布

  页面：138

  打造的工具越来越多，很快就让你忘记刚开始要干什么

  页面：145

  2003年7月

  蒙特利离开

  托蒂克离开

  页面：148

  2003年7月

  赫兹菲尔德与托伊再次提议采用Mozilla部件

  页面：151

  2003年8月

  文档架构组提出CPIA概念(Chandler Presentation and Interaction Architecture)

  页面：154

  2003年9月

  Chandler0.2发布

  0.2发布时Chandler的状态：

  维达资料库基本完成，尚未集成

  代理程序部分的支持技术框架完成

  CPIA处于蓝图阶段

  页面：156

  Chandler发布后，陆续有新人加入

  赫基.托伊沃伦（安全特性）

  史度沃.帕门特（与赫兹菲尔德开发代理功能）

  尹咪咪（UI节目设计师）

  页面：157

  2003年10月

  Chandler3.0新的设计组成立：卡普尔，赫兹菲尔德，林智超，舍伍德，布莱恩.史金勒和尹咪咪

  页面：162

  2003年末

  赫兹菲尔德除了给些建议和偶作拜访，他在OSAF的工作已告完结

  页面：164

  2003年10月

  迈克尔.托伊离开页面：165

  2003年11月

  开发工作划分为：设计组，资料组，应用组

  帕兰特任软件架构师，负责应用组

  页面：166

  李纳斯.托瓦茨：

  从小项目开始，而且永远不要期望它变大，如果这么想就会做过度设计，把它想的过于重要。更坏的事，你可能会被自己想象中的

  艰难工作吓到。

  页面：170

  2004年1月

  泰迪.梁加入

  页面：172

  2004年2月26日

  Chandler0.3发布

  页面：182

  2004年4月

  唐.登曼加入引用组

  页面：196

  2004年5月18日组织结构调整

  米奇为全职领导人

  帕兰特架构协调人

  杜索特负责细节接话和开发工作进度的制定

  页面：204

  2004年6月

  Chandler宣布采用基于服务器的共享设计（这太扯了）

  页面：214

  2004年9月

  白板上的即时贴，让我想起了敏捷

  页面：221

  2004年夏：

  布莱恩.史金勒离开

  2004年秋：

  史度沃.帕门特离开

  林智超调整参与程度，创立公司

  雪拉.莫内为项目经理

  鸭子.舍伍德离开(回校攻读学位)

  Chandlder的两面性:一面是PIM，另一面是“应用框架”和平台。两面的同时开发是导致Chandler失败的一个重要原因

  页面：224

  2004年10月26日 - MileStone

  Chandler 0.4 发布

  页面：248

  与其做半成品，不如做功能减半的优质品

  页面：282

  Richard Gabriel主张编程是一种创作 (收起)

  2011-10-12 21:19:19   回应

  收藏

  推荐
• 

  第14页

  赵荣生

  （最近几页都在谈到程序应该加注释） 2004年，windows2000的某个版本的源代码泄漏到互联网上。兴奋的程序员通读了全部文本，他们惊奇的发现，微软的程序员在代码中骂自己，骂同事，骂工具，骂自己产品｛ 向那狗屎编译器传一个参数void； 我们真是弱智； 必须这么干，因为exchange是白痴; 下列代码需要编写为单倍行距单元； 。。。。 ｝ （我晕） (更多)

  （最近几页都在谈到程序应该加注释）

  2004年，windows2000的某个版本的源代码泄漏到互联网上。兴奋的程序员通读了全部文本，他们惊奇的发现，微软的程序员在代码中骂自己，骂同事，骂工具，骂自己产品｛

  向那狗屎编译器传一个参数void；

  我们真是弱智；

  必须这么干，因为exchange是白痴;

  下列代码需要编写为单倍行距单元；

  。。。。

  ｝

  （我晕） (收起)

  2011-07-31 23:07:50   1回应

  收藏

  推荐
• 

  第82页

  赵荣生

  （一辆车刹车失灵，摔下悬崖，项目经历，硬件工程师和软件工程师的对话：软件工程师说了句，动手开干之前，我想应该把车推回山上，看看事故是否会重现！！！亮了） 如果向程序员报告缺陷，他的第一反应是问你：“重现问题了吗？”--意思是说，你能确实让问题重现一次吗？如果答案是肯定的，事情就成了一半；如果是否定的，程序员就会耸耸肩，把责任推卸给硬件或者宇宙射线！ 介个~~~我们遇到bug也先问能不能重现，不过目地多... (更多)

  （一辆车刹车失灵，摔下悬崖，项目经历，硬件工程师和软件工程师的对话：软件工程师说了句，动手开干之前，我想应该把车推回山上，看看事故是否会重现！！！亮了）

  如果向程序员报告缺陷，他的第一反应是问你：“重现问题了吗？”--意思是说，你能确实让问题重现一次吗？如果答案是肯定的，事情就成了一半；如果是否定的，程序员就会耸耸肩，把责任推卸给硬件或者宇宙射线！

  介个~~~我们遇到bug也先问能不能重现，不过目地多半是找发生条件，这样好解bug，看来~~~

  这页的前面提到的 《it不再重要》！！软件变成水管，像插座或者灯泡这种服务一样，这个不知道呢

  (收起)

  2011-07-31 22:24:57   回应

  收藏

  推荐

• 

  第1页

  乐小样 (●´ω`● 冇常识...)

  作为人： 我们是具体化的生物；肉体物是我们的基础，肉体性也以无数种不同方式定义了我们的存在。 我们与周围环境紧密相连；在经验形成的过程中，感知环境和与环境互动具有等同的认识的作用。 情感和认知同等基础，或更加基础；强烈和细微的感觉塑造了思维的封套。 我们是有意识的存在，既能外观亦能自省；精神人格和超越自我是我们能预于其中、也是我们所具有的境界。 之前写在条目备注上的 (´థ౪థ) 没记页数 (更多)

  作为人： 我们是具体化的生物；肉体物是我们的基础，肉体性也以无数种不同方式定义了我们的存在。 我们与周围环境紧密相连；在经验形成的过程中，感知环境和与环境互动具有等同的认识的作用。 情感和认知同等基础，或更加基础；强烈和细微的感觉塑造了思维的封套。 我们是有意识的存在，既能外观亦能自省；精神人格和超越自我是我们能预于其中、也是我们所具有的境界。

  之前写在条目备注上的 (´థ౪థ)

  没记页数 (收起)

  2011-02-21 18:10:01   回应

  收藏

  推荐
• 

  第14页

  赵荣生

  （最近几页都在谈到程序应该加注释） 2004年，windows2000的某个版本的源代码泄漏到互联网上。兴奋的程序员通读了全部文本，他们惊奇的发现，微软的程序员在代码中骂自己，骂同事，骂工具，骂自己产品｛ 向那狗屎编译器传一个参数void； 我们真是弱智； 必须这么干，因为exchange是白痴; 下列代码需要编写为单倍行距单元； 。。。。 ｝ （我晕） (更多)

  （最近几页都在谈到程序应该加注释）

  2004年，windows2000的某个版本的源代码泄漏到互联网上。兴奋的程序员通读了全部文本，他们惊奇的发现，微软的程序员在代码中骂自己，骂同事，骂工具，骂自己产品｛

  向那狗屎编译器传一个参数void；

  我们真是弱智；

  必须这么干，因为exchange是白痴;

  下列代码需要编写为单倍行距单元；

  。。。。

  ｝

  （我晕） (收起)

  2011-07-31 23:07:50   1回应

  收藏

  推荐
• 

  第55页

  赵荣生

  故事总是这样的：一群激情洋溢的技术工作者开拔去解决一些棘手而奇特的难题；他们被坏经理，不断变化的需求以及自折兵马的行为所背叛；只好留待会计师和律师收拾残局！ 质量三角----时间，金钱，特性，往往我们只能任选其二！ (更多)

  故事总是这样的：一群激情洋溢的技术工作者开拔去解决一些棘手而奇特的难题；他们被坏经理，不断变化的需求以及自折兵马的行为所背叛；只好留待会计师和律师收拾残局！

  质量三角----时间，金钱，特性，往往我们只能任选其二！ (收起)

  2011-07-27 22:20:13   回应

  收藏

  推荐

• 

  全文

  音符、时间、走走停停

  [梦断代码] Scott Rosenberg 页面：22 安迪.赫兹菲尔德： 早期Mac操作系统的核心程序员 约翰.安德森 为Mac系统编写过最早的字处理软件 罗.蒙特利 Netscape浏览器的关键代码作者 页面：24 《人月神话》： 往已延误的项目中补充人力，只会使其继续延误 编码只占开发时间的1/6，一半时间用于测试和修正缺陷 页面：30 《大教堂与集市》： The Cathedral and the Bazaar 《大教堂与集市》 好程序员懂得... (更多)

  [梦断代码] Scott Rosenberg

  页面：22

  安迪.赫兹菲尔德：

  早期Mac操作系统的核心程序员

  约翰.安德森

  为Mac系统编写过最早的字处理软件

  罗.蒙特利

  Netscape浏览器的关键代码作者

  页面：24

  《人月神话》：

  往已延误的项目中补充人力，只会使其继续延误

  编码只占开发时间的1/6，一半时间用于测试和修正缺陷

  页面：30

  《大教堂与集市》：

  The Cathedral and the Bazaar

  《大教堂与集市》

  好程序员懂得写什么。卓越的程序员懂得改写（并复用）什么

  页面：31

  《大教堂与集市》

  眼球足够多，缺陷无处躲-李纳斯法则

  页面：36

  2003年6月

  迈克尔.托伊比较了他在OSF和望京公司的工作经历，把Chandler进度如此之慢的原因归结于OSAF更民主化，缺少等级式结构。

  页面：47

  李纳斯.托瓦茨在2004年《商业周刊》的访问：

  在科学领域里， 人们相互查看，引用各自的成果，整个系统建立于这个基础上。而在魔法界则有人暗藏秘技，也不会让别人真正理解乃至使用。传统软降就像魔法。历史上，魔法最终消亡。历史将在软件开发中重演。当问题趋于严重，就不能允许个人或个别公司

  保有秘密。应该让所有人共享知识。

  2001年春

  米奇.卡普尔成了非盈利的开源应用基金会

  Chandler正式启动

  摩根.萨奇加入

  艾尔.乔加入

  米奇.卡普尔对Chandler的三个要求：

  1. 开源

  2. 挠到Exchange的痒处

  3. 继承Agenda的精髓

  页面：48

  恩格巴特

  1950年开始着手做“增长人类智慧的框架”

  页面：58

  安东尼奥.葛兰西

  要想改变世界，你得“理智上悲观，意志上乐观”

  页面：62

  2001年春

  问题的焦点：如何组织信息，基础数据与元数据，如何修改元数据

  页面：63

  好的程序员懂得写什么，而卓越的程序员知道改写（并复用）什么

  2001年春

  安迪.赫兹菲尔德以全职志愿者的身份加入（麦金塔首个操作系统的核心人物）

  页面：64

  2001年 做出了Chandler的原型（前端为vista由赫兹菲尔德开发，信息存储于shimmer中，是由摩根.萨奇基于RDF编写的数据库）

  页面：65

  2002年春

  卡普尔进一步明确chandler的目标

  1. PIM.一种管理邮件，约会，地址簿，任务和备注的工具

  2. 跨平台

  3. 架构明确，让任何开发者都能为其添加新功能。开发人员可以编写新模块添加功能，非技术人员也能任意添加新类别或标签。

  2002年

  凯蒂.帕兰特以程序员身份加入(斯坦福大学的毕业生)

  约翰.安德森以系统架构师的身份加入（不擅长管理）

  页面：71

  2002年夏

  选定Python为开发语言

  页面：78

  《没有银弹》

  构建系统最难的就是精确设定要做什么东西

  页面：80

  2002年夏秋

  赫兹菲尔德停止vista原型开发，转而描绘新产品的地址簿表现形式

  帕兰特停止了用户调研，开始编写日历原型

  摩根.萨奇着手创建Hardhat的自动构建系统----一种代码框架

  页面：82

  2002年10月20日

  《水星报》专栏介绍Chandler，外界视其为Outlook Killer

  页面：83

  2002年10月

  卡普尔于blog中写道：今年年底开放部分早期的代码。乐观估计，2003年底能完成1.0版。悲观估计，可能要到2004年页面：86

  2002年秋

  托蒂克作为志愿者加入（网景公司元老）

  蒙特利作为志愿者加入（网景公司元老，发明cookie）

  林智超作为Chandler项目的产品经理加入

  皮耶特.哈特索科执掌市场及公共关系部门

  程序员杰德.伯吉斯加入与约翰.安德森负责GUI方面的工作

  程序员戴维.麦卡斯科加入负责数据存储部分的开发

  页面：89

  安德森打算用ZODB做Chandler的对象持久化数据库

  蒙特利提出，如果Chandler要满足简易P2P共享的需求，需做到快速网络传输，建议将客户端与资料库分开。采用RAP协议进行数据

  库访问

  页面：100

  Chandler愿景：

  所有数据----电子邮件，地址列表，约会事件等等----都被简化为条目，你想怎么组织和现实这些数据都能得偿所愿

  页面：104

  2003年2月20日

  Chandler的第一个版本发布，其后端依赖于shimmer原型，提供了粗糙的日历和联系人管理器

  页面：105

  林智超用Chanlder做了一个插件程序，用来越多blog文章的RSS原

  赫兹菲尔德采用开源的即时通讯协议Jabber做出来用户共享数据的初步功能

  2003年3月

  迈克尔.托伊加入作为项目经理

  页面：106

  2003年4月21日

  Chandler0.1发布页面：109

  2003年5月

  安蒂.维达加入负责资料库开发

  页面：112

  维达放弃了ZODB，选择以BerkeleyDB为基础编写自己的代码。

  页面：119

  卡普尔对Chandler的各种承诺;

  1. P2P式灵活方便的共享信息，同时保证用户信息的安全

  2. 全功能的PIM软件，同时也是可扩展开发者平台

  3. 采用开源模式，迭代构建程序，同时也想打造界面好，运行快，干绝佳的程序

  页面：135

  凯瑟琳.舍伍德加入负责实现电子邮件功能

  wiki使用起抱怨不断，有人拒不使用

  bugzilla使用起同样如此，身为架构师的安德森拒绝使用

  页面：136

  在bugzilla作为官方项目管理工具达6个月后，由于响应者很少，摩根.萨奇着手为团队开发一套状态管理器

  2003年11月，工具发布

  页面：138

  打造的工具越来越多，很快就让你忘记刚开始要干什么

  页面：145

  2003年7月

  蒙特利离开

  托蒂克离开

  页面：148

  2003年7月

  赫兹菲尔德与托伊再次提议采用Mozilla部件

  页面：151

  2003年8月

  文档架构组提出CPIA概念(Chandler Presentation and Interaction Architecture)

  页面：154

  2003年9月

  Chandler0.2发布

  0.2发布时Chandler的状态：

  维达资料库基本完成，尚未集成

  代理程序部分的支持技术框架完成

  CPIA处于蓝图阶段

  页面：156

  Chandler发布后，陆续有新人加入

  赫基.托伊沃伦（安全特性）

  史度沃.帕门特（与赫兹菲尔德开发代理功能）

  尹咪咪（UI节目设计师）

  页面：157

  2003年10月

  Chandler3.0新的设计组成立：卡普尔，赫兹菲尔德，林智超，舍伍德，布莱恩.史金勒和尹咪咪

  页面：162

  2003年末

  赫兹菲尔德除了给些建议和偶作拜访，他在OSAF的工作已告完结

  页面：164

  2003年10月

  迈克尔.托伊离开页面：165

  2003年11月

  开发工作划分为：设计组，资料组，应用组

  帕兰特任软件架构师，负责应用组

  页面：166

  李纳斯.托瓦茨：

  从小项目开始，而且永远不要期望它变大，如果这么想就会做过度设计，把它想的过于重要。更坏的事，你可能会被自己想象中的

  艰难工作吓到。

  页面：170

  2004年1月

  泰迪.梁加入

  页面：172

  2004年2月26日

  Chandler0.3发布

  页面：182

  2004年4月

  唐.登曼加入引用组

  页面：196

  2004年5月18日组织结构调整

  米奇为全职领导人

  帕兰特架构协调人

  杜索特负责细节接话和开发工作进度的制定

  页面：204

  2004年6月

  Chandler宣布采用基于服务器的共享设计（这太扯了）

  页面：214

  2004年9月

  白板上的即时贴，让我想起了敏捷

  页面：221

  2004年夏：

  布莱恩.史金勒离开

  2004年秋：

  史度沃.帕门特离开

  林智超调整参与程度，创立公司

  雪拉.莫内为项目经理

  鸭子.舍伍德离开(回校攻读学位)

  Chandlder的两面性:一面是PIM，另一面是“应用框架”和平台。两面的同时开发是导致Chandler失败的一个重要原因

  页面：224

  2004年10月26日 - MileStone

  Chandler 0.4 发布

  页面：248

  与其做半成品，不如做功能减半的优质品

  页面：282

  Richard Gabriel主张编程是一种创作 (收起)

  2011-10-12 21:19:19   回应

  收藏

  推荐
• 

  第14页

  赵荣生

  （最近几页都在谈到程序应该加注释） 2004年，windows2000的某个版本的源代码泄漏到互联网上。兴奋的程序员通读了全部文本，他们惊奇的发现，微软的程序员在代码中骂自己，骂同事，骂工具，骂自己产品｛ 向那狗屎编译器传一个参数void； 我们真是弱智； 必须这么干，因为exchange是白痴; 下列代码需要编写为单倍行距单元； 。。。。 ｝ （我晕） (更多)

  （最近几页都在谈到程序应该加注释）

  2004年，windows2000的某个版本的源代码泄漏到互联网上。兴奋的程序员通读了全部文本，他们惊奇的发现，微软的程序员在代码中骂自己，骂同事，骂工具，骂自己产品｛

  向那狗屎编译器传一个参数void；

  我们真是弱智；

  必须这么干，因为exchange是白痴;

  下列代码需要编写为单倍行距单元；

  。。。。

  ｝

  （我晕） (收起)

  2011-07-31 23:07:50   1回应

  收藏

  推荐
• 

  第82页

  赵荣生

  （一辆车刹车失灵，摔下悬崖，项目经历，硬件工程师和软件工程师的对话：软件工程师说了句，动手开干之前，我想应该把车推回山上，看看事故是否会重现！！！亮了） 如果向程序员报告缺陷，他的第一反应是问你：“重现问题了吗？”--意思是说，你能确实让问题重现一次吗？如果答案是肯定的，事情就成了一半；如果是否定的，程序员就会耸耸肩，把责任推卸给硬件或者宇宙射线！ 介个~~~我们遇到bug也先问能不能重现，不过目地多... (更多)

  （一辆车刹车失灵，摔下悬崖，项目经历，硬件工程师和软件工程师的对话：软件工程师说了句，动手开干之前，我想应该把车推回山上，看看事故是否会重现！！！亮了）

  如果向程序员报告缺陷，他的第一反应是问你：“重现问题了吗？”--意思是说，你能确实让问题重现一次吗？如果答案是肯定的，事情就成了一半；如果是否定的，程序员就会耸耸肩，把责任推卸给硬件或者宇宙射线！

  介个~~~我们遇到bug也先问能不能重现，不过目地多半是找发生条件，这样好解bug，看来~~~

  这页的前面提到的 《it不再重要》！！软件变成水管，像插座或者灯泡这种服务一样，这个不知道呢

  (收起)

  2011-07-31 22:24:57   回应

  收藏

  推荐