吳佰清

摘要： 瀏覽器、錯誤碼 閱讀全文

摘要： 背景 自研工具是為了解決內(nèi)部問題而生，希望通過這些問題引起大家的共鳴： 是否知道重要的業(yè)務，該頁面是可以正常服務于用戶的？ 能否在問題還沒有大規(guī)模爆發(fā)之前，快速的感知到業(yè)務的異常？ 怎么不去用戶的電腦上就能直觀的看到問題所在，從而俯瞰項目全局；能否從宏觀到微觀一路下鉆快速的定位線上告警信息？ 在跨部 閱讀全文

摘要： 閱讀全文

摘要： 閱讀全文

摘要： 根據(jù)《HTTP 權(quán)威指南》以及網(wǎng)上的資料，整理出來的 HTTP 協(xié)議的思維導圖。 閱讀全文

摘要： TCP、深入理解 TCP 知識、掘進小冊總結(jié) 閱讀全文

摘要： 背景以 Jenkins 服務器為例，在構(gòu)建內(nèi)部的這個項目時，CE 每部署一次服務，最快 6 分鐘，最慢將近 13 分鐘左右。遇到多個項目并發(fā)打包會因為資源占用等問題時間會延長，甚至出現(xiàn)過幾次 20 分鐘以上的情況。 所以經(jīng)常收到一些友情提示：比如像這樣的截圖，往往對方只發(fā)一張圖，卻什么都不說： 原因 閱讀全文

摘要： 1 前言Git Commit Message 應該清晰明了，要用精簡的語言說明本次提交的目的，其主要作用是為了后續(xù)的搜索、版本的回滾、合并沖突的追溯等操作。 我們在開發(fā)時一直以來對 Git Commit 格式有個約定俗稱的要求，所以就沒落實明確的規(guī)范。因為沒有明確的規(guī)范，就會導致提交的消息較為隨意。 閱讀全文

摘要： 在公司做演講多數(shù)是以工作匯報、晉升晉級、技術(shù)分享為課題。我組成員準備演講時，發(fā)現(xiàn)多數(shù)人沒有頭緒，從而出現(xiàn)一種焦慮或緊張感，而這種感覺通常會伴隨著這次演講結(jié)束。為了要解決這個 問題寫了這篇分享，我會以晉升晉級的演講案例給大家介紹一下我是如何準備一場演講的。 閱讀全文

摘要： 前言如果學習到的知識不成體系，那么遇到問題時就會非常難解決。常有人問你從哪里了解新技術(shù)怎么判斷其發(fā)展趨勢的，除了關(guān)注 Hacker News 以及龐大的 Awesome 還有沒有其它方式？有啊當然是每天堅持看 GitHub Trending。 介紹如果你想知道你所選擇的語言有哪些優(yōu)秀的庫，有哪些優(yōu)秀 閱讀全文