您的位置:首页 > 运维架构 > 网站架构

一年来网站开发之总结(中国传统路线:血淋淋的散乱道路)

2011-01-02 01:29 363 查看
一.序幕

去年年底来到现在这个公司,这段时间内发生很多事情,直接或者间接的改变了这个创业互联网公司的命运。

关键角色有BOSS,PM,CTO。

BOSS在这个行业做了十几年,有了积累,然后想做做行业网站。听说同行的某某某“垃圾”网站一年也能挣个几千万,同时有政府资源和社会资源做后
盾,于是就“蠢蠢欲动”,这就是最初始做网站的动机。这个网站从07年开始做起,期间因为BOSS怀疑其可行性而断断续续地做了三年。

初期,BOSS把所有权力都给了CTO,包括财政,人事,市场,内部管理。

相关的人员配备:策划人员,技术人员,美工,网站编辑。

BOSS为了省钱,拉了一些亲戚,亲戚的亲戚来到公司来进行“学习培训”,“伴随公司一起成长”。刚开始的时候,他们在慢慢的学习,很多人都没在
软件公司呆过,也没接触过互联网。至于最核心的策划人员,都是CTO的熟人,以前没做过策划工作,甚至有人之前是做与此无关的行业的,而这个缓慢的学习过
程是要付出代价的。

CTO原来是某某某公司的销售经理,没管理过软件公司。CTO的工作就是审核,一个页面设计出来,拿给CTO审核,直到满意为止,记得一个广告图
片,审核多次都没通过,最后设计人员换成一个老外的图片,马上就审核通过了,CTO每天9点上班,比我们的规定时间晚半个小时,而且下班时比较早的,我们
都是最后下班的。

二.过程

技术开发的流程就是这样,CTO指导设计人员如何按照CTO和BOSS的意思设计好页面,再拿给CTO审核,CTO同意后就把页面给美工,美工做
好页面后转给PM,PM初略看完页面就安排任务进度,然后是技术人员的编码过程,编码完后是策划人员的测试Bug过程,然后是漫长的修改Bug过程。

需求沟通,讨论设计,编码,修改Bug的时间比例大概是2:1:3:4。

在这个过程中,需求讨论的时间太短,导致改Bug实际上是重新开发;设计的时间太短,导致后期取一个数据要连接三四个表进行查询;开始不注重重要
页面的优化,导致一个页面二三十个查询,最后不得不静态化处理;一个页面的点击数竟然在Action直接Update点击数,等等,都是一些反模式。

技术人员拿到页面后,根据和产品讨论的结果,才知道需要改哪些地方,哪部分功能是不要的,哪部分功能是新增的;开发时期没时间顾及页面和页面之间
关系,页面权限的问题,面对的是简单的任务进度表格;开发需要根据任务进度表格走,页面不分复杂程度,一个文章类的页面任务上安排上两天做完,实际上一天
可以做完,一个复杂的首页,需要两天做完,任务上安排上一天时间等等。

三.外包

最开始的时候,招来了程序员数名,PM负责管理需求和项目管理,特别是进度管理,将项目分成一块一块的外包出去,每个大的模块都有相应的设计说明书。

过了两个月,再补充了几名程序员,开始把外包做好的模块整合到现有平台,由于外包的价格很低,大概就是几千块钱,而要做一个大的系统,所以,质量
基本无法保证,外包做的页面也不是专业美工做的页面,页面总是青一块紫一块,很不和谐,基类,工具类很是混乱,JSP,Velocity,各式各样,整合
时候花了九牛二虎之力。

最后开会时候否决了部分外包,准备自己开发,紧张的编码三个月后,基本开发完了,但是,整个系统跑起来,我们就发现自己都看不懂要做什么。

最大的问题就是页面混乱,不专业,一个简单的注册必须要这样做,然后不能那样做,必须要怎么做才能完成注册,好像我们要控制用户一样,而且这些页面都是经过CTO审核的。

在我们强烈的抗议下,公司准备改版,改版是痛苦的,不仅推翻原来做的,而且,技术人员还不知道准备改成什么样,在等待中,拿到了设计好和审核好的页面,快年底了。

年底说过年时候要上线,于是加班加点,争取快点做完好过年,过年前几秒钟,挂到线上去了。

四.年后

过年公司是一片冷清的,在聚餐上大家一句话也不说,也没有任何奖金,大家的脸上很明白的写着什么。

过完年后,BOSS怀疑CTO的能力,辞掉了CTO,自己开始接手CTO的位置。

于是,系统又开始大的改动,特别是系统的核心地方,进行漫无目的的修改。

我们做好的系统BOSS拿给这个行业相关人士一看,说这个地方要改,于是,那好,就改,这样持续了两三个月时间。

这个期间,开发人员减少了一半,大多数人不满公司这样折腾下去,而离开了公司,同时,CTO的熟人也一个个被阶级斗争而下台。

过了一个月,来了转机,我们要参加XXX展会,是无比风光的,我们进行了充分的准备。但是,系统一直没上上去。

五.轮回

这个时候,BOSS又把系统的核心两个部分外包出去,认为找高水平的互联网公司外包是很值得的,价格就是几万块钱,比招程序员便宜。于是,又是一个外包的轮回,是突破还是走老路,等待时间来证明。

在郁闷的时候,总是对着空白的网站首页发呆,然后抬头仰望星空,耳边经常回响起BOSS讲的一句话:“网站的前途就是大家的前途,网站的命运就是大家的命运,我永远和你们在一起”。时间总是最宝贵的资源,也是不确定的,也是不公平的不公正的不公开的。

六.逃离

我终于忍受不了,找BOSS ask for a leave。

我见了BOSS,淡淡的说:“我是被逼的”,“你必须让我辞职家乡发生十级地震导致房屋塌陷老乡连夜走路赶到这里把我从被窝拖出搬出所有行李逼我回家不然就跳楼你不得不答应”。

BOSS听了很平静,他静静的看着我,足足有三分钟,然后敲下桌子就说:“我给你两条路,你自己选吧,第一条路就是我找人顶替你,你给我好好呆
着,不过要求在规定时间规定地点进行规定程序的交接;第二条路就是我给你加工资,加0.5元,以后别提意见了,总是有人支持我的”;我说:
“没第三条路了?!",我突然爆发,一拍桌子:“第三条路,我从中央派人来顶替你的CTO的位置,位置和你的书记是一样大的!!”。BOSS吓了一跳,一
屁股坐在椅子上,在查我是从哪个部门来的。

我转过头,迅速离开了BOSS的办公室,继续在这个城市裸奔向前。

七.尾记

说明:不用总结,明白人能看得懂的;如有雷同,本人受不了了




感谢大家的回复,现在补充三个主角的独白:

BOSS:其实,一开始,对于需要的任意改动,我是拒绝的;我知道随便改改对技术人员来说都是莫大的压力和无穷的灾难。所以,我总是看着技术人员
在挥汗如雨的讨论,编码,而不想插手任何一个地方,早点上线,可以多捞点钱。不过,有一次我请了行业的资深专家来评论了我们的网站,他说我们的网站“四不
像”,对我打击相当大,我当夜彻夜未眠,然后想到几个好点子,对,就这么改动。第二天,我早早的爬起,偷偷的拉了几个人去讨论新的需求,他们也没反对,过
了几天,我看到,他们按照我的意思去做了。于是,没事的时候,我就开会讨论新点子,他们也是很配合的。然后就不可收拾,我每天都有新点子,每天都在开会,
他们说,正在研究中,一个工作日给你答复。。。。。。突然一天,秘书跑过来说,几个技术人员都挂了。我很是震惊。看看时间,从第一次改动到现在,都已经是
3个月了,我重重的叹了口气。

CTO:本美女光临这个破公司,也是委屈我了。首先,在招人方面,我招了几个漂亮的和几个丑的,漂亮的天天和我比拼谁更漂亮,丑的我心情不耐烦时
候多看几眼,提升下我的自信心。现在技术管不到,市场也没开始,只有产品我能够管的到,于是,审核成了我的重要工作,看着他们拿来的DEMO,说
“CTO,如果你有时间,请审核下这个页面”,那种自豪感油然而生。我只管审核,他们怎么做,不是我的事情,需要PM直接对我负责就行了。

PM:对于领导的要求,要尽量的答应。至于他们怎么去做,我不管了;拿来页面,我指定这个页面某某某做,然后那个页面某某某做;至于讨论下需求,
来判断需求是否合理,逻辑是否严谨;或者讨论下怎么设计,能够满足基本性能需求,都是他们的事情,谁叫他们不按规范来进行。为了早点弄完,我尽量压缩时
间,然后就立马进入测试阶段,领导肯定很高兴的。测试改Bug就是一个逐步完善的过程,如果说编码是做完,那修改Bug就是精雕细磨,至于改Bug过程中
的需求改动,也一个身不由己的过程。

原文:http://www.javaeye.com/topic/705143

总结:学程序的,别进任何小公司,浪费时间浪费人生。有志气的,随便做做兼职,养活自己,网上找个师傅免费做开源项目,多交的技术朋友。有点成绩,自己写规划,和几个朋友讨论,自愿一起开发个开源项目。成功的,继续规划+外包。失败的,继续写规划……
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: