今天是进驻博客园的第一天，在这里安家真的很不错，十分感谢DuDu的帮助。
现在快到春节了，心绪也轻松了一些，虽然看了很多关于.Net的文章和书籍，只是太懒了，由于公司没有这方面的项目，看来只能自己想些办法了，想了很久，决定和YaoZhj合作开发个小项目，就当作休息时间的一些课外作业吧。
项目名称：NDuiker
原因：
目前在公司主要负责一个产品，公司很小的，自然有些工作方式是不正规的，没有办法，这些也许是中国的特色吧，我想很多小的开发团队都有这方面的问题。每当新产品发布的时候，周期都很长，从VSS中签出代码、编译、打包、FTP上传、发送更新邮件、刻录、发行。其实很简单，但是做的久了也就烦了。因此使用脚本，将全部流程自动化，自然高兴了好几天，但是，每个新的项目全部周而复始，脚本改来该去，也是很麻烦。这样，我想，如果有一个好的基于Windwos界面的框架，它可以以图形化的方式来进行流程的构造，这样可以大大简化这方面的工作量。为了共享流程方面的经验，软件所有的接口是开放的，任何成熟的代码，可以形成一个图形化流程中的图例，这样很多团队就可以复用这方面的经验，提高所有团队的工作效率了。
构思：
基于.Net技术的一个辅助软件开发工具，它可以将任何使用CommandLine的软件有机的集成到一起来，任何代码片断，都能够形成可复用的图例，用于构造新的流程。
界面基本上是通过托拽图标来实现，有简单的变量设置、简单的流程设置。
这个项目目前定位的开发团队中有自动化流程经验的用户，慢慢面向普通用户。
在整个项目中所有的配置、界面控制、内部数据全部采用XML描述，采用组件化的开发方法，看看我们是否能够做出来。
团队：
Duiker、YaoZhj
PS：
目前每天工作3个小时来保证项目的进行，就当玩个游戏吧。
进度：
（1）项目构思、项目门户
（2）结构设计
（3）核心技术解决
（4）编码
（5）测试
（6）发布测试版
。。。。。。
PS：
昨天开始了一些代码方面的试验，基本目的是这样的，就是将可执行文件拖动到指定的窗体上，自动判断该文件是否支持命令行，如果支持命令行，则显示该文件所支持的所有命令行参数。
刚刚开始就遇到了一些问题：
（1）Win32位和Win16位的程序在CommandLine的处理上是不同的，Win16的可以定向到文本文件中，Win32则不可以，也许可以我还不知道。
（2）需要判断文件的格式，然后分析具体的格式，来选择处理方式，有些晕了。
（3）这个工具只是辅助收集，看来大量的收集工作需要手工来完成了。
基本场景：
定时处理
VSS取出代码
编译程序
Wise打包
Ftp上传到服务器
发送到测试服务器
自动安装
邮件通知
技术障碍：
图形化开发
组件化代码快
命令行集成
先到这吧，看到这是不是觉得这个东西很某些软件比较像呢，不管了，做游戏吗。
现在看来想法还不太成熟，毕竟刚开张嘛，NDuiker开始了。