深入掌握java-敏捷开发

最近思考程序架构的修改,走了不少弯路,也做了不少错误设计,所以反思一记.
本文,主要谈谈关于java应用架构设计的一些思想.这里主要是指android的架构设计.
笔者从事android开发有些年头了,但却一直都是按照官方的方法在做,从来没有思考过自己的架构.
虽然这样也能做,也能实现很多功能.但随着后期项目的不断扩展,功能越来越复杂,这时就需要重新思考一些之前忽略的事情了.
笔者数年前了解到敏捷开发,然后一直奉若神明.然而从去年起,开始感受到了敏捷思想的一些误区,最近所遭遇的种种更是让我强烈质疑敏捷的思想,包括Linux的哲学体系.当然,这个议题比较庞大,无法论述完全,这里仅仅提一提.
敏捷的核心思想是快,很快,非常快,而且是又稳又快.倡导快速开始编码,然后遍写遍重构,程序的架构诞生于重构中.这想法很好,很诱人,但终归不是那么易于掌握的.笔者在掌握和理解中遇到不少坑,而这些坑,很多时候都会致命.笔者在从业的这几年中,所换过的公司不少,但真正能玩得起敏捷的却一个都没见过.这也是为什么说它不易于掌握.情况比较好的公司,能够将敏捷中的一个或者两个方法拿出来用,但多数都用不出来.为什么呢?因为门槛高.
这种模式技能不像我们平时所见到的技术,确切的说,完全不同.不管是web开发的各种语言,框架,还是各种客户端,后台,大数据,都属于具体的技术细节.然而,敏捷开发,作为一种思想,如果没能完全掌握,是很难应用于具体的技术细节上的.这也是敏捷难的原因.所以,常见的复制,仅仅复制了项目管理的部分,但作为产品本身的开发部分却很难完全复制.
如果读者能够在读完本文后能有一些灵感和收获,那么本文便是有价值的,否则,就如同某个上线功能的重新实现,毫无意义.
未完,待续….