如果可以回到五年前，我會告訴剛開始創業的自己什麼道理？

標籤：

編者按：Ben Dixon，一名Ruby/Android開發人員，開發運營極客。他是Reliably Deploying Rails Applications的創始人，並建立了makeitwithcode.com，一個教導非開發人員通過代碼建立有用事物的網站。日前，他做了一件有趣的事兒：

如果可以回到五年前，我會告訴剛開始創業的自己什麼道理？

Ben Dixon總結了這些，我們進行了節選，排名不分先後：

1. 關於創業的想法總有人與你相同，這不是壞事

2. 如果別人要求你必須在簽保密協議後才能聽取他們的想法，請拒絕

3. 線性增長有時比沒增長更糟糕

4. 談論失敗的人大多並未親身經曆過

5. 每個人都有隱藏的實力

6. “這是行不通的，因為什麼什麼”這類思想，很容易讓人作出過度評判和應對，應該避免這種情況

7. 對於上一條情況的新人，要避免與其交談，應請專職人員來引導

8. 聽別人講述一個你已經失敗了無數次的想法，很痛苦，你更應該做的是找出其中輕微的不同或你令你感興趣的地方

9. 成為技術主幹並不意味著他知道如何去掌控事情

10. 程式設計語言/架構的爭鬥是非常有趣的，但是在現實生活中的價值是有限的

11. 優秀開發人員可以在幾周內學會任何一個語言或平台

12. 我仍然不懂真正的投資者是什麼

13. 誇大你將要做的東西會很累

14. “溺愛”一件產品（相比問題而言）是很危險的

15. 如果不知道一個雜湊表是如何工作的，請點擊右上方的X（關閉按鈕），當你最終學會時，你會發現它是令人滿意的

16. 對Big O符號也是一樣

17. 一夜成名不是事，社交網路依舊演繹著這樣的故事

18. 我依舊不明白PR

19. 大多數技術解決方案相比如何讓產品進入人們手中來說是微不足道的

20. 相比創造你想要的東西，創造一些人們想要的東西可能更有意思

21. 你想要的並不意味著人們想要，因為你的產品是一個業務

22. 如果沒有先親身體驗一個行業，你可能會錯誤理解工作方式、遇到的問題、解決之道等，請多與人交流

23. “Ads”是商業模式的墳墓

24. “我們將資料貨幣化”是新的“Ads”

25. 你最終想要一起工作（和協助）的人應該是那些總是試圖協助你的人，請珍惜他們。

26. 要擅長問事情，大多人會無緣由地將你的問題打折扣，有選擇性地回答你。

27. 學會說不

28. 在好的商業理念及好產品中找到一個平衡點，不要是太偏執於一方

29. 寫作（部落格、書、日誌）是一個好習慣

30. 不要太在意你所寫文章下面的評論，總有人不喜歡

31. 大多數創業公司的建議是可怕的。每個人都會有不同的建議，所以相信自己的直覺

32. 由於現實原因，沒人使用比特幣ATM

33. 創業者會面臨先開發或融資，如果不能兼得，選擇前者

34. 很多問題的解決之道並不全是技術做得到的

35. 將你的想法告訴儘可能多的人

36. 與別人能成為朋友並不表示就能與其融洽工作

37. 小的團隊可以快速的轉移到VERY，所以謹慎加入額外的人，敏捷性很重要

38. 多任務不是單一的事情，轉換成本是巨大的，所以一次只做好一件事情

39. 推薦讀Paul Graham所寫的文章

40. 在科技新聞（綜述類的）上的時間投資，回報率是很低的，請選擇書籍和交談

41. 推薦閱讀Founders Stories、Fooled By Randomness和The Four Steps to the Ephiphany

42. logo在開始時並不是那麼重要，找一個簡單的、可重複用於不同項目的logo即可

43. 如果有機會，多參與到開源中並隨便寫一些項目，你會遇到同樣興趣的人

44. 常常每天工作十二個小時並不是一個好事

45. 與所有人交談

46. ……

來自HN的評論：映入眼帘的評論是關於第11點“一個好的開發人員可以在幾周內學會任何一個語言或平台”，這句話說的對也不對，原文使用了“picking up”一詞，與實際上的擅長還是有區別的，Norvig有篇著名的文章“用十年時間自學編程”，其中說過這麼一段話：

在24小時內你可以瞭解一些C++的文法（前提是你已經瞭解另一種語言），但是你無法在這麼短的時間裡學會很多關於語言使用的知識。簡而言之，如果你是一個Basic程式員，你可以使用C++文法編以Basic風格編寫程式，但是你不知道C++實際上是好是壞，這有什麼意義呢？Alan Perlis曾說過：“一個不能影響你思考編程方式的語言是不值得去知道的”。

如果可以回到五年前，我會告訴剛開始創業的自己什麼道理？