You need to sign in or sign up before continuing.
Take a photo of a barcode or cover
Orosz is a popular and serious technology influencer (do you read his substack?) and this book chronicles perhaps the most fraught move an engineer might make, from individual contributor to staff+ engineer or engineering manager.
Whatever the exact title is, it's the shift from when you can be expected to go from the guy who is good at solving problems with code, to the guy who is good at knowing which problems to solve with code. A lot of the lessons boil down to "hey you, did you know that you're a person working with other people?", something which may seem obvious but which a lot of programmers need a reminder of.
On the positive side, this book is well-organized, with a checklist-friendly structure that'll help you avoid making obvious mistakes. On the less positive side, well, a lot of the advice seems obvious, and I'm not sure what specific insights I took away from it.
Whatever the exact title is, it's the shift from when you can be expected to go from the guy who is good at solving problems with code, to the guy who is good at knowing which problems to solve with code. A lot of the lessons boil down to "hey you, did you know that you're a person working with other people?", something which may seem obvious but which a lot of programmers need a reminder of.
On the positive side, this book is well-organized, with a checklist-friendly structure that'll help you avoid making obvious mistakes. On the less positive side, well, a lot of the advice seems obvious, and I'm not sure what specific insights I took away from it.