摘要：本文翻译自Agile Time第二期的Ask The Experts栏目的一部分。文中主要指出一些对RUP或UP的误解和实践中的错误。Craig Larman是《UML于模式应用》一书的作者，文中的一些观点在《UML与模式应用》中也有出现。
阅读全文
posted @ 2006-11-27 18:39
随笔分类 - 敏捷开发及实践
摘要： 这段时间作维护项目，看了，写了一些文档，小有感触，于是写了这些。把文档和重构扯上关系似乎有点牵强，虽然重构的手法不是都能用的上，我们也没有什么专门的文档重构的手段，更没有《重构》这本书里的70几个重构手法，但是作为重构的思想可以运用到文档的写作上，并且相信能够帮助改善文档的质量。
阅读全文
posted @ 2006-11-10 09:00
摘要：在DDJ上看到这篇文章Software Manager Basics ，简单明了地提出了管理者应该问自己的30个问题。把这些问题换个方式，变成程序员应该问自己的问题。其实，管理者和开发者，都在关注同样的问题，只是立场不同。就象一个鸡蛋，每个人从不同的角度看，形状都不一样。
阅读全文
posted @ 2006-10-05 12:48
摘要：这本书是著名的《人件》的作者关于风险管理的一本著作，在国内，这一主题的书籍还不多见，此类题材的书籍也不引人注目。 与别的软件开发书籍不同的是，不仅仅是软件项目管理者可以从本书中受益，而且对于其他行业的管理者和决策者也一样有帮助。因为这本书并没有将太多的软件开发技术或方法学，而是一步步地讲解为什么会有风险存在，风险都怎样表现，我们用什么样的态度对待风险等等。 风险时时刻刻都在伴随着我们，能直面风险的...
阅读全文
posted @ 2006-08-31 19:34
摘要：有朋友在随笔的评论中提到风险管理，手边正好有一本《与熊共舞》，是专讲风险管理的，复习了一下写了这篇随笔。其实换一个角度看，我们所研究的软件方法学，提高软件的可复用性，灵活性的努力，从某种程度上说也是在对抗风险。
阅读全文
posted @ 2006-08-31 19:22
摘要：当Bug跟踪系统上所有的bug都被打上Closed后，你是否感到如释重负。当项目成功交付后你是否感到大脑进入了“冬眠”期，上网，聊天，写自己感兴趣的小程序，但是对于上个项目你已不愿去想它。既然项目间隙还有点时间，就干点轻松的活吧，免的老板给你找些更受罪的事来作。
阅读全文
posted @ 2006-05-25 22:19
摘要： 在developer.*上看到一篇文章《What Is A Professional Programmer?》，讨论了作为专业的程序员所应该具有的一些素质。文章的第一部分讲了作者的经历，我把这部分略去了。我没有作逐字句的翻译，删减了一些内容，添加了一些自己的理解。撇开技术不谈，作为一个“专业”的程序员，在coding之外，还有许多方面需要磨练。
阅读全文
posted @ 2006-05-23 08:44
摘要：Review经常被开发者所忽略，也许他并不是一项难于进行的工作，但是却是最需要认真，细心的工作。在紧张的开发过程中抽出一点时间进行Review，会得到良好的效果。
阅读全文
posted @ 2006-03-24 15:18
摘要：常常看到有言论说国内的项目质量差，不好用，很失败。是框架不成熟？技术不先进？管理人员素质差？开发方法落后？都不是，是细节导致了失败，是细节导致的低质量，可用性差。
来看看一个TextBox可能涉及到的测试项。
阅读全文
posted @ 2006-01-18 17:05
摘要：一:按模块分配所有权团队中的每个人在sourcesafe上保留自己的代码，但是自己是看不到未经授权其他人的代码和文档。到发布的时候有SCM把大家的代码那到一起编译生成一个版本。也就是说，项目的每一个工件，都是有所有权的，团队成员根据角色划分，每个角色对工件的所有权不同，最少的就是只拥有自己开发的部分的代码和文档。而项目经理或SCM等角色对全部工件有所有权。这样，除了少数几个人外，其他人不能拥有项目...
阅读全文
posted @ 2005-08-11 22:35
摘要：这几天有些空闲，写了个生成insert脚本的小东东，用来给数据库中初始化信息。没有包括生成表的，是因为数据库设计工具都已经有这个功能了。这几天也有不少关于生成sql脚本的随笔了，因为是自己来用，所以考虑的不多。只要实现自己想要的功能就可以了。代码在这里InitInsertSqlScript.rar写的不好，特别是数据库访问上，感觉还有很大改进的余地。考虑到表之间的主外键约束关系，先对表名进行排序后...
阅读全文
posted @ 2005-08-06 00:35
摘要：在测试过程中，经常碰到测试和开发的版本不一致的问题。 常见的现象就是测试部门发现了bug，但是这个bug已经由开发人员自己发现并解决了，还没有发布新的版本，而在双方没有及时沟通的情况下，会作一些无用功，如果经常出现这种问题，有时会让人觉得很不耐烦。我觉得要避免这种情况，就要尽量保持测试和开发双方的版本一致。 这里我想到敏捷软件开发中的“集体所有权”。所有的代码对所有的团队成员都是开放的，测试人员可...
阅读全文
posted @ 2005-03-30 02:14
摘要：前两天谈论的bug管理的问题，大家列举了很多bug跟踪软件，我觉得工具是一部分，但是主要还在bug管理的流程上。 在这些bug管理工具里，bug的一个最重要的属性就是“状态”，一般又有“新增（New或Active）”，“处理中（in progress）”，“已修正（Fixed）”，“重新打开（reopened）”，“关闭（Close）”等几个，这几个状态一看就很明白一个bug从发现到排除要走哪些流...
阅读全文
posted @ 2005-03-04 06:23
摘要：两年前刚入行的时候，为了提高自己阅读英文资料的能力，找了一篇文章翻译了一遍，后来才知道作者就是大名鼎鼎的Kent Back。现在不知把Doc文档丢到哪里了，只保留了一个打印的稿子，现在把这个又敲了一遍，作为一篇文章《可变范围规约》，由于文章比较长，所以在这个Post里作一个链接过去。当时对很多东西也只是有那么一点点概念，翻译它用了近一个星期时间，但也只是逐字句的翻译，很多地方都表达或理解不清楚。文...
阅读全文
posted @ 2004-09-14 10:48
摘要：这本书买了有一段时间了，可是最近才算真正过了一遍，书不算厚，300页左右，但是看完后感觉收获颇多。这本书并没有教给你具体的建模技术，比如UML，模式等的使用，或者手把手的教你一个例子，而是首先提出敏捷建模的原则，实践来解释什么是敏捷建模和其关键部分。然后展开说明敏捷建模中各制品，和统一过程，XP的结合等。对于我自己来说读这本书最大的收获不是获得了某些技术，而是明白了一个道理，在软件开发过程中，对“...
阅读全文
posted @ 2004-09-10 12:06
摘要：文档，又是文档，《敏捷建模》中关于文档的一段文字，觉得非常好。 害怕失去所有的人而导致过度的文档 很多组织机构害怕失去他们的软件开发团队，因为一旦团队全部或大部分的人离开，非常重要而且常常没有几率的知识会和他们一起离开。常见的失去团队的原因有： 有竞争者从你那里掘走了团队，以便启动他们自己的项目有的开发人员习惯性的跳来跳去，从不在任何公司久留。在团队刚刚完成项目之后你有意解散了他们。 为了解决这个...
阅读全文
posted @ 2004-08-27 16:34
摘要：公司已经有一个比较成熟的产品了，而且销售情况也不错。现在作的项目是该产品的后续产品，但是并不是简单的升级，如果仅仅是用.net来把以前的VB作的东西来实现一遍，就没有什么实际的意义了。由于要和先前的产品相比有质的飞跃，所以从结构和业务上几乎都是重新设计，但是由于新的架构的实现难度比较大，造成现有的人力和技术实力无法完成具体的实现。形成了一种高不成，低不就的情况，一方面，目标太高，达...
阅读全文
posted @ 2004-08-25 11:38
摘要：在书中270页有权力的催着要纸的人 在比较大型的的组织机构里，这样的IT专家是很普遍的：他们已经有好几年的时间没有直接参与国软件开发了－编程、建模、测试或管理。这些人通常担任基础设施服务的角色，例如软件过程管理，复用管理或者程序管理，并且经过了一段时间他们的角色已经退化到了这样的地步：他们工作的中心就是“催纸”。这些人通常要求个人或团队提供进度报告，由他们进行检查并提供反馈；举行进度...
阅读全文
posted @ 2004-08-23 18:40
摘要：近来项目基本处于停顿状态，所以有时间停下来好好总结下。 由于项目进行中经历了项目经理的更换，所以对不同的管理方法有一些自己的看法。试着从程序员的角度来看看项目管理。 先看两个问题：1.文档很多程序员都有一样的想法，就是很讨厌写文档（起码是过多的文档），可是项目管理者偏偏最看重这个，他们整天催你交他认为必须的文档，拿到手后又这也不对，那也不对，吹毛求疵。程序员讨厌这样，但是却不能表现出什么不满，抵触...
阅读全文
posted @ 2004-08-16 10:31
摘要：昨天我把机器上的Rational XDE和Visio都卸载掉了，因为我们四个月前画的UML图，自从它们被完成后我就没有再看过，也没有使用过XDE的同步功能。这些图对我已经没有意义了，因为我更倾向与使用代码表达，而不是UML图示或大量文档。 而我们作这些文档只不过是管理层的要求，尽管我们曾经有的文档已经足够了。 当然，并不是说UML不好，没用，问题在于，它是否适合你现在项目的情况，它对于你的项目来说...
阅读全文
posted @ 2004-07-30 15:28
