官方文檔說明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。忽然意識到本身的輸出鏈路會不會太長了,是全部的參考文獻讀完纔會慢慢梳理文章。
想一想這樣的行爲很容易讓本身產生拖延的想法,怪不得本身圈地運動調研做業遲遲沒有寫出來。看來須要檢討一下了。