职场篇之混水摸鱼一

科技是第一发展力 || 混水摸鱼

国家都说了科技是第一发展力，不能摸鱼的技术不是好技术，所以下面我的写的东西都是用来帮助大家来更好混水摸鱼，当然摸鱼也是要靠技术的。

前置篇

在我司开发的时候很有意思的事情就是，PRD写俩月 原型出一个月 UI画半个月 开发一个星期，每当这个时候我都会痛恨自己为什么不是一个大佬，但是没办法，成不了大佬那就使用迂回战略，缩短自己的开发工作时间；刚开始我是个菜鸡，只是把所有的东西都拆成公共组件

(偷懒截图了线上环境的，为了不暴露请允许我打个码)

各种引用无限套娃，刚开始的时候确实很快乐，引用传参修改api任务完成。

直到有一天我们亲爱的QA小姐姐来找我了，我们在某个环境下测出来了一个问题，然后反向验证发现线上也可以复现，这个问题你要赶紧解决。 这个时候的我一脸❓❓❓,然后就开始排查，发现前期设计的时候没有考虑到有些情况下会引发trigger，导致reset之后再次打开会触发change，然后排查之后心想这不就是个小问题，说改就改，改完验证没问题提到测试环境。是不是以为到这就结束了？too young too simple 我们线上分支十几个，每一个对应的都要改，这个时候我的头发又掉了不少，在此感谢 Beyond Compare让我省了很多力气，但是，为了避免这种针对我仅剩不多头发的事情发生，我痛定思痛抛弃了这种方法。

正式篇

为了更好的摸鱼，我只做了两件事，下面先讲第一件，我把我的组件维护成了npm包，这样的好处就是，每次有问题的时候我只用修改一处，然后对应项目更新版本就可以了。

说下设计思路，首先为了更好的摸鱼，我秉承了一个开箱即用的思路，就是把所有的基础功能全部都封装进去，但是同时要考虑到，有些特殊的情况，要做成开放性的，并且使用的优先级把默认做为保底，不然会导致很多使用问题!

然后我再水一下发布npm的流程

第一步：就是simple建个项目，然后组件巴拉巴拉的写好了,方法巴拉巴拉也搞完了

第二步：新建index.js文件把文件export

第三步：修改package.json文件

第四步：修改webpack.comfig

第五步：打个包然后本地引用一下看看有没有问题，有了就针对特定问题修改，没有就下一步

第六步：上传到npm上，水完了...

结尾

掘金没怎么用过，不过后面会慢慢转到掘金来；其次呢，本来想写个纯摸鱼的文章，开始的时候那一段就是为了吐槽我司的，但是想想毕竟是个技术，虽然这篇写的很基础，但是就当是后面的铺垫了吧，因为我目前手上负责的项目，涉及到从Shit mountain转型到微前端；还有就是云项目，所以我会一步步从我接手的改造来写着玩吧，配图可能会充斥着大量的马赛克，因为有些时候我没demo可以用。最后，这是篇毫无营养的水文,仅仅说了下基础发包。下一篇我会水 几个页面的小功能在微前端里的发布使用，应该会有点点用吧...，大佬勿喷