- 博客(6)
- 收藏
- 关注
RSS订阅原创 最近正在开发的一个项目，将它的进展写出来，也算是一种老调长谈的再次思想回顾吧
以下内容处于商业原因没有写客户、项目、模块、人名的真实名称，用代号和符号代替。**项目现在的工作基本如下：1：“A 功能”在开发上是技术问题，而且这个技术的解决需要程序员不但有写好代码的能力，还要具备有一定的设计类的能力以及和 Office Excel 互操作的技术，如果没有设计能力，很难设计出用于快速开发和质量的功能，现在 X 具备一些写代码的能力，但因为不具备设计和 Office
2006-07-20 11:36:00
1206
原创 看了潘爱民的“关于《代码大全》”的 Blog 后有感
刚刚读了潘爱民的“关于《代码大全》”的 Blog，对于 Blog 中的这么两段话有所感想。首先，对于原文中这么一段“我一直排斥软件工程，但我很推崇良好的编程习惯”这句有种说不出的感觉。“排斥软件工程”？我对于这句话的理解是——排斥的是死板、教条、没有系统的理解整个软件开发工程，如现在流行的“只靠管理就能做好软件”、没有从根本认识到软件开发以及与此相关的其它所有方面，但并不排斥优秀、灵活的软件
2006-07-12 13:09:00
2633
1
转载 需求变更管理的应对和需要遵循的六大原则
需求变更的管理需求变更是因为需求发生变化。根据软件工程思想，需求说明书一般要经过论证，如果在需求说明书经过论证以后，需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减，均属于需求变更。 需求变更的出现主要是因为在项目的需求确定阶段，用户往往不能确切地定义自己需要什么。用户常常以为自己清楚，但实际上他们提出的需求只是依据当前的工作所需，而采用的新设备、新技术通常会改变他们的工作方式;或
2006-07-07 23:08:00
4429
转载 需求变更的代价和如何减少需求变更
需求变更的代价 一般来讲，需求的变更通常意味着需求的增加，需求的减少相对很少，而且处理需求减少方面的问题也比较容易。当客户提出新需求的时候，项目开发人员应该分析这些新需求对项目现阶段带来的风险，得出双方实现变更需求的需要的成本，包括时间、人力、资源等等方面。变更都是有代价的，应该评估一下变更的代价和对项目的影响，在评估代价并且与客户讨论的过程中，要让客户了解变更的后果，变更之后面临最大的问题就是项
2006-07-07 23:00:00
2139
转载 人月神话：软件界面交互和易用性改进总结
软件的智能和记忆功能1.用户登录界面最好有用户名和ID的记忆，焦点直接定位到密码输入框2.单据录入界面最好有保存和载入默认值的功能3.单据搜索界面可以保存用户自定义的各种搜索条件组合4.用户调整过的GRID的列宽，窗口的位置可以自动记忆5.系统可以根据用户的使用频度对相关功能进行自动的优先级排序6.系统能够记忆不同用户的使用偏好，使用系统的固有模式和常用的自定义设置减少不必要的重复交互1.减少
2006-07-07 21:24:00
1124
原创 今天看到的一篇文章，标题是“开发人员间的效率差在哪里？”，读后有感
以下是今天读到的一篇文章，说的是“熟练人员”和“一般人员”的区别，但自己认为不止是“熟练人员”和“一般人员”的区别，更多的是“优秀人员”和“差人员”的区别，甚至是“可能成为优秀人员”和“不可能成为优秀人员”间的区别。正文如下：熟练人员经过多年的积累加上自己的CodeSnip的总结，基本不用额外再查找资料。而一般的开发人员在开发过程中会花掉10-20%时间去查找资料。熟练人员
2006-07-06 23:43:00
1275
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人