Earlier quoted context omitted.
author here Do you have examples on how you would correctly capitalize on this expertise? I put some things that have happened since writing the book in the outcomes section but so far they have all been free speaking engagements.
The free speaking engagements is the first step. After you do enough of those, you will get invited to international and big name conferences as a keynote speaker (if you're good at it). At that point, hiring managers will start contacting you about new jobs with big name companies, for big time salaries. That is where you get the leverage. You'll also start getting offers for paid speaking gigs for both public and p…
The Economics of Writing a Technical Book
121–130 of 151 posts
Re: The Economics of Writing a Technical Book
#122I authored and co-authored some books. I wrote a book on Akka for Packt that has made maybe 5k. Packt is out of India and they have some different standards around topics and contents, but the experience wasn't much different from O'Reilly overall. And there was a mini book for O'Reilly that netted a couple k, mostly because of later sponsorship. Writing a book is a really tough experience. I found it taxing. It's in…
> Packt is out of India and they have some different standards around topics and content That they do. I pretty much won't buy a Packt book anymore, burned too many times. And it's shameful the way they astroturf Amazon reviews.
Re: The Economics of Writing a Technical Book
#123I wrote a book for O'Reilly: http://shop.oreilly.com/product/0636920043027.do This post is so accurate. I have nothing but good things to say about the O'Reilly staff. It didn't make a dent in my finances but was a good experience to understand the challenges in writing something like that. The most meaningful experience for me was when someone reading the early access version found me on the internet and sent excite…
Re: The Economics of Writing a Technical Book
#124Earlier quoted context omitted.
The free speaking engagements is the first step. After you do enough of those, you will get invited to international and big name conferences as a keynote speaker (if you're good at it). At that point, hiring managers will start contacting you about new jobs with big name companies, for big time salaries. That is where you get the leverage. You'll also start getting offers for paid speaking gigs for both public and p…
Oof sorry to hear about the bad luck with the book. Do you mind sharing the subject?
Re: The Economics of Writing a Technical Book
#125OK. Doesn't anyone else who read this now think, "Well gee why would I ever write a book then?" You could easily make $23 an hour as an entry-level server in a diner if you include tips.
I don't think this is true—the median pay for servers is $10 an hour in the U.S. [0] Even servers in areas with unusually high pay barely reach $23 an hour. [1]
With a median personal income in the United States of $31,000 [2], most people make significantly less than $23 an hour.
[0]: https://www.bls.gov/ooh/food-preparation-and-serving/waiters...
[1]: https://www.bls.gov/oes/current/oes353031.htm Scroll down to "Top paying metropolitan areas for this occupation"
Re: The Economics of Writing a Technical Book
#126We've published several books, and the author for our latest Vue book earned $20k on the opening weekend. The economics change completely if you self-publish or publish with a smaller firm that has marketing abilities (and better royalty rates). Self publishing is awesome because you keep all the money, but it takes years to build an audience. Honestly, writing the manuscript is the easy part. Building an audience, m…
Well, the other reason $400k in revenue was possible: you were writing about a popular JavaScript framework. There aren't many topics with such a wide audience.
OP mentions Ramit Sethi, so have to quote his post on this statement, it's called "The Shrug Effect"
https://www.iwillteachyoutoberich.com/blog/success-and-the-s...
Re: The Economics of Writing a Technical Book
#127Earlier quoted context omitted.
Well, the other reason $400k in revenue was possible: you were writing about a popular JavaScript framework. There aren't many topics with such a wide audience.
> Well, the other reason $400k in revenue was possible: ........ There aren't many topics with such a wide audience. OP mentions Ramit Sethi, so have to quote his post on this statement, it's called "The Shrug Effect" https://www.iwillteachyoutoberich.com/blog/success-and-the-s...
Re: The Economics of Writing a Technical Book
#128I've written a book with Manning (Grokking Algorithms) and had a good editor experience: I had 2 editors that stayed with me through the whole book. They gave me a ton of great advice -- I even asked one of them if they would like co-author credit, it was that good. Manning regularly scheduled technical reviews and readability reviews, and I got a lot of comments from those as well. I have also only written one book…
Would you recommend Manning to a first-time author?
Re: The Economics of Writing a Technical Book
#129I wrote a book for O'Reilly: http://shop.oreilly.com/product/0636920043027.do This post is so accurate. I have nothing but good things to say about the O'Reilly staff. It didn't make a dent in my finances but was a good experience to understand the challenges in writing something like that. The most meaningful experience for me was when someone reading the early access version found me on the internet and sent excite…
How would you recommend someone with a limited audience go about becoming an O'Reilly author?
I proposed a book 16 years ago to O'Reilly and the rejected the idea. So maybe just show up multiple times and you'll get lucky? I think I did.
But once I got "lucky" then I did have three years of hard work for very little money. Be prepared for that!
Re: The Economics of Writing a Technical Book
#130Earlier quoted context omitted.
I don't approve of the "full stack" mindset, or the term. I gave it the benefit of the doubt but I am past that point now. The idea is that full stack engineers implement features "vertically" by maintaining various parts of a "stack" at the same time. Sounds good, but often the result is bad. A web frontend is very resilient, whereas backends are the complete opposite. If you apply the same mindset on both it better…
> A web frontend is very resilient, whereas backends are the complete opposite. If you apply the same mindset on both Even if I accept your premise (which I don't), nobody is suggesting you apply the same mindset to two different things. I consider myself a full stack developer, but if I had to pick one it would be back end as that's where I started, where my strengths lie, and if I never wrote another line of JavaSc…
I am not saying that frontend engineering is trivial. It clearly has many overlapping and non-overlapping requirements. But they non-overlapping part is large enough to require dedication and specialization.
DevOps and DBAs overlap with backend but it would be weird for a backend engineers to call themselves devops engineers or database administrators because of that. The latter suggest specialization.