Episode 508: Talking to Your ERP: Business Central's MCP Server and the Changing Role of Developers

In this episode of Dynamics Corner, Kris and Brad sit down with Microsoft MVP Tobias Fenster for a wide-ranging conversation about where the Business Central ecosystem is heading. They get into the Business Central MCP server, breaking down how it works, how it's configured, and why it changes how partners and end users interact with their ERP data. From there, the conversation shifts to what AI means for the developer's role — whether traditional PTEs still make sense, where the functional and technical skill sets need to meet, and why knowing the application has never mattered more than it does right now. The trio wraps up with a question that's hard to shake: if software can be built in a couple of hours and thrown away when the task is done, what does that mean for the market — and for all of us?

Transcript

Hosts Tease AI And MCP

SPEAKER_03 0:01

Welcome back everyone to another episode of Dynamics Corner. What is MCP? Is MCP AI agent? I don't know. We'll find out. I'm your co-host, Chris.

SPEAKER_04 0:12

And this is Brad. This episode was recorded on February 16th, 2026. Chris, Chris, Chris. MCP, AI, open source, and more. Today we had a full conversation with Tobias Fenster. Like anybody who doesn't embrace it, yeah, it's not perfect, but if you don't embrace it, you're um you're going to be in for a long ride. A rude awakening.

SPEAKER_03 1:04

Good afternoon, sir. How are you doing?

SPEAKER_01 1:06

Good day, Tobias. Very good, very good. How are you?

SPEAKER_04 1:10

Very well, very well. Chris and I were just talking about this new thing called AI. Uh while we were waiting for the podcast to start.

SPEAKER_03 1:23

We were just sharing stories about this weekend, and um, you know, uh, I'm trying to build a website. I'm not a web developer, never, I mean, maybe back in the day with front page or whatever. Um, and I just like, hey, I just need to build a website, a front page. These days it's fun tour and not good news, right? Exactly. Exactly. So it took me a couple hours to build a full site, a full web stack of like where it's hosted, the the different languages, TypeScript, you know, next dot JS and all that stuff. And I'm like, I would have never known any of those. But uh yeah, took me maybe two hours to have a working website and I can host it. It's awesome. That's crazy.

SPEAKER_04 2:11

It's it it is, and it's uh we were also saying that if um if you're an organization or a person that uh hasn't adopted in some way, then you're a little behind, uh little behind, I think. And it's not just coding anymore, it's um and that's sort of where I was talking with Chris before some of the stuff is coding is just a small aspect of where it could be utilized. If you're looking at documentation, you're looking at project management, you're looking at a number of uh different things. So it's uh it's it's the buzz for the day. Uh unfortunately, you can't escape it. But um uh we do appreciate taking the time to speak with us. Uh, I have a lot of things we wanted to speak with you out. You do many great things, but uh before we get into that conversation, you might tell us a little bit about yourself.

SPEAKER_00 2:59

Yeah, so my name is Tobias Fenster. I'm uh currently one of the co-founders and uh managing director at 4PS in Germany, um, but also working as what is called a chief uh engineer at the Hilti organization, because uh 4PS by now is part of Hilti, and uh that led to that uh little career change. So I'm basically spending my time 50-50 in between. Um I'm also a Microsoft MVP for Azure for Business Central, um a regional director, and a Docker captain. So also active in the community thanks to my blog and podcast and a number of things like uh conference speaking, et cetera, that I do.

Why Podcasting Opens Doors

SPEAKER_04 3:35

Yes, and uh uh all on that background, there's a many different things that uh we wanted to catch up with you on. Uh one uh being your podcast. You have a podcast. Um and there's a lot to podcasts. I see a lot of individuals start podcasts, I see a lot of individuals have podcasts, and I see a lot of individuals with uh uh podcasts that run for a short time. So uh tell us a little bit about your podcast.

SPEAKER_00 4:00

So I I have to start basically at a non-tech podcast I also do, um, and that is uh for the local sports. That's that's the the local sports uh at the local basketball club is playing at the highest German level. And um a while ago, someone who runs a sports podcast on the internet called Sport Radio 360, a German one, um, asked for people who wanted to, you know, talk to a number of people around that and and just be there, uh get some some statements after the games. And I've never done anything like that before, but I've always been into basketball for my local team. Um so I said, well, let's give it a try. And that was, I think, in 2016. So that got me started on the whole podcasting thing. And that has no connection at all to technology, but I realized actually I I enjoy doing the podcast, but what I enjoy most is talking to people who are professionals in basketball and just being able to ask them questions. I would never be able to ask them otherwise. And that then triggered the idea for my tech um window on technology podcast, which is um basically the same idea. I I have people I would like to talk to, I have topics I want to talk about, and the podcast just gives me a very good excuse to ask them questions I I otherwise never would ask them. Like, you know, experts in the field, uh being from Microsoft from the community, whatever, where I probably wouldn't have the time or wouldn't make the time, and they certainly wouldn't to have a conversation for 30 minutes with me about a random topic, so to speak. And and that's basically how I run that podcast.

SPEAKER_04 5:31

I smile a little bit because there's there's a lot in there. One, I'm sure it's refreshing to be able to talk to people about something other than what you do for on a day-to-day basis. That's true. To step away from uh the technology and still to be able to talk to people on the podcast. And I think the other point that you hit, I think is something Chris and I have spoken about before, and it's kind of why we do this. And even when we talk with individuals, I think it mentioned with you as well in the pre-podcast call. I have a conversation as if even nobody were listening, but I do appreciate the opportunity to talk to many of the individuals that we speak to, like you said, because you get to have an individual conversation with them, even though it's recorded for many people to listen to, you get to ask questions and have a one-on-one conversation with many people. And it's um fascinated and appreciative of that with everybody. Um I say that because it's it's um I've learned so much by being able to ask those questions uh and met many individuals as well. So no, you do the I I didn't know about the basketball podcast, but I do listen to the tech podcast. That's awesome. Um, the one I caught up with recently, I think, was with um Jeremy uh Visco on there, um, talking about uh some of his projects and stuff too. So and Andy Wingate, I think that was the last one. Yeah, or maybe the second to last one. I don't I'm not certain of the ones, but that's the one that uh I listened to the that's the storytelling one.

SPEAKER_03 6:53

Yeah, that's the one that Jeremy was saying. Yeah, that's good.

The Craft Of Conference Speaking

SPEAKER_04 6:56

No, that's uh no, it's good. Jeremy's doing some great things as well. So absolutely, yeah. Um, so we do appreciate you taking the time to speak with us. Now, yeah, you had mentioned that you do a lot of conference presentations, which is another topic that we talked about talking about. So let's let's dive into conference presentations a little bit here. Uh a little bit away from the tech of actually like coding and developing. Let's talk about conferences.

SPEAKER_00 7:19

Yeah. So maybe what got me into that or what I like about it is um basically very early in my career, I self-defined as a very good developer, I would say. Um, probably a bit over ambitious because in my first few years I wasn't so such a great developer, but still that was my how I saw myself. And then I had a very nice uh boss at that time. And what she told me was, look, you're good at development. She didn't want to say me, I'm mediocre or I don't know, but um, you're good at development. But what actually makes you stand out is that you can still talk to business people in a way that they can understand. So she she gave me that feedback. Look, it's you're good at tech, but basically the thing that that maybe helps you differentiate along your career is that you can also talk about it. And that gave me that idea to, you know, first of all, go into consulting. So I went basically from a developer to a development consultant when I taught customers and partners how to use our products or the products that we sold. And then it also was a bit of a segue into the whole conference speaking because I felt like, okay, if I can do this for customers, I can maybe do it on a wider for a wider audience. And I still really very much like to do that for many two reasons. One, it's just fun. I I just enjoy doing it. I mean, that doesn't stop me from being quite nervous when I step onto whatever kind of an audience that is, or um whatever kind of stage that is I step on. I'm always kind of nervous, but it is still very much fun. And the other thing is it sometimes helps me to focus on a specific topic or drive a specific topic that I always wanted to learn about, that I wanted to understand about, dive deeper into it. And sometimes I I just hand in a session description with an idea. I'm I'm pretty sure that it should work, not 100%. I I typically let the organizers know in advance that this might might not work out in the end, but it gives me an excuse and helps me to focus on, okay, this is something I really want to understand, I want to prepare, and then um be able to share it with others. So those are for me the two aspects of speaking. It's fun, I like to do it, I think I'm okay at it, and it helps me to focus on specific topics I have on my agenda and might otherwise not find the time or make the time to really dive into.

SPEAKER_04 9:32

Yeah, you you hit on some points there where if there's nothing like having to present a topic uh to force you to really understand it. So it is, it's almost like we talked about with the podcast uh being selected uh by the committee to present a topic at a conference also gives you the opportunity or forces you for the opportunity to learn, you know, have to really submerge yourself or immerse yourself into that topic to understand that topic. And you also um uh mentioned a couple of things with the nervous. I I literally said that to someone the other day because over here in the United States, uh, we have uh in April and May, you have the Directions North America Conference, and then you have the DynamicsCon conference in May. And they both started sending out, I think they both started sending out one of them started sending out, but I don't I can't keep track. Directions started sending out the directions, yeah. Directions, and I think Problems come be sending this out soon. They started sending out their approvals, and that's what I was talking with somebody about. Is it doesn't matter how often you do it or how many times you do it, you still get nervous. And you get after you get selected, you get a little nervous about the topic. Even if it's a topic that you could literally walk into a room and talk about freely, you still get nervous because I know personally I have to do the presentation, I have to make sure the delivery, you have to make sure, and it's it's and it's a little bit different than if you and I were just sitting down with the same topic.

SPEAKER_03 10:57

So you ever feel when you do those things, you feel like the imposter syndrome. Like, I certainly have gone through that where like I know the topic, but then like everyone looks at you and it's like, man, did I say what I say something wrong, or was I off? You get that it was like maybe I don't belong in this stage, I'm not sure what I'm doing here. And then it just gets in your head. But yes, it is uh nerve-wracking when you get chosen to go ahead and present.

SPEAKER_00 11:23

And then even afterwards, when you get the feedback, I don't know how it is for you, but there's the rational part of me that knows you can't do it right to everyone. Not not everyone will like it. That's just a numbers game, right? But still, I I can still tell you for I think the second or third conference talk I had, it was very well received, like I don't know, 20 positive feedbacks, but I I still know there was one person who said, um, seemed very well prepared, but also boring.

SPEAKER_02 11:49

I I still remember the exact words, right? So that's you know, I I could have focused on the 20 that were positive, but that one stuck in my mind. And that's also part of it why I'm still nervous. Is it gonna be a boring one again? I don't know.

SPEAKER_04 12:03

I don't mean to laugh. No, that's a little rough.

SPEAKER_03 12:07

I've gotten those before.

Upcoming Talks And MCP Focus

SPEAKER_04 12:09

Yeah, I mean, you get a lot of different comments. I mean, I I do value the feedback, I do value the feedback that's constructive as well. Um, because again, anybody who attends a presentation should know that I haven't met anybody who does present that doesn't want to honestly hear uh ways that they could change the presentation or if the pres or what they're doing is being done well. I mean, not even saying they have to change it, but I always uh say the same thing. Uh, you know, give me the feedback because it helps make sure that future presentations uh may be more um uh favorable to some. But like you said, you can't please everybody. I mean, there's nine billion people on this planet. Uh the chances are that there's a few of them that aren't going to be uh in agreement with uh your presentation uh what you have. So that's good. Um do you have any lined up this year already to present? Or they haven't released the ones in the European conferences at this point.

SPEAKER_00 13:06

Yeah, indeed. So I I have submitted to a number of them. I have gotten accepted to a few. So early in May, I'll be at one that's called the ADC Advanced Developers Conference, um, and then one that's the uh BIS app summit in in Cologne, where I also talk about Business Central with the MCP server, um, and at Dynamics Minds in in Slovenia. So those are the three that I already know, and I've I've submitted to a few others. So let's see what happens.

SPEAKER_04 13:32

Ah, that's interesting. So speaking of development and business central, um, I do want to jump into a whole open source conversation with you as well once we get there. But you mentioned uh MCP. Um you're doing a presentation on the business central MCP server. Yes. In your words, what is the business central MCP server? Well, business central MCP. Is it even a server? Let's kind of break it down.

MCP Explained For Business Central

SPEAKER_00 14:00

Yeah, indeed. And not certainly not a physical server, but but MCP is kind of the standard that allows um those LLMs, those models to talk to backends that that had to be manually coded or very individually done in the past. And now there's this protocol called MCP that is kind of a generic adapter. They say it's USB for AI in the sense that you suddenly no longer worry about what is it um what's the the Apple I Lightning or whatever, or is it USB A or whatever? It's it's just USB-C nowadays for a lot of those.

SPEAKER_01 14:33

Yeah.

SPEAKER_00 14:34

And it and that's um that's kind of the thing the idea for MCP. You can plug in anything, it's the same standard, and now suddenly your model can talk to any backend. And the BC MCP is um that one that Microsoft created and and made available mostly or most easy uh through the Copilot Studio, but also possible um to use from other clients where you can just ask a question like, what are my top 10 customers in my business central instance? So you can start talking to your BC system, to your BC environment, and get meaningful business uh uh answers and have a conversation.

SPEAKER_04 15:12

That so I think the MCP came out version 27, 27.1, 27.2, around that time. Um I it's so hard for me to keep up with these versions because I know now the agent preview came out with 27.4, or that's the new name Agent Preview uh from previously what many knew is the agent playground. And I think MCP was at 20 that again is a version 27. Uh you need as well.

SPEAKER_01 15:35

I also don't know because um they they do stuff, then they do stuff in preview.

SPEAKER_00 15:40

Um sometimes it's private preview that we see as MVPs, right? So it's difficult to keep track of what happens when correct.

SPEAKER_04 15:48

But I do know it's in the product. I do know it's in the product now, so we can talk about it. So that's uh as at the time of this recording, it's in the product um that someone can install. So MCP allows other agents, models, or other AI, I guess we could say, you know, we'll just generalize with AI, be able to communicate with a business central implementation. Yep. Can it just read the data or can it write the data?

SPEAKER_00 16:15

That's up to how you want to configure it. So to put that up front, it's not like everything's open and it's free to do whatever it wants. Um, but you can configure what you want. Uh, for example, you can say this is only a read-only, or you can say uh only want to expose my customers and my vendors, or something like this. So there's a big configuration that that um keeps you in control of that, but you can also enable it for write access, and then it can also create stuff, delete stuff, modify stuff.

SPEAKER_04 16:43

So with the MCP configuration, you can determine which data is available, and then you can determine which data is available for reading and which data is available for writing. So theoretically, I could take a request of show me all my customers in their balance and the ones that have late payments or overdue, excuse me. And then I could also write back and say, update and block all the customers that have an overdue balance uh unpaid. That's pretty impressive because now we've gone from having to run, it's almost having to go from, and I was thinking about this over the weekend about something else that I've been working on. We've gone from having to run reports to see this information to take an action to just saying update my uh I was playing with the the age and preview, you know, find the customers again with that same scenario with the overdue balance and block them. And now you can do that, you know, with external systems, so you can do a different analysis because maybe you can uh do additional analysis, you know, with another MCP, with another product for that customer. That's pretty well.

Read, Write, And Multi‑System Orchestration

SPEAKER_00 17:50

So and and so sorry to take that one step further, just just to mention it. What's also then interesting, it's it's not only BC, right? You you can also now integrate with other systems. I mean, if you have another um tool in your company that you use for, I don't know, time tracking or whatever, you could also say pull the time tracking data out of system A and plug it into my BC because um there I want to create an invoice. So it's it's not only that you talk to one backend, but you can also talk to multiple backends if configured in the right way. Does it increase the chances that everything works perfectly? I mean, obviously not. You you will still have to um work on it and understand what it does. But the the possibilities become a lot more interesting now suddenly that you're not only reading data and it's not only one system, but you can, as you mentioned, also write data and you can have it across um the whole scope of whatever system you you're using if they have um some kind of an MCP support.

SPEAKER_04 18:49

So with so business central has an MCP so that other systems can connect to it. Can Business Central natively connect to other MCP servers?

SPEAKER_00 18:59

No, no, at least not that I know of. Um that one that kind of orchestration would be on the AI side, so something like Copilot Studio or other tools that you might want to use, they would talk to those different MCP servers. And that's kind of the idea. I would say that you no longer create those point-to-point connections, but instead you have a generic way how you can connect to it, and then you have um those orchestrators or however you want to call them that are able to talk to the different environments and the different tools.

SPEAKER_04 19:27

Okay, perfect. So you have just uh I'm I always like to repeat what I hear sometimes just to uh you know put it all together, right? So you'll have so BC has access available to it, other systems will have access available to it via MCP, but then you need some orchestrator that will determine which systems, uh, which systems to communicate with, which systems to talk with, to read, write data, and perform different actions. That's wow.

SPEAKER_03 19:55

They did a handshake between two orchestrators.

SPEAKER_04 19:58

It's um I just feel like I'm in the Jetsons. You remember the Jetsons when I was like the like it's it's almost all the stuff that you saw growing up. It's almost like even the cartoons from the 50s and 60s uh are predicting the future. Like who would have thought it's that uh we would be here today with some of the stuff that I'm seeing? And it's it's um I almost want to go back to just riding my bicycle and having a dime and going to the can't penny candy store um to do that.

SPEAKER_03 20:27

Or arcade, man, like you know, penny arcades.

unknown 20:31

Yeah.

SPEAKER_04 20:32

So with the MCP, so you can create your own MCP within Business Central um to determine which aspects of the system you want to expose.

SPEAKER_00 20:43

So it's uh the the MCP in itself is a general component, but you can configure it to make sure you're not exposing something that you don't want to be exposed.

SPEAKER_04 20:52

And it handles authentication and filtering. So if I let's just say have customer data and I have salespeople, so uh would it limit, would it have the bounds, boundaries so that only certain pieces of data can be consumed by whomever's accessing it, or do you have sort of one open access point with the orchestrator?

SPEAKER_00 21:16

So what you what you typically would do is that you have you could have multiple configurations. One would be the sales configuration, one would be the I don't know, um technical um configuration and the admin configuration and the finance configuration or whatever. So you could do that first, but also the MCP is typically connecting using my account. So I'm I'm running the client, I'm telling I want to do a connection to Business Central, and that one would then prompt me for my credentials that would be used to log into Business Central. So that way, whatever I can do, the agent can do. Um, but if my permissions are properly set up and I'm not just the super admin or whatever, which you definitely shouldn't do, as we all know, um then The agent also can only do what I'm doing.

Permissions, Configurations, And Scope

SPEAKER_04 22:04

The good old super. I I was working on something. I think it was setting up API access. And I think it actually prevents when you're doing API setup, it prevents you from giving the account. It gets created super. Which I hope that they do with MCP as well, so that you don't inadvertently open uh yourself up. You had mentioned you had mentioned also, um, I want to get into more maybe the technical construct of MCP, is is how you say you configure and you build it in a minute, but you also one thing you had just mentioned was um you could set it up where you have multiple ones, is what I heard. You had mentioned sales uh in another uh area. So, what would be a good strategy for setting up the MCP servers if you have multiple ones available? Um as far as the uh why you would do that and how you would do that?

SPEAKER_00 22:53

I I think there's two aspects to it. One is the the configuration, that those different configurations that you could have, they could limit the access that the agents then have because agents are getting quite confused when they have too much access. There's also something that's called dynamic tool um whatever. They can dynamic tool discovery or something like this, that that helps with that. But generally speaking, the more you can limit the tools, the higher your chances are that the agent is doing the thing that you want it to do. So from that perspective, it could make sense to limit those tools that are available. So have a limited scope of your configuration, and then specifically talk to that configuration when you know, okay, now I want to do something that's sales oriented, or now I want to do something that's purchase or finance or whatever. So you could set up those different configurations. It's still kind of the same MCP server, but when you configure that um that connection, then you would say, okay, now I want to use this uh configuration, I want to use that configuration. And that would help you to limit the scope, and that increases the chances that the agent is doing what you want it to do. At the same time, of course, it also limits the scope. So if you think about that super orchestrator agent that can do um a lot of things, then it would need access to a lot of tools. But um generally speaking, it would allow you to limit those um that access scope basically and make sure that the agent uh only sees the things that you wanted to see, not only from a permission perspective, but also from an um what is what is even visible perspective.

SPEAKER_03 24:25

It's uh that's a best practice. I think I've I've been hearing that quite a bit when you are building these um MCPs and having it, you know, do certain things. You have to be very specific to the intent of that, of the purpose of that uh, you know, uh MCP you're building so that it you're right. So it doesn't wander off. You're it's doing exactly what you need that we need it to do every single time. And eventually, as you had you know uh mentioned about having an orchestrator uh to also help and guide that our orchestrator as well to know when to pull which agent or MCP that he needs to communicate for a specific specific purpose. So I I think that's a a good starting point, at least understanding that before going into building uh an MCP server, and then and then you've you wonder why it's not working according to what you're trying to do because it's too many, too many options. You have to narrow it down.

SPEAKER_00 25:24

Yeah, indeed. And and I have to say, um it's probably similar to a lot of people who are nowadays talking about AI. It's not like I have 10 years of experience because I mean, literally, this is really very, very new stuff. So I'm always cringe a bit when I hear, and that's not meant as criticism towards you, but if you say something like best practice, that a year ago, if someone had said best practice, then I would have said, okay, that implies uh five years and a hundred projects, and now you can talk about a best practice. Yeah. Now suddenly someone who has opened it and done three projects is the expert and is sharing best practices. So and I fully understand there's no other way. That was just why I'm I'm reacting a bit. That it's it's moving so fast. What used to be a best practice, quote unquote last month, suddenly now there's this new super tool that can solve this automatically and it's no longer required. And that's time we limited.

SPEAKER_04 26:15

I've always been uh uh a little apprehensive every time I heard the word geez, every time I hear the word best practice, because I say who determines what the best practice is? Because oftentimes, in my opinion, uh again, it depends on what you're talking about, but sometimes best practices is also um subjective. Subjective, yeah. I was just gonna say subjective to the person you're speaking with. And you're talking about last month. Last month is years in AI life. Uh you know, it's it's what was we use the word again, best practice. What was common last week? You wake up on Monday morning is no longer common. It's um it's it's uh it's it's a way to do things.

How MCP Maps To BC APIs

SPEAKER_00 26:58

Uh so when you say you do just a small comment on the best practice, because that that is also something I learned from because you mentioned the directions conferences in North America. I was there once. Um, one of actually my my first couple of um appearances at a conference was at the Directions North America. And what I learned there is what I considered good practice or interesting or whatever suddenly was no longer interesting because the audience was so different, right? It was yes, yeah. Directions in here, and then you have directions North America, and I talked to developers at the same time, but they had completely different backgrounds, they had completely different paths, the setup was so different, and I felt like, am I stupid? Are you stupid? You know, I try to not think about other people as stupid, but I was like, there was a disconnect. Let me put it like this there was an obvious disconnect that that we didn't talk about the same things, and I hadn't felt that before. And then I learned, okay, the the North American business central ecosystem, how partners work, what they do, that's just a completely different story. And neither of us were stupid, we were just coming from a different direction. And what was a best practice for me didn't make sense at all to the person I talked to. And that's also part of why um I agree with you. Best practices sometimes can be um a bit arrogant to think that you know the best practice.

SPEAKER_04 28:18

Yeah, no, it's tough. Again, I always hear that about the conferences. I keep saying I have to get over to one of the European conferences, and everybody tells me just to see the difference as well. It's it's not not to get over and experience the conference in uh whichever location is in, the the culture and the beauty of uh whichever city that they're hosting it in, but just to see also like the difference, as you had mentioned, because I talk with um a lot of Europeans uh will come over, or individuals from Europe or other parts of the country will come over to the Directions North America conference, and they all say the same thing is like it's not that it's it's not that one is better or or worse, it's just different because the messaging is different. Um so I I just I really want to get that experience in one day. I hope that I uh I can do that. I always say I'll do it, but it becomes a logistic uh challenge at some point. Yeah, it's it's the rest. Yeah. No, it's not because in Europe, uh Europe has a lot of countries that are close together, that you have transit together. Here we have a big hop to go from you know one continent to the other, so it gets a little challenging. Um, so but to jump back to the MCPs as far as setting up. So we talked about you uh one strategy is to sort of compartmentalize or have different configurations by maybe area or some sort of subset of data. So you had mentioned maybe having a sales which could have access to sales orders and customers, possibly, but maybe you have some customer-related uh configuration just as the customers and the ship to addresses, and then you have a sales order one. You could have a purchase order one or purchasing one, same type of breakdown, then maybe an inventory one if you want to do inventory values. So uh you have a different segmentation between those. So then also we'll help the uh orchestrator know which set of tools to use so it doesn't have to scan the entire set of tools to choose the best one, it just knows that this configuration is for sales. Now we're talking about configuration. How do you configure it within Business Central? Like what is it made up of uh on the underlying points? Um, and how do you determine what access the customer is? So what's the construct of it within Business Central?

SPEAKER_00 30:24

Yeah, so what you have is basically a configuration, um, a configuration page where you can just say, okay, this is the name of the configuration and this is what it's allowed to do. On this and that um functionality, does it have read, write, um, modify? So read, create, modify, delete, and then you have the bound actions um that basically trigger some code on an entity, and that is what you can do. You can say, okay, um, on that customer list I want to allow read, I want to allow create, and I wanna uh I don't want to allow modified and delete. And that would be the configuration that you set up, and that then um changes what is available as the um as the MCP uh surface, so to speak.

SPEAKER_04 31:12

So you you're maybe mentioning entity, so it sounds like it's API driven. So yes, absolutely. Yes. Okay. So the MCP is uh configuration is uh a collection of APIs in essence. Um so with that that allows end users and partners if they're comfortable creating API pages, because in Business Central, that's what they call this API pages. So you could create your own API configuration configurations. I don't even know what to call things anymore, uh, to be honest with you. The terminology seems to change all the time. So you have your own, you can create your own API configurations or API endpoints that you can put as part of an MCP uh on top of the APIs that Microsoft has available for you as well.

SPEAKER_00 32:00

Yeah. And and the thing is you have those um you have those pages that that those API pages that are exposed, and then you have something like list customers, and then you also see the ID of the page. So if you still want to see what is connected to it, you you basically see in those tools what it's what it's called in um in an MCP, you still see what the actual page is with the ID and and what what you can do with it. And that gives you a pretty direct connection between that tool, like list customers page XY and um the actual page in Business Central, so you know exactly what it's called.

SPEAKER_04 32:40

Interesting. I am going to have to set some more of these up and play with them a little bit. And uh after my weekend working with some orchestration stuff, uh I want to see if I can get it to orchestrate with uh Business Central. And you had some uh your points that you hit uh touched upon you know integrations and communication with other systems, whereas before a lot of times organizations would have to create connectors of some sort to connect the two together. Now it seems to me, it sounds, I understand it's still I don't even want to say new. I guess the whole thing is new because you know this technology is not um uh as mature, I guess you could say, as some of the the long using technologies uh as we talk about changing. But it it just makes it a little bit easier for them to be able to put all this together. Um and like you had said, hopefully you can limit the scope to to have a little more accuracy. Um and I don't want to say they don't say you're supposed to call it hallucinations because that's negative. What are you supposed to call it? Supposed to be uh no, that's what I was listening uh to something the other day because hallucinations is negative. I don't know, I'll have to look that up anyway to go back to that. So no, that's it's it's uh the same thing.

SPEAKER_03 33:56

It's fabrication, Brad. Yeah, that's what they're saying.

SPEAKER_04 34:00

Thank you.

SPEAKER_03 34:01

Fabricates new stuff that has nothing to do with it.

SPEAKER_01 34:05

Yeah.

SPEAKER_00 34:06

So no, that's that's what that's that's the interesting conversation then. You do you have that orchestration layer? Okay, first step. Second step is what does that mean for functionality that currently actually partners create for customers, your small PTEs? Is that something that should still be in PTE or should it now be something that is created by your agent? Similar to the conversation we had in the past around the power platform. Am I creating a PTE and Business Central or am I creating a Power App? Now the question is: am I creating a PTE? Am I creating a Power App, or am I just doing letting an agent do the magic and trust that it actually works? And then you have the layer on top that that's AI in the product, but you can also do AI in development. So what's stopping me from saying, create a PTE for me that does exactly this and that? And it just opens up so much, and that's the software development part only if you now think about requirement management, if you think about documentation, if you think about uh quality assurance, it's at the core of it and where I find it it started was basically software development having a bit of a helper on that, um, and then letting it go and create the whole stuff once it got agentic. You see similar things in M36 uh M365 Copilot, where yes, it could help me to set up um or to create the summary of my meeting that I had and come up with to-do's, but now suddenly it can do a bit more, it can create stuff, it can um uh finish to-do's actually for me. And then if you think about next step, okay, why are we in between that as partner? Why why can't an end customer do it themselves? And who are the people at the end customer who are doing this? Do we need those anymore? What's what's the role gonna be in the future? And there I'm starting to struggle.

SPEAKER_03 35:53

Yeah, it does it does lower the lower the barrier of uh for entry for things that you could do with business central, but you know, at the same time, if you have someone that does that, um you know, you you you run into issues that they may not understand it. Uh yes, it lowers the barrier, but if they don't understand it, that's when people like us come in and be like, okay, yeah, I mean it got you there fairly close, but you don't, you know, maybe you're not quite understanding the um the approach or the the architect. So uh dangerous world for a minute, uh I'm sure I'll prove it.

Developers As Orchestrators, Not Typists

SPEAKER_04 36:32

You hit a point, and I think the it was a challenge that we had with the Powell platform when it was first was released to be able to work with Business Central. This is that uh to another level where the the years ago software development was the key. So you know, the ability to create the to receive a design from somebody who created it to develop that, even if you self-created. I'm saying somebody created a design, and then somebody was given the design, and they came back with like magic, and now you have something that does something. Now it's almost where it's changing, where it's you need to know the technologies to build the proper design, and then this is where AI is becoming good at creating your uh your design, right? It's the it's it's almost like giving it off to someone and doing the magic, but it's also how you orchestrate. Again, you talk about the MCP orchestration or somebody uh an orchestrator managing the different MCP MCP configurations, now understanding the technology stack, understanding the technology and the functionality to be able to now review what gets done by those different pieces. See, this is what I keep saying is uh everyone kind of laughs at me or something, but I say software development's dead, right? I don't mean it's dead like it's going away. I'm saying it's dead as we know it because now it's like the developers have to come up a level. And in business, I'm talking within business central as well, because now you have to understand the application, you have to understand the technology and the options to then be able to give it to an AI, to be an AI, I don't even know. I call it AI because it means different things, to give it to a model or to give it to an agent or give it to whatever you'd like to call it, to create something that you then review to make sure it meets the stack. So the role is sort of being pulled back, and then also from the functional side, it's being pushed down to where now you have that hybrid of you need to be functional from business point of view and technical from architectural point of view to know that all these things exist to help sort of guide the road that we go on. That was my long-winded speech. I'm sorry.

SPEAKER_00 38:52

No, but I I fully agree, and I think that's one of the benefits of being a BC developer compared to, let's say, a C sharp or Java developer, because BC always was very business focused, right? There's no way you can be a good, at least in my opinion, that you're a good BC developer without having a good understanding of the business part of it, understanding how it all works, having a clear understanding of the requirements, because there is not really a lot of plumbing code or technical code that doesn't do business value, right? Everything we do in BC is connected to the business requirement. It is for a reason a business requirement of the customer. Now, if you compare that to someone who is doing C sharp or Java or Rust or whatever, there might be that technology code that does nothing but put the database together with the cache and your business logic or something like this. And those people who were very far away or are very far away from the actual business application, I think for them it's an even more disruptive change because that I'm pretty sure an AI will do very, very soon and will do better than any human can do. But that the job that a business central developer typically does, understanding a business requirement and translating that, that is something that that is very, very valuable still in the world of AI, because that's actually what I need to tell the AI to do. Now, if I'm the person who derives most joy out of writing the lines of code, that that might be a challenge in the future. But if I'm the person who enjoys understanding the requirement and making sure that the code happens and we arrive in a good place where we have code that actually does what I want it to do and is maintainable and is very solid from a quality and performance perspective, that is something that's not gonna go away. Will I still write the code? Probably not. Do I need to understand the code and review it at some point? Probably yes. I mean, you also see people who say, okay, I just let it also create test automation and then I'm good. There, I'm not convinced that this really works for complex requirements yet, but let's see where we go. Um, but the need to understand the business need or the the business requirement and translate it into code, that's basically the same, I would say. Spot on.

Abstraction Layers And Future Skills

SPEAKER_04 41:06

You nailed it. I think in it, I think business central is a little more challenging because as you had said mentioned, we're in a box already. Like we have an existing, it's not green field create an application that does this. It's we have a box that we're in, and we need to enhance that functionality. So it's a little more challenging. So again, as you had mentioned, it's it's imperative, important for someone to understand the application, the flow of the application. And reading code is much different, much different than writing code, because it's much easier to read a book, in my opinion, and understand a book and then make suggestions than it is to write a book from scratch. So if you're writing it from scratch, you may struggle and have challenges. But if you're reading code that gets output by a model, you'll be able to follow along and say, oh, this is not proper. This is uh proper. So it's it's there's a clear distinction there. So it's not um it's simplifying it in a sense from the technical point of view, uh, making it a little more challenging from the business point of view because you really need to understand those processes and how that works. So it's it it's also more challenging, right?

SPEAKER_00 42:21

It's it's very information dense. If I'm writing code, there are still moments where I can if I'm in the flow, I can kind of relax because I exactly know what I'm doing. Now, if I'm just reviewing code over and over again, I need to understand what is happening. At least for me, I I would say that takes a higher mental burden. It's it's more exhausting um than creating stuff, reviewing, having an idea, understanding, giving feedback to that machine that always says, yes, perfect, you're right, and then understanding, no, I might actually not be right. So um let's take a closer look at it. So from that perspective, and and I'm seeing some people um in the wider development ecosystem who are also starting to think about that. What does that mean for the developer role then in the future? How do we stay focused? Are you able to just orchestrate 20 agents running around and creating stuff and reviewing and whatever? Is that something that a human is able to do um at the end of the day? That's also something we need to learn. Sorry, that's not very very much on the meta-level, but uh something that that popped up recently in my bubble somehow, and um it's a fascinating question as well.

SPEAKER_04 43:34

It is well, I'll go along with your your philosophical question. It is a fascinating question, and it's it's it's you have to think about it because it'll come. It's coming, but what do we do when no one knows it? And uh this is again philosophical because now we're talking this technology is so new. We're talking months, we're not talking years. Sorry, or maybe a year or about, right? The LLMs were created many years ago, but to the to the extent of where code is being generated, and the code is being generated properly, and even for AL coding, I've created some stuff with AI or with the models that is spot on and it's much better than I would have done, or many of the developers that know would have done, including documentation, including you know, here's a list of a summary of changes, and this is how you should test it. Like all comes with it. But I can look at it because I've been developing for so long and know that it's okay. Now let's just take now we have everybody that's a developer today elevate them to the role of this orchestrator of business knowledge. Let's just say everybody falls into a nice place there. We're all going to get old, we're going to retire and no longer be uh working uh in the space. Hopefully, I get to retire at some point in my life. What about new people coming in? Because if they're not brought, I don't want to say brought up, but if their career doesn't progress with them learning the fundamentals to be able to make that distinction, what happens? So, what happens in 10 years when all of the old timers, as we'll call them, retire?

SPEAKER_00 45:17

And 10 years is probably a defensive guess, right? That change might happen sometimes.

SPEAKER_04 45:21

I'm trying to be nice.

Open Source Under AI Pressure

SPEAKER_00 45:24

But I mean the counter-argument, at least for me, to that is do you still know exactly how to write a SQL statement? Do you know how to create assembler code? That that was we leveled up that one abstraction level, and especially AL or CAL in the past is then even one abstraction level on top of that. Maybe AI is just the next abstraction level. Maybe we don't worry about that anymore in three years, three months, five years, ten years, I don't know. But at some point, maybe we don't worry about that anymore because AI just does it perfectly. We all we need to do is be able to describe the requirement in the right way, and then AI is able to do it perfectly, the same way as C sharp code hopefully nowadays um uh transpires correctly into assembler code. That I don't know, but that could be an outcome that we we're just one abstraction level higher and everything still works. The learning is typically it helps to be one level below what you actually need. So even if you're writing AL code, it's still very helpful if you have an idea how SQL works. Not for 80% of your work, but for the interesting 20 or maybe even 10% of your work, it helps a lot because then you can dig into the performance issues that you see. So if that's the right the right idea, then we should probably still understand it. But do we have to? I don't know.

SPEAKER_03 46:45

Yeah, that's just like uh I put that similar to like uh pilots, right? We still need pilots. I mean, clearly the plane can fly on its own most of the time, but you still need someone to be seated and know what to do if that doesn't work. So you I I don't think it's necessarily gonna go away, but you still gotta learn how to do it manually if needed. Uh, and I think that comes into that uh that you had mentioned earlier is understanding the business logic or the business space in that in that area. But it is tough because I had someone ask me if their kid, should their kid be learning how to develop and should they still go to you know uh learn all that stuff. I said, yeah, I said I my answer was yes. I think they should still, but the again it goes back to that barrier of to entry is much lower because then they can just get all that information as quickly as possible and then build what they're and you know intended to build. So that's gonna be a tough one. I think it's gonna be a couple years, man. Uh I know you said 10 years, but uh you're being super nice. I am.

SPEAKER_04 47:49

I my true feeling is different. I I liked your response, and it really puts a good perspective on it if you're talking about the understanding one layer lower than where you need to be, because I was thinking who I did learn assembly. I'm that old. Uh they taught me assembly again. That was the one level below, because I first started with uh other languages and then I had to know assembly. I didn't learn punch cards, which was the predecessor of that in essence. Will it even matter? I think you're correct. Um, how many people know assembly language today? I'm sure there's a small few that need it for something, maybe in there, uh depending on where they are, but it's not wide-scale use of assembly for uh developing software. Uh, maybe for some hardware controls or some other things like that, it is. So I think that's is an interesting interesting perspective because it's a skill living today we think that we need, but we have to be a little more abstract and in the future say, just like some of the skills that were needed in the 1900s, not many of us know how to make our own clothes or make our own soap or or make our own milk and cheese. Um, because we don't need to. But there are still a set that does that's a very uh valid response. You just shot me down now.

SPEAKER_01 49:09

So now I'm going to that was absolutely not my intention. That's no clue if it would be right, but I think that's a perspective you can have. That's the point.

SPEAKER_04 49:17

No, no, it's your perspective was when I say I listen, my that's my sarcasm. Everyone kind of knows my sarcasm's a little harsh sometimes, but no, I think uh your perspective was good, and um it's it's a great way to look at it. Um, so we'll have to see where we are um uh in in the future. See, I could talk to you all day.

SPEAKER_03 49:34

Next month. It could be next month, man. That'd be interesting. It could be quick.

SPEAKER_04 49:39

Let's see. By the time this comes out, this might be outdated.

SPEAKER_03 49:42

So, just like at the beginning, yeah. Just like the beginning of this podcast, when we were talking about you know a weekend project. I mean, I I would have had to like go online course to learn how to create websites. I didn't have to do that. I mean, it two hours, it's that's what it feels like right now.

SPEAKER_04 50:01

So yeah, it is. It's uh it's amazing. So another we have uh a lot of things we wanted to speak about. Um I had to be respectful of your time, but another thing that's uh we're pretty um interesting topic is this whole topic of open source software. Um, because I know it's another thing that um you like to speak about and talk about as far as open source software. And now we'll even take this a little bit further. Let's we just spent some time talking about AI generating code. And I did hear an interesting conversation over the weekend about how AI is an impact and could impact open source software. So let's talk briefly about some open source software and uh your take on open source software.

Disposable Software And Niche Tools

SPEAKER_00 50:45

And in generally, in the past, I I really enjoyed being part of some of those things and and contributing in in very small ways, but still contributing to open source, but because it felt like so much business software was built on it, so much money was made from it, but still there were people who were basically doing it for free for the sheer joy of just doing it. And that was I I was very much attracted to that. Let's put it like this. The whole idea very much appealed to me that someone was willing to just spend their time to do something for the fun of it and and making sure that something got better without getting directly paid for it or anything. That that's a very nice concept. Um, the point is now with AI that you're seeing more and more struggle with that because A, some AI bots are just flooding open source um repositories with meaningless or maybe meaningful, but still not good enough pull requests and feedbacks, etc. Maybe you saw that story that I saw over the weekend as well, where someone declined um a pull request by a bot, and then that bot spun up a blog and wrote about it. I mean, that's crazy, right? Where's the limit to that? What's what's the point? What are we even doing here? And then you have more and more open source libraries that say, look, uh, the whole idea of why I did this was I wanted to get attention, I want wanted developers to see my solution and then maybe upgrade to the premium tier or get some license money out of it. And now suddenly no developer is seeing it anymore because a bot is crawling or uh an agent is crawling that and uh just um getting the information, using it, the developer doesn't even know that they are using this and that great open source library. So they decided to shut it down, it's no longer free, it's no longer open, you have to pay for it. You can still contribute, but to use it, you have to pay for it because that's the only way how it can be monetized. And that also might have an impact on um how we create software, maybe less so in the business central world where it's not that much open source, but um in other parts of the ecosystem, that suddenly also becomes very relevant because the way how open source was monetized, or at least a big part of it, um the the appeal that it had that you can, as an open source author, also get some um visibility and maybe land a job through your open source project, or you operate to the premium level and you get some money out of it, all those aspects suddenly go away if it's just an agent that is pulling information out of your repository.

SPEAKER_04 53:14

So it is the open source market is going to have some sort of disruption. And it this listening to you speak about that uh uh drives me to another philosophical question of what happens when we're saturated with all this software? Like when does if if if models were trained based on and you may give me the same answer you gave me to the last philosophical question, but if the model was trained on open source, let's just say, I mean, I know it was trained on other things as well, but let's just narrow the scope, open source software, and it was able to read all of these packet these libraries to determine how to create code, and then now it's making modifications to the code, and then it's going to continue learning on that code because it created that code. When does the cycle end? Do we stop creating new stuff? Or is the AI going to create new stuff itself?

SPEAKER_00 54:16

Or that's also what you see, right? That it goes off and creates new stuff that it thinks it's need it needs, but it might just be a copy of what already existed because that's what it was trained on. So there is indeed a cycle that is interesting to see if and when it will be broken, um, and if not, what that does.

SPEAKER_04 54:35

Yeah, the um that open source, I did see that same thing. That was a crazy story on how somebody made a pull request, a bot made a pull request, and then commented back about being the client. Now, some of the stuff I'm starting to say on the internet, the whole like not everything you read on the internet's true. I'm starting to feel more and more of that now, where you know how much of it's being fabricated versus not fabricated. I mean, I had the opportunity um to start working with open claw, multi-clawed bot, whatever name you want to call it, and it's not so easy to set up and start working with. So all these people that say they're running, you know, 10 billion agents on open claw, running, you know, large organizations doing this, I have to sometimes question how, or even to what extent are they running your business? You know, if they're just running and not doing anything, that's one thing, or running and actually orchestrating many tasks, that's another thing. So with the open source market, so do you see uh that the open that we'll just see a decline in open source projects or feel that we have a decline in open source projects with that?

A Personal Automation Example

SPEAKER_00 55:42

I mean, that there's two two contradicting things to consider here. A, it is a lot easier nowadays to create something that's open source because I can literally just tell an agent, look, this is the library I need, please create it for me. Um put it on GitHub and make it visible. It will create perfect documentation, it will create automated testing, it will do more than I could even think of. So, in that sense, it's a lot easier now to create something like this. I mean, I I do run a couple of open source tools that took me quite some time. If I now had to recreate them, it would probably be the same as the website you mentioned, Chris. It it would probably be only a few hours, which took me days or sometimes even weeks to create in the past. So from that perspective, I would say it's easier than ever to create something and make it available um to the public as open source or however you want to. But for the same reasons we mentioned before, what's the point now? Um I can't remember what it was called, but I saw a uh project running now that basically was a collection of tools for one specific person for one specific task. Because it's so easy now to create software if you have a rough idea what you actually want, and just put it on the internet, put it on GitHub, and and that project. Need to remember what it was called, but um the idea was basically a collection of tools that had been created by people for one specific purpose, no thinking about reusability, sharing, whatever. It just did exactly what they wanted to do. And you can imagine that this is now really very, very easy, and you have a huge collection of that, you might find things that are useful for you too. So that could be a driver. At the same time, for the reasons we mentioned before, the whole business model, the whole appeal of doing open source for some kind of a business value is declining rapidly, I would say.

SPEAKER_04 57:37

So software is becoming disposable because now you can create the tool that you need at the time to do a specific task.

unknown 57:44

Yeah.

SPEAKER_04 57:45

And that's it's it is. It's almost now uh we're in a certain universe because we're all developers, right? Or it's our lens is through knowing many developers or even being close to many developers. So our first inclination, or my first inclination now, is I need to do something. What are my choices? I could search for it, and then when I can search for it, I could try to find an application that has the functionality that I'm looking for. Then I have to test it, and then I now I'm skeptical because was it AI created and is going to have problems? Or do I just go through a plan with Claude, come up with a good plan, say create it, go to sleep, wake up in the morning, and it's there. It's this is kind of where we are in the weather. When I and it may not even be going to bed and going to sleep, it may be five minutes later as well. Yeah, it's it's uh so it's you know, does software become disposable and is the value of the software um decreased because the ease and the ability to create it, whereas uh years and years ago that magic was to be able to create those things for people. Um so it's uh it's another interesting philosophical but yet technical point of view on it. So yeah.

SPEAKER_00 59:13

And the same for the question between general purpose software and and specifically for one purpose-built software. So if you think about, let's say, time tracking, if you want to build a time tracking solution that caters to the needs of a big industry or even a whole country or something like this, it's very complicated, right? Because people have very different ideas of what they need out of a time tracking software. It needs configurations, it needs to um align with laws. Then if you want to go multi-country, you suddenly have the complexity of different laws in different countries, etc. But if I think about one specific company, maybe not a huge enterprise, but a, I don't know, 50 or 100 people um company, they could have very simple requirements for time tracking. So it's absolutely possible that they could just let Cloud do that or some other agent do that and create it for them. What does it mean for the market of the general purpose time tracking providers, right? Do we for which purposes do we still need professionally built software that that caters to the needs of a lot of companies? And what are the kind of problems, what's the the class of problems that we can solve with your one-off solution that maybe works for a year or two, and then we just create the next one, or maybe a month or two, right? And then we create the next one. That that is also an interesting disruption that might happen in the software market. And if you look at the some of the stock market reactions for SaaS vendors, some of it is already visible that there seems to be a decline in trust into how much of that we still need.

Closing Reflections And Contact Info

SPEAKER_04 1:00:46

Yes. No, that those are very interesting questions. And I'd love to have conversations or hear from many people on their perspective and viewpoints on that, because it is it's to the point where you're creating something for a task. I've created tools, and I'm only saying it myself because it's uh not that I'm anyone special, it's just a real world use that I've created tools I used once and now they're gone. You know, I was able to do what I want, and I wasn't even worried about it. Like I I got to that point of I'm not even concerned because if I need something, I can reuse this and build it or or um add to it. So uh have you done anything like that yourself?

SPEAKER_00 1:01:30

Yeah, absolutely. I mean, the the example that comes to mind is the podcast that we that I mentioned initially, the sports podcast. The guy who did it decided to go in a slightly more professional direction, and that meant that my part of it kind of went out of it, and I had to set up my own podcast, but I didn't want to lose the history. So I created a small tool that just grabbed the RSS feed from the old one, um, downloaded everything, put it in the right order, created a new one for me that I could import in my new target. That would have been basically impossible in the past because I'm pretty sure I would it would have taken me two, three days to create it, or maybe just one day, and I most likely wouldn't have wanted to spend that much time. Um now I could just plug it into the agent, GitHub Copilot in that in that instance, um, let it run. It took me two, three attempts, and then I had what I needed. It wasn't perfect, but it was good enough, and then I just threw it away again. I mean, that's it, it literally was a problem that would have been not possible for me to solve with a meaningful amount of of work. It would have just been too much time, too much effort, and now it suddenly wasn't a problem.

SPEAKER_05 1:02:36

Wow.

SPEAKER_04 1:02:36

Welcome to 2026, where you can have custom. I mean, if you think about that, that's custom, purposeful, developed software for your needs. You had a specific scenario with specific requirements. They weren't general or generic. Jeez, I say I get tongue-tied when I start getting excited about this. And you're able to just do it. It it goes with it's almost like we talked about at the beginning of this episode about talking with people and and hearing what they have to say, learning from them and having one-on-one conversations. Now you're having that one-on-one conversation with software to have your specific needs, and like you said, good enough, right? Good enough so that you can get the job done. A lot of times that good enough comes into play even in professional, yeah, what you call professional grade software, professional grade work, because it gets the task done for you. And again, it probably took minutes for that to, you know, maybe you said you went two or three tries, so maybe would you spend an hour or two hours on that? Whereas if you would have had to done that to write something yourself, for example, it could have taken weeks.

unknown 1:03:43

Yeah.

SPEAKER_04 1:03:44

So that's what we're doing is we're condensing weeks into hours. Uh, hopefully we all have a little more time to go to the beach, hike mountains, or do other um other good things. I'd say start picking up trash, but that's what I think everybody should do.

SPEAKER_00 1:03:58

Uh absolutely. Let's wrap the AI topic on that on that note. That's that's uh I don't know, I'm not sure if that's overly optimistic, but if we end up like this, that it gives us more time to do what we actually want to do, that would be amazing.

SPEAKER_04 1:04:12

I think that would be amazing. Well, Tobias, thank you very much for taking the time to speak with us. Uh enjoyed um all of your valuable insights and your perspective on many things. Uh, if anyone would like to get in contact with you to talk about some of the topics we spoke about or find more information about it, either one of your podcasts, what's the best way to get in contact with you?

SPEAKER_00 1:04:30

So there is Tobiasfenster.io, my first name, last name.io. That's basically my um my homepage where you can find my podcast, where you can find my blog, and also my social links. By now, I'm active on LinkedIn and on Blue Sky. More than happy to have any any conversation there. And um, yeah, let me know if you see anything that you like or don't like. Um, as we said in the beginning about conference talks, feedback is uh very valuable, and I would say the same is true for everything I do online. And very much for having me. It was a really nice conversation, and um, I would love to follow up um and to hear your thoughts on a number of other topics as well.

SPEAKER_04 1:05:06

Oh, we will we'll have to do something. We'll schedule a follow-up. I'm into scheduling follow-ups now because the the way the times change, but uh no, I do um greatly appreciate you spending your time with us today because again, time is truly the currency of life. Once you spend it, you can't get it back. So any moment you spend with somebody, uh, you know, any time you spend, any moment you spend doing something or doing something with somebody, you don't get that time back. So uh I do uh value and appreciate your time. And I look forward to talking with you again soon. Chao ciao.

SPEAKER_03 1:05:33

Take care.

SPEAKER_04 1:05:34

Thank you, Chris, for your time for another episode of In the Dynamics Corner Chair. And thank you to our guests for participating.

SPEAKER_03 1:05:42

Thank you, Brad, for your time. It is a wonderful episode of Dynamics Corner Chair. I would also like to thank our guests for joining us. Thank you for all of our listeners tuning in as well. You can find Brad at developerlife.com. That is D V L P. I f e dot com and you can interact with them via Twitter D V L P R L I F E. You can also find me at mattalino.io M A T A L I N O.io. And my Twitter handle is Mattalino16. And see you can see those links down below in the show notes. Again, thank you everyone. Thank you and take care.