|
|
|
|
|
by milanm081
108 days ago
|
|
When I first picked up Software Engineering at Google, I expected another Big Tech flex, with practices that only make sense if you have a billion users and 30,000 engineers. But I was wrong. The lessons in this book are universal and apply whether you’re on a team of 5 or 5,000. It draws on 2 decades of experience from an organization that runs 2+ billion lines of code and changes 25 million lines per week. The book isn’t about programming, per se. It’s about the good engineering practices that Google has used over the years and decades to keep a healthy codebase. In particular, it is about what happens after you write the code: how you evolve it, share it, test it, and eventually delete it. |
|