设为首页 | 加入收藏
生活点滴
心如止水
网络编程
育儿心经
成长经历
心如止水 首页 > 心如止水 > 生活点滴

做项目的点滴经验

所属类别:生活点滴 发布者: 心如止水 来源:喜气妍妍 发布时间:2013-01-09 20:54:06

最近常被公司的项目搞得焦头烂额,有时有跳楼的冲动;还好我们练就了一身心如止水的心态,不然跳几百次楼都不够。

说说为什么吧,公司的项目是很多同事做的,当我接手下来是已经过几代人的修改了,所以代码自然是一个字——‘乱’。正如之前的同事jim所说:百花齐放。写代码更多的是在维护,当然我们也不例外,不可能你写了就ok了,就一成不变了,不是这样的,因为需求在变化,那你之前写的代码如果不能满足需求那就得跟着变。时常还有些bug需要修改,这下你就得看懂别人的代码,或者说你得找到需要更改的地方。当然很多人留给你的代码你不可能每一行都去读,每一行都理解透,那是不可能的。因为没有那个时间,就算有那时间你也不一定能全看懂全理解透。

特别是在最近,需要改的bug很多,自然人也搞得很郁闷。有时改个东西,虽然找到了要改的地方,但是不明白之前的同事为什么要这样写,所以不敢全改,只能顺着之前的意思修改一部分,如没有的功能只能添加一个函数来解决了。总的感觉就是在打补丁,修修补补。最最郁闷的是当线下测得好好的,到了线上就不行了,我多次遇到这样的情况,有时在调试时就是想不出是为什么,那个急呀无法用言语来表达,也许比抓狂还要抓狂。还好在磨掉半天一天时间后还是找到了出问题的所在,像这样的情况大多说是线上的环境和线下的环境不一致导致的。后来我总结一句:如果线下没有问题,放到线上去有问题,那一定是环境不同造成的。

还有一点也很抓狂,如果遇到线上的问题的话,那只能在线上调试,而我们公司的分工又是linux服务器有个人专门管理,要更新文件只能找他(因为权限不会放给我们),这样每调一步都需要提交到svn更新到线上查看效果,效率是极其的慢。一步一步的调真的要调死人。

通过此次的项目开发我总结了一些经验。同网友分享,如有不对欢迎来信探讨。

1, 团队需要有一个比较牛B的人,他需要了解开发团队中每个人的水平,为什么这样说呢?因为他需要对需求分析过关,他要知道这样的需求分析过来后,我们的团队开发需要大约花多长时间,在时间和功能点上要老板或项目经理定夺,如果老板或项目经理想要快点上线,而我们又不能如期完成,那么就只有改需求,把那些不是很重要的砍掉。

2, 核心的功能点、必备的功能点先做,先把最主要的做了,周边的后面添上。别一上来就是眉毛胡子一把抓,这也要那也要,我就要功能很强大的xxx,到头来什么都做不好。

3,产品定位要准确,要知道我们的用户群体在哪里?他们有什么样的需求?他们的操作习惯是什么?不能今天看腾讯这个功能好,我也要,明天看到新浪的那个功能炫,我也要实现,你得想想我们的用户群的也需要这个吗?这个和我们的产品有联系吗?能给我们的产品带来什么好处?

4, 版本控制一定要严格。一定要一个大版本一个大版本来开发,不能策划想到一点,又摻合进来,等我们做完来之后又不符合他们之前的想法,又得改。他们有想法是对的,但得让他们自己想清楚了,沉淀了再拿出来。线上的版本也是要大版本更新,只有在线下测试过的版本才能发布到线上去。如果改一点又更新到线上去,要是出问题了就抓狂,这点不解释了,你懂的。。。

5, 代码要规范,团队做事当然要有团队的规则,俗话说无规矩不成方圆。一定要统一的开发规范,要加注释。你不加注释的话,你走了交给下一位同事,他能看懂你的代码吗?他今天看懂了也没加注释,那下一位接手呢?

6, js最好能让php人员来写,如果单独出来的话,要想个能快速沟通的方案,或定一个标准流程和规范返回值。

7,需求要围绕核心功能点,可要可不要的一定不要。(等有一定的用户了,可以考虑加上)

8, 开发项目的时间不能太急,一定要有架构和需求分析的时间。

 

标签: 心情 ; 经验 ; 项目积累 ;

100% 0% 欢迎顶踩!
        10 票                 0
顶 踩
看过本文的所有网友评论:
我也来评论几句:
验证码: 请输入右边图片上的字母或数字(不区分大小写);看不清,请直接点击图片即可换一张