通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java技术的教训(一)

我用倒叙的方式讲讲我的亲身体验,真实故事,玩Java呀也折腾啊。

最近2年我们公司做了一个很小的项目,项目金额也就10来万吧,功能也不是很复杂,
刚开始做这个项目时我还没来到这家公司,说白了很接近于固定资产管理类的项目,
客户的期望是把他们的管理思想体现出来,做一个网站集中管理他们的贵重仪器设备
设备,功能也不是很复杂,所以项目金额也不大。

当时公司的部门经理是玩Java的,他把所有流行技术都用到这个小项目上,光引用的
各种包加起来就有70M,只要你能想到的Java的牛X技术,这个项目里都有,不管怎
么说这个项目是做出来了,但是还没进行项目验收,这个项目组里的人辞职了1/2以
上,后来又叫进来几个人维护这个项目,在这个过程中,这个部门经理也由于种种原
因也辞职走人了。在国内这种情况应该是属于很正常的现象。

这个项目2年过去了,到现在为止项目开始时参加的人一个都没有了,也很神奇了吧。

这个项目最要命的是如下情况
a:运行速度死慢,由于用了N多技术,N多包,都无法知道从哪里着手开始优化,甚
至很多东西,都没源码,直接是编译好的包。
b:其次是,这个项目别人都不知道怎么修改怎么维护,文件N多,层次N多,甚至都
不敢修改,改了这里影响哪里,改了哪里影响这里。
c:接手的成本很高,一般菜鸟还无法掌控这么多核心技术,看都看不明白,非要招聘
Java精通的人才可以,项目就这么小,招聘个牛人,是要代价的,项目做好了难道还
开除了不行?
d:没人愿意折腾,需要折腾这套东西,需要惊人的毅力,接手这个项目的人都想辞职,
不只是加薪就能解决这个问题,都想辞职不干,这个是最要命的不差钱。
。。。。。。。。。

这玩技术玩的,不只是玩公司玩客户,还玩我们这些可怜的后来着啊,我跟你无怨无
仇啊,为什么要对我这样折磨我?

公司里不只是做这么一个项目,还有好几个项目在开展,这个就成了一个心病,后来
没办法了,公司又招聘了一个员工,专门为这个项目补充人力,就这么小的项目干了
2年了,客户也累了,我们也累了,成本就更不用提了,现在不是钱的问题了,是信誉
及公司形象的问题了。

现在我们公司的技术路线也变成.NET了,还是简单点儿省事,不折腾为好,就这么点儿人

再一般玩.net一边玩java, 不现实啊,加上本人从来不玩java。

若给我一把枪,杀人可以不犯法,我第一个想枪毙的是 前部门经理,玩啥玩啊,折腾死我们了。

 

将权限管理、工作流管理做到我能力的极致,一个人只能做好那么很少的几件事情。

posted on 2009-06-19 15:14 不仅仅是通用权限设计 阅读(2320) 评论(38) 编辑 收藏

#1楼   回复  引用     楼主排版有问题,,让人看了头晕

2009-06-19 15:23 | 显示内幕

#2楼  回复 引用   

大哥又来了 强烈支持!!!
2009-06-19 15:24 | 支持[未注册用户]

#3楼  回复 引用 查看   

同感,擦屁股的事儿可不是那么好干,哎
2009-06-19 15:25 | 德罗德       

#4楼  回复 引用   

就是一个俗称“擦屁股”的活。看人家的东西还不如重新开发呢。
2009-06-19 15:26 | 过路者[未注册用户]

#5楼  回复 引用 查看   

我是这么觉得的
2009-06-19 15:27 | 温景良(Jason)       

#6楼  回复 引用 查看   

嘿嘿,俺当时同时学习java和.net。那本think in java看了至少四五遍啊。
不过俺最后还是投奔了.Net的怀抱,主要是学习java时,那些配置文件让俺头疼。还做过好几个java的项目。

所以之后学.Net时,看到那些mvc,oo啥的,俺一下子就明白。
2009-06-19 15:33 | 一舟       

#7楼[楼主]  回复 引用 查看   

是否要重新弄,我们还开了一个集体的会议,怕重新弄工作量大,
又是浪费,大家开会决定再此基础上完善,结果又完善了1年,
差点接手项目的人精神崩溃辞职,又补充了一个助手,不管怎么
样总算快项目最终验收了,还没最终验收,简直是提心吊胆啊。

这个项目也成了我的一个心病,管也没法管,帮也没法帮,我的
精力也是有限的,我也需要做其他项目,哎,这个希望给其他
人分享一下经验教训,玩技术搞死人,技术玩多了,程序运行死
慢死慢的,真的呀,有谁有很高的水平,也可以来我们公司给我
们救火,前提是不能虎口大开,我们也是很愿意的。
2009-06-19 15:34 | 吉日嘎拉       

#8楼  回复 引用   

文章宽度很不错,但是排整齐点行不?

#9楼  回复 引用 查看   

本来去年想换工作,重新做java,结果事情被拖下来,未果。

唉。。。
2009-06-19 15:34 | 一舟       

#10楼  回复 引用   

技术是没有好与坏的 没有什么该玩不该玩的
用的不好 造成了你的“恶心” 但是不代表不去学习技术和研究吧
你太偏激了
2009-06-19 15:36 | Suse.Acc

#11楼  回复 引用   

a:这个项目最要命的是,运行速度死慢,由于用了N多技术,N多包,都无法知道从哪里
开始优化,甚至很多东西,都没源码,直接是编译好的包。
b:其次是,这个项目别人都不知道怎么修改怎么维护,文件N多,层次N多,甚至都不敢
修改,改了这里影响哪里,改了哪里影响这里。

====================

这些跟用java或.net没有什么关系吧。
2009-06-19 15:43 | Tinn2[未注册用户]

#12楼  回复 引用 查看   

与技术无关吧,只能说你们招了一个不称职的部门经理。
2009-06-19 15:46 | kiler       

#13楼[楼主]  回复 引用 查看   

#12楼, 说得有道理,这些不应该是跟Java有直接关系,
换上.NET也会有这样的事情。

我排版又进行了一次整理,应该阅读起来舒服一些了。
2009-06-19 15:48 | 吉日嘎拉       

#14楼  回复 引用   

不同人对这个问题的看法可能不一样,比如说,对谁来说这个项目是失败的?对谁来说这个项目可能是成功的呢?当你在评价这件事情的时候,你将自己置于什么位置?如果是你你会怎么做呢?
2009-06-19 15:56 | 鸡窝[未注册用户]

#15楼[楼主]  回复 引用 查看   

#14楼 的评论有深度,
真的换成我,我当时当然会用.net实现了,可能我跳槽了,
又给别人带来了麻烦了,由于项目是中间接手的,那需要的
决策判断力就更高了。

从良心上来讲,我的最后决策是错误了,但是为了不犯错,
我又采用了集体决策,但是集体也错了,我们坚持了用java,
又折腾了1年,才接近尾声,若是用.net从新开发了,可能也
就不出半年了,技术路线上也可以是收缩到.NET了。
2009-06-19 16:02 | 吉日嘎拉       

#16楼  回复 引用 查看   

用的不好 造成了你的“恶心”
2009-06-19 16:02 | 程亮       

#17楼  回复 引用 查看   

遇到过, 不大的项目,使用WebLogic开发 里面的东西,比较无语 项目组人后来全面离职了,包括负责的技术总监
2009-06-19 16:04 | peterzb       

#18楼  回复 引用 查看   

--引用--------------------------------------------------
kiler: 与技术无关吧,只能说你们招了一个不称职的部门经理。
--------------------------------------------------------
的确如此。尤其是这种部门经理,能说会道,很能忽悠人,阵势也搞得很大,领导很容易被迷惑。而这种部门经理最后多半黯淡收场。
俺"有幸"在现实生活中也见识过那么一个。
2009-06-19 16:08 | 一舟       

#19楼  回复 引用 查看   

这个经理很好很强大...
:-)
2009-06-19 16:15 | Old       

#20楼  回复 引用 查看   

不知楼主这个项目还在否?方便的话,开源出来。见识见识!
2009-06-19 16:16 | Old       

#21楼  回复 引用 查看   

简单点枪毙重来一遍
2009-06-19 16:30 | 星痕       

#22楼  回复 引用 查看   

开发不好与语言无关。用开源组件,分层开发都挺好。招新人不理解复杂项目的情况确实存在,以前多人协作开发的时候,由于沟通成本的问题,就会舍弃框架,舍弃设计模式,呵呵。
2009-06-19 16:38 | Birdshover       

#23楼  回复 引用 查看   

做项目难免会遇到给别人擦屁股的事。虽然不舒服,但是项目还要进行。

我也遇到过需要给别人擦屁股的事,的确是很郁闷,做的令人崩溃,什么反射,动态加载,JavaScript连接数据库(太不安全了)都用上了。我重写了一部分安全相关的,由于时间原因只能稍作改进。虽然这些模块都重新设计好了,但是没时间编码。

后来果然整体都出现了问题,公司决心推了重做,才得以实现新设计。

后来公司里需要救火的活就由我来干了。。。。不过难搞定的任务也是我接,技术方面上面也都是以我的意见为参考。呵呵,这种事有利有弊吧。
2009-06-19 16:53 | 黑羽飘舞       

#24楼  回复 引用 查看   

遇到这种不上不下的问题真的很头疼,像楼主这种系统涉及的业务领域知识还不算多。如果涉及的业务领域知识再多的话,跟本没有人敢去动这种的代码了。

原来的那个项目经理不仅没有用代码表述业务,还平添了很多阻碍。

是谁接手这样的项目都头疼啊~
2009-06-19 17:01 | Jerry Chou       

#25楼  回复 引用 查看   

我们部门终于招了一个架构师。。不知道后续会怎么样?
不过前几天做了一个内训,经理想起用一个权限的成熟架构,一看那源代码,有70多M,我现在就想,如果以后谁要去改这个东西,估计也好不到哪里去。
大家都是同事,也不好意思直接说,先将就下吧。
2009-06-19 17:35 | 小猴子       

#26楼[楼主]  回复 引用 查看   

我的还算好,全部文本源码才20M,编译后整个项目70M
可能是太少了一些。
2009-06-19 17:41 | 吉日嘎拉       

#27楼  回复 引用   

玩技术与JAVA和.NET没有关系,.net一样可以玩n多的技术。

玩的技术太多没有什么问题,关键是这么多技术确实是用来解决问题的,同样难度的问题,用新技术不能很好的解决,用老技术一样够呛。

新技术本来就是有一定的特指性或者针对性的,否则也不用叫“新"技术了。
2009-06-19 18:09 | yayaya[未注册用户]

#28楼  回复 引用   

只能说项目经理不合格,不称职,和技术无关。因为用了新技术而造成项目无法跟进,别人不会这个技术,这还是这个经理的问题,既然是合作开发,就不应该让别的成员什么都不知道;而且一年两年过去了,再新的技术也该普及或退休了吧。
2009-06-19 18:28 | maple0112

#29楼  回复 引用 查看   

被技术给玩了。
不过,作软件的人一定要对技术的走势保持敏锐的嗅觉,但是不能什么都想精通它,因为这是不可能的,除非你是天才!
2009-06-19 18:55 | Artech       

#30楼  回复 引用 查看   

我只能说你们这个前部门经理是个傻B
2009-06-19 21:23 | pythonic       

#31楼  回复 引用   

我们开发软件前都讲需求分析,看来技术也要按需分配呀
如果能实现客户的需求,VB也能赚钱的
2009-06-19 22:30 | 好好学习天天向上

#32楼  回复 引用 查看   

--引用--------------------------------------------------
吉日嘎拉: 我的还算好,全部文本源码才20M,编译后整个项目70M
可能是太少了一些。
--------------------------------------------------------
简单实用是硬道理,如果一个权限管理的代码都有70M,比我这里新开发的系统代码都多多了,在我看来极度不正常,也许是自己见识短的缘故,大惊小怪,杞人忧天。
2009-06-20 11:18 | 小猴子       

#33楼  回复 引用 查看   

--引用--------------------------------------------------
pythonic: 我只能说你们这个前部门经理是个傻B
--------------------------------------------------------

这可说不准,也许这个部门经理是最聪明的人,因为他把他想学的技术全都用了一遍,正为一个面试作准备呢!!

这种事情看站在谁的立场去想了.................
2009-06-20 17:33 | 微风轻吹       

#34楼  回复 引用 查看   

项目要用成熟稳定的技术,这没得说.

2009-06-20 17:42 | 小猪凯       

#35楼  回复 引用   

发现楼主,纯粹标题党,与技术无干

#36楼  回复 引用 查看   

--引用--------------------------------------------------
微风轻吹: --引用--------------------------------------------------
pythonic: 我只能说你们这个前部门经理是个傻B
--------------------------------------------------------

这可说不准,也许这个部门经理是最聪明的人,因为他把他想学的技术全都用了一遍,正为一个面试作准备呢!!

这种事情看站在谁的立场去想了.................
--------------------------------------------------------
如果团队里面有这种想法,立即拉出去。
2009-06-23 17:05 | 小猴子       

#37楼  回复 引用   

看博主的文章比看 疯狂的程序员 有趣多了更加有味更加贴近我们周围环境
2009-07-12 01:09 | Guest[未注册用户]

#38楼  回复 引用 查看   

"做一个网站集中管理他们的贵重仪器设备设备"--"设备设备"--是否该去掉一个
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值