Agile dev - 随笔分类 - sharplife

学习使用vim~

摘要：学学使用高效率的编辑器，提高效率，vim的文本处理功能没的说，不愧为神的编辑器，普通人用了也很爽啊，对正则的支持很是方便。学习资源：vim用户手册http://blog.sina.com.cn/xbeta#cmd:asc(http://blog.sina.com.cn/s/alist_1188742767_3_1.html)http://blog.sina.com.cn/s/blog_46dac6... 阅读全文

posted @ 2007-12-29 23:09 sharplife 阅读(230) 评论(0) 推荐(0) 编辑

don't make me think~

摘要：借用下别人的书名作题目这真是的条好的易用性测试准则，don't make me think，你的应用的可以做到don't make the user think就可以方便的使用，充分考虑用户习惯，从用户角度思考，何愁做不大，也是当前web2.0商业模式成功的一个因素同样可以用在我们设计服务、设计接口给别人使用的情况，站在系统的角度的同时、也站到使用的角度来思考一下，这样肯定可以做出好的设计来读《d... 阅读全文

posted @ 2007-11-06 13:42 sharplife 阅读(168) 评论(0) 推荐(0) 编辑

PEAA整理参考（持续）

摘要：重读PEAA，把其提到的模式整理一下，方便参考 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->领域逻辑模式事务脚本（Transaction script）使用过程来组织业务逻辑，每个过程处理来自表现层的单个请求表模块（Table Mod... 阅读全文

posted @ 2007-10-27 14:40 sharplife 阅读(1048) 评论(0) 推荐(0) 编辑

DDD学习之实践性建模与领域服务

摘要：我们多的是强调将建模人员完全独立出来，为的充分发挥其能力，专职的负责各个项目的建模，（当然，实际的资源分配强迫我们做某些我们也知道不好的事）我们来学习一下DDD中建言（记住我们还没充足的条件或者资源做到DDD的开发模式）。即使建模人员对于项目多使用的技术已经十分娴熟，有丰富的项目的经验，但建模人员与实现的完全脱离还好有明显的弊端，“如果写代码的人认为他们不对模型负责，或者并不理... 阅读全文

posted @ 2007-09-09 13:34 sharplife 阅读(757) 评论(1) 推荐(0) 编辑

领域驱动的模型概述

摘要：读Domain-Driven Design Tackling complexity in the heart of software DDD中对建模的基本要求如下，首先模型和实现是相互绑定的，在我们当前的项目中可能会体会到，一般情况下我们用来与客户进行交流的是一套模型（偏向于用户易于理解的），而我们的系统实现时，我们架构出是另一套为我们技术人员用的也是我们经常接触的模型；基于模型生成了一种语言，也... 阅读全文

posted @ 2007-09-03 20:24 sharplife 阅读(405) 评论(0) 推荐(0) 编辑

UmlDistilled之Use Case

摘要：uml相关的知识记得在学校就已经学习了，但至今在工作中未善以利用，所以准备先细致完整的学习一遍，所记算是uml distilled和uml2.0 in a nutshell的读书笔记吧。 Actorsthink about roles rather than people or job titles. pop out use cases fora each actorIdentifying ... 阅读全文

posted @ 2007-01-07 15:14 sharplife 阅读(294) 评论(0) 推荐(0) 编辑

读Fowler-UML_Distilled

摘要：昨天读完了Fowler的UML Distilled的前两章（以前—05年下半年开始—稍稍读过、做过一些关于敏捷、XP的资料、实践），回头看看此书印刷信息处注明的“Second Edition August 18, 1999”，总有种不太敢相信的感觉，当前正迅速发展（应该讲在国内）敏捷开发相关的process、pratice，在1999年的这本书中的outline process时已阐明（那运用肯定... 阅读全文

posted @ 2007-01-03 11:27 sharplife 阅读(445) 评论(0) 推荐(0) 编辑

敏捷实践：SRP OCP LSP DIP ISP原则

摘要：敏捷开发提倡简单设计的实践，“并在实现新需求时抓住机会改进设计”以对同类性质的改动封闭，做到由需求的变化驱动设计的进化（我们不能因为设计的退化而责怪需求的变化），同时经验在此起到十分重要的作用，如有经验的设计人员可以凭经验在初始设计时做出必要的抽象来满足ocp原则等，或是在需求变动时确定系统所需的抽象（所需的封闭），当然应及早的刺激这种变化的出现（如测试驱动的开发方法）。 OOD承... 阅读全文

posted @ 2006-12-09 13:39 sharplife 阅读(1820) 评论(0) 推荐(0) 编辑

CI-数据库持续集成实现

摘要：前一篇文章敏捷数据库的持续集成(CI)作为本人学习总结，没想到得到大家如此热切的关注，基于此本人就提前分享关于数据库持续集成实现学习的心得,以促进交流，=敏捷数据库CI的实现=希望大家更好的了解敏捷开发，了解CI Process! 阅读全文

posted @ 2006-04-22 18:06 sharplife 阅读(1023) 评论(0) 推荐(0) 编辑

敏捷数据库CI的实现

摘要：看得出，大家对于CI中数据库的持续集成还是十分关心的！为早些提供稍完整的资料，让大家对其有真实的操作，我采取了提高速度的另外方法：首先说明一下，这篇文章中介绍的方法主要是.NET Delivery一书中的实现，我的实现中并非完全如此，而且资料还未来得及整理，我在前文敏捷数据库的持续集成(CI)提到的十分关键用于数据库差异比较的工具，我的实现中我的选择相信大家看过了（若在此介绍的话，我觉得其实现不够... 阅读全文

posted @ 2006-04-22 17:46 sharplife 阅读(784) 评论(2) 推荐(0) 编辑

敏捷数据库的持续集成(CI)

摘要：从04-18到今天，已是三天了，总算对数据库的持续集成在整个CI Process中的实现初步完成了数据库的持续集成对开发十分有益的，不仅仅是在敏捷开发中（也许敏捷开发更易于接受变化），在其他的软件过程也是如此，参考一下这篇文章数据库设计中的敏捷方法，也许你体会到开发中的数据库的变化与持续集成的现实性及必要性（使得当应用需要须改变数据库Schema时不至于导致那莫多痛苦）.当然，现在关于数据库持续集... 阅读全文

posted @ 2006-04-21 18:46 sharplife 阅读(2846) 评论(4) 推荐(0) 编辑

敏捷的軟體開發流程

摘要：Microsoft .NET 技術代言人專欄：敏捷的軟體開發流程作者：林耀珍 2003 年 11 月速度是企業競爭致勝的關鍵因素，軟體專案的最大挑戰在於一方面要應付變動中的需求，一方面要在緊縮的時程內完成專案，所以軟體團隊除了在技術上必須日益精進，更需要運用有效的開發流程，以確保團隊能夠發揮綜效。這正是 Agile Process (敏捷的軟體開發流程) 於近年來興起的主... 阅读全文

posted @ 2006-04-17 21:41 sharplife 阅读(350) 评论(0) 推荐(0) 编辑

Scott W. Ambler谈敏捷的真相

摘要：袁峰摘译出处：UML China 原始出处：itbusiness 一些IT人在畏惧敏捷，但管理阶层应该去调研敏捷的真相。最近我和一个朋友聊天时吃惊地了解到他所在公司IT部分正在考虑的一些新变化。我吃惊地发现他们选择了更加烦琐的规程，尽管这些规程看上去根本无法生效。我问他们为什么不考虑使用敏捷的方法，答案是：高层领导认为“敏捷”这个词太过激动（is a swear word）。 ... 阅读全文

posted @ 2006-04-17 21:34 sharplife 阅读(479) 评论(4) 推荐(0) 编辑

数据库设计中的敏捷方法

摘要：[此文转自http://hanbosun.blog.sohu.com/1285004.html]出处 http://www.martinfowler.com/articles/evodb.html 原文名：Evolutionary Database Design 作者：Martin Fowler，Pramod Sadalage 翻译：winboy20 关键字：数据库设计敏捷方法进化设... 阅读全文

posted @ 2006-04-17 21:28 sharplife 阅读(833) 评论(0) 推荐(0) 编辑

sharplife

公告

随笔分类 - Agile dev