1. Why Romania? What strategic factors led dbt Labs to invest in a Romanian engineering hub, and how do you see Romania’s talent pool shaping the future of the dbt product suite?

We’re genuinely thrilled to be growing in Cluj and Bucharest—and I’m personally excited as well. So, why Romania? Let’s start with the people. At my previous company, Grab, we acquired a team in Cluj, and I was immediately impressed. The talent was exceptional. The culture was grounded in hard work, high judgment, and kindness. And the people? Really, really smart. That’s a pretty unbeatable mix.

We currently have two teams based in Romania—one focused on customer-facing special projects, the other working on core platform technology. While Romania’s tech talent pool may not be as large as that of the U.S., it’s more than robust enough for us to build full, capable teams. Between Cluj and Bucharest—and the strong technical universities in both—we’ve got access to a healthy pipeline of junior and senior engineering talent, as well as product managers and designers.

This is not about outsourcing. This is about building long-term, full-stack teams that own and ship critical pieces of the dbt product suite. We’re here to grow together.

2. Career Growth & Learning. What opportunities for professional development, mentorship, and technical leadership can Romanian engineers expect when joining dbt Labs?

Helping people grow is a personal passion of mine—because when people grow, amazing things happen.

Historically, our technical team has been concentrated in North America. But as dbt Labs becomes a truly global company, we’re committed to scaling the right way. That means avoiding scattered teams split across wildly different time zones. I’m not a fan of small engineering teams stretched across oceans—it’s hard to build the camaraderie and shared context that drive great outcomes.

Instead, we build complete local teams. That means engineers at all levels, paired with product and design teammates who are either local or in a nearby time zone—like Dublin, Ireland.

Of course, this takes real work. We have to architect our codebase, our org structure, and our internal systems to support distributed but self-sufficient teams. That means clean architecture, clear roles and responsibilities, and robust onboarding—designed to work in any time zone, not just U.S. hours.

When we launch a new hub—like in Cluj—we don’t just drop people in and hope for the best. We send Senior and Staff-level mentors to support the team. We nurture the environment. And we ensure that growth is baked into the experience.

This model benefits everyone. Diverse, empowered teams operating with psychological safety are more likely to take ownership and deliver exceptional results. That’s what we’re building.

3. Innovating in Data Transformation. Looking ahead, what emerging trends or features in data transformation and analytics excite you most, and how is your team preparing to integrate them into the dbt platform?

It’s a thrilling time to work in data. For the past 30 years, the industry has been laser-focused on collecting and analyzing more and more data. Today, we have systems that can process 100 times more data than before. But despite all that scale, one thing hasn’t changed much: how humans extract insights. We’re still looking at dashboards, writing SQL, and trying to translate machine output into business meaning.

AI is changing the game.

When AI operates on trusted data, it can surface real insights—not guesses. And when it has access to dbt’s rich metadata, large language models (LLMs) become dramatically more accurate and useful. They hallucinate less and help users more.

Enter MCP—the Model Context Protocol. It allows LLMs to do what they’re great at: ask smart questions and form answers. Meanwhile, MCP allows data systems do what they’re built for: provide timely, accurate answers. Paired with dbt’s multi-cloud, multi-warehouse capabilities, this enables our users to extract insights faster than ever across their entire data estate.

This is the missing link that data teams have been waiting for….forever.

4. Long-Term Vision. Where do you see dbt Labs—in terms of team size, product capabilities, and market impact—five years from now, and how will your Romanian engineering base factor into that vision?

If you’d asked me five years ago where tech would be today, I would’ve gotten a lot of it wrong—so I’m wary of five-year forecasts. In this fast-moving world, two years is about as far as anyone can reasonably see. But within that window? The future for dbt is electric.

We’re expanding our global footprint and rapidly evolving our product. What began as a focused transformation tool—turning raw data into clean, reliable models—has grown into something far bigger. dbt is now a true data control plane: with orchestration, observability, metadata cataloging, and a semantic layer. We’ve become the connective tissue of the modern data stack.

And now, with the launch of dbt Fusion, we’ve entered a new era. Fusion is a ground-up rewrite of our core technology—bringing blazing performance and smarter SQL understanding. It’s helping developers move faster while helping companies save on compute costs. That’s a win-win.

Looking ahead, we’re doubling down on features that speed up development, surface deeper insights, and help businesses move from data to action faster than ever.

Romania will play a central role in that future. We’re investing in Cluj and Bucharest not just for engineering, but for product, design, and support. The tech ecosystem here is vibrant, growing, and full of promise—and we’re excited to be part of its next chapter. If you want to join us on this mission, please visit us at our booth or connect with me directly!

As dbt Labs continues to redefine the modern data stack, its investment in Romania signals more than just global expansion—it reflects a commitment to building high-impact teams rooted in technical excellence and collaborative culture. With a focus on mentorship, innovation, and long-term growth, the Romanian hub is set to become a cornerstone of dbt’s mission to empower data teams around the world. For those looking to shape the future of data transformation, the journey starts here.

The post Why dbt Labs Is Betting Big on Romania: A Vision for Local Talent, Global Impact appeared first on Techsylvania.

Databases are more important than ever and having a great management tool especially for big data applications is a must. Flexibility is the keyword when companies are looking for the best database system management solutions. But that is not the only challenge they are facing today. Let’s see what organizations face nowadays and why many of them are failing, but also what developers need in order to be successful with Mark Porter, the Chief Technical Officer (CTO) of MongoDB. Mark is responsible for crafting the long-term technology roadmap and vision for the company.

Innovation and continuous improvement is required especially when you want to grow in a specific area. The future looks bright for MongoDB in Eastern Europe but also for developers and companies that are ready to embrace new technology from Mark’s point of view.

“At the moment we have a team operating out of Poland that supports our customers in

Eastern Europe. This region, as well as EMEA as a whole, is a priority for the business and we are planning to continue investing resources in this area to support current and prospective customers. We also have developers in small groups in various parts of Eastern Europe. In addition we have major offices in Berlin, Barcelona, and Dublin, meaning that we can onboard Eastern European teams without time-zone problems relative to the rest of the World.

I have led multiple teams in Eastern Europe during my career and have found them to be deeply technical, committed to having impact, and with a great work ethic. We plan to continue hiring great technical talent here on an ongoing basis.

From a broader point of view, in the coming years, hundreds of millions of applications will be developed and Eastern Europe is quickly proving itself to be an area that will contribute to this innovation. So I want to focus not only on growing the MongoDB team, but also on helping developers be more productive by using MongoDB — so they can move fast. Our developer data platform will make this innovation easier, faster and more impactful.”

To have a business that is successful, organizations need to take into consideration how to build and scale modern applications, the speed and flexibility and constantly implement innovative features. However, having data that is more and more complex and changing all the time might be a greater challenge than expected.

“We are past the point of debating an organization’s dependence on software, but what is now up for discussion is how an organization makes innovation a key differentiator. And how they build and scale modern applications. The speed at which a new application can be deployed, along with the number of innovative features it includes, has a direct correlation to business success. And, from an executive’s point of view, it’s important to make application development more predictable, both in terms of cost and timeliness. Small teams, working with data flexibly, with great API’s all help this out. Development rules like separation of concerns, test-first, and others all fit well with MongoDB’s products.

One of the biggest challenges organizations face is the ever-increasing sprawl of their data infrastructure. With the cloud providers pushing their own multitude of databases, developers have to spend their time wiring up all the data plumbing — ETL/ELT, governance, batch jobs, monitoring, etc. We believe that a smaller number of datastores — likely one for operational data and one for data warehousing — is the right approach.

Putting these needs together, we’re focused on a simpler platform that ties together all of the different operational data an organization is managing. However, that data is complex, and constantly changing. And if you don’t get your data store right, then it won’t be as flexible as you need it to be for your business. So developers find themselves dealing with needlessly complex data architectures, and wildly different frameworks, toolchains, and programming languages. This ultimately creates technical debt almost as fast as business value. We often call that ‘The Innovation Tax.’

This metaphor works better than you might think. Like a tax, you have to pay it, and like taxes, the longer you don’t pay it down, the more it expands. It applies to every new project, making each one a little more difficult as new components, frameworks, and API’s are added — and as each of these has to be managed and maintained. And it applies to operations as well — because operability, like availability and scalability, are key requirements in today’s 24×7 and global application environment.

There is a tipping point in innovation for a team when the tax has become too high for either the developers to pay or the management to understand. And this is why many projects fail or declare bankruptcy and start over.

Organizations need to face these challenges head-on, with candid discussions, so that they can be resolved before things get worse.” said Mark.

The key to success is communication. But also the ability to understand the market, the context and, the most important, to understand and support your people, developers that are giving their best to meet the requirements of the projects and satisfy the demands.

“Context and mutual understanding are one of the biggest things developers need. Developers need to work to be understood in the whole context of the organization and its innovation. They need to be empowered and supported when they propose to remove obstacles to their productivity. As I’ve written before, though, this has to be a two-way street. We have to make sure our developers don’t live in any ivory towers where they don’t understand the business context of what they do. So, they need to stand up and take time to understand the business more broadly and add value to the decisions being made that aren’t directly related to the code.

From an application point of view, companies need to understand that rigid data structures, fragmented developer experiences, and low-value undifferentiated work needs to go — both internally and for their customers. Developers need leaders who are willing to take chances to move to entire new frameworks, to go fully CI/CD if appropriate, and to fund having security, privacy and compliance considered from the very beginning of a project. It’s a false choice to think you can’t go fast and also have these things — it just requires thought and commitment up and down the management chain.

In summary, developers need to both understand and be understood in the context of the business as a whole.That lets them move at the speed which is possible with modern technology — and the speed that is required to be competitive in today’s business climate.”, he concluded.

The post The biggest challenge for today’s organisations ‘The Innovation Tax’ 2.0 appeared first on Techsylvania.