这是学习笔记的第 1805篇文章
今天下午在数据技术嘉年华的应用优化场做了分享，让我意外的是第二天下午的分享，一般来说人会少很多，相反这场来的人蛮多的。从大家的反应上来说，对于分享还是有收获的。
当然此外我还是心系工作，也收到了同事使用平台中的各种反馈，早期的时候，项目就我一个人单打独斗，现在慢慢有了起色，这个地方尤其需要指出的是我们在近期强化推行的开发分支管理和bug跟踪管理，让后续的对接开发打开了局面。
整体看起来，整个运维开发的项目是活跃的。
随着后期建立了一些明确的项目有了公司明确的支持，开发的更新频率也提高了不少。显然之前不是问题的问题也逐渐出现了。这也算是平台化建设的过程中到了中期会发现的很多潜在问题。
首先就是对于问题和需求的管理，现在已经有一种快失控的状态，需求有很多，bug也有很多，能够收到反馈，对于产品改进是极好的，所以大多数情况下我会把问题都记录下来，同时在解决问题的过程中会产生很多的改进需求。随着建设的深入，会发现需求越来越多，bug也开始堆积。到现在为止，大家似乎已经习惯了这种bug的数量和现状，这显然是有问题的。
第二就是对于数据预处理的潜在问题，确切的说是性能隐患，以前的数据量比较小，所以就没有考虑分页的需求，通过前端触发自动分页，到了现在发现如果一下子加载一个结果集，有的都会有上百页，这个工作对于前端的自动分页是有很大的局限性的。所以到了这个阶段，就需要改进搜索的功能。
对于可视化的对接，能够染跟多文字化，数字化的信息更加具体形象。但是现在对于可视化方面的投入很少，基本就是看板的定制风格。对于这方面的扩展和定制所造的工作就很有限了。
还有一个问题和整个产品的设计体验有关，那就是很多菜单在初期的时候是管理需要，但是随着平台使用的实践中，发现其实很多菜单都可以做整合，让整个菜单看起来更加的清晰简单，在菜单功能中不断的嵌入新的工，整体来看，整个平台的功能就是一个很清晰的规划。
自己规划和设计的思路，现在和实践能力已经开始脱钩了，这就导致了一个问题，那就是功能有了雏形，但是还没有精力去细化和打造，所以会成为一个两难的境地，设计的人想明白了，可以预见到高大上的功能，但是运维开发小组的同学在这个阶段还没法理解，对他们来说，可能这个功能就不是很需要。所以直到流程打通，大家能够看到效果，感受到设计的精妙的时候，相比自己预期的计划要晚很久。
对于上面的问题，随着使用程度和数据量的增长，这些潜在问题的影响力会逐步放大，所以需要打起精神，把这些问题都能够深入的解决，也算是对于平台建设精益求精的一个最佳实践了。
