原创 心態

今天在坐火車路上,分享一下這幾年自己想明白的幾件事: 1. 學會接受批評,承認自己的不完美。沒有一個人是完美的,有些事你做得再好,也會有人批評和不滿意,《肖申克救贖》很不錯吧,一樣有人打0分,梅西C羅一樣有人噴。關鍵要分辨出,什麼是批

原创 努力和相信

努力的動力是什麼? 世界上只有兩種動力,愛,和恐懼。 學習是值得愛的,工作多年後更容易感同身受,學習知識或者技能雖然耗時又麻煩,總會讓人充實,滿足。 恐懼的來源於未知,作爲一名技術人,更容易切身感受到”不知道自己不知道”的痛苦。 人

原创 如何實現技術的成就感

做了多年的技術後,內心深處總有一件事在支撐自己,讓我遇到各種困難,能繼續向前。細想下來,這或許就是技術人的那份成就感,那麼如果要問我什麼是成就感,我的答案就是讓自己在技術上的不斷突破。技術的突破是需要依賴業務場景的需求和自身刻意的規劃學

原创 數學啓蒙的幾點小總結

作爲一名工科男和數學愛好者,對小朋友的數學學習一直很關心,但坦白的說,由於工作的原因,對小朋友日常的直接指導還不夠多,只能靠週末對小朋友進行一些輔導,目前看下來,小朋友對數學還是有興趣的,可以有潛力可挖,以下是一些總結和大家分享。

原创 如何區分能力和功能

在我們日常的研發流程中,需要定義接口提供給調用方,實際設計時,工程師們卻很容易把接口當作暴露功能的方式,而卻忽略接口應該是服務提供方能力的體現。 換個說法,就是錯誤的理解了抽象這件事:僅僅把接口當成未來可以替換實現類的腳手架,而沒有把它

原创 分享一些分佈式相關課程和論文

這幾年工作下來,一大感受,就是分佈式系統這一塊其實沒有一個非常清晰的知識圖譜,更多的是遇到了不同的問題,給出了不同的解決方案。我覺得要打好基礎,還是要多讀讀原理性的文章,然後再結合現實中工程的項目來提升理論。1. GFS。google三

原创 聊聊自動化

相比5年或者10年前,對一個技術團隊而言,最大的變化就是工程效率得到了非常大的提升。無論是以Jenkins爲代表的持續集成的發展,還是以Selenium爲代表的各類自動化測試框架的脫穎而出,確實給我們日常的研發流程帶來了更多積極的變化。

原创 技術管理中的抓手

今天的文章是我個人對過去6,7年技術管理經驗的一個簡單總結,每一個點都經過我的實踐,並試圖找到一些可供參考的方法,特別感謝過去幫助我的朋友和前輩們,文中提到很多方法也來源於他們。技術管理的不安全感技術管理的一大特點就是必須要深入到技術細

原创 說說代碼的可測性

今天睡覺前簡單扯兩句,說一個大家容易忽略的問題。在我們日常的工作中,項目中的代碼寫到一定程度,常見結構性邏輯都熟悉之後,生產代碼的書寫變得越來越不重要,難點一個是設計,另一個是可測試性。程序設計一般遵循層次原則,一般說來,上層的程序可以

原创 今天的事情今天做

做技術工作這麼多年,面臨一大困惑,並不是遇到了不能突破的技術,或者無法解決的難題。而是如何處理技術債務。這些年,在業務強力驅動的大背景下,隨着項目和迭代的深入,都會陷入越來越多的技術債務,即使我天天強調架構設計的必要性,代碼質量的重要性

原创 技術選型簡單談

做技術最有意思的一點,就是會不斷遇到各種新的技術。但是個人的時間和精力畢竟是有限的,如何從日新月異的技術堆中選出最適合當前業務場景的一款,就是一個技術人員不得不面對的話題了,今天就和大家簡單談談我個人的做法。首先,技術選型有幾個前提:當

原创 努力保持簡單

工作這麼多年以來,在我心裏一直有這麼一組公式來指導自己:簡單的事 + 簡單的人 => 簡單的事;複雜的事 + 複雜的人 => 複雜的事;簡單的事 + 複雜的人 =>  複雜的事;複雜的事 + 簡單的人 => 簡單的事;   所以,在我看

原创 技術和生活並沒有區別

     我記得在讀本科的時候,班裏有一個同學,我很佩服他的一點就是,無論是操作系統還是體系結構課程,他都能用最簡單最通俗的語言,將裏面的原理講得清清楚楚。相比書本里枯燥的描述,聽他講課,一下就把知識講活了,我是做不到一點得,即便最終考

原创 學會表達就是核心競爭力

好的表達一定是基於場景的,不同的場景一定要選用對應的表達工具。前段時間最火的新東方“PPT”事件,引起了大量的討論和吐槽。在我看來,真正有意義的結論是,我們要學會在不同的場景下進行表達。優秀的技術人很會使用代碼在技術開發這個場景下表達自

原创 ToB產品的架構版本維護

這兩年工作中比較大的一個感受就是隨着產品的B端用戶增多,產品的架構版本開始變得難以維護,這和我之前做C端產品是完全不一樣的。本文就來分享一下ToB產品的架構版本維護中的坑,希望能讓大家對架構版本有更多的瞭解。我們開發了一套系統,從無到有