很容易让人以为是权重出问题了，但就我自己多个项目动画导出的经验来看，大
我们说程序员核心能力有以下几点：自学能力，解决问题的能力，团队合作能力。自学可以让我们在这个日新月异的时代不被淘汰;解决问题可以使我们对自我有个更清晰的认知，同时也可以帮助同事，获得双赢;而团队合作更是其中的重中之重,我们常说独木难支，孤掌难鸣，编程工作也是如此，所需要的技术十分广泛，而人力有穷尽，所以我们更需要合作，才能获得共赢。当然，我只是一个很普通的人，我不会去讲什么大道理去改变他人的想法，谨以此文将自己浅薄的见解分享，希望能和读者有一种心灵上的共鸣，也许，某些想法还能不谋而合，这也不失为我的荣幸。
态度很重要。之所以将态度放在第一位而不是能力，想来大家都知道是原因——态度比能力更重要。我们很多时候都是在和团队一起来完成需求，这个时候我们不可避免的就会产生一些小的摩擦，而我们有一个好的态度，就可以很快速的处理掉摩擦，大家都再次融入工作中，这样我们才可以高效的去工作。
能力是关键。我一直记得这样的一句话：没有稳定的工作，只有稳定的赚钱能力，由此可见，能力是我们安生立命之本，只有不断的提升能力，我们才能在不断发展的世界站稳脚跟，所以，不论什么时候，我们都需要抽出时间学习，这样才能不断的充实自我。
部分出现在骨骼添加上。在3dmax及unity中，不添加根节点往往不影响动画执行，但导出到three.js，需要添加根节点。如果问题还存在，则仔细观察是哪个骨骼引起的，多余骨骼或缺少骨骼都可能引起动画错乱。
之前我主要是进入英文版和繁体中文版，为什么之初没有简体中文版，我估计的主要原因有以下几个：
1) 由于国内的云监管政策，导致Power BI相关服务落地有点延后；
2) Power BI Desktop本身目前还有诸多不完善，所以今年的更新也挺频繁；
3) 同时由于相关文档和网站的本地化工作也需要时间，加上云服务暂时还不能用，所以导致简体中文版姗姗来迟。
Sql执行计划是什么，简单的说就是让Sql服务器更明确的知道你要做什么，将你的操作步骤存起来，下一次遇到同样的SQL便使用同样的操作步骤 ，大大降低SQL操作的步骤，提高性能，引起的性能差距可能是成倍的 。
参数化比拼SQL性能高的原因，也就是因为调用了系统存储过程 sp_executesql 将Sql执行计划的优势发挥了出来
如下图 name的长度为11，因为sqlparameter没有指定Size 所以nvarchar的数字是动态的，所以会导致Sql执行计划无效，一般的性能测试很难测出来，这种情况将会打乱Sql执行计划，当参数越多，参数的长度越大性能差距越明显。
在公司之初接触到的是一个微信APP应用。前端技术采用的是Backbone+zepto等小型JS类库。在项目开发之初，这类中小型的项目采用这两种库可以满足基本的需求。然而，随着迭代的更新和业务的增加，成堆的代码被覆盖到项目中去了，使得这样一种技术架构方式变得异常的臃肿，很多界面变得异常的难以维护，因此卤煮打算重构公司前端架构。
