技术与思想论

在近期刚刚结束的一个大型BI分析系统的项目，我沉淀了一下自己几年从甲方到厂商的思想的转变，也算是比较成功的转型了。希望这样的想法对于大家在今后的工作更上一层楼；OK，Let's Go!

首先，对于BI，实际上是数据收集、清洗、整理、合并、发布、展现的一个整合。模型如何，其实对于我们系统的应用层而定的，应用层需要更快的响应速度，更准确的信息结果，那么这个时候，如何设计这个模型就变得非常重要。但是我始终觉得，模型在项目开始阶段不要设计的过于复杂，之后再慢慢填充自己的模型结构，这样你的项目经验就会愈加丰富。我们的想法就相对成熟。比如说考虑模型的设定，每个数据表里面的数据如何更快地进行整合。没错，但是，你们要理解，在我们设计后台数据模型的时候一定要从简单的数据模型进行搭建，哪怕是最基本的一张表一张图，逐步拓展，这样我们就比较容易把自己的思路理出头绪。实用主义哲学告诉我们，华而不实的东西未必好，实实在在才是真。

其次，对于与其他人进行沟通的时候，我的建议是从上层到下层的考虑：你要充分理解你的客户需要什么样的展示，毕竟我们的客户永远是站在使用者的角度去衡量我们的系统。从应用层去体会理解具体的需求是什么样子。当客户的需求会发生改变，那么我们就更容易占有先机。不过在这里，我想我必须要说明一点，那就是我们必须站在客户的需求上考虑2-3种结果，设定4-5种条件，那么这样，我们就更容易把握我们自己的项目中所涉及到的技术和时间。作为IT人员，时间是最不允许被浪费的。所以宁愿在之前考虑周全，哪怕不写代码只是简单的画个草图，我们都必须要去设定场景，设定应用层的场景。这样反复，我觉得我们个人的经验就会更加丰富，实际上一个项目对于你来说已经是4-5次的经验积累了。当然，如果你的口才不错，你可以考虑向客户说明自己的设计特点，引导客户向自己最理想的方向去做。时间被节约，效率被提高，自己对于不同的情况分析也更加透彻；

最后，个人的经验，如果你不能接触商务层的事情的话，那么你就要充分理解你所做的那块的报表到底是因何而起的。也许这一层对一些人来说还不适用，那么请不要气馁，继续把这个项目当做是自己的孩子一样，为它着想，这样你会发现你自己的能力才有所提升。