蓝枫叶的技术博客

对于特定的人，在大致时间段里他所能写的、确定质量的代码基本上应该是个确定值。

这点似乎显而易见，但事实上大多时候却总是被忽视。

如果项目负责人总是认可上面的基本点，那么任何项目的日程就应该以此为前提，而不是以此为变量。

假设说一个项目被估计为1万行(SLOC)，团队平均每人每天可以写100行代码，如果团队中有5个人，那么就应该至少为编码保留20整天。

说到这里，为避免误解，要区分一下编码速度和生产率这两个概念。

项目管理中常用的一个数据被称为生产率，用代码行计算时，会被表示为SLOC/MM。

这个值用于表示平均每人月的代码产出。

其基本算法是规模除以项目所用的人月，而项目所用的人月中包含了设计、测试、修Bug等时间，至于包不包含需求、管理等的时间往往因人而异。

这个值有意义，但受项目时间分配比率影响较大，浮动空间也大。

而编码速度单纯指个人为编写完成某个功能（经过自己的测试），而每天写的代码。

这时代码中一定是有Bug的，所以这个值仍然有浮动空间，但已经可以收的很窄，并且在短期内不太可能发生太大的变化。

所以这个值应该更有意义。

我试图调查编码速度，但实在找不到什么资料。眼下可以做到的是：

通过找到生产率的数据，假设编码的时间为1/3，这样可以概算出一份编码速度的值。找到一份不同语言间的比例值。定性分析一下一般的情形。一般的情形是指：没有太难的待研究课题，比如排序算法速度优化20%，大致知道怎么完成既定功能的情形。

现代化网络日益发展的今天，计算机的飞速普及，正逐渐影响到传统的纸质考试方式，先进的在线考试正在逐渐的发展，在发展的过程中各类系统正在摸索中进行，期间也遇到了很多问题，第一、受到服务器并发连接限制以及数据库查询资源限制，限制了同时在线的考试人数；第二、单台服务器带宽的限制；第三、运维和系统环境管理的不到位。这些造成了同时在线考试人数低下，考试中系统出现问题，硬件投入得不到有效的利用，同时在线并发时系统宕机，多人同时登录时系统出现页面无法访问等问题。

随着技术的不断发展进步，技术也在不断的成熟，这些问题在实际中其实有很好的解决方法。

该篇文章简要介绍这类系统中发现的问题和大致的解决方案，具体实施不在该篇文章中进行介绍，如需详细的方案请联系我。

下面分条进行解决其中的各种问题：

第一、服务器并发连接限制

受硬件和软件的限制，单台服务器都有最大并发数限制，在硬件可以接受的前提下，实际应用中尽量通过优化手段提高系统的并发数量，前端应用服务器可以通过负载均衡技术进行均衡负载，这样前端服务器资源不够只要增加负载均衡中的服务器即可，原有服务器硬件并不需要改变。根据实践证明，服务器配置并不是越高越好，前端服务器做到够用即可，日后拓展只需要增加服务器即可。

单台服务器带宽限制也可以在该方案中得到很好的解决，因服务器采用均衡负载，这样前端服务器分布式进行传输数据，带宽也由单一变为分布。

均衡负载会造成session数据的不统一，实际应用中应采用数据库或者独立高速缓存服务集群的形式进行处理。