四月份是个不错的月份，寒冬刚刚退却，万物亟待苏醒，人也精神焕然一新。刚才突然想起，《四月是你的谎言》这个番还没看，找时间可以补一下。
现在是五月四日，虽然有点晚，但好像也没晚几天，这几天都是在休假，处于半工作半休息的状态，明天是五月第一个工作日，所以今晚好像也不算晚。四月份项目上算是步入了正轨，开始有大批的同事加入开发了，虽然好像他们也不算正式项目组员工。不过，这也暴露出了一个埋藏已久的问题，我们的工程代码可维护性和观感严重不足，大量的代码，特别是底层代码在开发时没有加上注释，而金哥和甲闯对底层的封装进一步增大了查阅底层API的难度，有些API甚至需要甲闯亲自查询才能理解它们的意思，找到它们的用法。这对于项目是致命的缺陷。也许短时间内少些注释多写些代码能够加快开发进度，但这是鼠目寸光的看法，没有注释，代码就失去了灵魂，变得难以琢磨。一旦负责这个功能的程序员离职了，亦或是简单的工作岗位调动，那么接手他工作的程序员就得面对一堆杂乱无章的代码了，谁也无法保证自己的代码运行效率和可读性能够做到最优，但是可读性高的代码，它的可维护性和逻辑整洁度明显要高于可读性低，没有注释的代码，不管作者是什么岗位，什么级别的人。代码是给人看的，不加注释的程序员不配参与大型工程的编码工作，这是一项最基本的职业素质。
吐槽了这么多，其实他们也意识到了这些问题，代码的低注释比例带来的一系列问题，希望五月能够完整彻底的解决这些问题，不要让项目代码成为海上被垃圾包围的孤岛。
其实新进来的这些程序的实力，都不是很高，他们的水平在熟悉工程阶段就可以大致看出来。有些人善于提出关键性的问题，喜欢探究底层的实现，也许对他们而言，不管什么设计模式，什么数据结构，在他们心中都有一个标准，而有些人，则总是提出可以在百度上很方便找到答案的问题，甚至于寄希望让我们这些"高手"给他们手把手教一遍编码，不善于独立思考，真心为他们悲哀。这样的意识不是说工作一两年就能提高的，它源自于对学习的长期不自信和懒惰，内心没有足够的自驱力去探索。这样的人，无论是在哪个稍微需要有探究精神，钻研精神的行业，都是最底层的奴者。
说说其他的吧，四月份的加班很多，因为我们一直没有加人，处于缺编的状态，导致人手不足，进度不够。但是随着人手的增多，五月份应当注重项目的可维护性和结构的完善了。说实话，对于人手的安排我感到有些不满，因为就算是当前人员配齐了，在时间上也是赶不上目标进度的，人员加入需要培训，框架需要更多的完善整理，这些都需要花费很多时间，况且加入的新人也都是新手，或者对我们框架不算很熟的，在我们自己尚且才新上手Lua的情况下，项目进度上很难有跨越式的提高，只能寄希望于五月，六月能够完善框架和工具流，提高开发效率，同时为后续维护提供一个良好的环境。
站得高才能看得远，看得远才能走得稳。说实话，我们这个系列的项目组并不是理想的项目组，与我们并齐的另一个子项目组策划太过强势，导致程序每天加班。我想这样的项目组是鼠目寸光的，只看到了当下要做的事，完全没有为将来的项目做一点点的基础夯实。我希望我们这个子项目组不要像他们那样，没有一个平稳的节奏推进进度。其实写到这里我想说的是，工具流的开发应当被看做是与项目开发本身优先级完全平级的事情，如今却被如此忽视。无论是过审小组，还是出包部门，或者是正式项目组中，都没有对工具流的开发进行过多的布局，这样是不对的，工具能够很大程度上提高效率和精确度，解放程序员的生产力，将更重要的事情放在编码上面，对策划，美术甚至UE来说，能够极大提高他们的生产效率。其实工具对应在工业上也就是工业4.0，自动化生产。明明能够极大提高生产效率的事情，却由于领导的忽视而被遗弃在旁，成为"可有可无，能用就行"这样的把戏，不能不说这是领导层的鼠目寸光，或者是程序员们的眼光局限。
五月初，将要对项目进行一次大规模整理，希望这次整理能够顺利。
另外，我也明白了，很多时候，在你眼中看上去不舒服的事情，也许就是不正确的事情。像四月份暴露的这样的API注释丢失和工具链不完善的情况，早在去年我刚刚进项目组时就感觉到不合适了，可惜那是我还处于一个维护的职位，没有参与主项目开发，所以没有更深的感受。让人感觉到不舒服的事情，大多数情况下都是有问题的，有怀疑就要去尝试发现问题，发现问题而不去积极解决问题，是比问题本身更大的问题。
就这样吧，五月份继续加油。