关于chart-kit程序优化的讨论
现在我们在做的标准化组件库chart-kit，程序设计部分很不理想，我让组员对其进行重构。之前我给大家讲了一次，但是这两天组员跟我反馈，不知道怎么下手，因此今天由重新给大家梳理了一遍，这里做个记录。 当前存在的问题 流水账式的垒功能，缺乏模块化、组件化设计 没有将数据和视图区分开 状态管理、数据管理混乱，且没有执行单向数据流，经常导致关联影响 没有将组件之间的依赖关系理清楚 解决方案 组件化 组
Vue性能问题总结
v-if导致的销毁重绘大盘首页的标签切换短视频的组件操作栏v-for导致页面重绘对齐线造成Vue的重新diff计算。目前对齐线通过v-for的形式生成，每次移动组件都会进行视图的更新计算，从而使得页面重绘。 数据监听导致页面操作卡顿丢帧
TeamLeader的工作职责与标准
职责组建具有战斗力的团队，跟产品、设计、运营等团队，一起帮助公司打败竞争对手。 什么叫有战斗力的团队？能胡牌的人、有生意人思维的人、有成事而不是做事思维的人：目标明确、策略明确、专业能力突出、执行力强。 为什么我们的标准一定要高？求上得中，求中得下，求下不得(得之无用)。 标准培养的人，招的人的评判标准：这人我敢不敢让他独自去和 YLF 或者 Boss 过内容？ 达不到这个标准，就别作为培养对象！
缺乏设计度量标准导致的惨案
临近年底，一般都会做一些年终盘点类的运营活动。今年由于可视化这块很不理想，年底老板估计也意识到想要做好可视化，光靠一群设计师和开发是不行的，还得看产品经理，于是就让各个业务线的产品都出一个年终盘点的运营，想看看产品经理是否有想法。 作为可视化组，我主动和我们这边的产品经理认领了两个大事件盘点的内容：一个是结合 K 线的回顾，一个是结合全球大事件的回顾。 一开始我们也是激情澎湃，想了一些点子，特别是
(精)组件与数据流
参考自这个文章： https://zhuanlan.zhihu.com/p/26426054 该文章利用公式的方式解释程序设计，很独特。 这个文章值得我反复阅读思考。 名词概念Reactive理念reduce & reducer单向数据流数据管道天然支持数据单向流动。 RxJS或者xstream，这些库，因为拥有下面这些特性，很适合做数据流控制： 对事件的高度抽象 同步和异步的统一化处理
前端技术指标
年底要开始制定明年的目标了，考虑到技术指标这一块每年都是要定的，因此这里梳理几个示例，供今后参考。 指标维度 1、性能：首屏加载时间从5s降低到1s以下3D效果在安卓4.4和IOS8机型上的帧数从10提升到24行情图2500数量级别下，内存消耗从300M降低到100M以内、渲染时间从500ms降低到100ms 接口平均响应时间从2s降低到100ms 2、效率：第三方组件接入时间从2天降低到0.5天
前端工程化
前端工程化的资料汇总。 https://github.com/woai3c/Front-end-articles/issues/14 https://github.com/kuitos/kuitos.github.io/issues