上周去聽了Gopher China, 有些收獲. 將一些散亂的思緒沉淀了一下, 今天才開始記錄些.
最有收獲的是三場分別是雨痕 & 劉奇 & 余軍的三場分享.
雨痕分享的是Go Runtime, 對于運行時的講解非常止癢解渴, 也出現了技術分享中少見的"返場".
劉奇分享的是應用層面的一些重要經驗, 有很多值得借鑒之處, 意猶未盡.
余軍分享的是金融領域使用容器技術的一些探索, 看似走錯會場的一場分享, 蘊藏的功底很深, 有助于提高眼界. 提問環節處理的也非常得當.
從最后一場張成遠的分享中也收獲了不少知識.
好話止于此.?
"做技術的都不善表達", 這是我以前認可的一個結論, 向往著掃地僧的境界. 后來接觸的同行多了, 我發現我喜歡跟會表達的同行交流, 就開始反思. 現在我也算能把一件事表述清楚明晰, 但又為了不違背最初的信仰, 我擴展了最初的結論: "做技術的可以對其他事情不善表達, 但面對同等水平的同行, 要能表達清楚一個技術問題". 以此標準, Gopher China中達標的分享十之二三. 關于一場表述清晰的分享, 我想重要的是預演: 自己是否聽自己講過, 以及是否有第三方來幫忙審核. 當然也不乏大牛可以出口成章滴墨成江, 另當別論.
一場關于語言的技術分享大會應該組織些什么內容, 我一直沒個答案. 三四年前聽過滬JS, 大部分的分享是關于node.js的, 聽完的感覺就是這貨什么都能干, 從桌面端到服務器端無所不包, 但不知道為什么要這么干. 現在雖然我是Go的從業者, 但聽完Gopher China也是同樣的感覺: 很多分享是關于Docker的, 但都不知道Docker為什么要出現在Go語言的分享中. Go是一門工具, 背后掩藏著并發模型和很多設計考量, 在一個高并發程序中Go語言的重要性占比大概在60%以上, 那么在Docker中的重要性占比也許只有20%. 滬JS過后, 不少前端看到了node.js帶來的曙光, 擼起袖子準備搞服務器編程, 三四年過去了, 成功的人寥寥. 那么Gopher/Docker China后, 大家大概又要擼起袖子搞些什么了. 有時候語言真的只是工具而已, 使用手冊上需要有成功案例/適用范圍/禁用范圍/原理介紹/保質期.?
我對漫無邊際的人文分享無感.
不好的話止于此.
組織一場技術大會不易, 感謝組織者, 作為聽眾希望它變得更好.
