Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Crafting Interpreters: A Review

chidiwilliams.com

Post reply on HN
Print view View original

151–155 of 155 posts

Re: Crafting Interpreters: A Review

#151

Post by ch4s3 »

vips7L wrote: post #143
ch4s3 wrote: post #119

Earlier quoted context omitted.

ANTLR may be used in big data query engines but I can’t think of a single language I’ve ever used that had a parser written with it. I know you can grab off the shelf parsers with antlr for a bunch of languages, but who cares? And frankly, Scala’s build tool is way too slow and would be a slog to use for this book.

SBT and Scala are the biggest productivity killers for me at work purely based on the slow build time and lack of proper documentation. That and every release the ecosystem makes some breaking change.

Yeah, SBT is pretty awful. I feel like Scala suffers from design by committee, and by being the choice language of certain types of Enterprise Software Engineers TM.

Re: Crafting Interpreters: A Review

#152

Post by vips7L »

ch4s3 wrote: post #151
vips7L wrote: post #143

Earlier quoted context omitted.

SBT and Scala are the biggest productivity killers for me at work purely based on the slow build time and lack of proper documentation. That and every release the ecosystem makes some breaking change.

Yeah, SBT is pretty awful. I feel like Scala suffers from design by committee, and by being the choice language of certain types of Enterprise Software Engineers TM.

It is not a language for getting things done imo. Even IntelliJ can’t figure out what’s going on sometimes.

Re: Crafting Interpreters: A Review

#153

Post by astrange »

323 wrote: post #23
ParallelThread wrote: post #17

What other books are of the same caliber that HN would recommend?

The programming meme books that you must have on your shelf (reading optional) are: - The C Programming Language (original C book) - The Art of Computer Programming (TAOCP) - Structure and Interpretation of Computer Programs (SICP) - Compilers: Principles, Techniques, and Tools (Dragon book) - Don't Make Me Think (design) - Zen and the Art of Motorcycle Maintenance

The Dragon Book is a bad compiler book. Don’t recommend it just because it has a cool name.

Grune’s Parsing Techniques and Morgan’s Building an Optimizing Compiler are okay.

Re: Crafting Interpreters: A Review

#154

Post by xrobledo84 »

dunefox wrote: post #146
hardwaregeek wrote: post #53

I love this book! My only gripe is that I wish it was a whole series, no, a whole genre of books. We need more hands on, code first books that take you through 1-2 extended projects where you can type along and get working code at the end. These books should have CS theory, but still be fundamentally focused on implementation. It'd be really fun to have one of these for a more functional compiler (type checking, code…

Yeah, I'd love to read this book with a more functional language as target, and compilers as you mentioned.

I agree. I would also like an example with static typing. Also I would like a book on how to create a visual scripting language.

Re: Crafting Interpreters: A Review

#155

Post by stolsvik »

throwaway9032 wrote: post #117
rightbyte wrote: post #92

Earlier quoted context omitted.

> was not sure if the choice of language (Java) for the first half of the book would be a hindrance I think it is refreshing he uses a "boring" language.

Java is the opposite of boring. It lacks basic fundamentals such as algebraic data types and pattern matching. You will be kicking and screaming the whole ride. A boring language would be a language where you aren't triggered/bothered by its basic ergonomics and hygiene. In Java, you must translate discrete variants into dogmatic OO paradigm instead of using language primitives. Thanks to Java's poor design, it's fun…

https://openjdk.org/jeps/360

https://openjdk.org/jeps/394

https://openjdk.org/jeps/406

Post reply on HN