如果可以回到五年前，我会告诉刚开始创业的自己什么道理？

编者按：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曾说过：“一个不能影响你思考编程方式的语言是不值得去知道的”。