我每周会分享一下我这周看到的好内容，加上我自己的一些个人理解和评注，这算是一种比较轻的持续输出方式。
这是第 3 期。
Basecamp 的经验
10 Things I’ve Learned | Jason Fried at BIG Omaha - YouTube
Basecamp (37signals）为人所知主要是因为《重来》这些书籍，Ruby on Rails 的创造者 dhh 是这公司的主要布道者，而 Basecamp 的创始人就是 Jason Fried。
这是个独特的小公司，刻意地慢慢发展，在产品做少做精，每周工作 4 天，居然滋润地活了 23 年了，2014 年就创造了高达 300 万美金的年人均营收（同期 Google 为 123 万美金）。
在这个视频中 Jason Fried 谈到他做公司和产品的一些经验，这些很多内容和《重来》有些重复，不过这个演讲还是很值得看看，Jason Fried 的演讲能力非常出色。他主要分享了这么几点：
Bootstrapping company : bootstrapping 是编译里的自启动，作为公司来说最好从一开始就考虑如何挣钱，如何养活自己，而拿投资意味着从一开始想着的就是如何花钱，拿投资是为了快速发展，公司太快有很多事情会想不清楚，而且后面会有被资本控制的风险。
Price : 现在免费的东西太多了，不要总是免费，收费会让紧紧盯住自己的核心业务，而且收费后反而从用户那里获取到更有价值的反馈，因为用户付了钱，所以会在意。
Innovation is overrated, useful is underrated ：做产品不能总是追求时髦和创新，很多时候可用性才更重要。
Focus on what won’t change in your business ：对于 Basecamp 来说，简单、快速、可靠这些是最重要的，这些也许并不新潮，但从长远来看这些才是能得到回报的。
DIY ：自己理解不够的岗位不要盲目招聘。如果想招人，先自己尝试做一段时间这个岗位，比如 dhh 兼职做了两年的系统管理员。只有自己做了才知道如何面试，以及如何衡量这个岗位的工作成果。
Draw a line on the sand ：公司不能什么都做，要对很多事情说“不”。
Sell something, listen to the customer what they care：这里演讲中举了他自己卖球鞋的经历，非常贴切。永远关注用户的需求和用户的在意点，做产品不能自嗨。
Do less thing, do something really good : less is always the option, less feature, less people。一个产品有很多功能，但是每个功能都不出色，这会很难卖，而且工作量也会大。少做，但是做精。
同样的道理，公司并不是人越多越好，人少就会少很多管理工作。37signals 成立于 1999 年，到 2009 年即使用户规模扩大了很多倍，员工人数在 10 个左右。
小而美的公司曾经是个热潮，国内也出现过类似做 Basecamp 这类产品的公司，只是发展到后来都逃不过被收购的命运，比如 Teambition 2018 年被阿里收购，Tower 2020 年被收购。
我认为用户付费意识是个方面，还有些其他复杂的原因。Basecamp 的经营理念在国内就不一定行，至少在 SaaS 这个领域国内的用户不那么信任小公司。
小而美的公司不止输出产品，更会输出不一样的理念和想法，比如两个人的公司 flomo，大家可以看看 flomo 的经营理念。这种独特的声音会吸引认同这种理念的用户。
如何找到你真正想要的工作
How to land the job you really want (hey.com)
还是 Jason Fried 的博客文章。Jason Fried 基本每周左右会写篇博客，而 dhh 基本每两天写一篇。Jason Fried 的博文相对好读很多，而 dhh 的文章涉及面很宽泛，有的读起来会难懂一些。
最近的这篇文章中介绍了 Basecamp 从 400 多个应聘者中招了一位 Email Marketing Manager。这位应聘者特别用心，做了一个非常好、独特的求职信和简历 Meet your new Email Marketing Manager。这封信和简历几乎让人无法拒绝这位候选人。
这真是个非常好的思路，好的工作通常竞争激烈，我们想要脱颖而出可以详细地说明对这个岗位的理解，对公司文化、产品的理解，以及自己已经为这个岗位做了哪些努力和成果。
求职信在国内很少见，一份用心写的求职信我觉得还是能加分不少的。
Lisp 生产环境运用
Running Lisp in Production | Grammarly Engineering Blog
Grammarly 使用了很多种编程语言，比如 Java、Go、Erlang，在一个公司使用多种编程语言可能是一个技术债，最好使用语言无关的基础工具 (language-agnostic infrastructure tools)，比如 StatsD、Graylog2。
我倒是没看出来 Grammarly 的 core grammar engine 为什么非用 Lisp。后面提到了 Lisp 提供了一些非常独特的开发和调试体验，用 SLIME 这样的工具可以在远程起一个 console 来进行任何代码上的操作，trace 可以很好的帮助调试。
这种体验在 Clojure 上开发也有，REPL (Read–Eval–Print Loop) 确实是那种很不同的编程体验，想了解更多可以看看这篇文章：Val on Programming: What makes a good REPL?
另外，我也才知道 Grammarly 是一个乌克兰公司。
其他
Things that used to be hard and are now easy 这些事几年以前很难，现在已经变得很简单了。
