250部世界公认的经典大片
posted @ 2010-11-01 14:05 Dream.Lee 阅读(147) 评论(0) 编辑
2010年11月1日 #
posted @ 2010-11-01 14:05 Dream.Lee 阅读(147) 评论(0) 编辑
2009年3月31日 #
Scrum敏捷开发,是对流程控制比较严格的。每个环节都有一套完整的过程和严格的时间控制,在我们项目组的开发过程中主要开发过程如下:
图片摘自Scrum-Checklists-Chinese一书,我对里面的部分用中文改了一下,下面我对全过程逐一分解,
我们计划经过4个冲刺后完成我们的CMS1.0版本。
posted @ 2009-03-31 23:35 Dream.Lee 阅读(1032) 评论(0) 编辑
打从项目组定下来的那天起,经理就天天过来问,项目准备得怎么样了,什么时候开始动工。很显然,经理很关心我们的进展,对我们这些家伙怎么开展工作似乎有些不放心。
看来我得有所行动了,打消经理的一切疑虑。按部就班,在项目开始前,我应该招集项目组成员先打个全员会议。对接下来的要做的事情给项目成员以公司高层做个介绍。
时间定在了星期三的10点开始,计划两小时,给团队全体成员与项目相关人氏、领导都发了通知。我连夜搞定了第二天要演示的PPT,第二天一早,信心满满的到了公司,准备开会了。
小W提醒我会议室和前台确认有空了没,跑过去一问,晴天霹雳!!老板10点多要用会议室。刚回来坐下,经理就来问我们开会准备好了没,把情况说了下,经理下二楼可以开。二楼是老板的地盘,说实话,很不适合开会,到时肯定死气沉沉的。不过也没办法了,都发出邀请了,硬着老皮上吧。
召集人马,杀到二楼,老板刚好在。大家只好老实坐过去了,都不做声。经理和产品经理被老板叫去了办公室,我们一伙人就这么等着,小声的说着话。一会产品经理出来说要我们下去算了。老板不让我们在这开。我..算了,倍受打击。散伙,回座位吧。
吸取教训,先找前台确认了下午我们要用会议室。会议时间改成下午1:30.
言归正传,这个一波三折的全员会议总算在下午搞定了。进程如下:
会议完成后,看来经理很满意,事实上效果很好,在接下来的日子了,我的世界从此清净了,经理再也没来问我进度相关的事了。项目组成员对新的流程与技术很有兴趣,信心高涨。呵呵,万事俱备,就等开工了。
posted @ 2009-03-31 00:01 Dream.Lee 阅读(268) 评论(0) 编辑
2009年3月28日 #
09年3月3号,老大把我叫到办公室,表示接下来要开发一个CMS(内容管理系统)系统,用来管理我们现在的网站,并希望我们尝试新的技术与新的开发流程。
好家伙,早就嫌我们的开发流程老套、笨拙了。正好借此机会试一下我心怡已久的Scrum敏捷开发了。
郁闷的是老大表示我们有两个项目要同时进行,当下心里就想就我们技术部这点人,还要两个项目一起开发,那怎么可能,先说下我们的部门的人员情况:
我,自认为技术全面,美工,脚本,HTML,.Net都会点,当然挂职还是程序员
小W,专职程序员、是技术部与其它部门前的主要外交管
小Z,程序员兼公司的网管
小F,程序员,另一个项目的负责人
小C,UI程序员,专写脚本
小L,美工
小J,美工
小X,测试员
小Y,DBA
另外更要命的是居然另一个项目说是要在4月9号完成, 我这个项目是要在4月底做完。我仔细想了下,在这么短的时间根本不可能做完,另外敏捷开发指导不要做过分承诺,以免为了走进度影响开发质量。经过一翻讨价还价,老大表示可以先把主要的功能在1.0版本中完成,剩下部分可以在1.0版本后进行完成。至于人员分配,我得与另一个项目负责人自己进行协商。并要求在3月9号开始开发。
另一个项目(以下称"项目E"),其实也是公司的核心项目,由于公司的销售策略改变,导致我们网站在一期开发完成后居然要马上进行业务流程修改。这个项目是公司的根本,必须要在4月9号完成。而我的CMS项目,只是完成网站的页面静态化,另外由于公司每天多要发布大量的资讯,而现在都是美工纯手工的制作页面,两个美工每天需要花大量的时间来处理。为了解放美工,并且适应我们快速增长的资讯量,项目也必需在4月底完成。
经友好协商,我分到小J,小C,小X与小Z,加我自己一共两个写后台程序的,惨!另外小C还得在参与项目E的部分脚本。我的如意算盘是这么打的,数据库我就用LINQ搞定了,1.0版本中也不搞什么存储过程了,与就不需要什么DBA了,项目E则不同了,之前大量的业务逻辑被存储过程管了,至于小C,会写C#程序,我是想让他给我在空闲之于写写后台的,以补充我们的火力。小X则是两个项目都参与了,我看我是只能指导他搞集成测试了,我们自己先做单元测试保证软件质量了。我也只能指望项目E能在4月9号如期完成,好让我有足够的人手了。交待一下,另外还有两名产品部的人负责我们给我们开需求,正好充当Scrum中的产品负责人角色。
唉,人员不足,时间紧张。我只能是硬着头皮上了。
posted @ 2009-03-28 16:54 Dream.Lee 阅读(235) 评论(0) 编辑
2008年2月20日 #
posted @ 2008-02-20 00:51 Dream.Lee 阅读(1968) 评论(6) 编辑
2007年7月17日 #
相信大家经常用到单件模式.经常重复的写着部分代码来实现单件.我粘一段可以重用的单件模式供大家参考.与以前的大家经常写的相比,各有优缺点,各位自行取舍.
public class SingletonDome
{
public SingletonDome()
{
}
public static SingletonDome instance
{
get
{
return Singleton<SingletonDome>.Instance;
}
}
}
public class Singleton<T> where T : new()
{
public static T Instance
{
get { return SingletonCreator.instance; }
}
class SingletonCreator
{
internal static readonly T instance = new T();
}
}
先说优点:正如大家所见,只需要调用泛型 Singleton<T>.Instance就可以实现单件模式了.而且可以重用,任何要实现单件的类都是一句话就行了.
缺点:由于在类SingletonCreator 里面要实例化具体的类,导致类的构造函数必需让Singleton<T>可以访问,可能导致调用者直接new一个实例而不使用单件(根据回复.修改了一下,另外线程是安全的)
posted @ 2007-07-17 14:25 Dream.Lee 阅读(2060) 评论(10) 编辑
2006年12月21日 #
posted @ 2006-12-21 20:56 Dream.Lee 阅读(196) 评论(0) 编辑
posted @ 2006-12-21 20:54 Dream.Lee 阅读(204) 评论(0) 编辑
posted @ 2006-12-21 20:51 Dream.Lee 阅读(150) 评论(0) 编辑
2006年11月30日 #
posted @ 2006-11-30 11:49 Dream.Lee 阅读(206) 评论(1) 编辑