54 ms·
Coders at Work: Reflections on the Craft of Programming (2009)
- kleiba 3y agoSee also: https://news.ycombinator.com/item?id=817235 https://news.ycombinator.com/item?id=817235 (from 14 years ago)
- bloopernova 3y agoI know it shouldn't really impress me, but I am nonetheless impressed that I can vote on HN comments from 14 years ago. It used to be that Reddit would make threads read-only after a certain amount of time, and I'm not sure if they still do that. Seems like an indicator of how robust a given site/app is. Mentioning Reddit, I'm still salty they deleted private messages from before 2023. They couldn't even provide an archive for people to download?!? Utterly bizarre.
- olejorgenb 3y agoLast time I checked I couldn't even get my all my upvoted stories/comments from the reddit API (restricted to last X years and/or Y votes). IIRC HN do lock new conversations on post after 1(?) months though.
- deleted 3y ago[deleted]
- mannycalavera42 3y agoone of my fav, would like a new edition with more interviews (I know, I know, check on youtube etc etc)
- medo-bear 3y agoSome time ago I read that he expressed interest in writing the 2nd edition to Practical Common Lisp
- cylinder714 3y agoOh! Good to know.
- hotcrossbunny 3y agoMy thoughts exactly!
- warkanlock 3y agoIt's one of my favorite programming books that makes you realize how quickly you can become confused by the latest trends and shiny new best practices, losing focus on what's important: being a productive and efficient individual contributor when doing something you love
- urthor 3y agoI must admit, I read this and failed to find any profound, deep way that these coders are different. Seems like they just worked hard.
- faiD9Eet 3y ago> I must admit, I read this and failed to find any profound, deep way that these coders are different. I have come to the same conclusion. > Seems like they just worked hard. I would like to draw another conclusion. Fitzgerald operated live journal from his bedroom as a teenager - so he was at the brink of new technology. Same effect that gave rise to Bill Gates. There are probably more effects at play, like working for a company that does not waste your time doing bullshit tasks and having a mentor to get you started. Even a like minded individual will increase your chances to overcome obstacles.
- electrondood 3y agoI read it as a collection of stories from on the job.
- neves 3y agoThey all debug using printf and hard thinking. No fancy tools. I like to play with tools, but they showed me that they really that important.
- 082349872349872 3y agothey just worked hard (which many people do) — on things that mattered (which many people don't)
- pjmlp 3y agoA great book. regarding the history of programming languages, and specially getting the realities of languages when they came to be, rather the perception of their capabilities today. Love Fran Allen's interview regarding C early days, versus other ecosystems.
- AnimalMuppet 3y agoFor those of us who don't have the book, would you summarize what you liked about that interview?
- pjmlp 3y agoSomething I quote regularly, regarding how C was hardly impressive in terms of performance quality in generated native code. As anyone coding in the 1980's home computers knows, any junior doing Assembly could easily beat those compilers. It was the abuse from UB in optimising compilers that eventually made the difference. "Oh, it was quite a while ago. I kind of stopped when C came out. That was a big blow. We were making so much good progress on optimizations and transformations. We were getting rid of just one nice problem after another. When C came out, at one of the SIGPLAN compiler conferences, there was a debate between Steve Johnson from Bell Labs, who was supporting C, and one of our people, Bill Harrison, who was working on a project that I had at that time supporting automatic optimization...The nubbin of the debate was Steve's defense of not having to build optimizers anymore because the programmer would take care of it. That it was really a programmer's issue.... Seibel: Do you think C is a reasonable language if they had restricted its use to operating-system kernels? Allen: Oh, yeah. That would have been fine. And, in fact, you need to have something like that, something where experts can really fine-tune without big bottlenecks because those are key problems to solve. By 1960, we had a long list of amazing languages: Lisp, APL, Fortran, COBOL, Algol 60. These are higher-level than C. We have seriously regressed, since C developed. C has destroyed our ability to advance the state of the art in automatic optimization, automatic parallelization, automatic mapping of a high-level language to the machine. This is one of the reasons compilers are ... basically not taught much anymore in the colleges and universities."
- 3y ago
- torstenvl 3y agoFunny enough, I just bought this yesterday. I was having DNS issues at work and trying random bookmarks, and happened to click on https://www.joelonsoftware.com/2009/09/23/the-duct-tape-programmer/ https://www.joelonsoftware.com/2009/09/23/the-duct-tape-prog... where it's highly recommended.
- neves 3y agoWow, more than 15 years old. I remember reading it in a vacation and what really sticked with me was that all the luminaries debugged using printf() :-)
- HarHarVeryFunny 3y agoMe too - only thing I use a debugger for is analyzing core dumps. Other debugging tools like Valgrind can occasionally be useful to, but honestly a debugger is not the most efficient way to find bugs!
- nuncanada 3y agoBought it just because of the interviews with Knuth and Norvig, but it amazed me how fun and interesting was to read all the other interviews also. Definitely one of my favorite CS books.
- jrmg 3y agoThe inspiration for this book, ‘Programmers at Work’, from 1986, is also a gem: https://www.goodreads.com/book/show/2092681 https://www.goodreads.com/book/show/2092681 It contains interviews with 19 prominent programmers from that era - some of who you’ll definitely recognize. I remember particularly enjoying the Tori Iwatani one - he’s the creator of PacMan. The full list: Charles Simonyi, Butler Lampson, John Warnock, Gary Kildall, Bill Gates, John Page, Wayne Ratliff, Dan Bricklin, Bob Frankston, Jonathan Sachs, Ray Ozzie, Peter Roizen, Bob Carr, Jef Raskin, Andy Hertzfeld, Scott Kim, Jaron Janier, Michael Hawley
- jrmg 3y ago[Replying to myself] I read this ages ago and thought it might be a rare book - but it looks like used copies are still available really cheaply. Not sure if the second edition had updates - looks like it’s from 1989. Anyway, I highly recommend picking up a copy. https://www.alibris.com/Programmers-at-Work-Interviews-Susan-M-Lammers/book/5406823 https://www.alibris.com/Programmers-at-Work-Interviews-Susan... https://www.alibris.com/Programmers-at-Work-Interviews-with-19-Programmers-Who-Shaped-the-Computer-Industry-Susan-Lammers/book/5406824 https://www.alibris.com/Programmers-at-Work-Interviews-with-...
- harshreality 3y agoIt's also on $evilpiratelibrarysite Aside from two readable but not great scans of the two different editions (1986, 1989), with appendices, there's also one version with interviews only that's not scanned, seemingly ripped from Lammers' self-published blog, which is still up but now only has about half the interviews. She probably published all of the interviews there at one point (or else someone reconstructed the missing interviews from the scans while copy/pasting the ones she republished). https://programmersatwork.wordpress.com/ https://programmersatwork.wordpress.com/
- ralphc 3y agoI own both, currently reading some chapters from Coders at Work. The interviews in Coders still seem relevant today, but Programmers at Work just seem to be all imperative C code with Hungarian notation, not as relevant to a modern programmer.
- jroseattle 3y agoThis book is still on my shelf. When I first ordered and received it, I sat down and read it cover to cover. One of the things I really enjoyed was seeing how differently all of the interviewees worked and went about their business. They didn't seem to work that much differently from me, which made their work that much more relatable.
- braza 3y agoI really liked the stories and most of them are inspirational for me; however I must confess that every time that I read such remarkable histories and those guys doing relevant stuff; I feel bad about the work that I do as a corporate software developer. My day starts debugging some arcane shell scripts embedded in some yaml in the CI tool; at afternoon I need to optimise some SQL query moving several sub queries that makes the execution plan costly and transform it in small steps in temporary small tables; and before I leave I just noticed some bug in production caused by wrong typing in Go and I need to fix it. I mean, it’s hard to think about the work that I am doing going towards to a mastery state. I really appreciate those histories, but for me it’s more or less watching Apocalypse Now from the perspective of a low level cooker/dish washer on the grand scheme of things.
- 082349872349872 3y agoThere are many things to be said for and against startups, but working in an early stage (<12 people) startup is wonderful for being able to actually build things.
- ChrisMarshallNY 3y agoI never read that book, but I enjoyed Software Craftmanship"[0]. > “The problem with object-oriented languages is they’ve got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.”—Joe Armstrong That applies to almost every framework and dependency out there. It's crazy to load a Web page, that adds almost 1MB of JS, so it can animate something that could have been done with a couple of lines of CSS. [0] https://en.wikipedia.org/wiki/Software_craftsmanship https://en.wikipedia.org/wiki/Software_craftsmanship
- jackhack 3y agoSadly this book makes me miss what I used to love about programming, and realize just how much programming has stratified into protected roles. The days of one person sitting down with customers, understanding what they need, and then building that solution, seem to be over. Now it's product owners, and business analysts, and testers and developers, and countless sprints and meetings and cargo cult nonsense to get in the way. I had a discussion with a developer who cut his teeth on mainframes in the 70s. We had the same opinion about today's overly heavy process getting in the way of achievement and talented people. Scrum & Agile have become a quasi-religion and the idea of a programmer saying "leave me alone for a month and I'll give you some software that solves the problem" are long gone. For better or worse. And before someone says "well, then you're doing Agile wrong." Yes. We are. As is damn near EVERY shop I've encountered in the past 10 years. That's the point. It's a mess and the culture is broken. Wish we could just go back 20 years and Code at Work, build things that people want and need, and treat it as a craft again.