DEV Community

Cover image for The Data Has to Be Ready Before the AI Is
Dinesh Garikapati
Dinesh Garikapati

Posted on

The Data Has to Be Ready Before the AI Is

WeCoded 2026: Echoes of Experience 💜

My Journey

I remember the exact moment I understood what my job really was.

It was not during a stand-up, or a sprint review, or a stakeholder presentation. It was late in the evening, staring at a data schema that had grown organically for years, while the rest of the tech world was accelerating toward AI at a pace nobody could ignore. And a question formed in my mind that nobody had asked out loud yet: what happens when this organization eventually needs to use AI?

The answer was clear and uncomfortable: nothing good — unless someone builds the foundation now.

Nobody assigned me that mission. The organization had no active AI initiative. There was no roadmap item that said "become AI-ready." But I had spent years watching how companies that skipped the data foundation work paid for it later in failed ML projects, in untrustworthy models, in expensive cleanups. I had seen the pattern from the inside at scale, processing hundreds of millions of events daily, building pipelines that fed real machine learning systems. I knew what AI actually needed underneath it. And I could see that this organization did not have it yet.

So I made a decision on my own: I would build the architecture as if AI was coming, whether it was on the roadmap or not.

I am Dinesh. I am an immigrant engineer from India, eight years into a data career that has taken me from writing my first SQL queries, to processing half a billion customer events daily at one of the world's largest e-commerce companies, to designing ML-powered pipelines at a Fortune 500, to where I am today — a Lead Data Architect in the publishing industry, making architectural bets that the organization has not even asked for yet.

That last part is the one nobody tells you about when you imagine a career in data.


Challenges Faced: The Work Nobody Applauds

When most people picture AI, they picture the model. The chatbot. The recommendation engine that seems to know you better than you know yourself. What they do not picture is the unglamorous, invisible, absolutely essential work that makes any of that possible.

I inherited a data landscape that had years of technical debt quietly baked into it. Inconsistent metric definitions. Undocumented business logic. Fragmented pipelines with no lineage. Data that technically existed but could not be trusted.

My challenge was not just technical. It was political.

Nobody asked me to build for AI. There was no executive mandate, no strategic initiative, no item in the roadmap. I proposed it myself — a full Medallion Architecture with Bronze, Silver, and Gold layers, governed properly, designed for AI readiness because I had watched the industry closely enough to know that the organizations scrambling to adopt AI in two or three years would be the ones that had not prepared their data foundations in the years before. The first reaction from leadership was: can't we just make what we have work for now?

I pushed back. Respectfully. Persistently. With diagrams and data and long-term reasoning. That was uncomfortable. There is a particular kind of pressure in being an immigrant engineer in a room full of people who have been in that industry for decades — you are not just making a technical argument, you are also managing assumptions about whether you really understand the context, the culture, the business.

But the data was on my side. And eventually, so was the room.


Triumphs Celebrated: Building What Lasts

The platform we built together now serves over 10,000 users and has reduced data transformation processing time by 85%. But the number I am most proud of is not on any dashboard.

It is the moment a stakeholder who had questioned the entire initiative walked over to say: "I finally trust these numbers."

Here is what we built and why each piece matters:

Bronze layer captures the raw truth. Every event, every record, exactly as it arrived. Unfiltered. Immutable. Traceable back to its origin. This matters for AI because you cannot train a trustworthy model on data you cannot trace.

Silver layer refines and standardizes. Cleaned, validated, with consistent business rules applied. This is where the chaos of real-world data becomes something reliable. If two teams define "active user" differently, any AI built on top of that disagreement will produce unreliable results. The Silver layer is where we resolved those disagreements, once, permanently.

Gold layer is the output the world sees. Curated, semantic, ready for both humans in BI tools and machines in ML pipelines to consume. This is where analytics meets AI readiness.

I also implemented a comprehensive governance framework covering data quality checks, lineage tracking, and compliance controls. And I built CI/CD pipelines for the data infrastructure itself, using infrastructure-as-code so the platform can evolve safely rather than accumulating more technical debt.

The organization has not launched an AI initiative yet. Nobody has asked for one. But when that moment comes, and it will, because that is where the industry is heading the data will already be ready. The foundation will already be solid. That is the triumph of foresight over instruction: building for a future nobody officially asked you to prepare for, because you were paying close enough attention to know it was coming anyway.


Lessons Learned: What This Year Taught Me

Trust is an engineering deliverable.
No matter how elegant your architecture is, if stakeholders do not trust the numbers, they will not use the platform. Documentation, governance, and transparency are not bureaucratic overhead. They are the difference between infrastructure that transforms an organization and infrastructure that quietly collects dust.

The most valuable work is often the work nobody assigned you.
The AI-readiness architecture I built this year was not on any roadmap. No one asked for it. I proposed it because I had spent years watching how the industry was moving and I could see the gap between where this organization was and where it would need to be. Some of the most important contributions you will ever make in your career will come from problems you identified yourself, solutions you proposed without being asked, and bets you made on a future that had not arrived yet. Pay attention to the industry. Trust your pattern recognition. Act on it before someone else tells you to.

Your pushback is a gift to the organization, not a threat to your position.
This was the hardest lesson. As an immigrant, as someone who had to earn credibility in every room, pushing back felt risky. But every time I did it with data, with patience, with genuine care for the outcome, it made the work better. The people who matter will recognize that. The ones who do not were going to be your champions anyway.


Insights for Underrepresented Engineers and Their Allies

For engineers who feel like outsiders in the room:

Your outsider perspective is not a disadvantage. It is your most powerful architectural instinct.

When you come from a different country, a different background, a different way of seeing systems, you ask questions that insiders stopped asking years ago. "Why is this stored this way?" "Who actually owns this definition?" "What breaks if this assumption is wrong in five years?" These are not naive questions. They are the questions that prevent catastrophic architectural failures down the line.

I have watched engineers from dominant backgrounds walk past problems they had learned to normalize. I spotted them precisely because I had never been taught to accept them as normal.

Future-proof yourself the way you future-proof your systems. Design yourself for evolution. Stay curious, keep learning, and never become the person who says "this is how we have always done it." The industry will change faster than any of us expect. Build in the flexibility to change with it.

For allies and leaders who want to do better:

Let me tell you what it actually looks like when pushback gets ignored.

Earlier in my career, I raised a concern about a data pipeline design that I could see would create serious consistency problems down the line. The colleague leading that work heard me out, nodded, and kept going exactly as planned. I was new to the team. My accent was different. My way of framing technical arguments was different. Whether any of that played a role, I cannot say for certain. What I can say is that my concern was not taken seriously.

Several months later, the problem I had described materialized. The downstream reports were unreliable. The cleanup took weeks. The trust stakeholders had in the data took even longer to rebuild.

Nobody connected it back to the conversation we had months earlier. That is the part that stays with me.

The pushback of underrepresented engineers is often dismissed as overcaution, or unfamiliarity with "how we do things here," or simply not knowing the full context. Sometimes that is true. But sometimes, more often than is comfortable to admit, it is exactly the outside perspective catching something the insiders have stopped being able to see.

If someone on your team raises a concern and you disagree, that is fine. But disagree with the argument, not with the person's right to be heard. Document the decision. Revisit it. And when they turn out to be right, say so out loud. That is what allyship looks like in practice — not a values statement, not a diversity initiative. Just the basic discipline of taking people's technical judgment seriously regardless of where they are from.


Looking Ahead

The platform is ready. The governance is in place. The semantic layer is live. The pipelines are clean, tested, and documented. And I am now watching, with quiet pride, as the industry moves exactly in the direction I built for, while this organization's data is already prepared for the journey.

Nobody told me to do this. I did it because I was paying attention. Because eight years of working inside large-scale data systems teaches you to read where things are going, not just where they are. Because the best architects do not just solve today's problems — they quietly eliminate tomorrow's ones before anyone else has named them.

I built the runway before anyone ordered the plane.

It is coming. And when it lands, it will have somewhere solid to be.


To every underrepresented engineer doing the invisible work that makes everything else possible: I see exactly what you are building, and so does the future. Keep going.

Top comments (0)