Beauty STEM nav_sap_plcc_ascpsc Electronics Dads and Grads Gift Guide Limited time offer Wickedly Prime Handmade Wedding Shop Home Gift Guide Father's Day Gifts Home Gift Guide Book House Cleaning dyinguphere dyinguphere dyinguphere  Introducing Echo Show All-New Fire HD 8, starting at $79.99 Kindle Oasis Bob Marley Shop Now toystl17_gno

Format: Paperback|Change
Price:$22.63+ Free shipping with Amazon Prime
Your rating(Clear)Rate this item


There was a problem filtering reviews right now. Please try again later.

Showing 1-10 of 46 reviews(Verified Purchases). See all 81 reviews
VINE VOICEon April 15, 2010
Despite the title, which uses the term "coder" to describe the software developer, this 600-page series of 15 interviews by Seibel is actually quite fascinating. In the words of the author, the questions he posed to these accomplished software developers are varied, revolving around "how they learned to do it, what they've discovered along the way, and what they think about its future". While these were some of the questions asked of all interviewees, like any good journalist Seibel used these as starter questions, going on unique tangents for each along the way. This reviewer noticed that several readers had expected some type of how-to guide by each individual interviewed, but the content here is composed of discussion points, as the subtitle suggests. If you enjoy interviews in the software space, such as those that one might regularly find on InfoQ, you will probably enjoy this collection.

Though weighty, there are numerous great sound bites throughout. Jamie Zawinski, "one of the prime movers behind [...], the organization that took the Netscape browser open source", is quoted as saying "I hope I don't sound like I'm saying, 'Testing is for chumps.' It's not. It's a matter of priorities. Are you trying to write good software or are you trying to be done by next week? You can't do both. One of the jokes we made at Netscape a lot was, 'We're absolutely 100 percent committed to quality. We're going to ship the highest-quality product we can on March 31st." Seibel poses the following question to Douglas Crockford, inventor of JSON: "In one of your talks you quoted Exodus 23:10 and 11: 'And six years thou shalt sow thy land, and shalt gather in the fruits thereof: But the seventh year thou shalt let it rest and lie still' and suggested that every seventh sprint should be spent cleaning up code. What is the right time frame for that?" To which Crockford replies: "Six cycles - whatever the cycle is between when you ship something. If you're on a monthly delivery cycle then I think every half year you should skip a cycle and just spend time cleaning the code up."

Brendan Eich, creator of JavaScript, later comments: "Abstraction is powerful. What I'm really allergic to, and what I had a bad reaction to in the '90s, was all the CORBA, COM, DCOM, object-oriented nonsense. Every startup of the day had some crazy thing that would take 200,000 method calls to start up and print 'hello, world'. That's a travesty; you don't want to be a programmer associated with that sort of thing. At SGI, the kernel, of course, was where the real programmers with chest hair went, and there you couldn't screw around. Kernel malloc was a new thing; we still used fixed-sized tables, and we panicked when we filled them up. Staying close to the metal was my way of keeping honest and avoiding the bulls***, but now, you know, with time and better, faster hardware and an evolutionary winnowing process of good abstractions versus bad, I think people can operate above that level and not know assembly and still be good programmers and write tight code."

Joshua Bloch, Chief Java Architect at Google at the time this book was written, comments that "there's this problem, which is, programming is so much of an intellectual meritocracy and often these people are the smartest people in the organization; therefore they figure they should be allowed to make all the decisions. But merely the fact that they're the smartest people in the organization doesn't mean they should be making all the decisions, because intelligence is not a scalar quantity; it's a vector quantity. And if you lack empathy or emotional intelligence, then you shouldn't be designing APIs or GUIs or languages. What we're doing is an aesthetic pursuit. It involves craftsmanship as well as mathematics and it involves people skills and prose skills - all of these things that we don't necessarily think of as engineering but without which I don't think you'll ever be a really good engineer."

Summarized as the "mother" of Smalltalk (the counterpart to Alan Kay, the "father" of Smalltalk), Dan Ingalls comments that "people should learn to think clearly and to question. And to me it's very basic. If you grow up in a family where when the cupboard door doesn't close right, somebody opens it up and looks at the hinge and sees that a screw is loose and therefore it's hanging this way vs. if they say, 'Oh, the door doesn't work right; call somebody' - there's a difference there. To me you don't need any involvement with computers to have that experience of what you see isn't right, what do you do? Inquire. Look. And then if you see the problem, how do you fix it? To me it's so basic and human and comes so much from parent to child. Computers are certainly a medium for doing that. But they're just computers. There's a lot of that that will transfer, but to me it's really big and basic and human, so it's not like we're going to enlighten the world just by teaching them computers."
0Comment| 10 people found this helpful. Was this review helpful to you?YesNoReport abuse
on August 28, 2016
I really like this book for the feeling that these people who have accomplished so much are just like me and do not do anything insane to achieve what they have. Many of their stories are like my own.

Sometimes we take the leaders of an industry and blow their importance and worth out of proportion: "Only THEY could have done it." That doesn't make their accomplishment any lesser and I like that this book shows the humanity that hides behind code and products they've built.
0Comment| One person found this helpful. Was this review helpful to you?YesNoReport abuse
on September 19, 2009
*Spoiler*: The last bit of the last sentence of the last interview in this book is "don't only read the people who code like you."

At least one reviewer has complained that this title didn't "detail" how these programmers worked and how they approached programming. I must thoroughly disagree. The opinions of these people on common points of disagreement from type systems to tools and coding styles to debugging methods was explored. If you are hoping that you will be able to watch the subjects solve a complex problem or go through a typical day's work than you are in the wrong place. This isn't a screencast or a tutorial. On the other hand, there are a wide variety of opinions on display from experts in different areas of the field across different generations on numerous contentious issues.

This book is filled with words worth chewing on. On the first read, the interviews of Crockford, Deutsch, Eich, and Peyton-Jones stuck out to me in particular. In subsequent readings I expect that set to be different. All of the interviewees did agree on the importance of one thing, reading and writing code. For a beginner, this book is likely to point out some pitfalls that otherwise would've been missed and suggests valuable sources of intuition and insight. Perhaps most importantly, it may help popularize some knowledge of the history of our field. As Knuth laments, "The idea that people knew a thing or two in the '70s is strange to a lot of young programmers." There is some valuable distilled experience and wisdom here. At the very least, the book should help you hash over your own opinions on the issues discussed.
0Comment| 12 people found this helpful. Was this review helpful to you?YesNoReport abuse
on April 12, 2011
Coders at Work is organized into several interviews with prominent computer scientists, engineers, programmers and hackers (each seeing himself differently as regards to belonging in one of these categories).

Most of these masterminds started programming on punchcards on PDP-I machines in Assembler, running software on timeshares and debugging both software and hardware. Most of them have worked with LISP, almost all of them feel that there is something wrong with C++, some contributed on creating or improving programming languages like Javascript, Java, Smalltalk, Haskell, Erlang, Fortran and LISP, one of them developed the original UNIX implementation, another contributed on writing the software for the first ARPANET nodes which later grew into what we know today as the Internet and a few others have written cool software like the Netscape Navigator, Livejournal and memcached. One notable interview is with Donald Knuth, the author of the multi-volume work "The Art of Computer Programming" who is though of as the father of algorithm analysis and who invented "literate programming".

After reading this book I found myself wanting to learn more about systems programming and while I probably will always work in application programming, I now have a new found respect for the hard work that these scientists and hackers have put throughout their life-long careers.

This book is a must read for any passionate programmer who is interested about the history and the early developments made in the software industry, developments that made today's technologies possible!
0Comment| One person found this helpful. Was this review helpful to you?YesNoReport abuse
on December 7, 2009
This book is an enjoyable collection of interviews of some well known personalities in the computer industry. These interviews run the gamut of topics: understanding programs, writing code, how programmers view themselves, and working with others to name a few. However, the most fantastic thing about the viewpoints is this: they differ.

The diversity of approaches, mindset, attitude, and execution of each of the coders interviewed is a welcome change from the onslaught of the "best practices" mindset which has become increasingly popular in recent years. Even more amazing is the levels of success that they have achieved in spite of (or perhaps, because of) their differences.

While some would find the repetition of questions or extended stories regarding the history of each coder yawn-inducing, I found it to be a refreshing break from the standard computer book fare. If you want to learn about a specific language, platform, or development process, you will want to buy a different book; it covers these topics in only the broadest sense.

My only gripes are minor: first, there are a surprising amount of typos. Second, the book tends to drag when Seibel does more of the talking than the interviewee. Thankfully, this doesn't happen often.

Ultimately, it is a good collection of opinions and war stories which will broaden your perspective towards code and people who write it.
0Comment| 2 people found this helpful. Was this review helpful to you?YesNoReport abuse
on October 19, 2012
This work is a classic, which should not be going out
of print for the next 5 years. I have 2 good points to make.

1. To have so much condensed brainpower in one book is wonderful, as it will make other publishers embarrassed enough
to put out better books.

2. This book will help a lot of people going into Computer Science, as the way this book is designed is psychologically
sound. By this I mean programmers/ role models speaking in their own words about topics that are essential to
Computer Science students. Also, the price is affordable, even for students.
0Comment| 2 people found this helpful. Was this review helpful to you?YesNoReport abuse
on November 23, 2009
This book is just a bunch of interviews with some programmers you might recognize and some you may not. It seems to be pretty lightly edited and some people may find some sections boring (and others may not)! "Coders at Work" is a fascinating insight into the education, careers and minds of some pretty big names in the field. I ordered the book before reading some of the negative reviews and I'm very glad I did. I almost hesitated to start reading it thinking that it was going to be boring and dry but it wasn't. Yes, there is definitely heavy use of acronyms and terms that I wasn't familiar with but to me it was a learning opportunity and a chance to dig a little deeper to figure out what the interviewees were talking about.

It's tough to predict if this book will appeal to you. If you're a seasoned software industry professional with a deep love for the 'craft' of coding then you'll love this collection if interviews. I certainly did and it reminded me of why I got into this industry in the first place and it rekindled a love for coding.
0Comment| One person found this helpful. Was this review helpful to you?YesNoReport abuse
on January 4, 2010
I always enjoy reading books about other programmers, and this book is the best of that kind that I have found. Reading about the techniques that other coders use and the programs they have created always inspires me to work harder and try and become a better programmer myself. The interviews in this book provide a great insight to many of the programmers that I have long admired.

Coders at Work benefits heavily from Peter Seibel's own experience programming, and his familiarity really helps drive the conversation in direction that true coders will appreciate. If you view programming as more than just a day job and are looking for ways to improve your craft, or just inspiration from hearing the tasks that others have been able to accomplish this is a great read.
0Comment| 3 people found this helpful. Was this review helpful to you?YesNoReport abuse
on December 12, 2011
This book records the insights & reflections of some highly proficient programmers with lots of experience and years behind them. As a programmer, reading through the conversations is very interesting, learning the "stories behind the stories", what came before what, what things eventually lead to, and it's actually quite educational too as often the interviewee will mention various methodologies they apply & tools they use. It's also very much on the tech side so as much as it's appealing to technocrats it's probably equally unappealing to non-technocrats.
Seibel presents questions from all kinds of aspects and ranging from plain-personal to pure-professional. It is a very good read.
0Comment|Was this review helpful to you?YesNoReport abuse
on April 5, 2012
I am almost finished with the book and definitely enjoyed it.

It is a little geared towards the old school.

I guess I could find them elsewhere, but in this book I would have liked to have seen interviews with Anders Hejlsberg, Kristian Høgsberg, Miguel De Icaza, John Carmac, Richard Garriot, etc.

Of particular interest was the discussion how each programmer debugged code -- as to me this is my important skill I am always trying to improve.
0Comment| 2 people found this helpful. Was this review helpful to you?YesNoReport abuse

Sponsored Links

  (What's this?)