views:

411

answers:

5

I have written a book for Packt publishing because they asked me too. Having gone through a year long experience with them I found that there were many pros and cons to having written for them - a fairly new publisher (upstart built from the staff that fell out of the Wrox buy out).

Question: Having enjoyed the writing process quite a bit, I find myself itching to write my next book. I was wondering if people would mind sharing their opinions and experiences that they had with the various other publishers (O'Reilly, Manning, Sams, etc.) which they wrote for or considered writing for (but didn't)?

Responses:

@Akway - I am not sure what to think about your statement? "Software engineers shouldn't write books on programming, programmers should". Is that some metaphysical statement that I am not getting? Once you get to a certain point in your career you will no longer be just a programmer or just a developer (perhaps a script kiddie applies here as well?) but you will eventually become a software engineer. Someone who NOT ONLY knows how to code but is also aware of concepts such as design patterns, which language might fit a certain project better, etc. There is more to engineering than just programming...where as the other way doesn't apply equally as well.

+5  A: 

Well, if you listen to Jeff Atwood, you'll just blog instead of bothering with books.

pianoman
I actually do listen to Jeff Atwood...however I don't believe in everything he does/says! I also listen to Scott Hanselman...and after Scott's interview of Jeff I have to say that I was immediately addicted to Jeff's way of doing things...though I don't follow his practices myself! <WINK> I write blogs when I have a random thought. I write an article when I want to get paid for that random thought. And I write a book when I think that a collection of all of those thoughts is justified!
Andrew Siemer
This looks like it is going to become one of those Jon Skeet responses that totally drowns out the actual valid answers just for having some body's name in it! Too funny.
Andrew Siemer
Software engineers shouldn't be writing books on programming, programmers should be.
akway
pianoman
I knew going into writing my book which is a niche subject written in a niche technology...that it might sell just enough to recover my advance for the publisher. I neither planned to get rich or famous. It was a check box on my list of to-dos. Having written a book I now have to say that I would look forward to doing it again. It is a huge undertaking (especially if you are writing a single author book) but in the end there is nothing quite like seeing a compilation of your sweat and effort in the form of a book. And while Jeff's says that "anyone" can do it...I am here to say otherwise!
Andrew Siemer
+1  A: 

I haven't actually written books for any of these companies, but I believe you can gain some insight by reading the preface of some of these books, and see what the authors say about their corporate partners.

In particular, Manning, O'Reilly, and APress all have authors who say that their publishing partners work diligently for them, and care about the quality of the books they publish.

Jon Skeet wrote his C# in Depth book with Manning, and has many positive things to say about his partners at Manning. In addition, the books that Manning publishes are friendly-looking, and a joy to read, IMO.

Maybe some of these authors can chime in on this thread and give their opinion. Or, you could just ask them.

Robert Harvey
I was a reviewer of the C# in Depth book and review many of Manning's books. I can personally say that the people that I work with there are truely wonderful. I was just looking for feedback on the others. I have a bit of experience with O'Reilly too doing technical reviews...but not as much.
Andrew Siemer
+2  A: 

Two publishers that have some reputation at least in my eyes are pragmatic bookshelf and the Head First series from o'reilly

Janusz
I LOVE the pragmatic bookshelf. Has anyone here written for them? I would like to hear thoughts about working with them.
Andrew Siemer
+4  A: 
Norman Ramsey
+2  A: 

Mostly, I've really liked my experiences writing for O'Reilly (two books, two editions of each), with one exception (Python Cookbook 2nd ed) where my co-author (my wife Anna) and I had to spend two sleepless days in a row fixing some disasters in copyediting in the nick of time.

O'Reilly Tools dept had a couple of glitches in their rendering of Docbook at that time, and the proofs they sent to the outsourced copyeditor (and not to us at the same time...) made it impossible to visually tell whether some text was plain, a quote, or code -- the copyeditor understandably was misled by this (it was kind of fun seeing her copyedit famous Knuth quotes, actually;-), and added her own quirks, which basically can be summarized (from what I can judge) as working from a (mostly good) checklist without deep understanding of the subject matter.

For example, a sentence starting "There are faster algorithms, but [&c]" was copyedited to start "Algorithms are faster, but [&c]"...;-). We got profuse apologies for the mixup (you can well believe we complained, loudly;-) and safeguards were put in place that should prevent any repetition of such glitches in the future.

Alex Martelli