來自10位 IT 大牛的23條經驗教訓

Morten Primdahl，Zendesk的技術長兼聯合創始人

1.擴充套件技術是一個挑戰。Just do it。

我們是從一個只有3個人其他啥都沒有的創業公司逐步成長為一家大型的具備可擴充套件性，業務操作能力，資料庫和產品開發的企業。如果你真心醉心於做企業，那麼這就應該成為你的目標。

當你從2009年還只有幾十號人成長到我們現在這個規模，那麼你得能適應公司巨大的變化。既有技術上的挑戰，也有組織結構上的考驗。擴充套件經營意味著迅速成長和僱傭更多的工程師。這是一個全球性的挑戰。但是要真正解決的話，我只有一句話：真的很難。

2.迸發激情。

做你喜歡做的事情。做你充滿激情的事情。不要別人說什麼你幹什麼。瞭解怎樣才能實現自我，走好自己的道路。激情是促使你前進的動力。

3.面對面交流對於遠端團隊是必不可少的。

我們規劃了高額的差旅費用以便於讓大家能夠面對面地交流。儘管我們有Skype、谷歌影片群聊（Google Hangouts）和Flowdock，但是我們依然每年組織幾次讓大家聚在一起。如果你加入本公司，那麼你會有兩週時間在舊金山和團隊相處，此經歷讓會讓你獲益匪淺。

Sunil Sadasivan，Buffer得技術長

這裡推薦一下我的學習交流群：731771211，裡面都是學習前端的，如果你想製作酷炫的網頁，想學習程式設計。自己整理了一份2019最全面前端學習資料，從最基礎的HTML+CSS+JS【炫酷特效，遊戲，外掛封裝，設計模式】到移動端HTML5的專案實戰的學習資料都有整理，送給每一位前端小夥伴，有想學習web前端的，或是轉行，或是大學生，還有工作中想提升自己能力的，正在學習的小夥伴歡迎加入學習。

點選：

4.角色比職位名稱更重要。

在非自然層次結構中我的角色被定義為是CTO。但是，在自然的層次結構中，其他人或許也會承擔一些我的工作任務，如果他們在工作中需要的話。

因此，在Buffer，職稱變得不是那麼重要——因為我們大多數人會擔任很多不同的角色。

5.投資自己。

Mark Cuban曾經說過，“你能做的最好的投資就是投資自己”，事實確實如此。

雖然我以前的創業公司並不成功，但這或許是我做的最好的一件事，因為這是一個投資。

我投資了時間來專注發展自己。

6.100％的測試覆蓋率並不重要。

我們並不是太關心測試覆蓋率有沒有達到100％。

重要的是你要去判斷什麼是真正重要的，什麼將會被破壞，然後根據實際情況新增測試。

歡迎閱讀我們對Sunil的採訪。

PJ Hagerty，Engine Yard的團隊領導

7.學習新技術。

關於技術教育現在有一個巨大的轉變。技術發展是如此之快，以致於越來越多的人開始意識到，我們需要學習了。

所以我是週末課程學習的堅實擁護者，學習不僅可以挑戰自我，還能激發興趣。何況現在網上各種免費的資源比比皆是，你還有什麼理由不去學習呢。

8.優先測試，經常釋出。

我們信奉測試先行的理念。我們上市的產品很少是沒有經過高規格測試的。

但是我從不認為我們有辦法找到所有百分之百的bug，因此經常釋出是王道。

Rani Angel，Infragistics的web開發負責人

9.管理遠端工作人員是一個挑戰。

最大的挑戰毫無疑問是管理分散在全球各地的團隊。這是一個巨大的挑戰。其中最大的難點是由於時差的不同，團隊能夠同時工作的重疊時間只有區區幾個小時。

我們面臨的挑戰是，作為一個管理者你得確保你的工作任務始終保持在第一位。另外，你還得解決團隊不能在同一地理位置工作所產生的痛苦。

10.探索各個行業。

隨著我的成長，我開始喜歡接觸不同的機會，比如說實習工作，營銷工作，所以瞭解一點銷售知識，能夠讓我更快地進入這些領域。

年輕時候的經歷在很大程度上影響了我的觀點，讓我更能適應職場。

Thomas Schranz，Blossom的CEO

11.不管你多大年紀，都應該去學習如何寫程式碼。

我曾經認為：“哎呀，我不會程式設計，學習程式設計實在是太複雜了。”我知道那個時候，有很多年紀比我還小的孩子早就已經開始程式設計了，我心裡想：“唉，我已經晚了，算了，我不學了。”然後，一個很偶然的機會，我學會了程式設計。

我建議任何人，對，就是任何人，無論多大年齡的，至少可以從開始學習程式設計。

12.學會如何說“不”。

有時說“不”其實比真正去做這件事情更難。

我認為大家面對的一個經常性的挑戰就是對要求說“不”。不管是來自客戶的，團隊的，還是來自於你自己的。

對想法說“不”並不意味著這個想法就是壞的。說“不”其實更麻煩。因為你將不得不向每個參與的人解釋，說服他們，在會議上降低所有人的積極性。與此相比，只是構建一個東西，哪怕你知道它不正確，相對而言就比較簡單了。

Leif Singer，iDoneThis的產品負責人

13.緊跟其他開發人員的腳步。

我認為最重要的事是使用技術——實踐並最佳化，跟隨其他人都在探索的技術，但也不要一下子學的太多。保持在現行流行趨勢的頂端對於我們而言比技術更重要。

14.不要害怕刪除產品的功能。

我們時不時地還得刪除功能，當我們發現沒人使用或沒有足夠的人使用這些功能的時候。

刪除不再使用的技術也會成為一種問題，這是因為這不屬於真正改善和提煉產品，但卻是一個任務。

Eric Elliott, Fight Poverty with Code的創始人

15.明智地選擇程式語言。

JavaScript有著巨大的潛力，因為它是當今世界最流行的語言。如果你寫JavaScript庫，那麼就能幫助更多的人。

16.實時功能既工程巨大又非常複雜。

關於實時性和協作功能我們已經接觸過不少。多人同時操作app的狀態是極其複雜的。

我工作於Adobe的創意雲團隊。創意雲團隊是所有人都可以參與合作的創意專案。我親眼目睹了其合作管理之複雜，以及做好一個真正好的能和其他使用者互動而不會互踩腳趾頭的使用者工作流程的困難。

Johannes Nagl，Swat.io的技術長

17.標準化的編碼方式。

當開發人員從建立短命的營銷活動轉移到長壽的長時間線上的SAAS方案時，實現一個完全新的關於架構、程式碼和可持續性的思維將會是一個大的挑戰。

代理專案經常像個人秀——各種不同的程式碼風格層出不窮。將這些風格規範化標準化是快速奏效的首要方法之一。使用如持續整合等工具有助於更多地專注於產品。

18.謹記測試。

在web開發中，我深信測試是“另一個每個開發人員都應該知道，並整合到他們的工作流程中的學科”。

因此，資源專業化是維持已建立的測試環境的好方法。更重要的是，每個開發人員應該時刻將測試謹記在心。

Florian Motlik，Codeship的技術長

19.關於CTO的角色現在還沒有達成共識。

一百個CEO就有一百個CTO的角色問題。關於如何成為CTO的書也並不是很多，這是因為這個角色在不同的公司中往往不盡相同。我是一個面向外部的CTO。我不管理團隊。

我從來沒有真正在內部管理過一個團隊。一旦我們真的成長到需要更多管理的時候，我們會招聘一個工程副總裁。

20.作為服務的基礎設施將發揮巨大的作用。

雲依然是服務的集合，服務的集合依然是你必須要管理而我不喜歡做的事情。我們應該做的是為此提供服務。

21.測試複雜度和測試速度之間的權衡。

我們需要做的最大權衡是測試複雜度和測試速度之間的權衡。

最好的情況是，在每個瀏覽器上統統測試一遍以確保它都可以工作。但是，這需要很多很多的時間，甚至是一個做不完的工程。

所以你必須做好權衡得失。

Christian Braun，PAYMILL的工程副總裁

22.招聘偉大的開發人員是一個挑戰。

當然，或許你不認為這是挑戰。之所以聘請開發人員會成為一個主要挑戰的原因是每家公司都希望人才。此外你還必須得有足夠的開發人員才能完成產品改進。

23.讓溝通變得暢通無阻。

我們預測變化需求。然後，管理層就可以對有關費用和輕重緩急有一個清晰的輪廓。

最後，我想知道，你最大的收穫是什麼呢？