Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Is it more than superficial though? Depends on your definition of 'superficial':

If I buy a book on SPDY (or any technology), it is likely because I want to use it in a production/live environment.

I want to buy a book on technology from someone who has run a live system, and got the battle scars one gets from doing so; who has learnt from the experiences, which they can then share.

When it comes to technology, one can research all they like about it, but until you have practical _experience_ in a live environment, I would call it 'superficial'.

(From the blog post it is not clear; if you have run all these technologies live then I agree, your understanding is not superficial)



I had the same thought as you about his books, if this is the methodology. But I also find it very inspiring, and am extremely envious. Every time I think, "Maybe I should write a book about this", I immediately project myself onto a prospective consumer of my unwritten book and think, "I wouldn't read a book written by me on this subject, because I am not enough of an expert, so why should I expect anyone else to feel differently?", so I don't write the book. This guy thinks the first thought and just goes for it. The word is overused, but: awesome!


Is it more than superficial though? Depends on your definition of 'superficial':

I think that depends on who the audience is. If you're a CTO at a company that's up and running and live and you're beginning a deployment of something new, then yes, you need an overview rooted in hands-on experience. But if you're a guy who just wants to learn something new because "I might use this in the future" or "I'm just evaluating this" or whatever, a book which is based only on theory/research can be wildly useful if it helps you shortcut the learning curve to learning the tech. Actually, if it helps you shorten your own learning curve, it's beneficial in either of those scenarios, in a sense.


That is a fair point. I had not run SPDY in a heavily utilized production environment. I'll agree that there are things that I would learn had I done so, but I would definitely argue that this is the only way to learn something in depth.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: