<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom"><title type="text">博客园_Colin的技术_分类_技术随想</title><id>http://feed.cnblogs.com/blog/u/11669/category/36377/rss</id><updated>2012-05-26T23:37:07Z</updated><generator>feed.cnblogs.com</generator><link rel="alternate" type="text/html" href="http://www.cnblogs.com/Cajon/category/36377.html"/><link rel="self" type="application/atom+xml" href="http://feed.cnblogs.com/blog/u/11669/category/36377/rss"/><entry><id>http://www.cnblogs.com/Cajon/archive/2011/05/15/2046871.html</id><title type="text">100%测试覆盖率真的有用吗？</title><summary type="text">背景最近看到一篇博客，作者是一名ThoughtWorker，文中提到要在他的项目中贯彻100%单元测试覆盖率。我在留言中对100%测试覆盖提出了一些质疑。看到“透明"的回复并且阅读了他的《Why is 100% test coverage easier to achieve》（需翻墙）。有些想法，但是Blogbus的评论有字数限制。因此，贴在自己博客里面，希望和dreamhead和透明继续讨论@透明拜读了你的博文。翻墙确实很辛苦。对ThoughtWorks的敬仰又进一层。但是，对你的观点依然有一些质疑。你认为没有测试覆盖的代码就是不必要的（MUDA）。例如：getter, sette</summary><published>2011-05-15T06:17:00Z</published><updated>2011-05-15T06:17:00Z</updated><author><name>Colin Han</name><uri>http://www.cnblogs.com/Cajon/</uri></author><link rel="alternate" href="http://www.cnblogs.com/Cajon/archive/2011/05/15/2046871.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/Cajon/archive/2011/05/15/2046871.html"/><content type="html"/></entry><entry><id>http://www.cnblogs.com/Cajon/archive/2009/08/25/part-time-job-platform.html</id><title type="text">程序员的全新全新兼职工作平台的设想。</title><summary type="text">今天看到@金色海洋的《程序员的全新的兼职工作方式》一文，勾起了我一直期望实现的一个平台的想法。基于我这个人“只想不干”的特性，看来我实现和完善这个想法的可能性也很低了。这里发布出来，也许能够为别人带来好的启发。我的想法，就是建立一个《软件开发项目承接平台》。任何人都可以在这个平台上注册并发布自己的需求。任何人都可以在这个平台上注册并实现别人的需求。完成交易。听起来是不是和现...</summary><published>2009-08-25T03:51:00Z</published><updated>2009-08-25T03:51:00Z</updated><author><name>Colin Han</name><uri>http://www.cnblogs.com/Cajon/</uri></author><link rel="alternate" href="http://www.cnblogs.com/Cajon/archive/2009/08/25/part-time-job-platform.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/Cajon/archive/2009/08/25/part-time-job-platform.html"/><content type="text">今天看到@金色海洋的《程序员的全新的兼职工作方式》一文，勾起了我一直期望实现的一个平台的想法。基于我这个人“只想不干”的特性，看来我实现和完善这个想法的可能性也很低了。这里发布出来，也许能够为别人带来好的启发。我的想法，就是建立一个《软件开发项目承接平台》。任何人都可以在这个平台上注册并发布自己的需求。任何人都可以在这个平台上注册并实现别人的需求。完成交易。听起来是不是和现...</content></entry><entry><id>http://www.cnblogs.com/Cajon/archive/2009/08/13/yobo_player.html</id><title type="text">智能播放器，也许有商业价值。</title><summary type="text">几天前在路上想到一个点子，也许有些价值。和一些现有的音乐网站结合起来应该会有一个不错的发展空间。生产一个自动通过网络下载歌曲，随机播放的播放器。这个播放器会根据用户的喜好来下载音乐进行播放。（这一点，目前已经有网站实现了这个功能，为了避免成为软文，所以就不说网站名字了。这个播放器就需要利用这些网站现有的算法进行用户喜好分析）现在，山寨mp3播放器很多，大家功能基本一致，而且容量都很大。我不确定在播...</summary><published>2009-08-13T01:00:00Z</published><updated>2009-08-13T01:00:00Z</updated><author><name>Colin Han</name><uri>http://www.cnblogs.com/Cajon/</uri></author><link rel="alternate" href="http://www.cnblogs.com/Cajon/archive/2009/08/13/yobo_player.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/Cajon/archive/2009/08/13/yobo_player.html"/><content type="text">几天前在路上想到一个点子，也许有些价值。和一些现有的音乐网站结合起来应该会有一个不错的发展空间。生产一个自动通过网络下载歌曲，随机播放的播放器。这个播放器会根据用户的喜好来下载音乐进行播放。（这一点，目前已经有网站实现了这个功能，为了避免成为软文，所以就不说网站名字了。这个播放器就需要利用这些网站现有的算法进行用户喜好分析）现在，山寨mp3播放器很多，大家功能基本一致，而且容量都很大。我不确定在播...</content></entry><entry><id>http://www.cnblogs.com/Cajon/archive/2006/08/15/477730.html</id><title type="text">Re: EnterLib ObjectBuild vs Castle WindsorContainer, part 1</title><summary type="text">看到idior的EnterLib ObjectBuild vs Castle WindsorContainer, part 1中的评论，发表点自己的看法，同时测试一下博客园的TraceBack。"解耦"应该是基于接口依赖而进行的，也就是说，所有的契约都在接口中定义了。耦合的双方都应该不知道对方是什么，只知道对方符合某个契约。从这一点来说，配置文件和属性都可以实现解耦的目的。另一方面来说，我们为什...</summary><published>2006-08-15T10:35:00Z</published><updated>2006-08-15T10:35:00Z</updated><author><name>Colin Han</name><uri>http://www.cnblogs.com/Cajon/</uri></author><link rel="alternate" href="http://www.cnblogs.com/Cajon/archive/2006/08/15/477730.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/Cajon/archive/2006/08/15/477730.html"/><content type="text">看到idior的EnterLib ObjectBuild vs Castle WindsorContainer, part 1中的评论，发表点自己的看法，同时测试一下博客园的TraceBack。"解耦"应该是基于接口依赖而进行的，也就是说，所有的契约都在接口中定义了。耦合的双方都应该不知道对方是什么，只知道对方符合某个契约。从这一点来说，配置文件和属性都可以实现解耦的目的。另一方面来说，我们为什...</content></entry><entry><id>http://www.cnblogs.com/Cajon/archive/2005/09/26/244394.html</id><title type="text">对于最近一段时间热门的新技术的感想</title><summary type="text"/><published>2005-09-26T08:37:00Z</published><updated>2005-09-26T08:37:00Z</updated><author><name>Colin Han</name><uri>http://www.cnblogs.com/Cajon/</uri></author><link rel="alternate" href="http://www.cnblogs.com/Cajon/archive/2005/09/26/244394.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/Cajon/archive/2005/09/26/244394.html"/><content type="text"/></entry></feed>
