> Remember back on Mr. Roger’s Neighborhood when he would take you to a factory and show you how pencils or umbrellas are made? I love that stuff, so I thought maybe you might like to see what I spent the past year on. You can read this as a peek behind the curtain, or maybe a long apology for why it took so long.
This is a great way to lead into the article. The author pulls off something that turns out to be extremely hard to get right: Interweave humor and slightly off-topic material into a technical post. Most of the time it falls flat, but not here. Looking forward to reading further.
For any Dutch folks wanting to purchase the book, it's also available on amazon.nl ¹), and appears to be cheaper there than the .com or .co.uk options, thanks to free shipping!
I bought Robert's book "Game Programming Patterns", and although it is a bit OOP-heavy for my taste, I have enjoyed it and the illustrations are excellent.
Also, cool to see him pull a Knuth and writing his own typesetting and build system for the book!
Some used to write books using LaTeX a quarter of a century ago and it was pretty much a build system. You'd typically have a little shell script making backups, cleaning the mess from the last build, building the book in x passes (IIRC there was a first pass for the book and a second one for all the references), converting it to another format, maybe opening the result in a viewer, etc.
As for TFA: 640 pages in 15 months ain't bad. Some have a lot of discipline and can write five or ten pages a day, but that's really hard...
I love Bob's writing and his solid grasp of programming subjects that interest me like games and programming languages. For his next book, I suggest trying LyX and the book class with the Tufte layout for far less pain in the publishing process.
> For his next book, I suggest trying LyX and the book class with the Tufte layout for far less pain in the publishing process.
Can that stack produce well-structured, accessible HTML? Or are you suggesting that he still use HTML or Markdown as his source format, then use LyX only for the print version?
This may be the first technical book I’ve wanted to buy in a decade. Google searching really replaced the way I learn programming and I’m not sure why. I’ve always had access to Google or another search engine but I used to actually buy books.
Yes, that's exactly who it is aimed at. If you can write code in an imperative language—in other words you're a typical software engineer—then you should be able to follow along fine.
The first half uses Java, but sticks with a pretty vanilla subset. If you're comfortable in another OOP language, you should be able to squint and figure out what's going on.
The second half uses C. That does assume you have some basic familiarity with pointers, malloc(), etc. but doesn't assume you're a C expert. If you're totally new to C, it might be worth spending a little time learning the basics if you really want to grok the last half of the book. If you mostly want to understand the concepts around bytecode, stack-based VMs, and Pratt parsing, you can mostly ignore the C details and get by.
Also, the code in the book has been ported to many other languages:
Yes. I'm halfway through it now, and while I do have a degree in CS, all that's really needed is knowledge of Java and C. If anything, it's less formal than a compiler / PL course one would normally take during undergrad.
[+] [-] aazaa|4 years ago|reply
This is a great way to lead into the article. The author pulls off something that turns out to be extremely hard to get right: Interweave humor and slightly off-topic material into a technical post. Most of the time it falls flat, but not here. Looking forward to reading further.
[+] [-] ChrisMarshallNY|4 years ago|reply
I like the self-deprecating humor, and wish him well.
[+] [-] vanderZwan|4 years ago|reply
[+] [-] rednab|4 years ago|reply
¹) https://www.amazon.nl/Crafting-Interpreters-Robert-Nystrom/d...
[+] [-] asicsp|4 years ago|reply
[+] [-] donquichotte|4 years ago|reply
Also, cool to see him pull a Knuth and writing his own typesetting and build system for the book!
[+] [-] 0n34n7|4 years ago|reply
[+] [-] TacticalCoder|4 years ago|reply
As for TFA: 640 pages in 15 months ain't bad. Some have a lot of discipline and can write five or ten pages a day, but that's really hard...
[+] [-] browningstreet|4 years ago|reply
[+] [-] neeeeees|4 years ago|reply
Bob also gave me a lot of insight on what it’s like working on programming languages in the industry when I reached out to him as an undergrad.
[+] [-] dominicjj|4 years ago|reply
[+] [-] mwcampbell|4 years ago|reply
Can that stack produce well-structured, accessible HTML? Or are you suggesting that he still use HTML or Markdown as his source format, then use LyX only for the print version?
[+] [-] edgyquant|4 years ago|reply
[+] [-] unknown|4 years ago|reply
[deleted]
[+] [-] kiba|4 years ago|reply
[+] [-] munificent|4 years ago|reply
The first half uses Java, but sticks with a pretty vanilla subset. If you're comfortable in another OOP language, you should be able to squint and figure out what's going on.
The second half uses C. That does assume you have some basic familiarity with pointers, malloc(), etc. but doesn't assume you're a C expert. If you're totally new to C, it might be worth spending a little time learning the basics if you really want to grok the last half of the book. If you mostly want to understand the concepts around bytecode, stack-based VMs, and Pratt parsing, you can mostly ignore the C details and get by.
Also, the code in the book has been ported to many other languages:
https://github.com/munificent/craftinginterpreters/wiki/Lox-...
So you can always use those as a reference too.
[+] [-] gnodar|4 years ago|reply
[+] [-] b3morales|4 years ago|reply
[+] [-] tux3|4 years ago|reply
Enjoy a whole lot of not anything in particular, now :)
[+] [-] munificent|4 years ago|reply