项目总结-001

    /*
    * @Author F_32
    */
    一个周的实训项目落下了帷幕,期间有一些经验教训,特此做一次总结以便以后工作中借鉴勉励。
    此次的项目是做一个进销存管理系统,开发环境是NetBeans和Eclipse,旨在实现基本信息(客户信息、商品信息、销售员信息、供应商信息)管理、采购入库退货管理、销售出库退货管理以及统计(供应商交易统计、客户交易统计、库存查询、采购汇总)管理。着手开发项目时,项目经理(也就是我们的组长)将项目划分为几个模块分工下来逐步完成。首先是框架构建,项目经理将整体结构定好给组员发了一份命名规则,包含需要建立的几个包以及包中相应的类以及类的方法和属性名称,前几天大家合力完成方法的实现以及封装,然后在项目后半段再实现个人负责部分的界面以及方法调用。项目开发期间就我个人以及队友身上汲取到的经验教训主要有以下几条:
    1.不管做什么事不要急于着手去做,要先思考,理清思路构架好主体框架然后写一份计划。一个合理的计划对之后项目的开发大有裨益,这里以我自身为例,此次项目我负责的是验证以及采购模块的实现,在一开始我没有去认真思考逻辑,没有去研究组长定的结构,验证部分完成了但是采购模块则做的乱糟糟的,还犯了新手很容易犯的一种不规范—顺序化代码,代码部分看起来又长又乱,对修改整合制造了一些麻烦。之后反应过来才开始写业务逻辑,再次敬告小白们,在实际开始做一项事之前一定要写个清晰的整体构架,不管之后是项目猪倌还是基层程序猿这都会带来高效率。
    2.养成随手保存,保留备份的好习惯。项目最后一天的时候组内一个队员没有保存的习惯,工作一上午的成果被一个关机全部吞掉,导致其负责部分功能无法实现。对于一个程序猿,随手保存是个必不可少的习惯。
    3.热忱、细心、耐心。程序永远不会没有bug,没有哪个程序员可以写出不存在bug的工程项目。要对变成抱以热忱和耐心,认真去检查自己的代码,对自己的代码视如己出,一段自己都不愿看的代码又怎能对他人对整体的工作做出贡献呢。
    4.规范。无规矩,不方圆。一个团队完成一个项目一定要有一份统一明确的规范,有了规范的约束才能提高每人工作的契合度。试想同一类变量或者方法取个111,222这种过一个星期原作者都看不懂的名字会给整合调用者造成多大困扰。规范也是一个程序员让人喜欢的品质。
    5.不要当伸手党。做项目期间我问了很多人很多代码,他们帮我写的部分我一个也没记住但是自己搜索工具(比如API)所学会的知识却牢记于心。很多做事游刃有余的人并不是他知识储备量大造就了他的高效,而是遇到问题时的思考方式和执行手段使他很容易解决问题。说到这里提一下网上的教学视频,基础性的教学视频很多其中不乏很多讲解的精品还都是免费的,实在是自学的一个捷径。我曾经常以忙,没时间为借口选择不去看着些视频,但是忙了一顿拿不出什么业绩,原因就在于根基不牢就想直接完成跳跃,舍友看视频查API看似比我进度要慢单最后项目交工完成的却是比我多的,未完成部分也有明确的思路,这也是聪明的忙和瞎忙的区别。
    这次的项目的总结大概就这些内容。

你可能感兴趣的:(我的成长历程(感性类))