在高峰期时，人流量（水流）来势汹涌，迅速把前面的MS（水槽）填满，人会往后面的MS（ 下层的水槽）流。在这种状态下，每个MS都保持客满状态，持续到高峰期过后。 ...
0|
2|
完美人生
2009-04-26 05:33
历时半年，我独自一人完成了一个局级单位的管理信息系统，共发布BETA版29次，正式版本3次。ASP+ORACLE环境，285个ASP文件，功能涉及数据录入、修改、模糊查询、自动统计、数据分析和报表，这个项目正在申报省级成果，现将我的10条经验总结如下，不对之处欢迎批评指正: 1. 不要再做ASP是否过时的讨论，重要的不是你是否使用先进的技术，而是你的设计思想是否先进； 2. 设计时要考虑项目的通用性，永远不要做没有推广价值的东西； 3. 程序设计要简洁，足够好的面向过程远远优于蹩脚的面向对象； 4. 理论是为实践服务的，所以不要被理论（尤其是设计模式）束缚； 5. 分工合理的情况下尽可能少的人员构成项目小组，通信的开销实在太大了； 6.没有不变的需求，要为你的程序留下足够多的拓展空间，同时要考虑在系统向其它平台移植时尽量减少工作量和难度的途径； 7. 千万不要忽视界面设计，很多情况下这成为对你项目评价的唯一标准； 8. 用正规文档记下你的变量使用情况，随着系统的增大，DEBUG的成本几乎成倍增长； 9. 能用机器生成的代码就不要去手写，最宝贵的就是时间； 10.选数据库还是要选ORACLE！
0|0|
酷衣一族
2008-10-29 07:41
历时半年，我独自一人完成了一个局级单位的管理信息系统，共发布BETA版29次，正式版本3次。ASP+ORACLE环境，285个ASP文件，功能涉及数据录入、修改、模糊查询、自动统计、数据分析和报表，这个项目正在申报省级成果，现将我的10条经验总结如下，不对之处欢迎批评指正: 1. 不要再做ASP是否过时的讨论，重要的不是你是否使用先进的技术，而是你的设计思想是否先进； 2. 设计时要考虑项目的通用性，永远不要做没有推广价值的东西； 3. 程序设计要简洁，足够好的面向过程远远优于蹩脚的面向对象； 4. 理论是为实践服务的，所以不要被理论（尤其是设计模式）束缚； 5. 分工合理的情况下尽可能少的人员构成项目小组，通信的开销实在太大了； 6.没有不变的需求，要为你的程序留下足够多的拓展空间，同时要考虑在系统向其它平台移植时尽量减少工作量和难度的途径； 7. 千万不要忽视界面设计，很多情况下这成为对你项目评价的唯一标准； 8. 用正规文档记下你的变量使用情况，随着系统的增大，DEBUG的成本几乎成倍增长； 9. 能用机器生成的代码就不要去手写，最宝贵的就是时间； 10.选数据库还是要选ORACLE！
0|0| 酷衣一族
2008-10-29 07:41
4
