`
itroad
  • 浏览: 2671 次
文章分类
社区版块
存档分类
最新评论
文章列表
计划15号前尽快地把手中的这个项目做完,15号后还有别的事情,再说开题前也要做一点理论上的储备。前段时间天天早早下班,还沾沾自喜地以为自己的开发进度不错。到了现在才发现不完善的地方之多,这几天只好天天加班了,这其实不是什么好现象!一是没有及早的把界面原型做出来,界面调来调去无谓的浪费了时间,其实界面原型可以首先给客户一个直观的感受,也可以帮助开发人员在做需求和设计时理清思路。前段时间忽视了这一重要性!二是系统设计做的不够细致,即便是迭代式开发,每次迭代也都应该是一个小瀑布的。三是需要主动交流。 刚接手这个项目心里暗暗失望,的时候觉得没什么太多的技术含量,当时一心想参与个大项目,现在看来是无知者 ...
在CSDN上看见北理的金老师的一篇文章,里面说的问题每个当老师的都会遇到,学生不好好上课,考试抓了不及格的又有遭遇众人说情,有的人马马虎虎就放学生一马了,但金老师偏偏又是个较真、负责任的老师,想把课上好,想让学会有收获。但学生似乎并不领情,他们更关心的是能过就行,于是出现了学生发邮件把他臭骂一通。我的感受是不容易,学生可能觉得被抓很背,但抓人的金老师估计内心感觉更不好,一个人一心想干点事,但希望归希望,现实归现实,两者之间的落差很人带来的失望是可以理解的。从这件事上,可以看到要干成一件事之难,尤其是在别人的责难声中,“举世毁之而不加沮”岂是一般人能做到的?
9月20号需求会,除去十一假期,项目整整做了一个月。主要功能基本完成了,剩下的时间首先要单元测试,有些模块还要交测试部做测试,有的地方可能还需要修改,上次需求模糊的地方要进一步重新明确和细化。这一个月的时间可以算作是一次迭代了。几点感受: 1 客户的变化最让人头痛。 原因一,由于客户与开发人员工作领域的不同导致对同一问题造成的理解差异,这需要多与客户沟通交流,而且交流时的技巧也很重要。 原因二,业务逻辑的变化,这个无法避免,如保险模块的业务逻辑要随着一些国家规定的变化而变化,这只能在做设计时注意松耦合,为以后的扩展留下空间。 还有一些原因流作以后总结 2 设计模式真有用 保险模块业务 ...
Global site tag (gtag.js) - Google Analytics