学习软件开发的一种方法
本文是描述学习软件开发中条条大道中的一种,其中一些建议和流程也是非常适合于软件项目中的"救火"作业的.那下面我们就来看一下这种方法的具体操作流程:
1.首先找一个正规的IDE,这个非常非常的重要，所谓"工欲善其事，必先利其器"是也;据说JAVA社区中的IDE是五花八门,不过我认为在这一点上多不如精.比如MS.NET的IDE就是"只此一家,别无分店",你也就不必为这根本就不用挑的东西而费精力了(据说有个C#Builder,我在软件园中还没有发现朋友提到哪家公司是用的那个IDE).
2.了解一个项目应该先了解项目的框架以及工作类型,比如是WEB项目还是WINDOWS桌面项目.这样你可以把握整体上的一个大概的方向;C/S ,B/S项目的架构实质上是差别不大的,前端最大的差别具体体现在表现层及外观层,业务部分需要注意的是在同一时间段中的同一应用程序实例下B/S系统是多用户的,而C/S系统是单用户的.
3.采用实例法学习软件开发是最有效也是最好的一种方案,但是你最先动的不是程序代码,这往往是大家最想不通的,下面我讲一下之所以这么说的原因.
先要了解软件所要解决的问题,也就是业务需求;使你在大方向上有个把握.
然后再了解大概的解决方案,也就是概要设计文档;如果你有条件拿到详细设计文档那最好了,我所遇到的详细设计文档大多是对核心模块的核心处理过程的描述,这种文档可以是文字的,也可以是图表的.可以让你了解具体的实现理念即解决问题的思路和方法.
了解完一个项目的概要情况后,你需要在这个项目中找一下自己合适的位置,但这一点基本上不是由你来决定的.你会被安排在团队中的某一个角色中来为团队服务.你现在应该明白我为什么建议你先对项目的整体情况有个把握的原因了吧.在对项目尚没有个整体性的把握之前就给你安排具体的工作也是项目经理管理能力不成熟的体现.应急角色除外,但这种情况下也是需要先说明待你处理问题的起始点,终结点,以及处理方案和和约束条件的.
良好的团队会在软件开发过程中产生一系列重要的开发文档.这些才是你首先需要关注的东西.
4.了解完项目的总体情况后,这时你可以打开代码的解决方案了.如果我是你们的项目经理我会在项目解决方案的根目录中包括一份关于本解决方案框架的一些相关说明书,请注意我说的是"一些"而不是"一个".这些说明书可能包括变更日志(虽然你用了TFS,VSS,但是我还是建议你对于大的变更以及进展还是在解决方案中包含这样一份变更日志文件,具体的原因也就只能是仁者见仁,智者见智了),代码规范,解决方案架构,技术引用(比如本解决方案中具体使用了哪些设计模式,哪个实现特效,哪些特殊的设备)等.主要的目的是有利于新来的同事能很快的了解代码框架从而在短时间内融入我的团队.
