写在永丰项目结束之前
来源:互联网 发布:罗素克劳 知乎 编辑:程序博客网 时间:2024/04/28 02:40
2010年6月到2011年4月一直都在做这个项目,用的是Silverlight,C#语言;在Visual Studio2010环境下编写。再过一二周就要离开这个项目组了,总感觉自己做完了这个项目但却没学到什么东西,毕竟是做了快一年的项目,以下是关于这个项目的一点感想。
一.对于一个大的项目,有一个完善的平台是非常关键的。但平台不可能在刚开始就设计得非常完美,总是在一步步的开发中慢慢完善的,这对于这个项目平台来说也是一样的。每次平台的更新总是带着开发人员的埋怨,作为程式员应该理解这种情况,摆正态度正确对待每次平台的更新。如果觉得平台设计的确实不合理可以以建议的形式反馈给软件架构师来处理。
二.及时学习补充项目中用到的技术,这个项目用到了很多Silverlight,C#语言的技术,但这里面有很多东西都已经集成在平台的开发功能中,.net平台的最方便之处就是很多功能都可以用鼠标来搞定。但这也是它的可怕之处,程式员很容易在这个开发模式变成代码编写机器,同时又缺乏思考动手能力,到头来项目完成了却不知道里面的代码是如何实现这些功能的。我现在就有很有这样的感觉,有点麻木的感觉。作为程式员应当在上班之余适当的抽出时间看点关于这个项目用到的技术知识让自己很点一次鼠标都明白实现了什么功能。这就是程式员的痛苦之处,永远都有着学不完的知识和技术等着你。
三.每个项目在开发过程中都会遇到很多问题,很多是关于程式代码编写的规范,变量的命名,具体功能实现的方法或类等等。这些很多都是需要通过开会的时候决定的,这个项目最令我想不通就是开会的次数实在太少了,很多规范都没有定下来。导致很多功能的实现无法实现统一,相同的功能让一百个人来做会有一百种方法,但对于程式开发来讲如果能用同一种方法来实现,这对于后期项目的维护是一个很好的支持。希望以后的项目能够有定期开会的习惯,能够将问题在开发的时候解决或统一开发规范等。
四.对于代码功能实现的检查和程式的测试。这个项目的用户是针对柜台操作人员办公使用的,但这也是需要严谨的测试的,这个项目给我的感觉是对测试不是很重视,不能将及时将写完的程式做程式并将相关问题反馈给开发人员,这导致有些功能程式员根本没有实现都没有被检查出来。等到后期程式员离职后才要求找人来修改,这需要付出很大的代价,很多的程式甚至需要重写,对于维护人员也很痛苦的一个过程。对编程人员来说,最好能在每支程式写完后就做相应的测试并且有专业的测试人员来做这个工作,并将测试后问题及时反馈给编程人员,每次发现的问题都能督促程序员在下次的开发过程中避免再犯同样的错误。
下周可能就要过去CIB项目组了,听说这是个魔鬼项目,加班多得吓人,阿弥陀佛
- 写在永丰项目结束之前
- 写在十一假期结束之前
- 写在实习结束,汇编学习之前的话
- SCCM 项目-写在成功之前
- 未来之路—写在大二结束之前
- 写在......之前
- 写在之前...
- 写在之前
- 写在之前
- 写在之前
- [29期] 夜半三更--写在第一个项目结束之尾
- [29期] 夜半三更--写在第一个项目结束之尾
- 写在出差之前
- 写在信息化之前
- 写在飞跃之前
- 写在十年之前!
- 写在2005之前的
- 一. 写在动手之前
- [旧文] A simple makefile example
- PHP+MYSQL新闻系统开发之PHP100视频教程69
- [旧文] OpenGL Platform with GULT
- C# new 关键字 三种用法
- 放苹果问题
- 写在永丰项目结束之前
- +-X/对应的英文
- easyMule-VeryCD-src---VS2010调试笔记
- TraceSource Thread-safety
- XTU - 1097 SBB的烦恼
- 通过VC助手,增加代码颜色提示
- 如何将CString 转换为LPCSTR?
- 写代码其实和平时讲话差不多
- 小议操作系统里的锁