混合开发能极大地提高开发效率，如果能定义一份灵活性高、通用性强的JS API，让公司所有APP都支持，就能大幅节约沟通成本，节省调试时间，做到高质量、快速交付。

强大、灵活的东西，往往也伴随着复杂，Webpack就属于这一类。虽然它功能很丰富，但常用的并不多，只要理解并掌握了常用的，就能应对工作中大部分场景了。

现代前端开发往往都会依赖较多的三方库，有些三方库体积庞大，导致首次加载速度慢，有一种方案叫预下载，也就是提前将Web资源下载到本地，然后从本地加载，达到"秒开"效果。

H5内嵌在APP中时，会有遇到一些问题，有些问题很常见，JS-API 文档中有专门为解决这些问题而设计的API，但并不是每个前端同事都了解，有必要写一文档来讲解原因及解决方法。

领导让我写篇工作总结，用来参加「优秀新人奖」评选， 我本想拒绝，因为优秀的人太多，轮不到我，又怕被批评“不知好歹”，就尝试写了写，又经过领导的指点做了些微调，算是交差了...没想到，中奖了。

有个同事看了说我写的不错，问可否允许他转发给大家，我当时觉得太高调，没同意，后来又一想，能和大家分享讨论，未尝不是件好事。

语法为什么是这样子的，以及怎么演化的， 让人知其然并知其所以然，而且对英语老师口中的“固定搭配，死记硬背” 嗤之以鼻。我个人很喜欢这种风格，有批判，有论据，敢说敢做，对自己的观点毫无顾忌地表达出来。

阅读、维护老代码相当难受，就写了个编码约定。后来，参与别的项目，和新同事合作，就想着把这个约定分享出来，有一致的认识能让大家都舒服一些。

阅读别人的代码大多都很难受，为了防止别人阅读我的代码时提刀砍我，我提前把我的架构设计思路 同步给同事，同事反馈还不错，值得借鉴。为了让未来的新人更快了解，还是得写文档记录下来。

公司的惩罚比例我认为很不合理，我也知道人微言轻，难有结果，但如果有更多的人鼓起能力发声，发声的人多了，上层就会迫于压力，改变不合理制度，这样大家都能过得开心。