软件开发方式的深思和疑问

上个月工作比较忙，所以也没怎么看书和写笔记，所以博客也没时间写，刚好今天项目的事情开始让我对软件开发的管理方式有点遗憾。在这里我讲讲我之前的呆过的公司的开发方式然后大家一起讨论下，其实很多不解和遗憾在很多人一起讨论的时候会对这件事情的优点缺点慢慢清晰而全面，而且很多人对每种开发模式的青睐都或多或少的带有自己的感情色彩。而在考虑问题时候特别是要对比哪种方式更合适的时候你更多的是理性的说出你倾向的方式的好处去说服别人，而不是只是来一句我个人觉得哪种好，那种理由是一点说服力都没有，可能前段时间经常追《奇葩说》辩论节目，开始看里面的人辩论阐述自己观点的依据的时候感觉每个人说的都很有道理，慢慢看多了其实他们找的论据都其中的一个小方面或是小场景，为了支持自己的观点所推理的条件要么是必要不充分条件要么是充分不必要条件。所以没有完全对的方式只有最合适的方式，在这里讨论就是解除心中对这几种方式的适用场景的遗憾。

第一种开发方式是这样。项目的需求，技术选择以及下面每个人的细节问题都在项目经理中把控。项目经理基本不怎么编码，但对整个项目整体包括细节环环把控，开发模式是这样他在给下面分配任务的同时，他会给你把这个模块需求的具体操作，界面布局，甚至代码的实现方式思路，还有字段都给你想好，你只要按照他的思路实现编码就OK了，个人觉得这种方式的好处项目经理可以完全把控整个项目的全部进度甚至是细节，在我看来下面编码的工作效率是最高的，因为需求的具体实现和布局都给你想好，你只要敲代码就可以了，当然对项目经理的工作负担和对项目的业务熟悉度要求挺高的。但缺点是虽然项目效率高，但对于下面编码的人的能力的提升不是很好，因为很多东西项目经理已经给你想好了，你不必要想很多东西，按照意思实现就行了。

第二种开放方式是前后端分离，我负责的是前端的开发，但项目代码不是前后端分离的还是传统的在tomcat下jsp的方式，部门主管将项目进行拆分分配任务，部门主管出对应有需求文档和数据库字段，后端就负责编写java项目代码，写好之后提交，前端将后端的java项目代码拉下来在项目中写前端页面代码，这种模式当然要去前端也要懂点java才好整合。页面的操作和整改是前后端部门主管一起讨论制定的。

第三种方式是我感觉最别扭也是最吃力的方式，这种也是前后分离，项目代码也是完全的前后端分离，在没有出一个概要设计文档的只有一个大概的原型的情况下，项目负责人将系统大致分为几个模块分配给项目组的开发人员，让他们写详细设计，其中有疑问和不懂的地方找项目负责人问，包括页面设计，接口设计，数据库字段出详细设计文档，之后大家将各自写的文档一起拿出来评审修改有什么别人看不懂的地方（但其实最后修订版到实际开发还有很不清楚修改），编码阶段大家分配详细设计的模块来编码，字段，界面都按照详细设计的来做，但最后发布的时候传统的在tomcat下jsp的方式。由于后端不懂前端的用的比较新的技术，前端有没有后端的代码技术，导致没有一个前端后端都的人去整合起来，整合过程中谁的模块所有问题都去找相应的前端或是后端。