获得徽章 0
赞了这篇沸点
业务开发的五个能力阶段：
1、实现需求。能“搞”出来，搞出来能用
2、合理的实现需求。能关注代码设计，知道怎么实现才“好”
3、合理的实现合理的需求。能关注需求本身的合理性，对需求有管理意识
4、合理的实现合理的需求，并保证提测质量。自测是研发三板斧中的第二板，不要觉得自测不关我事或者很简单，被测出一堆 bug 能叫“办事靠谱”吗。大多数人都能做到实现需求（即三板斧第一板），能做到第二板的少一大半
5、合理的实现合理的需求，同时保证提测质量和线上质量。监控是最后一板斧，能做到对线上质量了如指掌的再少一大半
很多人以为能力就是代码能力或技术能力，其实这只是单个维度。从专业过硬到办事可靠还是有一段距离的，能干活不等于会做事。
1、实现需求。能“搞”出来，搞出来能用
2、合理的实现需求。能关注代码设计，知道怎么实现才“好”
3、合理的实现合理的需求。能关注需求本身的合理性，对需求有管理意识
4、合理的实现合理的需求，并保证提测质量。自测是研发三板斧中的第二板，不要觉得自测不关我事或者很简单，被测出一堆 bug 能叫“办事靠谱”吗。大多数人都能做到实现需求（即三板斧第一板），能做到第二板的少一大半
5、合理的实现合理的需求，同时保证提测质量和线上质量。监控是最后一板斧，能做到对线上质量了如指掌的再少一大半
很多人以为能力就是代码能力或技术能力，其实这只是单个维度。从专业过硬到办事可靠还是有一段距离的，能干活不等于会做事。
展开
1
11
赞了这篇沸点
好的资料那么多，注定看不完的情况下如何取舍？被动学习（订阅、浏览文章）和主动学习（遇到问题再搜）哪个效率更高、收获更大？
被动学习注定只是留个印象，目的是“什么都知道点儿，开眼界，求广”
主动学习是要拿结果，目的是“搞懂原理、习得技能、有所产出”
好的文章看不完或没看到？警惕完美心理作祟，注定不可能全，注定只是局部，就是要适应信息残缺和不确定的现实
收藏一堆链接，注定是不会看的，虽然都是好东西，但要坚持原则：凡是不会看第二遍的，就不要收藏
信息囤积症的一个隐蔽心理，可能是低估了自己的搜索能力，以及高估了自己的学习意愿
保持一套高中低频梯队式信息渠道，严格控制总量，否则会消耗太多时间。把精力聚焦在核心，避免因放弃产生无谓的损失感
提高主动学习的比重，主动学习是核心
被动学习注定只是留个印象，目的是“什么都知道点儿，开眼界，求广”
主动学习是要拿结果，目的是“搞懂原理、习得技能、有所产出”
好的文章看不完或没看到？警惕完美心理作祟，注定不可能全，注定只是局部，就是要适应信息残缺和不确定的现实
收藏一堆链接，注定是不会看的，虽然都是好东西，但要坚持原则：凡是不会看第二遍的，就不要收藏
信息囤积症的一个隐蔽心理，可能是低估了自己的搜索能力，以及高估了自己的学习意愿
保持一套高中低频梯队式信息渠道，严格控制总量，否则会消耗太多时间。把精力聚焦在核心，避免因放弃产生无谓的损失感
提高主动学习的比重，主动学习是核心
展开
5
9
赞了这篇沸点
要了老命了 
。我在面向浏览器的项目里引用了 tapable（就是 webpack 的一个核心库），源码里有动态生成的 es6 代码，编译编不了，拦截校验也没拦住，上线后低版本机型咣咣报错。
引入一个库，至少得满足两个条件之一：有别人跟你在【相同的环境】下大量实践过 or 你读过每一行源码。
。我在面向浏览器的项目里引用了 tapable（就是 webpack 的一个核心库），源码里有动态生成的 es6 代码，编译编不了，拦截校验也没拦住，上线后低版本机型咣咣报错。引入一个库，至少得满足两个条件之一：有别人跟你在【相同的环境】下大量实践过 or 你读过每一行源码。
展开
11
4
赞了这篇沸点
React Native 诞生于 2013 年 facebook 的 hackerthon 技术活动。换句话说，RN 并不是一个技术规划的产物。创新，是没有办法规划的。技术规划，必须有稳定产出、有成本核算、有阶段目标，在这些约束条件下，技术规划的基本策略只能是求稳，求稳就意味着在能力范围内做事，不求大的突破，避免做有风险的预期不确定的探索型工作。
这就是 side project 的意义。你不可能在公司内拿着工资走排期去规划出一个 RN，除非你早就做出来了。
这就是 side project 的意义。你不可能在公司内拿着工资走排期去规划出一个 RN，除非你早就做出来了。
展开
评论
6
赞了这篇沸点
Service Worker（以下简称 sw）是在浏览器后台独立于网页运行的脚本，一旦在浏览器后台安装（install），除非手动卸载，就会一直存在于浏览器中，作为独立的线程运行，与网页的运行状态无关。由于 sw 运行在后台环境，意味着 sw 只能访问特定的 api。
sw 主要能力是操作（拦截）网络请求，相当于代理服务器，既能处理 request，也能处理 response。sw 并非单独服务于某个网页，而是服务于某个域名或路径下的所有页面，具体是在安装时通过 scope 参数指定的。之所以这么设计，是为了保证缓存的资源像 localStorage 一样可被同一域下所有页面共享，这也意味着同一份缓存逻辑可以复用到服务域内的所有页面。
sw 只能在 https 或 localhost 下使用。
sw 为离线化而生，因此必然要通过客户端缓存网络资源，专门供 sw 使用的存储 api 是 CacheStorage（以下简称 cs）。
cs 的最大容量并没有具体的规定，不同浏览器有不同的算法，通常而言，移动端单个 sw 使用的容量不要超过 50 MB。如果存储容量超过了上限，浏览器会删除部分数据（origin eviction），具体可参考
developers.google.com。
sw 可以拦截所有的网络请求，也可以缓存任何网址可寻址（URL addressable）的资源，包括 html、js、css、图片、字体、接口等。查看被缓存的资源：devtools => Application => Cache Storage。
sw 主要能力是操作（拦截）网络请求，相当于代理服务器，既能处理 request，也能处理 response。sw 并非单独服务于某个网页，而是服务于某个域名或路径下的所有页面，具体是在安装时通过 scope 参数指定的。之所以这么设计，是为了保证缓存的资源像 localStorage 一样可被同一域下所有页面共享，这也意味着同一份缓存逻辑可以复用到服务域内的所有页面。
sw 只能在 https 或 localhost 下使用。
sw 为离线化而生，因此必然要通过客户端缓存网络资源，专门供 sw 使用的存储 api 是 CacheStorage（以下简称 cs）。
cs 的最大容量并没有具体的规定，不同浏览器有不同的算法，通常而言，移动端单个 sw 使用的容量不要超过 50 MB。如果存储容量超过了上限，浏览器会删除部分数据（origin eviction），具体可参考
developers.google.com。 sw 可以拦截所有的网络请求，也可以缓存任何网址可寻址（URL addressable）的资源，包括 html、js、css、图片、字体、接口等。查看被缓存的资源：devtools => Application => Cache Storage。
展开
评论
1
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
关注了标签 
TypeScript
TypeScript
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章