保留正文与补采附件。源页面当前未重新核验；具体限制见交付清单。

Revisit consent button We value your privacy We use cookies to enhance your browsing experience, serve personalised ads or content, and analyse our traffic. By clicking "Accept All", you consent to our use of cookies. Customise Reject All Accept All Customise Consent Preferences We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below. The cookies that are categorised as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... Show more NecessaryAlways Active Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

Functional Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

Analytics Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

Performance Performance cookies are used to understand and analyse the key performance indexes of the website which helps in delivering a better user experience for the visitors.

Advertisement Advertisement cookies are used to provide visitors with customised advertisements based on the pages you visited previously and to analyse the effectiveness of the ad campaigns.

Uncategorised Other uncategorised cookies are those that are being analysed and have not been classified into a category as yet. No cookies to display. Reject All Save My Preferences Accept All Toggle SearchToggle Mobile Navigation Publish AI, ML & data-science insights to a global community of data professionals. Sign inSubmit an Article LatestEditor's PicksNewsletterShipAI

Write For TDS LinkedInXToggle Search Data Engineering

Six Books that Have Shaped My Data Career

Great reads on modeling, processes, and leadership Chad Isenberg March 29, 20239 min read Photo by Emil Widlund on Unsplash Photo by Emil Widlund on Unsplash At the very start of my journey in data, I thought I was going to be a data scientist, and my first foray into data was centered on studying statistics and linear algebra, not software engineering or database management. Fairly early in my career, however, I realized that I enjoyed building data assets more than reports or ML models. If you're interested in those early days, how I grew my career, and advice for newcomers to data, take a look at my earlier article. In this article, I want to focus on my on-again, off-again relationship with books and reading. A lifetime ago, I was pursuing an academic career in American and English literature. I specialized in 19th-century American literature, and as anyone who's pursued advanced degrees in any field can tell you, I read a lot: fiction, poetry, non-fiction, non-fiction about fiction, non-fiction about non-fiction about fiction, and other permutations. I burned out spectacularly about a year into a PhD program, and my relationship with books ended for quite some time. I returned to reading within the last few years, and my desire to grow and learn in the data space has been a huge part of that. I want to stress that reading books is not sufficient for getting into the field, getting a promotion, or getting your next job; there's far more to building a career than accumulating knowledge. Still, I think there are two huge career benefits to reading books from your industry: Learn this step by step with the interactive Data Engineer roadmap.

  1. You do get those ideas, concepts, and knowledge in a way that's different from learning on the job or even through watching someone else demonstrate a skill. Not only are you benefiting from the discipline the writer had to go through to create the work, but you're benefiting from your own discipline in reading.
  2. Reading is a social activity. In addition to the relationship you build between the authors and yourself, by reading a book, you have a touchpoint with the broader community. Even if you haven't read any of the books below, you've probably at least heard of some of them. In much the same way that software frameworks drive alignment, so too can foundational literature in a field.

With that being said, let's get into the books!

The Data Warehouse Toolkit (Kimball & Ross)

The Data Warehouse Toolkit, 3rd Edition - Kimball Group I'm not going to bury the lead. If you work in data, you at the very least need to be familiar with dimensional modeling concepts, and I personally don't think there's a better way than by going straight to the source. It's possible that just having this on your bookshelf will make you a better data professional; it's just that important. I was completely naive to dimensional modeling when I first picked up this book as a data analyst, and it was transformational. I ended up reading it cover-to-cover (which I would not recommend; see below), and that's when I knew I wanted to transition from reporting and analytics to modeling and building. While the book is light on implementation specifics, the concepts are rock-solid. The simple 4-step design process is still shockingly effective, even decades later. Once you understand the fundamentals of dimensions, facts, and how they work together to describe business processes, you have a great set of tools to start solving business problems. There's an excellent reader's guide from Holistic.io that I would encourage you to check out before diving in. I think that the entire book is worth reading, but when you read those later chapters is going to depend on specific data modeling problems you encounter. And for that matter, while it's no longer maintained, the Kimball Group Articles & Design Tips is still full of excellent ideas and approaches.

Designing Data Intensive Applications (Kleppmann)

Designing Data-Intensive Applications Several years ago, I was fortunate enough to participate in an 8-week data engineering workshop sponsored by 1904labs, a consultancy in the St. Louis area. At this point in my career, I had only been exposed to SQL and R, so this felt like a huge step forward. During the course, we got hands-on experience with Kafka, Scala, Spark, HBase, and Hive, and I was hooked. I wanted to know more about the platforms and underlying technologies upon which data assets were built. DDIA is perhaps the second-most recognized text in data, and for good reason. Kleppmann strikes an amazing balance between accessibility and depth. As someone who had minimal exposure to computer science, I felt it pretty easy to follow along with his explanations of encodings, database design (and tradeoffs), and distributed architecture. At the same time, I got a real sense of how various data technologies work. You don't necessarily have to read the book cover-to-cover, but the book has a narrative structure that makes this reading strategy extremely effective. Even more than the technical details, I found the history of data technologies to be the most important takeaway; you get to understand the motivation behind the tools. Why do we have RDBMS? What problems do document stores solve? Why Spark and not Hadoop? Hands-on experience will give you the most insight into those answers, but DDIA comes in a close second.

The DevOps Handbook (Kim, Humble, et al)

The DevOps Handbook I found this book immensely motivating at a time when I was struggling professionally. I was in a traditional BI department, and while we were doing great work, I was hungry to lean into processes. I identified strongly with the movement's roots in Lean and The Toyota Way: improvement methodologies I was introduced to during my time in healthcare. "The Three Ways," flow, feedback, and continuous learning and experimentation, are all broadly applicable across the software development space, with which data has become increasingly more aligned. Whether you're a developer or a manager, you'll find yourself nodding your head at both pain points and solutions. Sections about trust and safety seem especially applicable to the modern data landscape, where some of our biggest challenges are in a) delivering high-quality data and b) getting our stakeholders to accept that the data is indeed high-quality! The book is full of excellent case studies that illustrate both the rewards and challenges in undergoing a DevOps transformation. As you might expect, processes are important, but culture change is the actual goal. Getting broad business alignment on your value chain is difficult but powerful; ultimately, it's about getting everyone on board to design, develop, deliver, and operate software solutions in the most efficient (and safest) way possible.

Database Reliability Engineering (Campbell & Majors)

Database Reliability Engineering I started my obsession with process work here. At my BI developer job, we were using Redgate tools to manage some aspects of our development. At some point or another, I became fascinated with some tooling that we didn't use, especially Flyway; there were some immediate pain points that applying version control to our database objects seemed to solve. That led me to cracking open this concise but excellent book on how to apply site reliability engineering practices to databases. For me, the most valuable takeaways are applying the reliability mindset to data stores. How do you standardize databases with "golden images"? What do error budgets look like? What does proper database instrumentation, monitoring, and observability look like? In short, what really matters when it comes to your databases / data warehouses? What the authors do best is provide a vision for elevating the DBA role from a purely operational one to a combination of operations and enablement. Yes, you still need someone who can provide operational support to your data stores, but there's a huge amount of value to be had in democratizing them. When individual development teams can safely and easily spin up "blessed" assets, you reduce their friction, and you free up your database team to further refine automation and processes, all of which increases safety. It doesn't hurt that Charity Majors has awesome stickers:

Team Topologies (Skelton & Pais)

Book - Team Topologies As I've progressed in my career, I've become increasingly more interested in processes and how they apply to technical solutions. Don't get me wrong; technology is still really important to me, but I also want to see it in action. It's one thing to explore a repository and play with a demo, and it's another thing to see how a technology enables an organization in meeting its goal. To that end, I finally picked up this book after countless recommendations and endless praise, and all I can say is that it lives up to the hype. Team Topologies is, if nothing else, a case study on Conway's Law, and the authors relentlessly drive toward systematizing it. I think their observations on team types and interactions are especially insightful and provide a roadmap for better projects and better software. Data products in particular can suffer from silos and fragmentation. Data source owners, engineers, analysts, and business stakeholders typically operate in distinct enclaves, with insufficient contact to accommodate discoveries during development or evolving requirements. Thoughtfully arranging teams and designing the right interfaces could go a long way to reducing friction during the design, development, and eventual release of data assets.

Staff Engineer: Leadership Beyond the Management Track (Larson)

Staff Engineer: Leadership beyond the management track In my previous career in healthcare, I ultimately found myself doing people management, which I found stressful and unfulfilling. My dissatisfaction is what motivated me to get into data a little over 5 years ago. In that time, I've learned and done more than I ever thought I would, and I'm really happy I made the transition. At this point in my career, I've slowed down on the constant learning; I'm able to recognize patterns, themes, and ways of working. Fairly recently, I've started focusing more on what my career looks like over the coming decades. I want my work to be interesting, but I also want it to be impactful. Will Larson's staff engineering site and related book are required reading for anyone with a serious interest in software, regardless of level (entry all the way to staff+) and path (individual contributor vs. management). The book does provide some structure, such as defining the staff archetypes, the importance of writing, and how to articulate your technical vision to key stakeholders; however, there are ample case studies from staff engineers from a variety of backgrounds, and I found these some of the most enjoyable reading. To reiterate, regardless of whether or not you want to be a staff engineer, I think this book is important because it gets you thinking about technical leadership and and impact. Early in your career, delivery and execution seem like the only things that matter. While these are important success criteria, they are far from sufficient to ensure that you and your team are a) doing meaningful work that drives the business forward and b) will be recognized and rewarded for that impact.

I'm glad to have rekindled by relationship with books, not only with non-fiction to help my career, but novels, too. I'm still not as voracious as when I was younger, but I've had my fill of some excellent literature in the last couple of years: Gravity's Rainbow , Pale Fire , Snow Crash , The Alchemist , The Road , and many more. I know that reading isn't everyone's cup of tea, and I won't insist that it's essential to your life and career, but personally, I don't know what I would do without some good books.

Register Now to Continue Reading

Unlock Towards Data Science with a Free Account

All articles on Towards Data Science are available to registered users. Create a free account today to access this article and thousands more. Register for freeSign in to your account

Written By

Chad Isenberg

See all from Chad Isenberg Editor's PicksCareersDataData EngineeringData Modeling Share This Article

Towards Data Science is a community publication. Submit your insights to reach our global audience and earn through the TDS Author Payment Program. Write for TDS

Related Articles

Vector Representations for Machine Learning

Machine Learning How data scientists convert real-world objects in numerical representation for the development of machine learning models Andrea D'Agostino April 25, 20238 min read

Trends that shaped the Modern Data Stack in 2021

Analytics Data Integration 2.0, Data Mesh, Data warehouse performance, and Data Observability. It's been a rich year for Data & Analytics. Salma Bakouk December 30, 20218 min read

Performant IPv4 Range Spark Joins

Data Engineering A Practical guide to optimizing non-equi joins in Spark Jean-Claude Cote January 25, 20249 min read

[big] Data Modeling

Data Engineering Data Engineering for Big Data Warehouses John Souza December 15, 202010 min read

10 Remote 2021/2022 Data Science Internships You Should Apply to If You're a Student

Data Science Gain real-life experience and start your career. Sara A. Metwalli September 12, 20215 min read

Sensitivity Analysis for Unobserved Confounding

How to know the unknowable in observational studies Ugur Yildirim February 13, 202411 min read

Materialized Lake Views in Microsoft Fabric: When Your Medallion Fits in a SELECT Statement

Data Engineering Five surfaces collapsed into one declarative layer Nikola Ilic June 20, 202613 min read

Why you don't actually need a reverse ETL platform

Data Engineering You just need one, robust data pipeline system Olivia Iannone April 27, 20229 min read

Another Hike Up Everest

How to make progress on hard problems in AI James Barney November 22, 20248 min read

Your home for data science and AI. The world's leading publication for data science, data analytics, data engineering, machine learning, and artificial intelligence professionals. Subscribe to Our NewsletterWrite For TDS•About•Advertise•Privacy Policy•Terms of Use © Insight Media Group, LLC 2026•The New Stack•roadmap.sh•Creator Network

Recommended Articles

Close