官方文档说明git
文档上有每个面板是如何使用的,以及每一个面板还有那一些你不知道的使用技巧,上面都记录的很清楚。并且官方文档上写的文章说明相对来讲更加准确,因此为何不读一下的。就好像看到某些问题的答案竟然是:RTFM 。github
伦敦Umar小哥系列文章web
目前为止,该小哥总结了200条的开发调试的tips,涉及浏览器包括Chrome和 Chrome Canary,每一个tip的文章不少都涵盖gif图片解说,你必定能学到你压根不知道的小tip。顺便问一句,你知道如何自定义Chrome的开发者工具吗?chrome
Mastering Chrome Developer Tools v2浏览器
官网给每一个视频提供了逐字稿,不少时候我怀疑提供的逐字稿并不是是完整的字幕,由于好奇一个workshop中间竟然有10秒每人说话的。性能优化
演讲者根据例子,讲述了每个面板的使用状况一样讲述了碰见对应问题的解决方案。在写Network Panel那部分的时候,本身仍是去翻了逐字稿,来确认本身写的是否正确。frontend
专题文章源头chrome-devtools
这个issue中记录了,本身查看文章的全过程。工具
很早创建了这一个专题,但写了一篇废文后,发现后续文章已无从下手了,因此搁浅了近3个月的时间,期间可能「学业」较慢的缘由,导致本身将以前查看的文章资料从新看了一遍。仍是认可本身的拖延症又犯了。性能
第一次查看的时候,发现官网设置语言的按钮真心找不到,而后还蠢蠢的去官方提了issue,被人手把手教了一把。直到第二次看的途中发现,对应官网文章同时存在了另外一个切换按钮,以为仍是对应维护团队仍是很细心的。
幸亏前两周碰见项目须要排查性能问题,因此本身又开始捯饬这系列文章。
编写文章总体的思路是:
写这专题的跨度很长,导致消耗的时长真的超多,光这个月的不彻底统计,就花了12h38min。忽然意识到本身的输出链路会不会太长了,是全部的参考文献读完才会慢慢梳理文章。
想一想这样的行为很容易让本身产生拖延的想法,怪不得本身圈地运动调研做业迟迟没有写出来。看来须要检讨一下了。