|
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-05-29
前面的人说的对,你们在这个项目中没有能撑起场面的人。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
感觉发展成这样也不能怪lz,我觉得经理应该承担最大的责任。他做了12年开发,却不懂得让正确的人做正确的事的道理,实在不应该。如果换作我,我会让w和l继续维护老
产品,然后招一个高级java程序员来带领你和s开发,如果人不够那就再招java熟手。 项目的压力这么大,经理居然把宝压在你们身上,真是令人咂舌。如果说考虑成本问题,那我宁愿用w、s和lz3人的工资去请个java高手,就算进度紧也是能够指望的,你们现在这个状况简直没有指望了。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
你们的那个经理不是很多年经验的人吗?怎么会让你们这样工作?一个4个人,3个没用java做过业务逻辑.这个东西能做完?赶快找个从显示层,业务逻辑,数据层都经验丰富的人是真的.
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
猴猴儿的翅膀 写道 你们的那个经理不是很多年经验的人吗?怎么会让你们这样工作?一个4个人,3个没用java做过业务逻辑.这个东西能做完?赶快找个从显示层,业务逻辑,数据层都经验丰富的人是真的.
是两个:W与L。或许经理一直顺风顺水,太自信了,觉得凭W与L可以罩得住。他的两个合伙人聊天时也总说,经理这次该雇一个高手。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
tianya 写道 感觉发展成这样也不能怪lz,我觉得经理应该承担最大的责任。他做了12年开发,却不懂得让正确的人做正确的事的道理,实在不应该。如果换作我,我会让w和l继续维护老
产品,然后招一个高级java程序员来带领你和s开发,如果人不够那就再招java熟手。 项目的压力这么大,经理居然把宝压在你们身上,真是令人咂舌。如果说考虑成本问题,那我宁愿用w、s和lz3人的工资去请个java高手,就算进度紧也是能够指望的,你们现在这个状况简直没有指望了。 如果这样做的话,经理挣的就少了。虽然不知道W与L的工资多少,但应该都是8000+的,S也比我多,我只有3500.如果半年做完,经理就得付给高手10多W,还不算我们的工资,现在又招了不少人,如果9月份做完,经理至少少挣10多w。这个项目好像也就66w。不过话又说回来了,还有很多公司也需要这个产品,开价虽然不至于有66w,几十万应该也还是有的。想不通经理的心思,项目没结束,谁对谁错难说。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
dy.f 写道 如果待遇不错的话不用走,摆在你面前的是一个很好的机会,很多人都是从无到有,如果这个时候你加班加点把手头上的工作完成之余,还为别人分担一下其它功能的开发,熬到这个项目成功完成,你一定学到了很多,说不定就可以做项目负责人或者项目经理之类的,下个项目你就可以带人了...
工资也就3500,没任何福利,中午饭公司提供,到现在为止合同都没签。 不知道为什么在这个公司我就是不愿意加班,可能是跟他们合不来,每次我写的代码都给我改掉,弄得我很不爽。本来打算好好学习一下,但是今天看了他们推出来的规范,彻底失望了。我们公司是做产品的,所以没有后续的项目,只有维护了。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
airsise 写道
嗯 ,同意ls的,这是一个机会。闯过这一关,你就知道你的进步有多大了。这摆明了就是一道坎嘛!从无到有,你就知道你缺什么了。很有针对性,也很有挑战性,为lZ有这样的机会,感到高兴.
本来我是抱着学习态度的,不过今天看了他们的代码,虽然没完全看完,但是看代码的写作风格就有些难受了。S做他那部分的东西已经两个月了,到现在还是有问题,有些功能根本就是摆设。鄙人虽然不才,还不至于两个月都做不完。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
根据这几天的回帖来看,认为我该走的人还是比较多的,这些人认为这个项目失败的可能性很大。我不明白的是为什么项目失败了我就该走?我现在走的原因是:
1.与同事相处不融洽,不能适应他们; 2.对提高能力不抱希望,不但不抱希望,我更担心我现有的良好习惯在这里被破坏; 3.经理对我不是很重视,觉得我开发慢(我确实有些慢,因为考虑的比较多); 4.W分配任务不合理,比如总是让我写页面,虽然有美工在; 5.项目没有完整的需求分析书,做东西就是根据老产品做。有一次我花了很大的功夫做了一个功能,结果他们给我说那是一个bug; 6.迟早要走的,何必等着人来赶; 也有些人认为我该留下,因为在一个失败的项目中可以学到很多。 我承认当时接受这个工作的时候就是因为有提高自己能力的机会。但是今天我看了他们写出来的东西,实在很失望。设计没细看,就不说了。 代码的写作风格就很别扭,方法名写的像类名,类名写的像变量名,不知道js是不是不用遵守java那样的代码命名规范;有一个工具类,继承了HibernateDaoSupport,但是这个类干的最多的事是加密解密,做日期格式的转换,只有一个方法用到了父类的功能,就是判断了一下某个数据是否存在;有一个类有这样的变量:public String strOneString。我承认我有点代码洁癖,总是想着用优雅的方式实现功能,忽视了开发的效率,所以受到了冷落。 内存方面,不知道他们那边怎么回事,内存占用率总是很高,关掉页面后也要好久才能释放,如果所有的人都按照这种方式来写,不知道有几个电脑能抗住内存的消耗。现在研发阶段算是结束了,不知道他们有没有解决内存释放的问题。 现在整个系统的结构与我以前做过的大部分项目比起来没什么新意,就目前而言值得学习的东西很少。可能有人认为在这样的基础上开发才有意思,很具有挑战性。但是我不是那种勇于挑战的人,我现在宁愿维护一个已经开发完成的系统。 项目快要开始了,版本管理工具都没有选好,源码服务器也没搭建,倒是有个ftp服务器,可以向上面传文件。 任何事情都有好的一面与不好的一面,我现在只能看到坏的一面,希望别具慧眼的朋友帮我看看有什么我忽略的闪光处。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
渐行渐远 写道 klyuan 写道 大家都不会做项目,又不能团结。做个屁!
主要的责任还是在于那个经理。 他应该知道员工的情况,但是不能因人施教!该打! 不知道经理怎么考虑的,或者他觉得他还能再培养出一个合格的项目经理。总之,这次项目最大的败笔在于没有一个很有协调能力与开发经验的teamleader。 引用 干了这么久还在乎技术啊? 关键是在于你们做事的方式。 经理没有用对人,也没有给予足够的指导。 员工也没进入角色! 如果你认为你能做,你就跟经理说,让你来领头。如果你说你不会干,那就没办法了 OR 走人。 不在乎技术在乎什么,以前做外包的时候,最大的麻烦就是水平不够。现在也还是这样,如果水平很高,短时间内完成他们的任务或者一开始没有走错路线,也就没这么多麻烦了。 经理可能一开始对W还是比较信任的,但是我们都让他失望了。 我要是能带队我一开始就带队了,不过我知道我的缺陷,所以。。。 还是找一下自己的原因吧。换了家公司不会遇到这些问题? |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-29
回楼上,这是我第三个工作的公司。第一家是小公司,在公司干了4个月吧!做了两个项目,经理比较看好我,因为我天天学习,干活速度快,跟同事也都是一直相安无事;第二个公司是HP,被第一个公司派去做外包的,在HP待的9个月里,做了三个项目,打过交道的项目负责人有过6个,跟其中两个关系不怎么样(这两个做人太强硬,很多人都不喜欢),其他各色人等大概也有20多个,一直相安无事,合作愉快。刚回上海的时候,就是第一个公司的同事提供的住处,简历也是通过HP的同事的帮忙写完的。
如果这是我第一家工作的公司,我肯定先怀疑我自己的处事方式。但是因为有过良好纪录,我需要重新鉴定。每个公司都有自己的环境,不可能为了迎合他们就改变我自己。 这次的问题在于一开始就没有处理好关系,到了后面越来越差。S之所以与L和W能处好在于他不在乎项目与技术。对我来说则不是这样,我比较追求完美,一旦认为没意义或者不合理的事在没有外界的压力下决不会做,而S他会做,虽然只是表面功夫。 我自认为我还是个正直的人,或许做事的方式不对,以后再遇到类似的人与事一定柔和处理。 |
|
| 返回顶楼 | |








