原创 技術團隊:給代碼評審發起者的4個建議

代碼的創造者是代碼評審過程中的最重要的角色,是代碼評審的發起者,也是最大受益者之一,而如何讓代碼評審爲發起者帶來更大的好處,下面是4個有效的建議。 改動範圍要小 每次評審的代碼變動的範圍,要保持儘可能的小。當一次評審的代碼中,有超過3個,或

原创 在代碼評審中用好這7招,很容易就能建立起你的反對同盟

在軟件開發中,代碼評審是一個關鍵的流程。 一個團隊,代碼評審開展的好,可以大不度的提升團隊整體的交付質量,同時團隊內的成員也可以很好的提升能力。 另一個方面,如果評審走歪了,代碼評審可能就變成了大型踩踏的事故現場,彼此互相攻擊,破壞信任等。

原创 【翻譯】編寫代碼註釋的最佳實踐

著名的麻省理工學院教授哈爾-艾貝爾森(Hal Abelson)曾說過: 代碼首先是寫給人看的,只是計算機拿去運行了而已 雖然他可能故意的低估了計算機運行代碼的重要性,但他說的是非常正確的。我們的成型有兩個非常不同的受衆。編譯器和解釋器不會關

原创 Uber的API生命週期管理平臺邊緣網關(Edge Gateway)的設計實踐

設計邊緣網關(Edge Gateway),一個高可用和高可擴展的自助服務網關,用於配置、管理和監控 Uber 每個業務領域的 API。 Uber 的 API 網關的演進 2014 年 10 月,優步開始了規模之旅,最終將成爲該公司最令人印象

原创 UBer面向領域的微服務體系架構實踐

  介紹 最近,人們對面向服務的系統架構和微服務系統架構的缺點進行了大量的討論。儘管僅僅在幾年前,由於微服務體系架構提供了許多好處,如獨立部署的靈活性、明確的所有權、提高系統穩定性以及更好地分離關注點等,但近年來,人們開始譴責微服務的傾向極

原创 技術團隊:問題被過度的誇大小題大做,你該怎麼辦?

點擊藍色“常柱”關注,一起成長 這是公衆號2020年的第 040 篇原創內容   在技術團隊工作過程中,經常會反覆出現一些的經典的問題,這些問題會嚴重影響團隊的工作效率,同時也會給團隊的士氣帶來重大的影響。接下來,我們來討論一下這些問題發生

原创 技術團隊:當指責抱怨滿天飛時,你該怎麼辦?

點擊藍色“常柱”關注,一起成長 這是公衆號2020年的第 039 篇原創內容 在技術團隊工作過程中,經常會反覆出現一些的經典的問題,這些問題會嚴重影響團隊的工作效率,同時也會給團隊的士氣帶來重大的影響。 接下來,我們來討論一下這些問題發生的

原创 技術團隊:繞過流程提問題“幹私活”,怎麼辦呢?

“ 在技術團隊工作過程中,經常會反覆出現一些的經典的問題,這些問題會嚴重影響團隊的工作效率,同時也會給團隊的士氣帶來重大的影響。 接下來,我們來討論一下這些問題發生的具體場景,造成的問題原因,以及如何預防和解決這些問題方法技巧。   今天

原创 技術團隊:當所有需求都是第一優先級時,你該怎麼辦?

技術團隊做項目需求的工作過程中,經常會出現一些反覆不斷的問題,這些問題會嚴重影響團隊的工作效率,同時也會給團隊的士氣帶來重大的影響。接下來,我們來討論一下這些問題發生的具體場景,造成的問題原因,以及如何預防和解決這些問題方法技巧。 今天來

原创 背鍋的藝術:需求臨時變更上線後出事故誰的鍋

按照已確認的需求,代碼都快要上線了,產品提出需求變更,匆匆改完代碼上線後導致重大 bug,鍋(責任)應該是研發還是產品來背呢? 工作中背鍋是常態。柱哥想說:背鍋不可怕,背了無數口鍋還沒有一點長進纔是最可怕的。 下面我們聊聊如何更有效的背鍋

原创 相信時間的力量:三個行動開啓個人成長飛輪

當我們在騎單車時會有這樣的感受,在剛開始起步的時候都會很費勁,但是在瞪了幾圈後,就輕鬆了很多。這種感覺在加速後緩下來的時候會格外的明顯,你的腳可能只是輕輕的放在踏板上,輪子也會帶着你腳轉起來。這就是飛輪效應。 飛輪效應 飛輪效應: 是指

原创 征服喬布斯的男人的10條領導原則

《一生的旅程:迪士尼CEO自述批量打造超級IP的經營哲學》,被書名嚴重誤導值得反覆閱讀的書。本來以爲是講如何打造IP的方法的書,閱讀後發現是一個經理人45年職場成長的經驗的總結,是十分值得反覆閱讀和學習。 作者 羅伯特·艾格是華特迪士尼公

原创 管理者的陷阱:總是試圖維護自己的正確性

三國演義,曹操和楊修的故事: 曹操作爲統帥,在打仗過程中,有將軍進帥帳,問晚上巡邏的口號。曹操說到了雞肋,楊修立馬明白了什麼意思,就是這次行動像雞肋,食之無味棄之可惜,估計退兵就不遠了。於是讓身邊的人收拾行李,結果曹操看到很多人收拾行李。

原创 快速成長從寫一份走心的週報開始

上一篇我們嘮了嘮開晨會的目的,方法和實踐的經驗。總體上看有效的晨會對個人的成長和團隊效能提升都是一個不錯的實踐。 今天,我們來聊聊工作週報的一些思考和實踐,看爲什麼要寫週報,如何寫一份走心的週報來幫助我們快速成長。 現在大部分團隊都會要求寫

原创 研發團隊開晨會真的是浪費時間嗎?

對於研發團隊,要不要開晨會,每個人都有不同的看法。有的同學覺得多次一舉,純屬浪費時間,還不如去寫幾行代碼呢。有的同學覺得很有必要,可以解決很多問題,帶來不錯的收益。誰對誰錯其實沒有一個明確的答案,我們需要從多個維度去看這個問題。 根據十多年