2004年12月31日

          早上去厂里的路上碰到一支警车开路去结亲的车队,汗!!!辞旧迎新啊,呵呵,迎接新人迎接新年!^_^04的最后一天,有个美好的开始。

          一日忙碌无语,在技术中心被香精香料熏得狂晕啊:(而后居然碰上了寰mm,lucky!终于知道她是在一车间的香料厨房的了,555555怎么和erp的业务范围没有关联嘛,不爽ing。。。

          04最后一天,晚上自己放假^_^,《时之砂》!!!还有哦,12点洗澡,嘎嘎,洗到05新年去!!!

2004年12月30日

         -。-人一旦碰上了坏事情,往往老是一件一件的,无独有偶:(

         先是中午去烟厂食堂吃饭时,被个从销售部淘汰到食堂打饭的师傅追着骂了偶几个窗口,还叫了几个人一起追到吃饭的桌这边说了我好一会,汗!!!他以为偶是厂里的临时工,瞧不起偶,欺负人。。。临时工有像偶穿着这么好的么,不解!?为了这事,偶又看不过老陈的袖手的样子,下午下班前和陈聊天时慢慢就吵了几句-。-然后晚上加班到11点半回去又发现房东跑来看房子近况,走的时候把里面大门反锁了,晕死,而且老小子还关了手机,人都找不到-。-只能旁边的旅店窝了一个晚上,被子都是臭的,不爽啊。 

        坏事算过去了,好运也该来了吧,偶期望快点over这个项目,天越来越冷了。。。   

       

2004年12月28日

         一个形成产品的软件系统,常常都有版本的分别,简单的有:大众版、简化版、通用版,稍好一些的有:专用版、改进版、完美版,再者就是企业版、大全版等等了^_^。受软件版本分类的启发,偶想到一种渐进式的增值销售方式。偶没有学过营销管理,也没有什么销售经验,一个小小灵感而已,所以只说说大致的概念:)

        偶所说的渐进式增值销售,主要是站在购买者的角度去看待商品,对相同的商品采用不同的销售心态方式。对‘相同’的销售产品根据用户的购买时对产品的特性的思维角度标出不同的等级,分为三个级别:一般级别,良好级别和优秀级别。当然,一般级别的价格就是其他销售点同样产品的销售价格,甚至可以低些。而良好级别的价格,在旁边标出购买特性中的优点,然后标价提高一定的百分比。继而为优秀级别^_^。注意,我这里说的是相同的产品,也就是说如果客户选定了他要买哪件产品后,再给他一个不同级别的选择,当然价格由低到高。如果购买者是追求高心态的客户,很可能就选择了优秀级别,以高于一般价格购买了该类物品,从而实现了对相同物品的增值销售。当然,分级别不是说造假,随便拿三个物品,一个一般价,一个中价,再一个高价。只有站在产品特性的角度去思考才能实现这种增值服务^_^。

        偶觉得这种方式应该可行,不过具体应用例子想不出来:(不过it产品,特别是模块化的产品、行业化的产品,应该可以有一些适用吧,再加上产品附带的服务增值销售,或许可以创造一笔更大的增值^_^。闲谈而已,聊以自慰。

2004年12月26日

        趁着圣诞放假,昨天又玩了大半天的feif,-。-,的确很是韩国泡菜,太多太多地方都设计的不成熟了,特立独行的几个特色带来的吸引力远不如游戏中碰到的种种烦恼-。-

        专研了一下合成系统,不爽-。-好不容易升了加几加几,可是攻击就提高那么一两点,汗!!!在《飞飞》里面武器提高一两点攻击实在没什么影响。聊天系统也是,狂晕,要M个人都不方便。吃饭的时候偶开了店挂机,回来的时候看见有个哥们留言说要买偶的东东,讨论讨论价格,可是居然只能通过id来密人,汗,留言里面只有用户名称的,怎么解怎么解!!!再看看网易的飞飞主页上,居然放着是韩国版的资料-。-无语,主页都不够敬业,偶连做一个收费就离开的玩家的兴趣都没有了^_^

        一个字:闪!五个字:不爽就放弃!!!

2004年12月25日

        网易代理《飞飞》已经有好一段时间了,这段时间看的game杂志上也n多介绍‘feif’的。虽然仍然是韩国泡菜游戏,不过宣传中的自由自在空中飞翔的感觉还是打动偶了^_^

        难得在如此繁茂的工作周期还有个圣诞平安夜,总算能稍微休闲一下^_^。下午6点,申请了新的网易通行证,开始练级。先花了半个多小时在网易的官方网站上浏览浏览,在17173上学习学习别人写的经验。大致上看看游戏的基本信息,查询了一下怪物分布地图,呵呵。

        韩国式的泡菜有个特色就是非常琅琅上口,不到5分钟操作就很熟练了,而后开始到网页地图上标出的分布的怪物点冲级。。。到了8点圣诞活动开始的时候,偶已经达到了11级。其实本来都还可以更快一些的,可惜在5级左右的时候装备跟不上-。-老是打不到装备,只好多打了一会低级怪。回到镇中间大圣诞树下领了圣诞礼物和体验滑板,开始打气球^_^。飞飞的感觉真是非常不错,在天空起伏遨游^_^,只是体验滑板的速度有点慢了些,没有速度感。。。平安夜的圣诞活动感觉也不错,相当于是很有意思的飞行教学,而且很实惠。偶大概追着打了一个小时的左右的气球,获得不少积分,换了个加fp的礼物,爽啊^_^。而后,开始了对飞飞世界的探险,呵呵,从出发的镇子飞到晨光市,再飞遍整个晨光大陆,找了些高级的ggjj们聊天,讨要些‘圣诞礼物’,呵呵。当然,中间也有不爽的事情。。。在世界之山被卡住了,怎么也飞不动,陷在山中间了,贴图极为难看,汗!在那个机械大陆被秒杀^_^。

        体验了自由飞翔的感觉,偶决定继续练,毕竟不知道网易是否在圣诞后会收回体验滑板。下一目标:完成获得飞行能力的任务^_^。加油加油!!

2004年12月23日

    近日和公司的系统分析员探讨了几种开发工具的特性,由其总结了下面的内容。  
文章客观评价了各种开发工具的优缺点,本人把文章拿来和大家一起讨论一下,  
欢迎专业人事补充和指正。  

一、 跨平台特性  
VB:无 ★  
PB:WINDOWS家族, Solaris,Macintosh ★★★  
C++ Builder/Dephi:WINDOWS家族,Linux ★★★  
VC:无 ★  
JAVA:所有能够运行JAVA虚拟机的操作系统 ★★★★  

二、组件技术支持  
VB:COM,ActiveX ★★★  
PB:COM,JavaBean,Jaguar,UserObject使用:CORBA+Acti veX ★★★  
C++ Builder/Dephi:COM, ActiveX CORBA(本身自带CORBA中间件VisiBroker,  
有丰富向导) ★★★★★  
VC:COM,ActiveX,CORBA(没有任何IDE支持,是所有C编译器的功能,  
需要CORBA中间件支持) ★★★  
JAVA:JavaBean,CORBA;ActiveX ★★★★  

三、数据库支持级别  
数据访问对象:  
VB:DAO,ADO,RDO功能相仿; ★  
PB:Transaction,DwControl,可绑定任何SQL语句和存储过程,数据访问  
具有无与比拟的灵活性 ★★★★  
C++ Builder/Dephi:具有包括DataSource,Table,Query,Midas,ADO在内  
的二十多个组件和类完成数据访问 ★★★  
VC:同VB,但有不少类库可供使用,但极不方便,开发效率很低 ★★  
JAVA:JAVA JDBC API,不同的IDE具有不同的组件 ★★  
数据表现对象:  
VB:DBGriD,与数据库相关的数据表现控件只有此一种,只能表现简单表格  
数据,表现手段单一 ★  
PB:DataWindow对象(功能异常强大,其资源描述语句构成类似HTML的  
另外一种语言,可在其中插入任何对象,具有包括DBGrid在内的数百种  
数据表现方法),只此一项功能就注定了PB在数据库的功能从诞生的那  
一天起就远远超过了某些开发工具今天的水平 ★★★★★  
C++ Builder/Dephi:具有包括DBGrid,DBNavigator,DBEdit,  
DBLookupListBox在内的15个数据感知组件,DecisionCube,  
DecisionQuery在内的6个数据仓库组件和包括QRChart, QRExpr  
在内的20多个报表组建,可灵活表现数据 ★★★  
VC:同数据访问对象 ★  
JAVA:不同的IDE具有不同的组件,比较著名的有Jbuilder,PowerJ,  
VisualAge for Java ★★  
语句执行方式:  
VB:将一句SQL串绑定到一个命令对象中,结果返回到ResultSet对象  
中自行拆取 ★  
PB:是一种真正的4GL语言,可随意直接嵌套SQL语句返回值被赋值到  
语句的变量中,支持语句级游标,存储过程和数据库函数,是一种类  
似SQLJ的规范 ★★★★★  
C++ Builder/Dephi:使用数据库组件或类完成SQL语句串的执行和提交 ★★  
VC:同数据访问对象 ★  
JAVA:SQLJ,JAVA JDBC API ★★★★  

四、系统底层开发支持  
VB:调用API需申明,调用不方便,不能进行DDK编程,不可深入Ring0编程,  
不可嵌套汇编 ★  
PB:调用API需申明,调用不方便,不能进行DDK编程,不可深入Ring0编程,  
不可嵌套汇编 ★  
C++ Builder/Dephi:直接调用API,可进行DDK编程,可深入Ring0编程,  
可嵌套汇编 ★★★★★/★★  
VC:直接调用API,可进行DDK编程,可深入Ring0编程,可嵌套汇编 ★★★★★  
JAVA:推出了JINI规范但不能对不支持JINI的设备编程,眼下并不实用 ★  

五、多媒体及图形图像开发支持
VB:可进行Direct Api编程;调用OpenGL很不方便;自带少量图形图像处理  
控件,使用方便但功能一般;支持图像文件类型较少 ★★  
PB:可进行Direct Api编程;调用OpenGL很不方便;图形图像处理不方便  
但可调用API完成图形图像操作,也可借助控件开发;支持图像文件类型很多 ★  
C++ Builder/Dephi:可进行Direct Api编程;调用OpenGL比较方便;  
自带丰富的图形图像处理组件及类,使用很方便且功能强大;支持图像  
文件类型一般 ★★★★★  
VC:可进行Direct Api编程;调用OpenGL比较方便;自带丰富的图形图像  
处理类,使用不方便但功能强大;支持图像文件类型较少 ★★★★  
JAVA:很难调用Direct Api和OpenGL;自带相当丰富的图形图像处理组  
件及类,使用不方便但功能强大;支持图像文件类型一般 ★★★★  

六、网络或Web开发支持  
VB:Asp,VBScript,具有编写DHTML的简单IDE,编写静态页面非常方便;  
用于网络通讯的支持一般 ★★  
PB:DynaSript, Web.PB;提供了较多动态生成Web页面的用户对象和服务  
以及系统对象,非常适合编写服务端动态Web应用,有利于商业逻辑的封装;  
用于网络通讯的支持不足;静态页面定制支持有限 ★  
C++ Builder/Dephi:ISAPI,WININET API等各类网络或互联网API可自由  
而方便的调用;提供了Server Socket,ClientSocket等三十余个组件及类,  
用来处理网络通讯控制,流处理,Mail,Email,FTP,HTTP等应用协议处理以  
及生成动态页面和商业逻辑的封装;功能强大,使用方便 ★★★★★  
VC:SAPI,WININET API等各类网络或互联网API可自由而方便的调用;  
提供CAsyncSocket等数量众多的类;功能强大但使用不太方便 ★★★  
JAVA:不可直接调用API但内置非常多的网络及互联网功能;可利用  
Servlet API,Java Bean API,以及JSP等协同开发功能强大的Web  
应用;功能强大,对于某些IDE使用不太方便 ★★★★★  

七、开发模式
VB:控件开发模式(OCX) ★★  
PB:组件开发模式(User Object) ★★  
C++ Builder/Dephi:源代码组件开发模式(VCL) ★★★★★  
VC:应用程序框架开发模式(MFC) ★  
JAVA:框架开发模式(JDK下)+组件开发模式(IDE下) ★★★  

八、面向对象特性  
VB:差 ★  
PB:较好 ★★★  
C++ Builder/Dephi:很好 ★★★★  
VC:一般 ★★  
JAVA:非常好 ★★★★★  

九、开发效率  
VB:较高 ★★★  
PB:很高 ★★★★★  
C++ Builder/Dephi:高 ★★★★  
VC:低 ★  
JAVA:高 ★★★★  

十、代码执行效率  
VB:一般 ★★  
PB:较高 ★★★  
C++ Builder/Dephi:很高 ★★★★★  
VC:很高 ★★★★★  
JAVA:低 ★  

十一、帮助系统  
VB:很好 ★★★★★  
PB:较好 ★★★  
C++ Builder/Dephi:差 ★  
VC:好 ★★★★  
JAVA:较好 ★★★  

十二、易学程度  
VB:非常好 ★★★★★  
PB:好 ★★★  
C++ Builder/Dephi:好 ★★★  
VC:不好 ★  
JAVA:不好 ★  

十三、使用人数  
VB:很多 ★★★★★  
PB:较多 ★★★  
C++ Builder/Dephi:较多 ★★★  
VC:多 ★★★★  
JAVA:不多 ★  

十四、厂商财力  
VB:非常强大 ★★★★★  
PB:比较强大 ★★★  
C++ Builder/Dephi:一般 ★★  
VC:非常强大 ★★★★★  
JAVA:强大 ★★★★  

十五、发展潜力  
VB:差 ★  
PB:一般 ★★  
C++ Builder/Dephi:一般 ★★  
VC:好 ★★★  
JAVA:非常好 ★★★★★  

十六、基础语言广泛性  
VB:很好 ★★★★  
PB:一般 ★★  
C++ Builder/Dephi:很好/差 ★★★★/★  
VC:很好 ★★★★  
JAVA:很好 ★★★★  

结论:  

VB:是新人开发与系统无关的综合应用程序的首选;容易使用和厂商财力很强  
是其仅有的两点优势  

PB:是开发大型MIS及各类数据库跨平台应用的首选;从数据库前端工具来讲甚至远远超过了Oracle的Develop系列等专门的工具;从通用语言角度来讲功能也与VB等不相上下;多媒体和网络功能与其他工具相比较弱  

C++ Builder/Dephi:是唯一一套能够同时适用于开发数据库应用、网络及Web应用、分布式应用、可重用组件、系统软件、驱动程序、多媒体及游戏等所有软件的高效率开发环境;VCL源码基于Object Pascal是C++ Builder 唯一的缺憾,基础语言不够通用和开发系统软件功能不足是Dephi仅有的两点不足  
VC:从功能上讲除了跨平台应用外什么都可开发;从开发效率角度讲只局限于开发windows系统应用、可重用组件及驱动程序

JAVA:适用于开发除了系统软件、驱动程序、高性能实时系统、大规模图像  
处理以外所有的应用  
综合评价:  
VB:46  
PB:53  
C++ Builder/Dephi:67/61  
VC:55  
JAVA:59
  

2004年12月22日

佛是怎么知道感情的呢,而且还是婚外情^_^。于是,别人告诉我:佛在万事皆空前曾经受过千种苦难,自然对世事都有感悟。汗!笑谈^_^

前日一位好兄弟结婚,步入了自建家庭生活的殿堂了,祝福他们。记得婚礼前几天,偶打电话问他,是否很有婚前恐惧症,呵呵。自然是有的,可是两个爱着的人如果一旦谈起了婚姻,那就是“人在江湖,身不由己”了,双方的家长开始猛推婚姻的进程,张罗准备,跨越进程,提前婚期^_^。偶们几个兄弟们看着都觉得霎是“可怕”啊,原先最浪荡自由的人成了最早身有家庭背负的人了-。-

结婚是爱很到平淡时的一种自然产物,是爱情的一种结局。爱情的漫漫长路里先映入眼帘的是爱的热烈,进而有份死去活来,再就如冷水浇头一般心平气和,而后坎坷考验相互磨合,最终成了相互依赖稀松平淡的感情。。。这是偶以前对爱情的看法,丛爱恋开始到最后的结局大概都有这一类的过程吧。

恍然间想起了孙中山先生的话了,‘博爱’。或许就是说在你找到自己真爱的具体前,要广泛的传送自己的爱情吧,^_^笑谈笑谈!

转:

佛与人关于婚外情的一段对话


深夜,寺里一人一佛,佛坐人站。

人:圣明的佛,我是一个已婚之人,我现在狂热地爱上了另一个女人,我真的不知道该怎么办。

佛:你能确写你现在爱上的这个女人就是你生命里唯一的最后一个女人吗?

人:是的。

佛:你离婚,然后娶她。

人:可是我现在的爱人温柔,善良,贤惠,我这样做是否有一点残忍,有一点不道德。

佛:在婚姻中没有爱才是残忍和不道德的,你现在爱上了别人已不爱她了,你这样做是正确的。

人:可是我爱人很爱我,真的很爱我。

佛:那她就是幸福的。
人:我要与她离婚后另娶她人,她应该是很痛苦的又怎么会是幸福的呢?

佛:在婚姻里她还拥有她对你的爱,而你在婚姻中已失去对她的爱,因为你爱上了别人,正谓拥有的就是幸福的,失去的才是痛苦的,所以痛苦的人是你。

人:可是我要和她离婚后另娶她人,应该是她失去了我,她应该才是痛苦的。

佛:你错了,你只是她婚姻中真爱的一个具体,当你这个具体不存在的时候,她的真爱会延续到另一个具体,因为她在婚姻中的真爱从没有失去过。所以她才是幸福的而你才是痛苦的。

人:她说过今生只爱我一个,她不会爱上别人的。

佛:这样的话你也说过吗?

人:我。我。。我。。。

佛:你现在看你面前香炉里的三根蜡烛,那根最亮。

人:我真的不知道,好像都是一样的亮。

佛:这三根蜡烛就好比是三个女人,其中一根就是你现在所爱的那个女人,芸芸众生,女人何止千百万万,你连这三根蜡烛那根最亮都不知道,都不能把你现在爱的人找出来,你为什么又能确定你现在爱的这个女人就是你生命里唯一的最后一个女人呢?

人:我。我。。我。。。

佛:你现在拿一根蜡烛放在你的眼前,用心看看那根最亮

人:当然是眼前的这根最亮。

佛:你现在把它放回原处,再看看那根最亮

人:我真的还是看不出那根最亮。

佛:其实你刚拿的那根蜡烛就是好比是你现在爱的那个最后的女人,所谓爱由心生,当你感觉你爱她时,你用心去看就觉的它最亮,当你把它放回原处,你却找不到最亮的一点感觉,你这种所谓的最后的唯一的爱只是镜花水月,到头来终究是一场空。

人:哦,我懂了,你并不是要我与我的爱人离婚,你是在点化我,

佛:看破不说破,你去吧。

人:我现在真的知道我爱的是谁了,她就是我现在的爱人。

佛:阿弥陀佛,阿弥陀佛

2004年12月21日

推行跨功能小组(以下简称CFT)由架构发想到付诸推广,迄今已超过十个年头了,经过我们整理分析之后,大概推行的厂商可以获得下列诸多的好处或成效:

1.完整跨功能小组(CFT)所有手法的吸收与灵活运用
2.各类计量值品质特性值之Cpk提升至1.67以上(0.02PPM)
3.设计开发时程的缩短(一般可缩短1/2~2/3时间)
4.试作及量产阶段之工程设计变更大幅减少(减少50%以上)
5.落实产品与制程设计的知识管理

一.前言
    跨功能小组(Cross Functional Team)一词,对台湾产业界来说是一个比较陌生的词汇,它最早应该是出现在美式TQM中,也可能是欧系厂商较常使用改善方面的词汇,而目前又出现在QS-9000这类标准的附录中。
    而CFT这个词汇,根据我们考证,在国外最早应该是美国克莱斯勒汽车公司在1980年代末期,推动价值链管理所采用的一种为了减少量产后设计变更次数、有效提升品质水准、强化其竞争优势的做法。因为成效卓著,在其后由美国三大汽车厂(通用、福特、克莱斯勒)进行模仿ISO整合成QS品质标准时,成为QS品质标准中所倡导的一种手法。在国内则应该是由我们最先提出,初始时期的雏形并未订定名称,只是一套针对制程设计方面落实Cpk≧1.67(等于5Sigma管理)的品质水准提升手法。其后命名为『迈向PPM的过程管理』,再经过实务经验累积之后,重新加以检讨修正,才正式命名为CFT。
    我们推测这个名称在国外的出现,应是沿袭自日式TQC的机能别管理,被用来做为一项持续改善的工具。但欧系厂商亦可能独立发展出CFT的实务作法,一般的品管人都可能知道这样的一个名词,但具体的运作方式则不可知。

二.CFT架构
    我们遵循品质观念由『品质是检验出来的』→『品质是制造出来的』→『品质是设计出来的』的演化结果,重视品质是设计出来和制造出来的,所以我们强调『品质由产品设计与制程设计做起』,承袭丰田汽车的划分法,将整个产品设计到量产阶段分成四大阶段(产品计划阶段→产品设计阶段→流程计划阶段→流程控制计划阶段),再针对厂商特性的不同加上可靠度验证&可靠度数据的提供。并对行业的固有技术有严格要求。CFT架构简图如下

阶段别                      活动重点
产品计划                  设计目标的掌握
产品设计                  规格、公差、材质、成本的掌握
流程计划                  制造条件的掌握
流程控制计划        管理项目与频率的掌握
可靠度                  可靠度数剧的整理分析

    由于是跨功能(跨部门)的合作,因此整个活动是以教练法(Coach)来进行,重视Team Building,同时着重在过程管理,重视4大(或加上第5的可靠度)阶段各阶段的产出衔接,使其由产品计划阶段一直到流程控制计划阶段乃至可靠度,能一气喝成。三.CFT的特色
1.国人独创─是由一群热衷品管,为了弄清楚为什么日本产业能将品质水准提升至全球第一的人
    员,在Motorola第一次发表6Sigma管理之后,苦思怎么可能做到后的产物。
2.重视各业的固有技术─台湾产业经过约10年ISO和多年QS的要求,大家都偏向系统或制度的
    建立,以为订定标准或建立制度后,品质自然会好。当前6Sigma管理盛行,依据我们和厂商
    的接触除了上述两项缺失之外,6Sigma管理极可能发生被导向玩弄统计和无法评价的管理项
    目的方面。如果品质真是如演化那样是制造出来的和设计出来的,那么各行各业的固有技术
    显而易见的要比书面制度、标准、统计等重要。也是解决问题和降低成本的关键。
3.精简、快速─兹以可靠度为例,单是一门可靠度所涵盖的内容,就是一门可能会比品质管理还
    深的学问,否则品质学会也不会在品管技术师和品管工程师之外另有可靠度工程师的资格考试
    。而产业界需要的只不过是如何提出自己设计制造后产品的寿命数据,来说服客户我们的产品
    是可靠的没有问题的。一般人在介绍任何一门工具时,都传授过多的理论要不就是教人如何填
    表,各工具之间如何串联衔接则少有论述,所以似乎都懂但彷佛都用不上。
4.运用仿真─如果可能我们会运用仿真技术,在产品试作前就进行仿真,如能利用理论进行计算机
    试算仿真,通常在事前就可以找出设计盲点或错误。
5.训练时间短─整套CFT活动的技巧和工具约可在36~42小时内完成传授,实务活动指导约需
    3~6个月完成,导入0.5~1年后导入厂商可独立自主运用达到生根化,我们所辅导的客户之一
    在接受完CFT训练后,现已能自行指导其供货商将品质特性做到
12个标准差(Sigma)以上(机械
    业指导塑料业)。
6.成效大─对比于一般6Sigma管理的黑带课程,不但投入时间少,比6Sigma管理手法更容易
    达到黑带资格的要求(若以改善成效论,比6Sigma管理能更快地对公司作出贡献)。

四.结论
    跨功能小组CFT的运作方式,我们认为源头是日式的机能别管理,它最可能推广成功的国家自然是日本,其次是欧美,最后是台湾。对国人来说坦白地说是个很难成功的模式,原因在于日本的从业人员是合群的性格,欧美其次则是因为他们服从权威、有能力的人,更体认到必须要合群,所以也还好运用。至于台湾排最后当然是因为最不合群的缘故了。所以我们运用教练法贯穿整个活动、重视人文(人性)与科技(固有技术、计算机科技)的平衡、加上新手法使用度作为整个活动评比的项目,最后以团队的方式呈现整个活动的成果,目前已有IC设计业、电子业、机械业、塑料业导入运用,成效惊人。呼吁对6Sigma管理有兴趣的厂商在导入时不妨考虑更有效的CFT!

平时早上都是要凑到8点一刻才起床,今天入冬下雪的第一天,偶正好起了个早床,看着雪花开始丛天空慢慢飘落。

稀落的羽绒儿乘着微风飘到面前,举手间扇开了一大片去。些许执着的精灵们附着在偶的手臂上,薄薄的,晶莹透亮的,霎是可爱。”我欲乘风归去”,心情甚是轻松^_^,又要迎来一个白色圣诞了。

真想找些人儿去打场雪仗,可惜白方的雪无法揉成团啊-。-

献上苏东坡的《水调歌头》,仅记这赛似中秋的日子。

明月几时有?把酒问青天。
不知天上宫阙,今夕是何年?
我欲乘风归去,又恐琼楼玉宇,
高处不胜寒!起舞弄清影,何似在人间?
转朱阁,低绮户,照无眠。
不应有恨,何事长向别时圆?
人有悲欢离合,月有阴晴圆缺,此事古难全。
但愿人长久,千里共婵娟。

2004年12月17日

        这是偶的第6个erp项目,也可能是偶的最后一个项目,看着业界的情况,看着自身走过的历程,实在很有点窝心,既然自己不喜欢的事情还是不要继续下去了吧。项目中的问题实在太多,偶专门写了个文档总结了一下,呵呵,不是有人说:只有经历过一个失败的项目,才能造就真正的项目经理。偶想要是再能学习一下pm的知识,结合别人的经验想一想,偶应该可以基本上合格吧。对于项目的种种问题,这里偶只想说说人员变动的困苦。。。

        国庆放假回到保定,偶算是比较晚回来的了,可是刚到宿舍就看到锋仔的床铺还是空的-。-心里猛然有种又一个同志走了的感觉。很郁闷啊,项目的人员都要走光了-。-

        02年12月开始调研这个项目以来直到现在,整个项目的参与人员基本上走光了,除了pm和偶以及勇仔三人-。-刚需求调研完就走了个成员,还算正常的人才流动,只见那人眼高手低,离开的时候还发上一通表态,还诽谤了好几个人,汗!03年2月后开始在中大进行系统开发,这该算是最稳定的时间段了,直到暑假的时候还加了钱钱同志过来帮忙。而后就是实施过程,从9月开始,前期的pdm和仓库的实施不很成功,建立系统环境、调试性能、整理基础数据、烟厂的各个仓库的库存系统基础应用的推动等等都缓慢进行着。这是个很烦人的开端,等到11月剩下的人包括我一起赶到保定,更换了另外的几个学生和锋仔回广州继续开发人力资源部分。汗啊!系统忙碌的赶完大半后,都没有系统化的测试,就说要跑过来开展全面实施上线-。-。直到04年过年前,我们也一直都是忙碌的不停的修改,实施也一直没有什么进展-。-

       于是04年项目困境的一幕就这么慢慢上演了,先是2月份从广州来保定时,老贺因为身体原因留在广州做其他项目(直到辞职整整做了几个月的杂事,汗!);而后4月份中旬钱钱又回东莞结婚,一去不复返;再接着几个月后勇仔又因为老贺要离开公司而被调回去接手参与另外一个项目。这时候已经走了三个人,对客户中的辅助实施人员却采用一种半欺瞒的方式,汗啊。。。再接着就是国庆了,这次轮到锋仔走了,考研-。-唉,我也很想今年就考的,也怪自己没有准备好,心态都没有确定下来:(锋仔的离去让偶很是不开心,就只剩下pm、偶和侯三个人,很自然的,偶和侯站在一条阵线上,对公司针对这个项目的方式很是不满意。而后pm采取了狂加班的方式,自己一个人基本上每天都加班到11点多,且周末也不休息。当然,偶和侯都不愿去加班,偶们都觉得是公司的项目处理有问题,同时对加班也没有相应的激励,自然不对项目拥有主观积极性。。。几周后,因为和公司的一些矛盾,侯也在中旬离去。

       仅仅剩余两个人去完成一个新开发的b/s结构的erp系统,可想而知啊,汗!而后到11月初,公司终于补充了一个项目成员,居然还是没有接触过java,刚毕业一年无多少经验的新人,偶狂晕啊!独木不成林,坏事不单来。不仅仅有内忧,外患随着而来,客户这边发生了一些很大的变化。。。参与这么一个项目,实在是个痛苦的过程。

        最可怜的是偶还要本着职业道德继续努力,争取完成这个项目,汗!超级困难的救火,希望剩下的三名成员都有着《烈火雄心》的《壮志凌云》吧!