一些JAVA EE . J2EE 工程是效率低上或者至少是效率欠佳的翻译)
为什么一些JAVA EE / J2EE 工程是效率低下或者至少是效率欠佳的(翻译)
英文原帖地址:
1. 架构师对于PowerPoint的熟练程度要远远胜过流行的Java IDE。
2. 光是部署基本环境(比如应用程序服务器和数据库)就需要若干张,,,和几个小时。
3. 一些流行的服务器需要几分钟去启动和部署,而你每天要重复这一过程若干次。
4. 为应用服务器的bug立案(并且重现问题的所在)往往比你自己修复它需要的时间更长(当然,如果你有源代码的话)
5. 很难为开发者们找到一个可以高效运行那些“企业级”开发工具的硬件,而且因为这些开发工具十分昂贵,想要弃他们不用也很困难
6. 架构师热爱分层,光是从持久层传递一个持久实体到表现层,就需要若干次mapping。
7. 一切都是可配置、可替换、可建模的。,,,的负担十分巨大。问题是:上一次你真正的需要在工程中替换某些东西是什么时候,
8. 无论是瀑布式还是敏捷式都充满各种专业术语和奇怪的规范。两者都可以非常的低效。看上去只做最基本的有时真的很难。
9. 开发者有的时候非常极端:不是用成千上万的模式和最佳实践把所有东西都过度设计,就是直接了当的使用“意大利面条”式的开发风格。
10. “快感已经不再”很多开发者、构架师和经理们已经失去了他们的狂热和激情。这也是为什么许多工程如此低效的原因之一。
11. 即使像留言板这样的程序,也要考虑高可用性(译者:就是不掉线,)、集群。复杂性统治一切。
12. 奇怪的质量保证
规则
编码规则下载淘宝规则下载天猫规则下载麻将竞赛规则pdf麻将竞赛规则pdf
(比如文档化很明显的getters,setters
方法
快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载
)加大开发和维护成本。
这个文章的评论里面有人总结出来第,,条:
构架师和开发者热爱框架。即使对于最简单的增删查改类的程序,也要用到internet://**/*.jar,而不是,,,, ,,或者应用程序服务器提供的,,,。
译者:我不是推卸责任,虽然都在点子上,但是原文作者的文笔确实一般,我基本忠于原文,所以文笔也就只能这样了。
最后奉上我自己写的仿《大腕》经典对白:
一定要找那最流行的框架,
用功能最强大编辑器,
做就要做最复杂的系统,
轻量级的绝对不行,
框架最简单也得是,,,,,,,
什么,,,啊,,,,,,,,,,啊,,,,,啊,能用的全都得用上,
表现层要可配置、持久层要可替换,
程序最好能用一万年,
客户一见面,甭管有事没事,
都得问人家:您准备换框架不,
系统还得能够集群
访问量再小也得同时开,,几台服务器
一天,,小时在线
火星撞地球了都能提供服务
服务器上跑得都是weblogic、websphere
你要用一jboss,都不好意思跟人家打招呼
你说这系统,得做多长时间,
(怎么地也得,年吧,)
,年,那是一期工程,
,,年起,
你得揣摩老板的心理,
愿意花,年开发一套系统的老板,
根本就不在乎再多等,年,
什么是软件工程你知道么,
软件工程就是,搞什么都不用最好的,用最复杂的
所以我们口号就是:
不求最好,但求最复杂。
49 楼 fight_bird 2008-04-28
预算多的项目:简单问题复杂化;
预算少的项目:复杂问题简单化。
反之,出力不讨好~纯技术主义永远不是商用之道~
50 楼 gurudk 2008-04-30
深有体会, 简单的技术,起点低,上手快,能够快速掌握并使用,这在外包企业很常见。
复杂技术,学习曲线高,维护起来也不容易,而且对开发人员要求很高,如果掌握复杂
技术的人离开了,对项目组就是一个灾难;反过来,如果技术简单,开发人员走了,其它
人迅速就可以接上。我们公司目前还是使用struts1.2+spring+hibernate,同事自己写
了一个粘合框架,使用起来非常简单。简单也是struts 1.x使用者众多的原因之一。
写熟练了根本不在乎多不多写一个ActionForm类。毕竟重要的是实现业务逻辑。
51 楼 newold 2008-05-01
我觉得EJB挺好用的呀,也很简单呀
52 楼 jerry_shen 2008-05-01
现在做一家美国物流公司的项目,ejb,jms,cics,mq,appclient一堆,200个项目相互牵制,头都大了,启动一下要15分钟,还好我们只做移植,要是开发的话,他那套很强的IT
部制定的私有框架也够折腾的。
53 楼 jerry_shen 2008-05-01
这就是所谓的企业级开发。
54 楼 bohemia 2008-05-04
复杂-- 简化-- 再复杂--- 再简化..
就是这样发展的...好像否极泰来一样.事物总在演变;
:) 想到 周易 .^_^.
55 楼 fight_bird 2008-05-04
jerry_shen 写道
现在做一家美国物流公司的项目,ejb,jms,cics,mq,appclient一堆,200个项目相互牵制,头都大了,启动一下要15分钟,还好我们只做移植,要是开发的话,他那套很强的IT部制定的私有框架也够折腾的。
IBM的客户顾问看到你们公司的CIO要乐坏了:我的SOA万能胶有用武之地了。
56 楼 chenzengpeng 2008-05-12
我爱楼主 哈哈 强悍啊
57 楼 abo 2008-05-14
楼主真是道出了IT民工们的心声。也许随着技术竞争的激烈,有些方面也会简化起来的。
58 楼 jackyxiap 2008-07-03
的确倒出了程序员的苦水,很多东西占用了大部分时间,但对最后的结果并没多大贡献。
59 楼 sunwine 2008-07-08
其实到不是某个技术复杂,而是有一堆技术要用。现在看到很多程序,.XML文件比.java的还多,美其名曰:灵活配置;引用.jar文件一堆,自己程序代码百行,说起来精简扼要,可又有几人知道这些东东干嘛呢。
开源和社区是Java的精髓,可也是灾难,兄弟们要不断研究新的东西,不断比较选择最好的框架,哪天同事说一新名词要是不懂,得半个月睡不着,妈呀,落伍啦。
60 楼 sword721 2008-07-23
lz太有才了. 大腕 改的太贴切了.
61 楼 alanwu 2008-08-03
有道理啊
很多项目在做决策的时候不是考虑实现成本,而是考虑技术先进性和一些不知道什么时候会被用到的特性。
Nighthaven 写道
英文原帖地址:
1. 架构师对于PowerPoint的熟练程度要远远胜过流行的Java IDE。
2. 光是部署基本环境(比如应用程序服务器和数据库)就需要若干张,,,和几个小时。
3. 一些流行的服务器需要几分钟去启动和部署,而你每天要重复这一过程若干次。
4. 为应用服务器的bug立案(并且重现问题的所在)往往比你自己修复它需要的时间更长(当然,如果你有源代码的话)
5. 很难为开发者们找到一个可以高效运行那些“企业级”开发工具的硬件,而且因为这些开发工具十分昂贵,想要弃他们不用也很困难
6. 架构师热爱分层,光是从持久层传递一个持久实体到表现层,就需要若干次mapping。
7. 一切都是可配置、可替换、可建模的。,,,的负担十分巨大。问题是:上一次你真正的需要在工程中替换某些东西是什么时候,
8. 无论是瀑布式还是敏捷式都充满各种专业术语和奇怪的规范。两者都可以非常的低效。看上去只做最基本的有时真的很难。
9. 开发者有的时候非常极端:不是用成千上万的模式和最佳实践把所有东西都过度设计,就是直接了当的使用“意大利面条”式的开发风格。
10. “快感已经不再”很多开发者、构架师和经理们已经失去了他们的狂热和激情。这也是为什么许多工程如此低效的原因之一。
11. 即使像留言板这样的程序,也要考虑高可用性(译者:就是不掉线,)、集群。复杂性统治一切。
12. 奇怪的质量保证规则(比如文档化很明显的getters,setters方法)加大开发和维护成本。
这个文章的评论里面有人总结出来第,,条:
构架师和开发者热爱框架。即使对于最简单的增删查改类的程序,也要用到internet://**/*.jar,而不是,,,, ,,或者应用程序服务器提供的,,,。
译者:我不是推卸责任,虽然都在点子上,但是原文作者的文笔确实一般,我基本忠于原文,所以文笔也就只能这样了。
最后奉上我自己写的仿《大腕》经典对白:
一定要找那最流行的框架,
用功能最强大编辑器,
做就要做最复杂的系统,
轻量级的绝对不行,
框架最简单也得是,,,,,,,
什么,,,啊,,,,,,,,,,啊,,,,,啊,能用的全都得用上,
表现层要可配置、持久层要可替换,
程序最好能用一万年,
客户一见面,甭管有事没事,
都得问人家:您准备换框架不,
系统还得能够集群
访问量再小也得同时开,,几台服务器
一天,,小时在线
火星撞地球了都能提供服务
服务器上跑得都是weblogic、websphere
你要用一jboss,都不好意思跟人家打招呼
你说这系统,得做多长时间,
(怎么地也得,年吧,)
,年,那是一期工程,
,,年起,
你得揣摩老板的心理,
愿意花,年开发一套系统的老板,
根本就不在乎再多等,年,
什么是软件工程你知道么,
软件工程就是,搞什么都不用最好的,用最复杂的
所以我们口号就是:
不求最好,但求最复杂。
62 楼 andyyehoo 2008-08-04
Nighthaven 写道
最后奉上我自己写的仿《大腕》经典对白:
一定要找那最流行的框架,
用功能最强大编辑器,
做就要做最复杂的系统,
轻量级的绝对不行,
框架最简单也得是,,,,,,,
什么,,,啊,,,,,,,,,,啊,,,,,啊,能用的全都得用上,
表现层要可配置、持久层要可替换,
程序最好能用一万年,
客户一见面,甭管有事没事,
都得问人家:您准备换框架不,
系统还得能够集群
访问量再小也得同时开,,几台服务器
一天,,小时在线
火星撞地球了都能提供服务
服务器上跑得都是weblogic、websphere
你要用一jboss,都不好意思跟人家打招呼
你说这系统,得做多长时间,
(怎么地也得,年吧,)
,年,那是一期工程,
,,年起,
你得揣摩老板的心理,
愿意花,年开发一套系统的老板,
根本就不在乎再多等,年,
什么是软件工程你知道么,
软件工程就是,搞什么都不用最好的,用最复杂的
所以我们口号就是:
不求最好,但求最复杂。
这段对白的修改,实在太经典了
63 楼 shanghui_12 2008-08-05
sg552 写道
LZ太强悍了。赞
最近几天在公司给上海大众的一个项目做支持,这个项目很大一部分是IBM给做的。
什么分布式啊,SOAP啊,WEB SERVICE啊,能用的复杂技术都用上了。
服务器硬件不必说了,软件就有WebSphere一些东东。
结果从开发到现在,4个月上线的东西,拖到现在快8个月了。BUG巨多,动不动就死机出毛病。做跑了一个项目经理。现在后进来的程序员都不知道前面的需求如何了。
反观我们公司做的东西, 技术和用法都很简单,客户反应很好~还准备做三期呢。
想起了 yulimin 的那句: 简单就是美~
同感,公司一个系统让IBM给做的,该用的恨不得都用上,自己想扩展,改
流程
快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计
,都很麻烦,还得不少钱,几百万就做了个跑不起来的东西。自己开发的反而很好,有问题修改也方便
64 楼 pipilu 2008-08-06
shanghui_12 写道
sg552 写道
LZ太强悍了。赞
最近几天在公司给上海大众的一个项目做支持,这个项目很大一部分是IBM给做的。
什么分布式啊,SOAP啊,WEB SERVICE啊,能用的复杂技术都用上了。
服务器硬件不必说了,软件就有WebSphere一些东东。
结果从开发到现在,4个月上线的东西,拖到现在快8个月了。BUG巨多,动不动就死机出毛病。做跑了一个项目经理。现在后进来的程序员都不知道前面的需求如何了。
反观我们公司做的东西, 技术和用法都很简单,客户反应很好~还准备做三期呢。
想起了 yulimin 的那句: 简单就是美~
同感,公司一个系统让IBM给做的,该用的恨不得都用上,自己想扩展,改流程,都很麻烦,还得不少钱,几百万就做了个跑不起来的东西。自己开发的反而很好,有问题修改也方便
汗,,IBM咋这样捏,在我心目中的形象大打折扣啊。。。
65 楼 jonyzhu 2008-08-07
被商务的因素影响着,技术越来越偏离应用本来的需要。所以,不得不自己寻找出路。开源的项目作者们,大概也是因为忍受不料,才自己动手的吧:)
66 楼 昏暗学子 2008-09-12
楼主太猛 我是来打酱油的
67 楼 andyyehoo 2009-01-21
是的,没有开源的Spring和Hibernate,IBM和WebLogic不知道还会用EJB和应用服务器会忽悠多少客户呢,他们心里一定恨得痒痒的
68 楼 cprogrammer 2009-02-02
说是那么说,可是我在设计一些东西时也经常犯过度设计的毛病,这个东西欠缺的是指导,对于特定需求的最佳解决
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
的指导,因为我们没有一个定性什么样的需求做什么样的设计就必然会出现过度设计。经常看到路边的一个公厕修的比住宅楼都豪华,大概没有人可以避免这样的情况,因为我们始终没有一个
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
。