诸多前事确定伊始，团队计划在2003年一月份发布第一个开源的公共版本，而此时已经2002年10月份了
在开发路上，一条又一条大蛇出人意料的出现，然后充当拦路虎的角色，让团队成员不得一次又一次的延缓
进度。
于是，卡普尔确立了新的任务，成员们开始做又一次尝试。
但是，仍然没能躲过资料库构建这个难题。
这次，更加专业的人士被聘请过来解决难题，但在攻克大蛇的期间，成员们又想出了chandler应该具有的更多
的功能。
----------2003年4月，chandler推出了0.1版本，只有几个粗糙的功能可用
（不得不提一句，在这几个章节中，重复率最高的内容并不是开发软件的手法，而是团队们为了提高工作效率
制定了一条条的规则，制定了条理清晰的计划，这些都是一个优秀不团队不可或缺的一部分。）
现在，大蛇被攻克，只待有一个完整地设计方案，项目便可向前推进了。
----------2003.9.25，推出了0.2版本，惊奇的是，这次的功能相较上一次来说来要更加少。
即便是自喻天生乐天派的程序员也深深的皱起眉头，陷入挫折。
现在，卡普尔意识到，他需要更多的员工来帮助他完成项目。而此时，微软的longhorn软件（有着和chandler相似的功能）
初步出现在媒体的视野，时间愈发紧迫。
在向0.3版推进的过程中，诸多特性已经汇集成一个长长的表格。
----------2004年2月6日，0.3版本发布，这次它有了资料库，并且像一个可以运行的软件了，但是只是比0.2好了一些而已。
紧接着，又招募了新人手，成员们在不断地给项目添加新特性，管理层不断的重构，让chandler1.0版本的发布看起来
遥遥无期，而微软的longhorn软件进展也步履维艰，看起来，两者都不太顺利。
但外界早已发生了翻天覆地的变化，以谷歌为代表的新一代互联网公司正在爆炸式的生长。
此时的chandler所要包括的特性，已经延伸出一条让人望而生畏的长表单。
显而易见，chandler陷入了死循环当中。
----------2004年10月26日，0.4版本发布，离最终版本依旧差的很远，与此相比，日新月异的外部世界却又逼着成员们不断向
它添加新的特性。好吧，花费了几年的时间，上百万美金，最终却连个像样的软件都没做出来，项目组要砍掉大多数
特性，先做出一个像样的软件了。
----------2005年3月24日，0.5版本发布，这是一个砍掉了大多数特性的狗食版本，一个简陋的日历，但是仍有许多粗糙的闪光点
在发着莹莹白光。
----------2005年11月，计划推出0.6版。此时，chandler已经送走了一届老员工，迎来了一批新的开发者，还有几千个bug。
时间从2002年走到了2006年，chandler从一开始的超卓软件定义变成了一个具有日历功能的软件。