Chris wrote to ask:

I had a couple of questions about writing and publishing:

1. What software do you use for writing? I’ve read that Sublime Text is the way to fly. I’m new to the markdown process of writing; I’m more at home with Word, but I’m willing to try something new.
2. I’m investigating Leanpub. Another alternative would be to take a more DIY approach and use Gumroad. Why did you choose Leanpub? Was it because it’s the best end-to-end option? I know that it also allows you to support a Canadian-based business as an added bonus. Also, I can see the point that, since they are already established, you know that a specific, book-buying audience is visiting the site.

I use GitHub and Leanpub to publish my books. The combination is unbeatable for my personal needs, and IMO, it is a combination that is “much greater than the sum of its parts.”

Why I use GitHub and Leanpub

I write books, and I write a technical blog. I use the same toolchain for blogging and writing. It is more than a simple matter of convenience, part of how I create my books is to try some of the material out as blog posts. After geeting feedback on the posts, I rework the material and put it into my books. For example, the material from my essay about Greenspunning Predicate and Multiple Dispatch in JavaScript made its way into my book JavaScript Spessore.

It can be awkward to take material on a one-way trip from a blog post into a professional publishing tool like InDesign: It would be harder to constantly revise and improve the work. Therefore, I have made a conscious decision to use text files in Markdown format for everything I publish, end to end. Many successful authors have much higher standards for the format and layout of their books, and they may not be satisfied with Markdown. I understand that, but the tradeoff works for me.

The blog is published using GitHub Pages, and Leanpub’s GitHub integration publishes the books. Storing things in GitHub has a very big benefit for blogs and for “free” books: Readers can file issues and even submit pull requests to suggest fixes.

Again, I find it invaluable that I have the exact same process for both kinds of my writing: Make changes, commit, push upstream. Review pull requests, merge changes. To me, that’s what GitHub is all about: Making it nearly frictionless for people to collaborate on projects.

This workflow is obviously very accessible for programmers who are used to this process for code. But I believe that this process is valuable for all forms of collaboration, and that over time the industry will find ways to refine it to be even more useful for a wide variety of users. For example, GitHub has a specific feature for reviewing changes to prose:

GitHub also has enormous support for making changes right in a web browser and submitting a pull request. I use it myself to make quick changes. Click on a pencil, make an edit, submit a pull request. Bam!

Leanpub as a Business Tool

From a marketing and sales point of view, I have not tried other approaches, so I cannot comment on whether Leanpub is superior. I do not publish printed works, nor do I directly publish through distribution channels like Amazon. I imagine Leanpub do provide some “walk-in traffic” for my book sales, I have seen spikes when a book of mine or a bundle is featured, but that is not my main motivation for using them.

What I like most about Leanpub is the “work in progress” model. I tend to rewrite blog posts furiously as I get feedback, and I do the same with books. Getting feedback during the writing process is very valuable to me. Presales don’t hurt, obviously. I can tell you that I have abandoned at least two prospective books because the Internet yawned and didn’t sign up to be informed when they were published.

That feedback can be obtained in many ways, but it is a huge bonus that Leanpub makes it easy to put up an unpublished book and get feedback, then publish it a morsel at a time if you decide to go ahead with the project. That’s the whole idea behind “lean” publishing: Tighten and accelerate the feedback loop.

Closing the Loop

Which brings me to a close: My entire workflow revolves around tightening the write -> read -> feedback -> rewrite loop. Text files in Markdown format facilitate this. Trying material out in my blog using GitHub Pages facilitates this. Pull requests in the browser facilitate this. And Leanpub facilitates this. Each piece works with the other pieces to write, be read, obtain feedback, and rewrite.

The tools will continue to evolve, but I believe very strongly that this is the right track for me to be on: Tools that facilitate speed of publishing, feedback from the market, and collaboration with readers.

Thanks for allowing me to share your question.

(Spot a typo? Edit this page!)