【HACK TALK】杜萬：聰明人卻喜歡用「笨辦法」

HACK TALK 對話前輩 分享成長

杜萬，Coding.net 的全棧工程師，目前負責 WebIDE 項目的架構和開發。

他從事了近10年以Java語言爲主的軟件開發工做，熱衷於整合框架和開發工具，關注交互設計，喜歡寫技術博客，Linux擁躉。近期開始學習和關注 Elixir 函數語言。

在我司，他常被稱爲「杜叔」。杜叔是個很聰明有趣的人，可是在和他的交流過程當中，他卻屢次提到「技術學習在於不取巧」。今天的HACK TALK，咱們就邀請了杜萬來分享一下他「不取巧」的技術成長經歷。

首先 爲何要作開發？

十二年前，在杜叔在剛去讀大學的時候，有個活動叫作「但願四年以後的本身成爲一個什麼樣的人」。這個活動促使杜叔去用本身的好奇心探索未知的領域和模塊。學地質工程的杜叔在這其間對學習計算機產生了濃厚的興趣。

解密的過程，解決問題的成就感和對復瑣事物的好奇心都讓杜叔着迷。杜叔幻想着用計算機重構一個世界，實現本身的想法。這大概也就是黑客與畫家的共通之處吧，他們都是創造世界的人。

0→1 作一件特別有挑戰的事情

杜叔畢業以後，仍是一隻懵懵懂懂的技術小菜鳥。這個時候他的任務是獨立作一款產品，從設計到開發到維護。

幸虧當時有類似的產品能夠參考，任務逼着他啃下了一份源碼。

這是杜叔技術成長路上的0到1了，任務的巨大壓力激發了很強的學習潛能，杜叔用最笨的辦法應對，啃源碼這種事情，不聰明也不取巧。可是打下了紮紮實實的基礎。

碰到問題不要慫，踏踏實實的一步一步解決，這種時候不能取巧，要讓完成的過程是可重現的，這樣心纔不虛。

修煉：知識的增加自己就是一件頗有快感的事情

杜叔的第二份工做，在一家傳統的軟件公司，任務並不是難以完成。但這一段經歷確實杜叔從量變到質變的過程。杜叔是一個很是喜歡讀書的人。杜叔的 kindle 上滿滿的全是學習的書籍。而且樂於和同事交流，和同事聊天的時候口頭禪是「有道理。」雖然是個開發者，可是咱們每次討論產品討論市場活動的時候杜叔也喜歡旁聽，擴充本身。

完美主義的性格讓杜叔不樂意在知識上留下瑕疵，而且很是注重系統的學習，在學習技術的時候，杜叔都會儘可能保證全面的去看一本書，並作補充閱讀。光讀讀書筆記或是一些公衆號推得一兩篇文章對本身的成長是很是有限的。是的，哪怕是 coding 的公衆號（嚴肅臉）。

杜叔同事也是個特別喜歡折騰工具的人，這雖然不直接產生價值，可是很是有快感。杜叔說他帶了五年的程序員，好的程序員都喜歡折騰電腦裏的全部小工具，不樂意折騰的人，一旦碰到具體的問題，仍是同樣會花費許多的學習成本。

至於學習的動力，杜叔直言：「知識增加的自己就頗有快感。」並且，知識的積累總會在不經意間給你小驚喜。

工做 終身僱傭制已經結束了

找一份好工做，而後一生養老的終身僱傭時代已經結束了。如今的公司，更像的是一羣想作同一件事情的人的聯盟。

但是，當本身的能力配不上本身的夢想的時候怎麼辦？或者暫時還沒找到本身夢想的新世界怎麼辦？碰到問題的時候，擺在面前的兩個選擇實際上是這樣的：

①換公司，這不必定是一個好選擇，能力不夠的人每每去哪裏都沒有機會。

②千方百計把本身學習的東西在當前場景下用上，取得信任，得到資源，雙方雙贏。

杜叔用他的親身經歷給了咱們答案。杜叔在第二家公司自我修行了兩年。開始尋求一些機會。杜叔清醒的認識到：給公司創造價值才能得到更多的資源。努力了一年以後，在公司的支持下，杜叔內部創業作了 bsdn.org ，一個開源平臺。把本身想要運用的技術都實踐了一次，同時也看到了運營對於一個產品的重要性。

困境 最後一個逃兵

bsdn.org 產品完成以後，純技術團隊看到運營的事情就傻眼了，不會作也不想作。完成了一個產品以後的成就感並無保持多久。缺失的運營讓產品沒有得到預期收效，這讓團隊的情緒很是低落。杜叔的團隊開始出現了逃兵。在進行緩慢的迭代和更新以後，依然沒有轉機。團隊的出走愈來愈嚴重。最終只剩下杜叔一我的的時候，杜叔也黯然選擇了離開。

產品的失敗會致使團隊的潰敗，這是杜叔沒有想到的。但這也讓他深入的意識到技術和產品之外的事情也是很值得重視的。

這不是杜叔第一次碰到團隊的問題。

早幾年，杜叔創建團隊的時候，很喜歡帶剛畢業的程序員，他們聰明，年輕，有大把的機會。杜叔因爲本身的經歷，深信要有獨當一面的機會人才能獲得成長。因此很樂意給年輕人機會。但每每他們並不珍惜，碰到困難傾向於逃避。致使杜叔在新人身上的付出並不會獲得相應的迴應。以後，杜叔在組建團隊的時候就更傾向於招聘敢於爭取機會的人，而且會更看重責任感和鑽研精神。

成果 WebIDE是前兩段經歷的合成

提到作 WebIDE 這款產品的時候，杜叔首先確定：這是他前幾段經歷的合成。全部的沉澱與積累都在這款產品上獲得釋放。

其次他提到了一個細節：在 WebIDE 作技術選型的時候，能夠在已有的開源項目上作二次開發，達到迅速上線的目的。可是考慮到但願能用 Docker 給用戶更好的體驗，選擇本身搭建分佈式的微服務架構，以提升雲服務的穩定性。杜叔相信，一時的取巧，每每會帶來之後的麻煩。

問題 Google 是最好的老師

你碰到的問題99%別人都碰到過，你的問題常在 starkoverflow 上能夠找到答案，英文很差的話還有 SegmentFault。在一些樂於助人的開發者的博客上，你會找到一些頗有共性的問題的答案。有一些少見的問題能夠在郵件列表裏尋求答案。

Google 以後有了清晰的問題，也能夠找一些高手給建議。大多數大牛們都是很樂意給好學的程序員一些建議的，不過若是你的提問太菜的話，別怪大牛拉黑你啊。「提問的姿式很重要。」杜叔如是說。

杜叔自己就很喜歡帶程序員。給別人 debug 的建議對本身來講也是很好的溫故與成長。

以及 健康是一切的基礎

開發者工做的時候運動的是大腦，下班了以後，是否是該運動一下本身的身體讓大腦休息休息了？

杜叔就是一個努力保持健康的程序員。加班不是特別兇的時候，杜叔都會去公司旁邊的健身房作鍛鍊。（固然這也跟我司每月都有健身補貼有關，並且練滿十次才能給 T-T）

第一天鍛鍊了以後，次日整我的神清氣爽，工做效率尤爲的高，下班以前把工做作完了，又能夠愉快的去鍛鍊了。

最後，把重要的事情再說一遍：

杜萬 from Coding.net
「不取巧，纔是捷徑」

關於 HACK TALK：爲何要作「HACK TALK」？

我在知乎看到了太多這樣的問題：

「程序員只能工做到35歲嗎？」
「學習編程的過程當中可能會走哪些彎路，有哪些經驗能夠參考？」
「做爲一個帝都碼農，如今的處境很迷茫，不知道將來在哪裏，我該怎麼辦？」

我知道有太多網站太多博客在教你技術。
但是比之技術，我更想關心你。

那些牛人都是怎麼一步步成爲大牛的？
他們是否是有一些小tips可讓你工做更有效率生活更溫馨？
他們是否是也有過和你同樣的掙扎和彷徨？他們又是怎麼解決的？

若是你有問題，或是想分享。
請發送郵件到：wangziying@coding.net

有太多文章在調侃，但是我想走心。

受訪人：Vangie Du

撰稿人：Bazinga Wang

本文出自 Coding 官方技術博客，如需轉載請註明做者與出處。