Slashdot Mirror
What Kind of Books do You Want?
ctrimble asks: "I'm the acquisitions editor for a technical publishing company (not the one with the animals, but we have had six of our books reviewed favourably, here on Slashdot) and part of my job is to determine what books my company should publish. This consists, mainly, of me sitting in my apartment eating peanut butter sandwiches, reading Slashdot,
and writing perl scripts that generate titles in a Madlibs type fashion: "Hacking Ruby for Midgets" (forthcoming in July). Unfortunately, there's a bit of an impedance mismatch between my methodology and filling the needs of the programming community. Market research is tough to do in tech books since you need to forcast about a year in advance. So, let me pose the question to you -- what kind of books do you want? What spots do you see as needing to be filled? For that matter, do you even want dead-tree books, or are eBooks and/or online documentation sufficient?"
For you comment on us wanting dead tree books, I vote yes. I like being able to make notes in the margins, highlight, etc., and taking a book places is usually easier than a laptop or pc.
On a side note, ancedotes are good. Most topics are usually pretty dry, so adding in a little humor can make the books more fun.
thanks
Sent from your iPad.
Programming KDE
Programming Gnome
Perl 6, it's not your father's Perl
Ruby, for exceptionally tall people
Linux kernel, line by line
Programming C#
Programming for Mono
AtheOS, line by line
Embedded systems in C
And so on and so on.
Dancin Santa
Moderators: That is a joke.
Sig (appended to the end of comments you post, 120 chars)
a nice Linux book which covers administering OpenLDAP would be great. and please, dead tree, dead tree. when the server is down, you need a dead tree to read. when the server is up, you don't need a book.
-rp
I would like something like a text book: 50 java problems. Each chapter a short problem that requires some java hacking to do, and then at the end each problem coded out. So you could hack through it and then read good reference code about a problem with which your are familiar.
I use java as an example, but I really would like it in all languages.
I'm getting tired of having to choose between a $75 book with 1200 pages and a $70 book with 1150 pages. Whatever happened to concise text? Doesn't anyone at the publisher actually try to carry these monsters around any more? Let's get back to basics and not have any more of these 2 kilogram wonders with 18 faces on the cover....
1. Teach yourself ANSI Common LISP in 24 hours.
2. The Complete Idiot's Guide to the Linux Kernel Internals.
3. Assembly language for Dummies
4. Giving yourself a Enterprise Java Enema.
What *I* want are "pocket" ie small books with clear-cut examples of useable code. I switch between Perl, C, C++, Java, etc all the time, and it get frustrating when you forget a certain syntax or way of doing something. Either ONE book with lots of basic syntax examples, or many small books for each language!
I know LOTS of CS students who would buy them.
Moderation: Put your hand inside the puppet head!
Short, specific, inexpensive, and if it claims to teach me anything in 24 hours, 1 week, 1 month, or even in 10 easy steps I'm not going to buy it.
If it claims to be a "Bible". I'm not going to buy it.
If it has source code it had better come with a CD or a link to a well-designed and fast web site.
If it doesn't have source code, I'd rather save $5 and not get a CD instead of getting a CD with demo software that is already 6 monthes out-of-date by the time the book is published.
Also, any book that begins with a "history of the computer" introduction goes back on the shelf down at Borders.
Waltz, nymph, for quick jigs vex Bud.
called Teach Yourself Teaching Yourself In 21 Days In 21 Days
please, dear god, offer RING BOUND versions of your books! I really don't understand why this isn't a common thing, especially among technical references. Standard bindings do not hold up to the abuse that my books take, and are especially annoying if I am trying to work on a piece of code while keeping a reference book open at the same time. Ring bindings allow for books to lie flat on a desk, instead of flopping closed. To get the same effect from a normally bound book, you practically have to break the binding.
Just a thought. I'd probably own more books if they were just easier to use while doing actual work.
-[Blaine]- "'Oh dear,' says God, 'I hadn't thought of that,' and promptly vanishes in a puff of logic."
I can just imagine what a doubly linked list would look like. I'm afraid. Very, very afraid.
Essential C++ by Herb Sutter.
The comp.lang.c++.moderated newsgroup ran a series of problems from the moderately thoughtful to the downright fugly, entitled "Guru of the Week" and contributed to by the best of the online C++ community. About 50 of the GotW article were then pulled into a book and published.
For C++ in general, get everything (right now, about 8 books) from the new "C++ In-Depth" series. Stroustrup is the series editor; Essential is one of the titles. The idea behind the series is to get away from the massive 1200-page MFC tomes meant solely to generate revenue for the publisher; all books in the In-Depth series must be less than 300 pages long (main body). Short, clear, and to the point.
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
Personally I'd like to have hemp paper books. Hemp paper is of exceptional quality and a tonne of hemp will make much more paper then a tonne of dead trees.
That and I'd love to see some idiot try to smoke a book.
- No color pages unless they are absolutely, unquestionably necessary
- No CD-ROMs full of code when a Web site would do the job better
If I must spend oodles of money on a computer-programming book, I'd prefer it be the smallest quantity of oodles possible.
- No power source needed.
- Less fragile.
- Less chance of data loss through accident or negligence.
- Losing one physical book denies access to that book; losing your eBook reader denies access to all eBooks.
- They smell nice.
- They look pretty lining bookshelves.
Disadvantages?I'm up to my ears with books detailing how to write in a specific language. Structure and syntax is easy.. you learn how to use an if statement in one language, you know how they work in all languages. API's are about the same, references documenting joe random library are a dime a dozen.
My problem whenever I involve myself with coding something is getting knowledge about all the other vital pieces to programming, various algorithms, methods of structuring a program, stuff like that.
See, for those kids who managed to push themselves through college all think this is easy stuff.. linked lists, random numbers, event based programming, hashing, and so on (have a firm grasp of these concepts, just using them as examples). That's what they paid to go to school for. But for the rest of us who're trying to cut a living and can't easily do the school thing anymore, a "teach yourself" book or books educating the more abstract parts of programming would be a major help.
Some of this is documented, slightly, on the web or in existing open sourced projects. But most of it reads like class notes at best, and I have yet to find good books that go over these sorts of things. The information is there, but it's not presented in a manner that's easy to absorb.
As an example, oreilly did a book a while back called 'Practical Programming in C'. That was a step in the right direction. It was an easy read, but taught a lot of really useful C concepts that most people take for granted. As far as it went, it was immensely valuable to me both as a reference and a tutor.
Basically, there's a niche between API references and language syntax books that seems horribly unfilled. I'd buy books immediatley if they seemed to fall in that category.
I would like to see an entire book based on "Cool Things with X"
Most of what I've seen written about X is a short overview in a "Learning Linux" book or 7 volume programming manuals. There doesn't seem to be anything in between. The book should explain, in detail, the X config files, the startup files, stuff to do with the client and server. Maybe touch on window managers.
Answer questions such as "Can I just run one X server on my network instead of on every host to save disk space?" or "Can I display a window running on one host on another host?".
_.:*~*:._.:*~*:._.:*~*:._.:*~*:._.:*~*:._
ASCII art?? I thought it was a REGULAR expression
I think it's safe to say that we don't want (or need) any more "How to Be An Unleashed Dummy In 21 Days" books.
Rather than Yet Another Computer Book that simply cats the "--help" into a book, I'd like to see a revolution in the computer book template. Oh, sure, a book that explains what each and every function in PHP does is helpful, but I can get that online.
How about a case study book? A series of case study books?
I'd like to see a section in every book titled, "These things will likely shaft you".
Fictionalize a manual. The Adventures of Nerd Man. (okay, this one is reachy)
Best yet, I'd like to read a book that doesn't have this damn phrase in it: "... but that is beyond the scope of this book..." Usually, that's the part that I'm stuck on.
You can probably get a thousand concepts from just reading HOWTOs and grepping for that phrase. Those are the parts where the medium-level people (most of the population) are stuck.
Potato chips are a by-yourself food.
Ebooks suck, I do not like them, especially when I'm working on a downed server and have 4 Terminal.app's open, and I have to find a spot for Acrobat to fit.
I'd like to see:
- More books with the flexible bindings (ala Oreilly). Books that don't lay flat suck.
- More "Cookbook" style books, as long as they are truly thorough and diverse (see Perl Cookbook for a good example).
Essentially, system engineers like to see short code snippets of how to accomplish odd tasks in a quick, easy manner. Again, when stuff's broken, or data needs to be pulled pronto, I'm not going to wade through man pages, etc.
- I don't favor the Nutshell style books, they're usually poorly organized and don't comprise enough of the "right" information.
- More quality assurance. Too many books these days are rushed out to market way too quickly. I'd rather buy a book that's good quality, rather than "quickest out". Most of us customers read Amazon.com reviews to get an idea of what books to buy on a particular subject. Keep that in mind.
- Topics I'd like to see? more advanced-level BSD stuff, more kernel hacking stuff, LDAP, you can never have too many Perl books. Think about stuff your target audience would love to see. Oreilly is great for doing this, see: "CGI Programming with Perl", "Perl for System Administration", etc
How about a book going the other way? I usually try to stay far, far away from Windows admin tasks, but the generally low quality of Windows admins means that I'm often left on my own since the problems I'm solving rarely fit into the point-and-click world they live in.
/etc/init.d, but what's the details?
There are books that attempt to explain simple Linux tasks to Windows users, but don't seem to be any books that discuss advanced Windows topics to Linux/Unix users. E.g., I know that the "system tray" is similar to our
For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
Hear! Hear! Paper is:
Electronic formats are okay when you need to provide documentation to a whole bunch of people but most people I know still like having a paper copy and cite the reasons above as why.
CUR ALLOC 20195.....5804M
I'd very much like to see...
Unix Hackers Guide to Mac OS X
Written for the experienced Unix user who is unfamiliar with the mac life. Various topics might include things like:
- How the Aqua configuration dialogs interface with basic system configuration files.
- Where configuration information is stored.
- Where to find mounted volumes in the filesystem.
- Command line alternatives to GUI-level actions (specifically configuration type things, not just file manipulation)
- use of the 'defaults' command
- enabling the root account
- "Where is gcc/cc?!"
- How network interfaces are managed (including how this interracts with the 'Locations' dialog and autoconfigure functions. What process mantains this? (i'm still looking for an answer to this one))
- Modifying bootup scripts in a 'safe' way that will survive an OS update.
There are countless other possible topics. Basically everything the experienced unix hacker needs to know in order to quickly become comfortable with Mac OS X.
-acet
Debian's got a lot of (nifty) quirks, few of which are well-documented. Many tasks are automated by Debian-specific tools; but good luck discovering those tools on your own. Many configuration files have been modularized or otherwise tweaked as compared to their Red Hat counterparts. It would be nice to have a system admin book that focused on the Debian Way of doing things.
--
CPAN rules. - Guido van Rossum
SELECT first_name,phone_number FROM women WHERE easy='very' AND looks='good'
---If you can't trust a nerd, who can you trust?
I'd like to see a book about using OCaml, or Lisp, or Scheme, or some other functional language with a free implementation, to address real-world programming problems. (OCaml would be nice; it's widely recognized as a great language, but there's no English-language text.)
While the audience may be limited, I think there's a screaming need for such a book within that audience; almost all existing FP texts are way off in theory-land, and most predate the huge boom of the web, which is a natural environment for functional languages.
An added benefit for a publisher is that this particular technology landscape changes slowly, so the book will have a long shelf life, and is at no risk of being obsolete before it's released.