刚接触计算机的头几年，每当看到这类故事都倍感振奋：

某个牛人的程序员/计算机科学家在某个周末写出了某款有名的软件。

比如：

《Unix编程艺术》里面提到，Gimp

《编程珠玑》的作者周末时间写出了一个通过文本生成化学表达式的软件。

Linus一天写出了git的第一个版本。

Marco, Instapaper, Overcast.

Dash app

了解到这些人，我心中无比憧憬，总是幻想着自己有一天也能如此厉害。

前几年我内心这种一直隐藏的Indie developer的想法又被挑逗起来了，因为我知道了Macro。我很喜欢Instapaper和Overcast.

我后来了解有一种人叫Indie developer，比全栈工程师更全，所有的活儿一人全干。

最近我在网上搜了一下 software made by one man，后来看到了Stack Overflow的这个问题，里面列出来很多例子。

https://softwareengineering.stackexchange.com/questions/47197/are-there-any-famous-one-man-army-programmers

  • Donald Knuth wrote every line of code of TeX himself
  • Steve Wozniak pretty much was apple’s programming staff for the first bit.
  • Richard M. Stallman (RMS) He single handedly kept up with commercial lisp machine code for quite some time. Emacs and gcc are some of the things he created.
  • Linus Torvalds
  • Bill Joy - wrote vi as well as csh, rlogin, rsh, and rcp
  • Guido van Rossum (author of Python)
  • Bjarne Stroustrup for the invention and 1st implementation of C++
  • Yukihiro Matsumoto did deliver a lot of Ruby all by himself.

这些人有一些共同点，他们的作品做到的是从0到1，让某款软件成为了existence。比如Linux内核。但是一个人能做的scope有些，一般他们做出的产品还不完整。

在Wikipedia上查了一下Indie developer，只能找到Indie game developer，不过这两种职业也有些相似度。作为Indie developer比较非常carefully的选择所要解决的问题。必须是scope比较小的，小而美的。机会成本太高。还需要有收入来cover costs。

更不用提，我是业余时间每周只有两三个小时花在上面。

如果想将一个大的产品idea带入市场就需要有一定规模的团队来实现它。

对于我的情况，小而美的产品，博客是一个不错的选择。

另外，对于产品经理相关的实战练习，相对于软件开发，有一个优势就是产品经理的工作内容全都可以用文档来呈现。无论是市场调研，还是原型设计。也都可以作为博客的内容分享。

想练习当产品经理，我需要锻炼的是设计产品方案的能力，不用考虑产品的开发。而如果我想要锻炼运营能力，我也有很多不用开发软件的选择，很多内容都可以运营，比如公众号、社交媒体号、小工具，博客也行。

除了需要选择小而美的side project，为了更高效的产出，我还需要高效地利用时间（提高单位时间的产出比），并且保持健康的身体（以保证可持续性，提高可利用的时长）。番茄工作法是最高效的工作方式。