今天被拉大另外一个项目去当苦力了.不知道为什么这样的事情总是被我赶上,难道我脸上写着我最近很轻松么?这个项目就是一个坑,至于坑有多深,上天才知道了.项目用的是MVC框架,的确上手挺快的,刚好之前看了些关于微软的MVC框架的东西.再加上测试工具,效率会更高了.
项目挺好玩的,一帮以前的好朋友又聚在一起了,大家干的还是挺开心的.不知道这个时间能够持续多久.不过PM好像有点着急的样子,也难怪了.我一定要摆正自己的位置,我是去帮忙的,还有一个摊子要收拾呢….
这次项目的框架是我来弄得,第一次做这个,没什么经验.只能说是根据自己之前的项目的一些经验和自己对编程的理解了.
一直觉得不管什么,在一个纷繁复杂的表象下面都有一个简单的,明了的Core.项目就是这样,首先是除去一切的浮华的表面,弄清楚其本质.把本质搞定之后,再慢慢的美化它.所以,这次这个框架的核心是挺简单的,几乎没有什么技术含量.被用的很烂的三层框架.不过,谁让这个项目不复杂呢?数据库的操作也没有使用持久层技术,的确不是很需要,这个东东肯定不会有大量的数据录入.只是需要速度.框架里面考虑最多的是代码的重用,后期编码的便利性,扩展性,可测试性.这四点是自己考虑最多的.
下周是把基本的框架完成,特别是数据库的部分.反正时间还比较多.再就是找几个人帮忙瞅瞅这个框架如何,是否易于理解.再就是共通函数库的完善了.希望一切顺利了.
项目这周开始,第一次参加有着完整生命周期的项目.开始的时间还是有点兴奋的.能够学到不少的东西,有些以前学的书面上的东西,现在也可以实践一把了.项目刚刚开始,自己负责的就是技术的调研,技术点上到没有什么.都是很成熟的东西.周末的时间看了个大概没有太难的东西,倒是B/S的项目好久没有碰过了.貌似上次是在两年之前了.一不小心,这两年做的都是C/S.唯一一次B/S还是java的.
不是说是一个完整的生命周期么?我们这个项目打算按照CMMI来控制过程.今天就是一个项目立项会议,跟着开了个会,觉得管理层的人和自己的思考的方向就是不一样,他们主要考虑项目的成本,盈利.而自己则关注在技术点上了.营业和技术的区别吧.
前两天是把自己的系统,服务器,数据库,VSS这些东西装了一遍.做了一些测试代码,以后这段时间的工作大致也都是这些了.真不喜欢做会议记录…书记这个工作太让人郁闷了…
三月初进的这个项目,整整三个月.感受了一把CMMI-4.感受了一把大公司的那种管理.挺不错的,收获很多,感慨很多.就随便记录些了,省的自己以后会忘记.
在葡萄城的这段事件还是挺开心的,项目几乎没怎么加班.很正常的按照进度进行着.一切都是有条不妥的进行,这个应该归功于CMMI-4的功劳吧.葡萄城那边的工作气氛挺好的,和我们公司时两种类型的公司.没有那种压抑的感觉,不过我们公司也不是很压抑了.只是感觉不是很一样了.挺大的一个收获就是这三个月头发已经长出来了…结束斑秃的日子.说实话,这个对自己的压力比工作大多了…
在GC的日子学到了不少的东西,sharpoint,每日构建,测试,编码,设计模式,与人交流,英语,日语,线程,进程,通信,.NET3.5,如何打发无聊的事件等等.以上东西部分前后,写的有些乱.里面有很多很有用处的东西.
做程序员也快两年了.还有一个月的时间吧.收获还是挺多的.现在想想当年自己选这条路也许并没有错.从开始的事件一窍不通,到现在的能够摸着一些门道.经历了许多,也犯过这样那样的好多错误.大家也帮了不少忙,更多的事件同事,领导的信任,给了自己很多的机会去锻炼自己,自己才有了更多的机会去提高自己,也才能成长的更快.自己还会在这条路上继续走下去,感觉还好了.自己做的这个还是比较有意思的,挺多好玩的地方.其实,无所谓那个行业,找到其中的乐趣也就好了.
新的项目也马上开始了,征途继续.慢慢玩了.
在Coding Horror 上看到了一篇<Check In Early, Check In Often>其中说代码管理重的黄金法则是:
Check In Early, Check In Often
一个项目如果没有一个代码仓库,简直是不可想象的.代码的安全,进度的确认,团队之间的协作.都是靠这代码管理的.文章里面提到了为什么有些人不喜欢经常的check in.大致也就是不想让人看到自己的代码,或者不想让别人责备自己check in了错误的代码.里面一个很有意思的提法是,如果你一天都没有check in的话,那么你这一天等于什么都没有干.的确是这样的,别人无法知道你这一天到底干了什么.
大家都怕check in 错误的代码,其实check in错误的代码也没什么的,反而能够更快的解决问题.大家都会发现你的问题所在,大家都会给你指出应该如何解决你这个问题.因为大家不想因为这个事情而耽误自己的时间…
关于check in我是这样做的.
其实,对于代码,我们只要Check In Early, Check In Often就足够了…
从到东京开始就进入这个项目,从开始对java一窍不通,到现在对java还是一窍不通.呵呵,三个月了.项目经理周五的时间开会说了一通话,大致的意思就是项目差不多结束了.大致也就这样了.回过头来看看现在的项目,只能说一个子心寒.
项目其实算是重新编写了,前些日子宰infoq上看了一篇文章,讲的就是代码重新编写好不好.我经历的两个项目都可以算是从旧系统到新系统的转变了.第一个是彻底的把旧系统推翻,重新的需求分析,底层设计.现在的这个,目的很明确,就是和旧系统保持一致.有一点我很疑惑的就是,后一种的代码重写有什么意思?如果旧系统已经很完美的话,这样的做法纯粹是浪费精力.觉得第一种方式还是比较好.而且相对而言成本会比较低,不用到处束手束脚的了.
项目的成败从一开始就可以看出来的,靠后期的修修补补是做不出来好的项目的.挺简单的一个道理,但是做起来很复杂,自己不负责这些事情,所以不多说了.在公司做项目简直是在碰运气,如果运气好了,碰上好的设计,一切顺利,不然,呵呵.
前面有很多坑,慢慢来了.
