今天是周六，没有晚自习。
李东、洪锐、李亚男都有自己的安排，吃完晚饭就不见了人影。
江寒只好一个人回到寝室。
先打开笔记本，上了会儿网。
前天他在本地论坛上次发布了招人信息，是时候去看看，有没有人回应了。
江寒给出的条件不算低，但也不怎么高。
提供工作场所，可以兼职，工资5000往上，外加1.5%的销售分成。
说实话，松江这几年的就业形势还可以。
江寒提供的待遇，有一点吸引力，但并不很大。
唯有可以兼职这一点，还算有点意思。
不过，话说回来，有点能力的程序和美工，本职还忙不过来，哪有时间兼职呢？
所以，能不能招到恰当的人，还是要看缘份和运气。
江寒打开论坛，找到自己发布的帖子，一看，还真有人回复了。
再登录工作qq，发现有几十人发来了好友申请。
当然，里面多数是做广告、买保险、卖茶叶的。
江寒新建了一个分组，将验证信息中标明是应聘程序和美工的添加了进去。
一共3人个应征美工，10个人应征程序。
接下来，就需要一个个去考察了。
江寒暂时只打算招一个美工。
留言让他们把以前的作品截图发过来，然后就先不管了。
接下来，他就去考察程序员。
不管什么类型、规模的游戏，程序员的能力都是举足轻重的。
毕竟谁也不希望做出来的游戏，手感糟糕、经常卡顿，还处处充满了欢乐的碧油****？
江寒给10个应征者发布了两个题目，都是游戏开发中常见的问题。
一个是异步加载资源时，Loading的优化。
另一个是场景切换时，如何管理内存。
难度不高，但都是实用的技术。
江寒没有对应聘者提出任何工作经验和学历的要求。
他自己就属于高中生，自然不认为学历代表一切。
如果遇到那种自学成才，却找不到较好出路的人，江寒很乐意给对方提供一个证明自己的机会。
到了晚上8点多的时候，10名应聘的程序员里，只有3人提交了答案。
其中有个叫“没有规矩”的家伙，提交答案最快，程序设计得也非常严密。
Loading优化是个十分常见的问题，几乎所有游戏都需要提出合适的解决方案，并将其实现。
但处理得很好的案例，却并不很多。
在频繁读取外存的同时，还能保证进度条的动作平滑、流畅，这样的游戏，市场上屈指可数。
即使一些大公司，比如另一个世界里的tm，其代表作《亡者农药》中的加载进度条，也存在着不同程度的卡顿问题。
业界里通常使用的Loading策略，主要是异步读取。
具体的说：
先设定一个定时器和一个计数器。
然后每隔若干毫秒，开一条新线程，加载一个或几个资源，每加载成功一条，则计数器加1。
主线程里，则用一个循环，反复读取计数器的数值，来判断是否全部加载完成。
如果需要的资源全部Load进入内存，就从Loading界面切换进游戏的主场景……
这样一个过程说来简单，实践中却很少有人做到完美。
但“没有规矩”提交的程序，却独具巧思。
在加载数据之前，他先用一个表格，存储了待加载资源的文件大小等信息。
然后用一个优化算法，将全部资源分成若干个小组，使每组文件的数据总量尽可能均匀。
然后每个新线程，只负责加载其中一组文件。
这样一来，线程的负荷就比较均衡了。
此外，他还在标准例程之外，添加了好几个校验点，此外还有一些其他措施。
通过这些操作，就大大地改善了程序的性能。
可以说，单论Loading的平滑、稳定，已经十分接近极致了。
即使在Loading过程中，CPU负荷相当大，背景动画和音乐也能流畅播放，基本没有什么卡顿。
甚至在这个过程中，还允许用户进行一些简单的交互，比如用手指戳破个小水泡什么的……
老实说，让江寒自己来弄，大约也就这个水平。
至于第二个问题：如何在切换场景的时候，管理内存。
这也是一个老生常谈的问题。
不用的资源要清理出内存，需要的要预加载，但必须根据内存余量，动态处理。
其中细节之处，颇考验一个程序员的硬实力。
而那个“没有规矩”给出的解决方案，仍然出类拔萃。
所以，江寒觉得，这个“没有规矩”应该是个开发经验丰富，有实力，也有想法的家伙。
搞不好曾经是业内的精英、大拿。
江寒也不由得感叹：运气还真是不错，随便撒次网就网罗到了一条“大鱼”……
另两人提交的方案，比“没有规矩”的稍有不如，但也可圈可点。
本小章还未完，请点击下一页继续阅读后面精彩内容！