<< 1 >>
Rating: Summary: Excellent Book Review: An excellent book, giving a rare description of "Unixness" or the qualities of Unixness. Very nicely written and extremely good layout.A good read for any body who loves the Unix way of life.
Rating: Summary: Yada yada yada Review: I suppose this is the kind of book that should be adored by managers. First, it has a stylish cover. Second, it doesn't take much of your time. You should be over with it in about one hour - not only it's thin, it is also typeset in a size larger than the usual book letter size. And third, it comes with ready-made slogans like "Small is beautiful", "Make each program do one thing well" etc, that can come handy at staff meetings. Even at its rather modest size, this book is stretched to the limits. There is about enough material in it to make a decent article in UnixWorld or some similar magazine, perhaps even two; it could also be made a chapter in some compendium. But that doesn't nearly make it enough for a standalone book. True, Gancarz writes well, and anecdotical stories in this book make a pleasant bathtub reading. To convince you that Unix indeed is a great design, however, get something substantial instead. If you are a programmer and seeing some actual code doesn't scare you off, I would recommend The Unix Programming Environment by Kernighan and Pike. Though dated, in my opinion it still makes a better introduction to the Unix design philosophy. If you are not that much interested in Unix, you might nevertheless want to consider saving twenty bucks and subscribing to comp.unix.advocacy Usenet group instead.
Rating: Summary: The must read Review: I'd loved this book. I'm cs student and was in the middle of my UNIX programming course, with all this shell commands, don't know what and why. Luckily I came across this book, and suddenly everything become clear. You can learn all the commands and API, but if you didn't read this book, you can't claim to know/understand UNIX. I would recommend this book for anyone in UNIX world, especially for the beginners. Worth the price.
Rating: Summary: Thought provoking and humorous look at software design Review: I've used Unix (and variants thereof) for seven years. I've read hundreds of books about Unix, from systems design to advanced X11 programming. This book provides the fundamentals to understanding Unix on all levels. The Unix Philosophy has made me appreciate Unix like never before; it's totally changed my ideas about programming, program interoperability, and human-computer interaction. You will want to read this book from cover to cover over and over. You'll find yourself using this book as a reference, even though it's not one. The Unix Philosophy is well written, interesting, and insightful. Read this book. :)
Rating: Summary: If you have used or ever plan to use Unix, read this book. Review: I've used Unix (and variants thereof) for seven years. I've read hundreds of books about Unix, from systems design to advanced X11 programming. This book provides the fundamentals to understanding Unix on all levels. The Unix Philosophy has made me appreciate Unix like never before; it's totally changed my ideas about programming, program interoperability, and human-computer interaction. You will want to read this book from cover to cover over and over. You'll find yourself using this book as a reference, even though it's not one. The Unix Philosophy is well written, interesting, and insightful. Read this book. :)
Rating: Summary: The must read Review: There is something magical about the power and elegance of UNIX systems. I never could quite put my finger on what was so right about UNIX until I read this book. Then suddenly I understand why it is that I've never been able to be productive on non-UNIX systems. (windows or pre OS X macs) This books is a short and sweet. The author doesn't bog you down with endless ramblings or random technical details. It is simply an eye-opening look at the "WHY" of UNIX.
Rating: Summary: Thought provoking and humorous look at software design Review: This is a hilarious book ("winnow out the chaff" using prototypes!!!) that is more about the philosophy of reusable software tools and portable data rather than Unix. (Unix just happened to be the vehicle in which these ideas were delivered...) It takes a fairly radical stand on the so-called basic tenets of the "UNIX Philosophy" but does so more to illustrate its points rather than to work anyone with software biases into a frenzy. This book cuts through hype and approaches software development and design with a pragmatic and timeless sensibility - a methodology book that ignores object oriented programming, Java, the Internet, or any other technology of the day and focuses instead on more universal aspects of software development - What makes code reusable? What makes data portable? What are the evolutionary stages of a killer app? Read this insightful and amusing book!
Rating: Summary: Every SW-designer should read this book every second year Review: This is a wonderful little book that every software designer should ready every second year. The book stresses the issues that we know, but all too often forget: small is beautiful, every program should do one thing well, use leverage, build prototypes, ... The book also has the classical and wonderful story about the three systems of man. The first system is build by man, he has no time to do it "right". It is a "lean, mean computing machine". The success of the first system leads to the second. The second system is built by experts, the design is by a committee, and the result is a fat and slow system. The third system is built by people who have bean "burned" by the second system. Read the complete great story in the book. For a user of UNIX or a designer of programs in the UNIX environment the book explains the UNIX design philosophy. This is what could be expected. However, software designers of all systems will benefit from reading the book. The UNIX philosophy is applicable and beneficiary to all software systems, regardless of the operating system used.
Rating: Summary: Every SW-designer should read this book every second year Review: This is a wonderful little book that every software designer should ready every second year. The book stresses the issues that we know, but all too often forget: small is beautiful, every program should do one thing well, use leverage, build prototypes, ... The book also has the classical and wonderful story about the three systems of man. The first system is build by man, he has no time to do it "right". It is a "lean, mean computing machine". The success of the first system leads to the second. The second system is built by experts, the design is by a committee, and the result is a fat and slow system. The third system is built by people who have bean "burned" by the second system. Read the complete great story in the book. For a user of UNIX or a designer of programs in the UNIX environment the book explains the UNIX design philosophy. This is what could be expected. However, software designers of all systems will benefit from reading the book. The UNIX philosophy is applicable and beneficiary to all software systems, regardless of the operating system used.
Rating: Summary: A great book for everyone from beginners to 25-year veterans Review: When I first ran across this book, I thought it looked interesting, but I had a bunch of other books, so I put it aside. Weeks later, back in the bookstore, I noticed it was gone, and was mad at myself for not getting it. Weeks after that, I refound it, and while thrilled, once again rationalized myself into not buying it. I repeated this cycle of frustration/elation every few weeks over the next few months, as I lost and then re-found the book when they rearranged the shelves. After about 3 or 4 iterations, I finally bought it out of frustration. :-) To my surprise, it didn't get lost in the piles of "to read" books. It was a fairly quick (and excellent) read. I have recommended it dozens of times to friends and co-workers. From those who are literally just starting out in Unix, to those who have been Unix system administrators for 15-20 years. Gancarz writes on a multitude of levels, and his style translates well no matter where you are on the Unix spectrum of experience. For people who are just beginning, he says "Ok, so you're a newbie... Here's how we all think, and how we all code. If you understand our frame of reference, all of this will make much more sense." For those who are seasoned, he says "Ok, so you're a hot-shot veteran with 20 years of coding and sysadmin under your belt... Here are some reminders and pointers on how we all think, and how we all code. If you make sure to follow the same basic tenets, you can be assured that your code will interoperate with everyone else's, and will withstand the test of time." This is not a book about how to code. This is a book about *how to think* about coding, and operating system design in general. He talks a lot about the portability of data over systems and over time, and how good programs should work well *with each other*, rather than being designed to work with a human. (Compare the user interface of 'grep' to that of Microsoft PowerPoint. One is designed to interface well with thousands of programs, and one is designed to interface well with thousands of humans, but only a few programs. You can't script PowerPoint. You can't include it inside your own programs. You can't call it up from a cron job at 3am to process data for you. It's designed under a different philosophy.) Just Chapter 4, "The Portability Priority", is worth the price of the book, alone. It succinctly explains why you should choose data portability over efficiency and speed, and also why you shouldn't bother going back to rewrite your old scripts in C or Assembly to eke out that last smidge of speed. (The new computers coming out next year/month/week are going to be 10/100/1000x faster, and so will your code!) And he sings the praises of flat ASCII files for data stores that can be edited on any old text editors, read by all sorts of programs and different operating systems, etc. By contrast, MS PowerPoint doesn't even interoperate well with other versions of *itself* from past years, and will almost certainly not be able to read files generated with the version that comes out 3-5 years from now. Two thumbs up. This book is fantastic. And actually, it's been just over 2 years for me, so I think I'm about due for a re-read... :-)
<< 1 >>
|