Forthcoming 2nd ed. of _The Ruby Way_

Phil T. wrote:

that’s a great idea. And perhaps a section in that chapter on creating
plug-in architectures.

You know this book will end up longer than TAOCP.

Then we’ll all be pestering Hal for volume 4.

James

http://www.ruby-doc.org - Ruby Help & Documentation
Ruby Code & Style - Ruby Code & Style: Writers wanted
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com - Playing with Better Toys
http://www.30secondrule.com - Building Better Tools

Hi –

On Fri, 16 Dec 2005, Gavri F. wrote:

On 12/16/05, James B. [email protected] wrote:

I have high expectations for David Black’s forthcoming book. I’d be
hard pressed to name another person I’d like to see a Ruby book from.

The book is called “Ruby for Rails” and the subtitle is “The Ruby you
need to master Rails”. David Black is a great candidate to write that
Advanced Ruby book I wish existed, but I don’t think it’s this one. I
hope I’m wrong though.

Hmmm… that subtitle is actually a bit off: it’s “Ruby techniques for
Rails developers” (as per the cover), though I see that it’s listed
the way you’ve got it on at least one website. I’ll put the official
version in my sig :slight_smile:

In any case, the book is basically written for the “coming to Ruby
through Rails” constituency, broadly speaking. It covers some (not
all) of the topics that are coming up on people’s table of contents
ideas for advanced Ruby. I think that’s partly because of my belief
that some in things in Ruby, while certainly in a sense advanced, are
more accessible and learnable than their reputations sometimes
suggest. So, while working from the basics, I don’t hesitate to aim
fairly high.

David


David A. Black
[email protected]

“Ruby for Rails: Ruby techniques for Rails developers”,
forthcoming from Manning Publications, April 2006!

On 12/16/05, James B. [email protected] wrote:

I have high expectations for David Black’s forthcoming book. I’d be
hard pressed to name another person I’d like to see a Ruby book from.

The book is called “Ruby for Rails” and the subtitle is “The Ruby you
need to master Rails”. David Black is a great candidate to write that
Advanced Ruby book I wish existed, but I don’t think it’s this one. I
hope I’m wrong though.

Jack C. wrote:

+1. I’d also be much more interested in pure, advanced Ruby rather than
specifics of this or that library.

I answered Phil in email, but I’ll answer briefly here also.

What you say is compelling, but the fundamental style of the book
isn’t going to change that much. There will be some coverage of
advanced techniques (as well as elementary techniques).

There will definitely be material added in the “more advanced”
sections. Some material will be deleted, but mostly because it is
boring, not because it is too elementary.

Coverage of specific libraries will be incomplete, and will occupy
the minority of the book. But this material will still be there.

Sorry if this disappoints. It’s a design decision.

Hal

James Edward G. II wrote:

On Dec 14, 2005, at 10:59 PM, Hal F. wrote:

That’s one reason I want assistance in prioritizing things. In addition,
some of these I know little about, and will have to learn within the
next ninety days or so, or just skip them.

Can you use the community? Together we know a fair amount. :wink:

:slight_smile: That’s an understatement.

I’m using the community already. I knew that the announcement itself
would be followed by opinions expressed.

And I’ll have questions as I go along. Believe me.

My experience is:

  • Study, and you think you know something.
  • Study harder, and you think are good at it.
  • Use your knowledge, and you learn even more.
  • Teach it, and you will learn still more.
  • Write a book, and you will realize how little
    you really know.

Hal

Gene T. wrote:

“100 pages deleted”: does this mean Rb vs. perl/python sections are
expendable? I can understand, these entail a lot of research, &
recently there’s been an explosion of R vs. p/p/java/smalltalk/lisp
blogs which can be collected on ‘Ruby eye for python guy’ or some
wiki.

Probably so. Those were longer than I intended in the first place.
To rewrite them would require time and effort (and help, since my
Perl is weak and my Python weaker).

The part of Way r.1 that’s most valuable to me today is the “Things to
remember” list on pages 45+

I’m glad it was useful, but I dread having to update it.

Hal

Brian B. wrote:

I bought your first book. Loved it.

I’m anxious to see the 100 pages you plan on deleting. Always good to know
the things to unlearn too.

:wink: There’s not terribly much to unlearn. Some things that I showed how
to
do are now part of the core (such as hyperbolic trig, base conversions,
etc.).
Other things are just silly or irrelevant. Sometimes there is now a
“better
way” to do things.

To find all the changes, you’d need the old TOC, the new TOC, and a long
rainy Saturday. :slight_smile:

Hal

Chris G. wrote:

model (see Kathy Sierra’s blog), inclusion of tutorials, examples,
exercises…

If you’re familiar with the first edition, the basic style and
philosophy will not change.

If you wish, I’ll discuss that in more detail later. Or someone
else can offer an opinion as to what “kind” of book it is.

Hal

Luc H. wrote:

On 15 déc. 05, at 01:34, Jeff W. wrote:

… Please be sure to provide it in PDF form… That’s how I have my
current edition and I really appreciate it.

Make that a Pickaxe-2-style-beta-book and I’m signing up right away :slight_smile:

Well, my publisher is not as cool as Dave. :slight_smile: There won’t be a
beta program as such, and the only way you’ll get a PDF (that I
know of) is through something like Safari.

Hal

Greg D. wrote:

On 12/15/05, GJB [email protected] wrote:

If it’s available in early access,
I’ll buy that too!

Is that the plan? Seemed to work well for the Rails book. I’d
definitely buy a beta copy in PDF form (now) for a hard copy final
edition later.

I don’t think the publisher has any plan of such. In fact,
they might hate the very idea. But I will mention it.

Hal

James B. wrote:

I have high expectations for David Black’s forthcoming book. I’d be
hard pressed to name another person I’d like to see a Ruby book from.

Agreed! I am eager to get my hands on that. I think it will be a
tremendous asset to the community.

Hal

Hal F. wrote:

There’s more to a book than a list of topics. What about depth,
starting point, assumptions of reader ability, reference vs
learning model (see Kathy Sierra’s blog), inclusion of
tutorials, examples, exercises…

If you’re familiar with the first edition, the basic style and
philosophy will not change.

So, do you think you got it right? No use going by the feedback
here, limited range of opinion…


Chris G.

Bug? That’s not a bug, that’s a feature. -T. John Wendel

On 2005.12.16 01:00, James B. [email protected] wrote:

A guide to libraries would be handy, but indeed many are ephemeral or in
flux, and learning a set of distinct APIs for one thing or another is no
substitute for a proper understanding of Ruby itself.

It’s the difference between being a [application|library] scripter and a
Ruby programmer.

I would say the best approach would be to introduce ruby idioms
using existing libraries as code examples. This would likely
contrast nicely with readers’ previous experience.

But Hal knows best, so we shall see what he comes up with :slight_smile:

James

E

Eero S. wrote:

But Hal knows best, so we shall see what he comes up with :slight_smile:

Haha… thanks for the vote of confidence, but I don’t necessarily
know best in this case. I only make informed decisions based on
my own opinions, and keep my fingers crossed…

Hal

Chris G. wrote:

Hal F. wrote:

If you’re familiar with the first edition, the basic style and
philosophy will not change.

So, do you think you got it right? No use going by the feedback
here, limited range of opinion…

It’s a matter of opinion. I mostly achieved my objective, and I
stayed within the parameters I set for the project.

But the ultimate test of whether I got it right is whether people
like the result. And I think that will always be mixed. A book is
a tool, and different people are looking for different tools.

Hal

On Fri, 16 Dec 2005, Patrick H. wrote:

Shifting the focus of the thread a little bit, but what would your
idea table of contents look like in an Advanced Ruby book?

Off the top of my head randomly ordered:

  • Variable Scope
  • Regular Expressions
  • Unit Testing
  • Integration Testing
  • User Interface testing (Web, GUI)
    {
  • Module
  • Class
    } Probably rolled together =>
  • OO design practices in Ruby (Design pattern ‘thumbnails’, etc)
  • Metaprogramming
  • Domain Specific Languages
    * including Parsers, XML, YAML, etc
  • Functional, logic, and Aspect oriented programming in Ruby
  • Continuations
    * including Continuation Passing style
  • Threads and Processes
    * Can you pass some of the work to Unix (an OS really geared up
    for threads and procs)? And what to do if you are on VMS,
    Windows, or others.
  • Extensions
  • Embedding Ruby
  • Security, $SAFE in depth, [cryptography, hashing].intro
  • Performance, benchmarking, profiling, and data structure
    selection advice
  • Ruby as a tool to aid ruby development:
    Project automation, version control, ruby within and
    around your favourite editor, documentation (RD, RDoc,
    PDFs, and LaTeX) tools, and what scripting
    might help in the developent process.

Packaged as an electronic book because the paper version would
be too big!

pth

    Hugh

[email protected] wrote:

Hello, all.

Hi, Hal.

Keyword soup:
Java

Definitely. And maybe a few words on why it’s Java’s fault, not
Ruby’s, that Java’s so hard to interop with. :slight_smile: I get this question a
lot from coworkers.

If I think of anything, I’ll send a note. Good luck!

Devin
Sorry if I duped something someone else said… quite a few replies!

[email protected] wrote:

Keyword soup:
FreeRIDE RDE ArachnoRuby Komodo Eclipse

Hal, we meet last year at RubyConf 2004. You signed my copy of the
Ruby Way book and we talked about Tycho and delicious amongst other
things.

Just wondering what it would take to get the jEdit Ruby Editor Plugin
into your keyword tagsoup? It’s currently number one for the search
“ruby editor”. :wink:

cheers,
Rob

On 12/15/05, Hal F. [email protected] wrote:

I don’t think the publisher has any plan of such. In fact,
they might hate the very idea. But I will mention it.

I’m sure you know all of this, but just the same…

You should point them to the success of AWDWROR [1]. It certainly is
a new/controversial idea, but it seems to be win/win.

Publishers:
They get cash in early, followed by errata submissions before going to
press, so they’re final product has a higher quality. They also get
to market a product at 3 levels, the PDF buyer who can’t afford the
book, the average book buyer, and those of us who want both.

Readers:
They get a chance to read it before it goes to press (and many of them
can’t afford to wait). When they finally get their print copy, it’s
far more likely to be error free. On top of that, they get the same
buying options mentioned above – which gives them the chance to have
a book they can read at the beach, and/or a PDF they can quickly
search while coding.

I know the PragProg guys say there’s no such thing as a ‘magic bullet’
for programming, but they sure seem to have found one for publishing.

[1] http://www.loudthinking.com/arc/000487.html

On 12/15/05, Bill G. [email protected] wrote:

I’m sure you know all of this, but just the same…

You should point them to the success of AWDWROR [1]. It certainly is
a new/controversial idea, but it seems to be win/win.

It might also be worth pointing out that other programmers are doing
same kind of thing – Manning for example:
MEAP Program

[elided]