This seems like a pretty random list of books. Certainly not mandatory reading. Nothing against the books on the list, I haven't read most of them after all. But then I have read other books (not on the list), plenty of articles, and generally survived in this industry for two decades.
One thing that sticks out after two decades is the value of working with people who have different experience than me and maybe have read different books and think about problems in a different way. Confirmation bias is not what you are looking for in a team: you want diversity.
I started writing software in 1984. Over the years I worked with many languages, technologies, and tools. I have been in leadership positions since the early 2000s, and in executive roles since 2014.
The list might seem random but is far from it. The fact that you want a different wealth of experiences and the fact that those books are not traditional "development" book is the reason why I put together this list. Reading that material won't make an engineer a better coder, but it will help making an engineer a stronger asset to teams and companies.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
This seems like a pretty random list of books. Certainly not mandatory reading. Nothing against the books on the list, I haven't read most of them after all. But then I have read other books (not on the list), plenty of articles, and generally survived in this industry for two decades.
One thing that sticks out after two decades is the value of working with people who have different experience than me and maybe have read different books and think about problems in a different way. Confirmation bias is not what you are looking for in a team: you want diversity.
The list might seem random but is far from it. The fact that you want a different wealth of experiences and the fact that those books are not traditional "development" book is the reason why I put together this list. Reading that material won't make an engineer a better coder, but it will help making an engineer a stronger asset to teams and companies.