oojdon
2010-12-06 13:42
最近细看了敏捷软件开发,原则,模式,实践这本书。

我不敢想象我们的思想要追上人家路还有多长,建议大家细品下这本书,2003年就出来了,然而它对我们程序员的影响力又有多大呢?

书中讨论的工资发放系统是一个典型而且非常容易先建数据库schema再拼sql的系统,可是人家又是怎么做的?

关于数学和面向对象的关系书中也有提及。

摘录版序中的一段:

最好的软件开发人员都知道一个秘密:美的东西比丑的东西创建起来更廉价,也更便捷。构建、维护一个美的软件系统所花的时间、金钱都要少于丑的系统。软件开发新手往往不理解这一点。他们认为做每件事都必须要快,他们认为美是不适用的。错!由于事情做得过快,他们造成的混乱致使软件僵化,难以理解。

[该贴被oojdon于2010-12-06 13:44修改过]

fireflyc
2010-12-06 22:53
我觉得你不应该怪程序员不好。反思一下让你的framework适合他们吧。

1. 既然他们喜欢在action里面直接写很多业务逻辑,为什么你不直接把事务放到action里面呢?(不要什么DAO,只要个manager)只需要告诉他们,把不同的action放到不同的class里面就好了。(甚至你可以规定,每一个class只执行完成一个action的请求)

2. 如果他们喜欢拼装那么证明你的方法封装不够体贴,人都有惰性他们如果有的选择是绝对不会自己费尽拼装的。所以你应该考虑引导

这个世界上总是有水平高,水平低之分。与其期望高质量的代码不如引导他们写能用的代码,程序员的洁癖要改。

SpeedVan
2010-12-07 02:08
TO fireflyc

那样做带来的种种恶果,我们这些人已经经历过了,感受到可维护性、复用、公司积累和个人积累等等一系列难题。终于在众多的老手思考量度后,有了新的更好的解决方案。就像现在的房子为什么设计合理了,原因也是设计师和架构师的存在,工人按着要求做就是了。是为了工人方便,而更改方案,还是为了整体利益而更改,想必你心中也有答案。框架需要合理性和易用性并存,但不是为了坏习惯而存在。

像你那样反过来做,只是做成软件行业停滞不前,软件行业可以服务其他行业发展,其他行业在发展,软件行业也必须发展来满足其他行业需求。追求综合性能、可维护性、可伸缩性、可重用性可以说是现代的软件的发展方向,过去不合理不科学的,该摒弃就摒弃,不能因为水平高低而妥协。正所谓水涨船高,软件行业的发展,注定程序员的水平要求越来越高。水平不行就跟上来,不更新技术,注定“落后就得挨打”。

程序员要有提高技术的自觉性,否则跟不上潮流,就得淘汰了。

ahopedog
2010-12-07 08:40
完全同意,只有不断学习,不断进步才能让技术发展。软件开发应该是一件更有技术挑战的事情,否则就要变得一文不值。

freeren
2010-12-07 09:00
对于类似的问题已经碰到一堆了,从一开始的很抗拒,到后面的淡定“接受”。我只能说这算是中国行业软件业的一个杯具吧,你今天纠正一个人,明天另一个人来纠正你,人家还能拿出种种“成功”案例。

急功近利,害人害已。我们已“随波逐流”!

猜你喜欢
6Go 上一页 1 2 3 4 5 6 下一页