Book Factory
I'm on the way planning books for ASP.NET Orcas.
Although the Orcas release has lost along the way some of the rumored features--it looks to me as it's more date-driven than feature-driven--for ASP.NET developers it still has a full bag of goodies.
A new release of my Programming ASP.NET Core Reference book is being planned as I write this for late 2007 or (very) early 2008. Broadly speaking, it will have the following additions:
-
Completely rewritten chapter on Visual Studio
-
New chapter on LINQ and chapters on data binding revised
-
Chapter on server controls will be revised to cover new controls in Orcas
-
New chapter on WCF
-
Two new chapters on AJAX (partial rendering and services)
-
New chapter on Silverlight
The page count should grow from 700 up to approx 1000.
Great. Now I do have a QUESTION for you.
Looking ahead, it seems that even a relatively delimited technology like ASP.NET is getting too big to be covered in a single book. If I had to plan a SINGLE book for ASP.NET (Orcas and beyond), I can hardly plan less than 2000 pages for it. Which is definitely too much.
I split my ASP.NET 2.0 book in two parts--Core and Advanced. Maybe that's not the ideal way of splitting contents.
For this reason, in a kind of book factory project, I welcome your feedback about the following points:
-
A single BIG book vs. many smaller books
-
An encyclopedia model for an otherwise TOO BIG book
-
A delta model--get a book once and have it updated through additional chapters
-
What kind of approach you would like to be applied to split content? Task-oriented, broad topics, alphabetical order, other?
Thank YOU