Episode 327: In the Dynamics Corner Chair: Why get a llama when you can excel with an Alpaca

WEBVTT

00:00:00.600 --> 00:00:07.493
Welcome everyone to another episode of Dynamics Corner, the podcast where we dive deep into all things Microsoft Dynamics.

00:00:07.493 --> 00:00:17.931
Whether you're a seasoned expert or just starting your journey into the world of Dynamics 365, this is your place to gain insights, learn new tricks and make development easier.

00:00:17.931 --> 00:00:19.245
I'm your co-host, chris.

00:00:20.240 --> 00:00:20.983
And this is Brad.

00:00:20.983 --> 00:00:24.632
This episode is recorded on July 2nd 2024.

00:00:24.632 --> 00:00:27.484
And this is Brad.

00:00:27.484 --> 00:00:30.137
This episode is recorded on July 2nd 2024.

00:00:30.137 --> 00:00:30.658
Chris, Chris, Chris.

00:00:30.658 --> 00:00:36.765
I'm all for anything that makes developers' lives easier.

00:00:36.765 --> 00:00:43.204
We face a lot of challenges with development applications, and having to learn all different technologies, set up all the various environments can also become a challenge.

00:00:43.204 --> 00:00:52.082
There are many tools available to help make a developer's lives easier, but there is one great tool that's available and with us.

00:00:52.082 --> 00:00:59.804
Today we had the opportunity to speak with Marcus Lippert-Packerschafer of Cosmos Consult to learn more about Cosmo Alpaca.

00:00:59.804 --> 00:01:15.355
Marcus Patrick, good afternoon, how are you doing?

00:01:16.816 --> 00:01:18.018
good afternoon, I'm good, how are you?

00:01:18.680 --> 00:01:19.242
doing very well.

00:01:19.242 --> 00:01:20.084
Thank you very well.

00:01:20.084 --> 00:01:23.811
Thank you for taking the time to speak with us this afternoon.

00:01:23.811 --> 00:01:38.370
I've been looking forward to this conversation for some time, uh, and I have a lot of questions, hopefully be able to give me a little bit more information on alpaca and how do you say, how do you pronounce it?

00:01:39.691 --> 00:01:41.155
yeah, it's, it's right.

00:01:41.155 --> 00:01:43.245
It's just a cause of alpaca.

00:01:43.266 --> 00:01:54.793
Like the animal, I always want to make sure because I have a tendency to mispronounce a lot of things, and I don't do it purposely, so I want to make sure I say it.

00:01:54.793 --> 00:02:02.233
Totally fine, before we jump into the conversation, would you mind telling us a little bit about yourself, markus?

00:02:03.861 --> 00:02:04.644
Yeah, my name is is Marcus.

00:02:04.644 --> 00:02:10.150
I'm working at Cosmo Consult for four years now in the business central space.

00:02:10.150 --> 00:02:19.241
I've been for around 10 years, always worked on the automation, tooling, stuff like that, and now at Cosmo Consult we are working on Cosmo Alpaca.

00:02:19.241 --> 00:02:26.153
So development tooling making a life of developers easier, more automated and stuff like that.

00:02:26.153 --> 00:02:30.527
I'm working together with Patrick here and also with two other colleagues.

00:02:30.527 --> 00:02:33.448
We are working full-time on Alpaca.

00:02:33.448 --> 00:02:36.284
That's basically it.

00:02:37.260 --> 00:02:37.641
Excellent.

00:02:37.641 --> 00:02:38.941
Thank you, Patrick.

00:02:38.941 --> 00:02:40.685
Would you mind telling us a little bit about yourself, please?

00:02:41.105 --> 00:02:47.048
Yeah, of course I'm a software developer at cosmo consult also.

00:02:47.048 --> 00:03:11.871
Um, before I was at cosmo consult I was a cobalt developer for very old software and then seven or eight years ago I jumped in the business central area and for about three or four years and now working with Cosmo Alpaca, mainly developing Cosmo Alpaca and mainly on the Azure DevOps side.

00:03:11.871 --> 00:03:21.311
So maybe we will talk a little bit about it later, because we have at the moment we have the Azure DevOps and the GitHub side of Cosmo Alpaca.

00:03:25.141 --> 00:03:26.006
Excellent, thank you.

00:03:26.006 --> 00:03:35.629
So as we started talking with him, I'm excited to learn and hear more about Alpaca and how it makes development life easier.

00:03:35.629 --> 00:03:50.246
It's a lot of topic, a lot of conversation about the topic of CICD, pipelines, automated deployment a number of other topics now and I see Cosmo Alpaca.

00:03:50.246 --> 00:03:53.526
You know part of the conversation I also understand.

00:03:53.526 --> 00:03:59.711
With it, you can also work on the contribution to the Microsoft Business Central contribution.

00:03:59.711 --> 00:04:03.569
I don't want to call it open side contribution pilot as well, so I'd like to hear about that.

00:04:03.569 --> 00:04:11.731
So could you tell me a little bit about Cosmo Alpaca, what it is, what it does, who it's for and how someone can use it?

00:04:13.781 --> 00:04:20.769
Yeah, so basically it's a set of tools to make development or the implementation process for Business Central easier.

00:04:20.769 --> 00:04:45.913
Like you mentioned, we have some pipeline stuff, cicd stuff, but we also doing like cloud development containers making yeah, making setting up an environment for business central development more easy, because we we found that like having local docker installation and having local containers just sometimes isn't that great because Docker sometimes breaks and stuff like that.

00:04:45.913 --> 00:04:53.644
We basically decided that we want to centralize that running those containers as well.

00:04:53.644 --> 00:04:58.593
Another big part of Alpaca is the cloud dev containers.

00:04:58.593 --> 00:05:03.310
On top of that, basically to make all of that easy, there's a lot of automation.

00:05:03.310 --> 00:05:09.267
We have a VS Code extension where you can do all the use, all the functionality in Alpaca.

00:05:09.267 --> 00:05:18.307
Yeah, basically removing the need to train all the developers in different technologies and stuff like that and making it easier.

00:05:22.208 --> 00:05:33.319
One of our main ideas when we started with Cosmo Alpaca was to keep all the new technologies around AL which we got when we switched to AL from CL away from the developers.

00:05:33.319 --> 00:05:43.495
And the developers should focus again just on development and don't think about how the tools beside work and what they need to work with AL.

00:05:43.495 --> 00:05:47.668
So we take care of everything beside of the development.

00:05:49.612 --> 00:05:50.353
That's fantastic.

00:05:50.353 --> 00:06:02.872
That is a good point because I know myself, I use Business Central Online as well as Docker containers for development, which is as you mentioned.

00:06:02.872 --> 00:06:06.862
It can bring its own sets of challenges, with a number of reasons.

00:06:06.862 --> 00:06:08.245
It is a great tool.

00:06:08.245 --> 00:06:13.726
We have been very successful using it, but I'm happy to see that there's something else, like Alpaca and Patrick.

00:06:13.726 --> 00:06:17.468
Thank you, you hit a key point and I talk with a lot of developers and I mentioned the same.

00:06:17.468 --> 00:06:37.629
There's so much technology out there that you can spend a lot of time working and learning these other technologies that you'd mentioned, like setting up a Docker container for a proper version of Business Shunt, so for you to work on an extension, which could take you sometimes a period of time if you have difficulties, challenges or problems.

00:06:37.629 --> 00:06:43.093
So now, if you have an easier way to create these environments, you don't have to worry about it.

00:06:43.093 --> 00:06:52.661
Environments you don't have to worry about it With Alpaca.

00:06:52.661 --> 00:06:53.303
So it's basically an online.

00:06:53.303 --> 00:06:56.415
It's simplified, it's an online container-based system for developers to use for their development process.

00:06:57.540 --> 00:06:57.821
Right.

00:06:57.821 --> 00:07:08.824
So the initial idea was basically that, yeah, within Cosmo Consult we have around 400 developers and we initially also started with developers having like local containers.

00:07:08.824 --> 00:07:37.216
But we saw that just brings a lot of effort with it to support it, because next Windows update came and docker break broke again and we need to handle different scenarios all the developers having like different laptops, different machines with different resources and stuff like that and the support effort was just so high that we, yeah, just saw the need that we need to centralize that one no, that is a great idea.

00:07:37.396 --> 00:07:46.507
With alpaca, are there limitations to which versions of business central you can create a container for or a development environment?

00:07:46.507 --> 00:07:47.048
What do you call them?

00:07:47.048 --> 00:07:47.930
Do you call them containers?

00:07:47.930 --> 00:07:49.125
Do you call them development environments?

00:07:49.125 --> 00:07:50.485
What do you call them within Alpaca?

00:07:51.420 --> 00:07:53.629
Yeah, we normally just call them containers.

00:07:53.629 --> 00:07:59.122
Yeah, you always need to keep in mind that they are not running on your local machine but in the cloud.

00:07:59.122 --> 00:08:21.788
But they are still containers, basically, and yeah, so basically, um, yeah, the second issue we had was was like setting up those containers, so not just like how you would set them up with PC container, but also how would you install dependencies and stuff like that.

00:08:21.788 --> 00:08:32.028
That's again something where you either need your own scripts or need to know how to use PublishNavApp and so on, and that's again something you need to try.

00:08:35.385 --> 00:08:40.644
So with Alpaca can you go back as far as Dynamics Nav for containers or just strictly with Business Central?

00:08:41.246 --> 00:08:43.268
Yes, yes, sorry, I forgot to mention the answer to the question.

00:08:43.268 --> 00:08:43.851
You can go back to VC16,.

00:08:43.851 --> 00:08:44.859
I forgot to mention the answer to the question.

00:08:44.859 --> 00:08:46.924
Yeah, you can go back to VC16,.

00:08:46.924 --> 00:08:49.692
I think was the lowest version currently, patrick, right?

00:08:50.721 --> 00:08:51.884
15 is the lowest version.

00:08:53.229 --> 00:09:04.971
Yeah, so we basically try to orient ourselves from the normal support structure from Microsoft to supporting the same version like Microsoft is supporting, and sometimes also with tech.

00:09:05.961 --> 00:09:15.004
No, it's BC 16 is a long way back and technology has changed since those times, so trying to support some of those older systems can be a challenge.

00:09:15.004 --> 00:09:21.966
Just with the way they were written for the technology at that point in time, so it does sound like it's a great.

00:09:23.541 --> 00:09:30.815
And I think the reason behind this BC 16 limit was that around BC15 or BC16, so much in the background changed actually.

00:09:30.815 --> 00:09:40.399
So for us it was just very hard to adapt our scripts, our automations to work with both the old versions but also the new versions basically.

00:09:40.399 --> 00:09:59.302
So that was the time when we just said, okay, okay, we need to make a cut and, um, focus on having easy automations, easier scripts and so on yeah, we had an old version of cosmobucker which was supporting, uh, till NAV 2018 I guess, but it it stopped working with pc16.

00:09:59.322 --> 00:10:04.971
So the old version of cosmobucker, which we are not selling anymore, um, would work with.

00:10:04.971 --> 00:10:09.378
Of Cosmo Abaco, which we are not selling anymore, would work with NAV 2018.

00:10:10.360 --> 00:10:12.984
But we'll redo the cut with EC 15 or 16.

00:10:12.984 --> 00:10:20.014
Well, that is still quite a ways back and the technology has changed quite a bit and it is difficult, I know, if I come across different versions.

00:10:20.014 --> 00:10:30.354
Sometimes I get confused myself as far as which feature, which function, which language version do I need to use to do the development.

00:10:30.354 --> 00:10:31.645
It gets a little confusing.

00:10:31.645 --> 00:10:35.090
So with Cosmo Alpaca, it's a cloud-based container system.

00:10:35.090 --> 00:10:38.519
Does it support multi-users on these containers?

00:10:38.519 --> 00:10:50.330
So when the developers create these containers, is it something that they could have individually to themselves, or could you also support multi developer or consultant access as well?

00:10:51.980 --> 00:11:03.075
Yeah, of course it's recommended to have your own container for every developer, but we have functionality to share your container with different colleagues.

00:11:03.075 --> 00:11:12.893
So if you want to share your container with a second developer, or if you want to hand over to a consultant for testing or something like that, you just can do it.

00:11:12.893 --> 00:11:26.211
But basically the recommendation would be to have just one developer on the container, because then otherwise you will have conflicts with objects or something like that, like you have when you work on one database.

00:11:26.231 --> 00:11:29.870
Okay, great, and for a developer to start working with Alpaca.

00:11:29.870 --> 00:11:40.129
I heard you had mentioned, markus, that you have an extension within Visual Studio Code, and that's all that they would need to manage their containers.

00:11:41.350 --> 00:11:51.687
Yeah, right, so to get started, basically you can just go to the Visual Studio Code marketplace, search for Cosmo Alpaca and then you will normally find two extensions.

00:11:51.687 --> 00:12:05.472
We got the normal Cosmo Alpaca extension and the Cosmo Alpaca preview extension, as well as GitHub, so we have support for both.

00:12:05.472 --> 00:12:19.288
Yeah, we basically plan to merge those extensions in the future, but currently we have two, and then you can just install those extensions and sign in with your Azure DevOps or Microsoft account or, on the other hand, with the GitHub account.

00:12:19.288 --> 00:12:21.807
Then you can get started basically.

00:12:22.884 --> 00:12:25.847
So you can go to the marketplace and you had mentioned there's two extensions.

00:12:25.847 --> 00:12:28.830
There's Cosmo APACA and Cosmo APACA Preview.

00:12:28.830 --> 00:12:31.229
One's for DevOps and one is for GitHub.

00:12:31.229 --> 00:12:37.051
You had mentioned dependencies and managing of dependencies.

00:12:37.051 --> 00:12:41.311
Does APACA which dependencies will APACA help you manage?

00:12:41.311 --> 00:12:49.085
Does it help you manage dependencies for maybe third-party ISV extensions or other types of dependencies?

00:12:49.085 --> 00:12:51.451
Can we talk a little bit more about how it could support that?

00:12:52.701 --> 00:12:56.491
We have different types of dependencies which we are supporting at the moment.

00:12:57.139 --> 00:13:04.980
So, basically, you can set up everything within Coswell Paka to automatically install any apps in your system.

00:13:05.782 --> 00:13:10.211
So if you set up a new container, you can set up the basic set on apps you want to install.

00:13:10.211 --> 00:13:13.128
So we have different approaches with you.

00:13:13.128 --> 00:13:22.548
When you subscribe for Cosmo Alpaca, then you get a file share where you can put your apps on and then you can link from the project to this file share.

00:13:22.548 --> 00:13:28.892
We also support at the moment that you link to an Asia DevOps feed.

00:13:28.892 --> 00:14:02.059
So if you have your apps inside a feed or you have a third party feed and what we are implementing at the moment is the new bits stuff which is already talking a lot about in all of the conferences we are implementing it so that everything is handled in the background and you just have a configuration file where you put those names from the NuGet package and then the installation will be done in the background and the developers don't have to care about which app they install.

00:14:02.059 --> 00:14:10.413
Just the one who is setting up the project has to think about once and every developer in the project is getting the same configuration.

00:14:12.677 --> 00:14:13.639
Maybe to explain a little bit.

00:14:13.639 --> 00:14:20.921
We have a configuration file stored within the repository and there we list all the application dependencies.

00:14:20.921 --> 00:14:33.567
But you can also list like rapid start packages, backup files, whatsoever, and so every developer who is creating a container for this repository gets the same configuration.

00:14:33.567 --> 00:14:37.096
So that's really make sure that every developer works the same way.

00:14:37.096 --> 00:14:43.697
And, um, yeah, we don't have like scenarios where it just works on my machine but not on your machine and stuff like that.

00:14:43.716 --> 00:14:47.424
So, yeah, I get excited hearing about this.

00:14:47.424 --> 00:14:53.005
I'm trying to keep calm but I I just think of just listening to what patrick had mentioned, even talking about the nougat.

00:14:53.005 --> 00:14:55.562
Go back to the days of like you had mentioned, mentioned.

00:14:55.562 --> 00:15:01.501
You'd have to install Business Central, you'd have to find the extensions, you'd have to load the extensions.

00:15:01.501 --> 00:15:10.383
Then you know the language has been progressing, you know to also allow you to load some, you know, dependent extensions within your, you know, development project.

00:15:10.383 --> 00:15:22.423
But now to be able to have all of this automated, to have a configuration where somebody can create their own container and I heard you mentioned RapidStars Does that mean it will also run RapidStars packages to import data as well?

00:15:23.325 --> 00:15:29.890
See, that's perfect, that's fantastic, that is fantastic because, chris, that is, everybody will start with the same base.

00:15:29.890 --> 00:15:38.985
So, if you want someone to test, if you want someone to work on additional functionality, you don't have to spend time creating a container and giving them everything.

00:15:38.985 --> 00:15:39.868
They just run it.

00:15:39.868 --> 00:15:41.763
Yeah, you remove all the tedious work.

00:15:42.195 --> 00:15:43.961
Just focus on development.

00:15:43.961 --> 00:15:44.482
I love it.

00:15:44.482 --> 00:15:47.543
We don't only accept Rapid Start.

00:15:47.634 --> 00:15:50.063
We also have the possibility to add backup files.

00:15:50.063 --> 00:16:00.549
So if you want to work with backup files, one can set up a container, create the backup from this container and you can use this backup file for new containers.

00:16:00.549 --> 00:16:19.009
And we are also supporting to run PowerShell scripts inside of the container so you can really set up your container once and every new container will get exactly the same configuration and it's just a few clicks inside Cosmo Packer to set it up.

00:16:21.542 --> 00:16:22.750
Yes, it's amazing.

00:16:22.750 --> 00:16:38.899
I had watched the video Marcus I think it was your video possibly on working with the contribution pilot for Business Central and when I had worked on it to create an environment with Docker, you know you had to use the PowerShell script to go through it.

00:16:38.899 --> 00:16:39.422
It took some time.

00:16:39.422 --> 00:16:39.903
It worked.

00:16:39.903 --> 00:16:40.345
It's great.

00:16:40.345 --> 00:16:41.634
Again, it's just different technologies.

00:16:42.297 --> 00:16:47.101
But to see it done on Alpaca it took minutes or I feel like almost seconds.

00:16:47.101 --> 00:16:48.024
It went by so quickly.

00:16:48.024 --> 00:17:02.018
I almost thought I usually watch YouTube on you know higher playback speed so I can get more out of it.

00:17:02.018 --> 00:17:02.720
I thought I had it on double speed.

00:17:02.720 --> 00:17:03.101
It went so quickly.

00:17:03.101 --> 00:17:03.442
Uh, but I didn't.

00:17:03.442 --> 00:17:05.528
Uh, you had mentioned it works with github and devops, so with that it would link to your repository.

00:17:05.528 --> 00:17:07.295
So you manage and work with your github repository.

00:17:07.295 --> 00:17:08.897
Is that correct?

00:17:08.897 --> 00:17:20.134
And then alpaca, when you create the container, will create the project or use your workspace project, whatever you have to generate and build and create the project or use your workspace project, whatever you have to generate and build and create the extension within the container.

00:17:21.219 --> 00:17:24.884
Yeah, so for the GitHub site, we are using ALGol for GitHub in the background, basically.

00:17:24.884 --> 00:17:28.214
So we are using the workflows Microsoft provides.

00:17:28.214 --> 00:17:34.583
We are using the proposed structure for the project and so on and also the workflows Microsoft provides.

00:17:34.583 --> 00:17:41.883
But what we basically enable you with, with alpaca on top of it, is to handle a bit more easier.

00:17:41.903 --> 00:17:59.654
So we we like heard from many partners that I go for github is great, but, um, it's like sometimes hard because you need to know which configuration file I need to change if I want to enable code signing, for example, and which secrets I need to change if I want to enable code signing, for example, which secrets I need to add under the GitHub action secrets and so on.

00:17:59.654 --> 00:18:09.047
And, yeah, we think there was still a lot of requirement that one would need to know, basically to use Algo for GitHub.

00:18:09.047 --> 00:18:16.843
And so we added support for GitHub and Alpaca as well and letting Alpaca handle this for you.

00:18:16.843 --> 00:18:42.240
So, for example, if you're creating like a target environment in Alpaca Wait a moment environment where you want to deploy to an, alpaca is changing the configuration files for you, alpaca is creating the secrets for you and GitHub so you can just do everything from from VS code and yeah, don't need to click through five different config files and go to five different github pages to do it so?

00:18:42.319 --> 00:18:50.459
does the compute for building the artifacts work within alpaca or because you're using algo in the background?

00:18:50.459 --> 00:19:00.684
Is it on your github account, where you're using that for processing of whether you're running any tests or building the artifacts for your application or your extension?

00:19:01.855 --> 00:19:11.417
yeah, so currently we are still using the cadet posted runners, but we are currently working on providing our own runners also running in an alpaca in our infrastructure.

00:19:11.417 --> 00:19:14.269
Basically, we already have that for Azure DevOps.

00:19:14.269 --> 00:19:21.203
So in Azure DevOps, when you set up a new project via Apaka, apaka will also set up an agent in the background.

00:19:21.203 --> 00:19:31.057
So, yeah, you get a little bit cheaper runs and also agents that are more like tailored to business central workloads and not like generic.

00:19:31.318 --> 00:19:33.765
Yeah, Wow, that's great.

00:19:33.765 --> 00:19:47.414
So, using the ALGo in the background or the ALGo process in the background, you're keeping up with what Microsoft adds within those workflows as far as testability or processing or creation of those extensions.

00:19:47.414 --> 00:20:13.003
So you're still with it, just in a much easier fashion Because, again, like you had mentioned, a lot of great tools out there but sometimes it takes a little bit of time to learn how to use these tools and then, when changes come around, to go with them With the containers that you had mentioned that you had created.

00:20:13.003 --> 00:20:42.141
Working with services or tools such as this, you know ISVs partners or even you know end user developers sometimes have concern for who has access to my code repository, because I may have some intellectual property or, if we're working with configuration packages, we may have some data that we're using for tests that we don't you know we shouldn't have any sensitive data for testing, but you know it's just one of those things that people get a little nervous about, justifiably so in some cases.

00:20:42.161 --> 00:20:51.463
So what type of security measures or assurances do they have that you know, when Cosmo Pack has access to a GitHub repo or these containers that it would be isolated?

00:20:53.855 --> 00:20:56.104
So we're basically using your user.

00:20:56.104 --> 00:21:03.231
So if you are signing in with your GitHub user, you just have the access that your GitHub user would have on GitHub functions, basically.

00:21:03.231 --> 00:21:05.278
So I'm taking that from there.

00:21:05.278 --> 00:21:12.285
And and regarding the data and so on, so we're using the Azure Kubernetes service in the background.

00:21:12.285 --> 00:21:16.103
So that's a container orchestration service by Microsoft.

00:21:16.143 --> 00:21:26.006
Basically that's provided in the Azure cloud and there we have like a an isolated area in that cluster for each customer.

00:21:26.006 --> 00:21:36.204
So every, every customer has their own space in there with their own data storage and their own file share and so on, and also every container is fully isolated from other containers.

00:21:36.204 --> 00:21:39.994
So really just the developer that has created the container has access to it, file share and so on, and also every container is fully isolated from other containers.

00:21:39.994 --> 00:21:49.298
So really just the developer that has created the container has access to it, unless, of course, he decides he wants to share it.

00:21:49.298 --> 00:21:52.743
You can also add like a second owner to a container, so the colleague will also have access if you would do that.

00:21:52.743 --> 00:21:56.210
But apart from that, they are just fully isolated is.

00:21:56.771 --> 00:22:03.914
Is there a limitation to the number of containers that a developer can set up within their subscription?

00:22:07.461 --> 00:22:12.288
no so um, that's really the great part about using the azure kubernetes service in the background.

00:22:12.288 --> 00:22:16.709
So, um, you can basically create as many containers as you want.

00:22:16.709 --> 00:22:21.622
Um, and, yeah, in the background, azure um just works on the scaling.

00:22:21.622 --> 00:22:30.256
So if you need more resources than are currently available, then azure will just scale up the resources for you, start some additional machines in the background for you.

00:22:30.256 --> 00:22:35.980
So it's all very transparent and also enable us to really have a great scale.

00:22:37.583 --> 00:22:38.222
That's great.

00:22:38.222 --> 00:22:48.211
As far as licensing for Cosmos Alpaca, how is it licensed to a user of the application?

00:22:48.211 --> 00:22:55.195
I call it an application, but it's more of a service, so how is it licensed?

00:22:55.195 --> 00:23:00.647
How can someone purchase or get started with it to use Alpaca in their development workflow?

00:23:01.855 --> 00:23:10.365
Yeah, on Alpaca, we have a usage-based pricing, so we basically just pay for what you use and the only thing we bill is the container runtime.

00:23:10.365 --> 00:23:23.548
So if you are starting a container in the morning and stop it in the evening, you have a container runtime of eight hours and as a Microsoft partner, you would pay 90 cents per hour of container runtime.

00:23:23.548 --> 00:23:28.345
Yeah, and basically the same goes for the pipelines.

00:23:28.345 --> 00:23:37.250
So you also pay 90 cents for one hour of runtime of pipeline agents and also bc containers that are started from pipelines.

00:23:37.250 --> 00:23:54.181
Um, yeah, just very, very easy, very transparent and also enables yeah, it also enables partners if they have like fluctuating workloads, like, um in summer, where you maybe have more or less projects depending on where you live or whatsoever, and you also don't pay that much.

00:23:54.181 --> 00:23:55.963
So it's really a great model for them.

00:23:57.145 --> 00:24:10.266
I like that usage-based workflow, as you had mentioned, it allows you to stay with your current workflow or your current design and what you need to as far as development or applications, which is an amazing feature.

00:24:10.266 --> 00:24:18.729
How quickly can you create a container and set it up and connect to GitHub?

00:24:18.729 --> 00:24:24.224
Now, like I said I had mentioned, I had watched the video with it and I admit I haven't been able to fully use.

00:24:24.224 --> 00:24:38.691
I just started to mess with Alpaca and I've talked with other members of the community and everyone who started to use it appreciates it greatly and wish they'd learned about it years ago because of the time saves it has.

00:24:38.691 --> 00:24:47.404
How quickly could you say that someone could set up a container to hook with a development project and also start to be able to build the artifacts?

00:24:50.218 --> 00:24:51.020
Yeah, really fast.

00:24:51.020 --> 00:24:55.346
I think you just need to repository set up before and for usage.

00:24:55.346 --> 00:24:58.193
Before Parker we also have standalone containers which also work without you just need the repository set up before and for usage.

00:24:58.193 --> 00:25:01.464
With Alpaca we also have, like standalone containers which also work without a repository in the background.

00:25:01.464 --> 00:25:20.578
And what we do in the background is we are having like a central place where we store the different versions of Business Central, so we are using the same image storage or images for all our customers and that basically enables us that almost every pc version is rightly available.

00:25:20.578 --> 00:25:23.766
So, I don't know, in like 90 seconds or something like that.

00:25:23.766 --> 00:25:43.327
So the the, the chance that a version or that the version you need and somebody else needed before you like in the last seven days is very high and therefore the um, the chance that you need to wait for your container to like build this specific business central version is very low.

00:25:43.474 --> 00:25:49.934
So, yeah, usually it's very fast excellent and it does work with all versions of business center.

00:25:49.934 --> 00:25:50.679
What I mean by that?

00:25:50.679 --> 00:25:54.959
It works with the world version as well as the different localizations for the regions that you need.

00:25:54.959 --> 00:26:02.203
So if I wanted to to create a US container, I could create a container with Business Central with the United States localization.

00:26:03.596 --> 00:26:19.538
We add new localizations as fast as we can and we have every localization which is available for Business Central we have in our system that's.

00:26:19.578 --> 00:26:19.980
I'm excited.

00:26:19.980 --> 00:26:21.183
I want to start playing with it today.

00:26:21.183 --> 00:26:24.051
Um, you had mentioned it's uses-based licensing.

00:26:24.051 --> 00:26:29.334
Is there a trial that someone could use if they wanted to work with it and test it out, and how would that trial program work?

00:26:30.837 --> 00:26:49.159
yeah, like I mentioned, you just need to download the extension from vs code and if you then signed in with your microsoft or github account and then we will automatically identify you basically and look up if you already have a subscription and if you don't have a subscription yet, automatically our 50 hours trial will start.

00:26:49.159 --> 00:26:57.596
So we have 50 hours to try out Alpaca, to try out pipelines, development, containers, automations, stuff like that.

00:26:58.618 --> 00:26:58.900
Excellent.

00:26:58.900 --> 00:27:08.938
So you have 50 hours of runtime across, container runtime and workflow runtime for any pipelining, automated testing, so that you can get a good sense for it.

00:27:08.938 --> 00:27:10.040
I think 50 hours is great.

00:27:10.040 --> 00:27:14.161
If you have a repository and application, 50 hours you should be able to get quite a bit in there.

00:27:14.161 --> 00:27:19.996
Did I hear you mentioned that if you do not work with a GitHub repository, you have containers available, that you could work with the containers directly?

00:27:19.996 --> 00:27:26.357
Or do you have to have code within a GitHub repository or DevOps repository?

00:27:27.092 --> 00:27:39.335
We have the standalone containers, which Markus already mentioned, which is basically a plain Business Central container so you can set up the version and the country code.

00:27:39.335 --> 00:27:46.878
And then there's a plain Business centric container without any relations to any project or repository.

00:27:46.878 --> 00:27:57.042
And when the container is started we also have functionality to open the terminal inside of the container which gives you partial access to the container.

00:27:57.042 --> 00:28:06.060
Then you can set up your container from scratch if you want, and you don't need any connection to a project or configuration or something like that.

00:28:06.060 --> 00:28:16.837
Of course it's not so comfortable because you have to set up everything inside of the container, but you can start from anywhere.

00:28:19.722 --> 00:28:20.304
That's great.

00:28:20.304 --> 00:28:23.059
So it's almost like having a Docker container in the cloud.

00:28:23.059 --> 00:28:37.596
You know, to simplify input issues Because, again, with Docker, you have PowerShell access as well, and when you do that, does it also manage the configuration of your connection and your launch files or your workspace configuration, if you were to connect to the environment, if you were able to publish as well?

00:28:37.596 --> 00:28:42.733
So that's something the developer would have to worry, because I know we have to connecting to this environment.

00:28:42.733 --> 00:28:49.154
I need to set this up, I need to put this tenant ID, all of these settings that you usually have to worry yourself with.

00:28:49.154 --> 00:28:50.594
With Alpaca, that will take care of that for you.

00:28:51.670 --> 00:28:54.674
Yeah, so basically the workspace is created when you create the project.

00:28:54.674 --> 00:28:57.898
So if you need a workspace, then you need a project.

00:28:57.898 --> 00:29:01.970
But for the launch Jason, you can create a launch Jason for every container.

00:29:01.970 --> 00:29:22.017
So basically you you click with the right mouse key on the on the container, and then there's an option, which is a great launch Jason, which is just creating the configuration for this container and then you can already start by downloading and loading to symbols or already published and debug inside of this container.

00:29:25.290 --> 00:29:41.037
That's super easy and I think with the compute it sounds like it's much better than also running that on your local environment, because I know sometimes which I want to talk about now when you're running tests or other applications, it can get a little intensive.

00:29:41.037 --> 00:29:49.522
So when you're running automated testing or running tests within Alpaca, how is that performance scaled for that?

00:29:52.971 --> 00:29:55.598
The great thing really is that we are very flexible with resources.

00:29:55.598 --> 00:30:03.819
Like I mentioned, we are running those containers in the cloud on Azure, so we basically have an infinite amount of resources that we can use.

00:30:03.819 --> 00:30:13.898
So if you have like very intensive performance tests, you can just like increase resources for your test containers and have them run nightly and stuff like that.

00:30:15.330 --> 00:30:20.057
And if you increase the resources just to go back, it's still with that 90 cents per hour runtime.

00:30:20.057 --> 00:30:31.615
So if you have to scale up the resources to run a large set of tests for your application, you still so currently we basically have a range that is fine if you change the resources within that range.

00:30:32.431 --> 00:30:42.459
Of course, if it gets like triple the amount of normal resources, then you also pay two or three times the amount.

00:30:45.311 --> 00:30:46.596
Okay, excellent, excellent.

00:30:46.596 --> 00:30:52.496
It really is a tool, a development tool, to make a developer's life easier.

00:30:52.496 --> 00:30:58.135
And then also, I like to hear that you're using it yourself internally, because it also helps.

00:30:58.135 --> 00:31:03.152
You have developers using an application that's intended for developers.

00:31:03.152 --> 00:31:12.617
Therefore, a lot of the workflow or the usability of the application also gets managed by a developer.

00:31:12.617 --> 00:31:17.555
I've worked with some applications that are designed by someone else and they really don't use the product.

00:31:17.555 --> 00:31:19.960
Therefore, it can be a little bit difficult.

00:31:19.960 --> 00:31:25.598
Um, one other thing yes, maybe something to that.

00:31:25.638 --> 00:31:27.806
Yeah, so that was really the initial start.

00:31:27.806 --> 00:31:31.694
So we really initially started developing our backup for ourselves.

00:31:31.694 --> 00:31:59.419
Um, mainly because, I don't know, we are having like a new project almost every day and, um, like, sorted, setting up a new project, like creating a new project, setting up some review policies, for example, setting up some branch policies and setting up these structures and repositories and stuff like that, it's just I don't know around two days or something like this to just set up the project and we thought, okay, that just must be easier.

00:31:59.419 --> 00:32:19.089
And the second problem we had internally was basically that we often had developers like switching from one project to the other project and we often had the problem that projects just work differently so the one product had different structures, different review policies whatsoever, so it was not really standardized.

00:32:20.232 --> 00:32:22.834
That's also was something we built into our back-end.

00:32:22.834 --> 00:32:32.877
So when you create a new project, for example, then you also get predefined standard settings so you always have the pull request policies you want to have.

00:32:32.877 --> 00:32:36.801
You always need a work item linked, for example.

00:32:36.801 --> 00:32:40.799
You always have the same structure within your repository.

00:32:40.799 --> 00:32:48.916
So, also bringing that standardization into our project so that really every project looks and feels the same for developers.

00:32:48.916 --> 00:32:55.997
Developers can quickly hop between projects without having to learn something new, and that's also a big goal of ours.

00:32:55.997 --> 00:33:14.838
And then we basically at the unsorted not just we, not just we would have the problems, also other partners having the problems and that was then the time where we thought about creating a product out of it and also bringing Alpaca to other partners.

00:33:16.201 --> 00:33:30.630
It's an excellent product and it definitely, from what I know and understand and from talking with many users of and it definitely from what I know and understand and from talking with many users of it, it definitely does streamline the development workflow and it's a great development tool for developers.

00:33:30.630 --> 00:33:39.362
I know to cut down a lot of that Docker container support or environment support or even the ALGo workflow support.

00:33:39.362 --> 00:33:45.063
It is worth much more than 90 cents per hour in my opinion.

00:33:45.063 --> 00:33:58.930
One other neat thing where I told you I had mentioned in the video was the Alpaca containers and working with the Microsoft Contribution Pilot repository for working with the base app.

00:33:58.930 --> 00:34:00.233
Can you tell me a little bit more about that?

00:34:02.400 --> 00:34:18.496
Yeah, so that's also something we saw, that we basically want more people contributing to the pilot program because we think it's really great that it gets a community effort to also bring some stuff you personally need as a company to everybody.

00:34:18.496 --> 00:34:22.760
But we still found that it's, yeah, rather complicated.

00:34:22.760 --> 00:34:38.934
Like downloading the repository it's the simplest thing here but then like having all the dls available locally, um, moving the base application to the dev scope, for example, that you can override it during development.

00:34:38.934 --> 00:34:41.025
So just a lot of quicks and quirks, basically that you need override it during development.

00:34:41.025 --> 00:34:44.980
So just a lot of tricks and quirks, basically that you need to know if you want to work on the base app.

00:34:46.673 --> 00:34:59.298
And so we just talked to Freddy at Microsoft and asked what features we basically need to have to automate, and we then just added, I think, two actions.

00:34:59.298 --> 00:35:15.681
In Alpaca you can, for one, easily download the DLLs and also prepare your container for basic development so that moves all the system apps to the DevScope so you can override them, also increases the version inside of the app, json and stuff like that.

00:35:15.681 --> 00:35:19.659
So it just does everything for you so that you can get started with basic development in just some minutes.

00:35:19.659 --> 00:35:21.891
See that you can get started with basic development in just some minutes.

00:35:23.273 --> 00:35:23.976
See that right.

00:35:23.976 --> 00:35:29.797
There is the key that you had mentioned, because that's where some of the challenges are, when some of the time is concerned.

00:35:29.797 --> 00:35:39.012
Because when you create a container or an environment that you want to develop against the base app, you have to have that within the dev scope.

00:35:39.012 --> 00:35:55.161
So you have to go through that process of creating a container and if you can do that in minutes because that does take a long time to build, to unpublish, to republish, just to get it so you can develop I know, with myself working with doc containers, I can go make a cup of coffee and come back, and it's still not done.

00:35:55.161 --> 00:35:56.003
You know so.

00:35:56.003 --> 00:35:58.213
Or even a pot of coffee, and it's still not done.

00:35:58.213 --> 00:36:09.496
Another interesting thing about that what is the fee structure if you want to work with the contribution to the contribution pilot program using an Alpaca container?

00:36:11.210 --> 00:36:24.079
Yes, currently contributions to the pilot program are completely free for, I think, up to 20 hours a month, so you can just use Alpaca to make your life easier and do something for the community here.

00:36:24.079 --> 00:36:29.760
We just wanted to provide it for free because we just think it's such a great program.

00:36:29.760 --> 00:36:36.137
And, yeah, like I said, I think everybody should contribute and do some things for the community.

00:36:37.110 --> 00:36:38.855
That right there is.

00:36:38.855 --> 00:36:50.981
What impressed me the most as well is because not only can you use it for your development project, but also now you can have 20 hours of runtime per month to contribute to the base application.

00:36:50.981 --> 00:36:57.201
So it's something that makes it quite easy and you can take it on the go, as I say, with it in the cloud.

00:36:57.201 --> 00:37:02.329
Is there a limitation to the computer that you can use or the environment that you can use or the environment that you can use?

00:37:02.329 --> 00:37:04.797
I know that you need to have an AL extension.

00:37:04.797 --> 00:37:15.277
You need to have the AL extension, have that Visual Studio Code and the Alpaca extension, but the underlying hardware some of us work with a Mac and hate Windows, so we're forced to use it.

00:37:15.277 --> 00:37:21.077
So does Alpaca work with Linux, mac or any environment that Visual Studio Code works on?

00:37:21.077 --> 00:37:26.831
Does Alpaca work with Linux, mac or any environment that Visual Studio Code works on, or are you required to have?

00:37:26.851 --> 00:37:28.211
a certain operating system or anything else in your environment.

00:37:28.211 --> 00:37:32.536
The new preview is also working in the web version of the VS Code.

00:37:32.536 --> 00:37:37.239
Of course you cannot develop AL because AL is not working in the web extension.

00:37:37.239 --> 00:37:55.143
But basically the preview version is working everywhere and the normal version is working, at least under windows, linux and mac, I think so basically everywhere.

00:37:55.164 --> 00:37:57.704
Well, I'll uh I just there you go.

00:37:57.704 --> 00:38:04.228
No, I know I know I use Windows machines for working now, and I use the Mac at times most of the time as well too.

00:38:04.228 --> 00:38:07.739
So I'll give Alpaca a try with the Mac later on today.

00:38:10.291 --> 00:38:15.139
I'm also working in the Apple ecosystem, so also with a Mac and also using Alpaca time there.

00:38:15.139 --> 00:38:19.393
Oh perfect, thank you See there you go.

00:38:19.414 --> 00:38:26.105
Now we can talk to Marcus all afternoon, because I'm so into the Apple ecosystem.

00:38:26.105 --> 00:38:34.393
You know, when I use Windows I have to use Parallels and then even have to have another remote machine for Docker because you can't run.

00:38:34.393 --> 00:38:39.597
You know, in the Apple Silicon you can't run Docker virtualization, so it just becomes more complicated for me.

00:38:39.597 --> 00:38:51.378
So now to be able to use Alpaca to create the container we're still developing on the mac completely simplifies my life, um, which is what it's intended to do, and just that alone.

00:38:51.378 --> 00:38:57.550
And I'm happy to hear, patrick, that you can work with alpaca in the cloud, because then you can set up and manage your containers, your environments.

00:38:57.550 --> 00:39:05.746
You may not be able to develop against it, but at least you can manage and set it up within there, which is also nice.

00:39:05.746 --> 00:39:12.512
That way you can work with it anywhere, which I like you can even do it on an iPad, then yeah even to an iPad.

00:39:12.532 --> 00:39:13.617
Yeah, that's also fine.

00:39:13.617 --> 00:39:15.835
You can just use Alpaca in the browser.

00:39:15.835 --> 00:39:28.436
Basically, like Patrick mentioned, the only thing is that if you hit F5 to compile and publish your AL application, then the debugger won't open in the VS Code web version.

00:39:28.436 --> 00:39:40.329
But apart from that, everything is working in the browser as well, so you can just use a smartphone and start your containers and start AL developing and do everything apart from publishing.

00:39:40.329 --> 00:39:40.773
That's excellent.

00:39:40.773 --> 00:39:42.849
See, we're getting start AL developing and do everything apart from publishing.

00:39:42.849 --> 00:39:43.592
That's excellent.

00:39:45.969 --> 00:39:48.900
We're getting there slowly as well.

00:39:48.900 --> 00:40:02.356
As far as Alpaca is concerned, what type of support is offered if someone's working with the application, they have questions, they have any concerns, problems or troubles that they have working with Alpaca, what type of support comes with their subscription?

00:40:04.851 --> 00:40:06.978
Included in the subscription is also enterprise support.

00:40:06.978 --> 00:40:12.141
So you get a portal, basically where you can just create tickets and we will answer them.

00:40:12.141 --> 00:40:15.199
So Patrick, me and the other two colleagues will answer them directly.

00:40:15.199 --> 00:40:19.101
So you also get the expert at your hand, basically.

00:40:19.101 --> 00:40:21.449
And, yeah, we will help you setting up things.

00:40:21.449 --> 00:40:33.681
And normally for new customers, we are also doing one-day workshops to show them everything, also moving existing projects to Alpaca, for example.

00:40:33.681 --> 00:40:42.932
So, yeah, we're usually in close contact with our customers and you're also listening for like feature requests and stuff like that.

00:40:42.972 --> 00:40:43.894
That's excellent, it's good.

00:40:43.894 --> 00:40:53.590
It's nice to know that you have uh, you know the support with the application and then also you get to talk with the individuals that manage, develop and create and enhance.

00:40:53.590 --> 00:41:15.474
I'm excited and I'm also a little envious, that you get to work with such a great tool and it's so much easier to use, and it truly is a tool that makes the developer's work life a lot easier to cut out a lot of the complications of setting up the environments, even with different versions.

00:41:15.474 --> 00:41:27.878
It's hard enough to to manage the code for the different versions or the different runtimes of Business Central, but you know, the environments are another challenge and it's nice to know that we don't have to work with those anymore.

00:41:27.878 --> 00:41:36.396
If someone would like to know more information about Alpaca or register for Alpaca you had mentioned, they can do it all within the app.

00:41:36.396 --> 00:41:41.577
What about any information or resources that are available online to learn more about it?

00:41:43.442 --> 00:41:44.664
Yeah, we have a landing page.

00:41:44.664 --> 00:41:51.027
If you just go to wwwcosmoconsultcom slash, cosmo Alpaca, you get the landing page.

00:41:51.027 --> 00:41:53.469
There's basically all the information on there.

00:41:53.469 --> 00:41:58.452
You can also just search for the extension in Visual Decode.

00:41:58.452 --> 00:42:12.449
You will also get some links to pricing, to documentation and stuff like that, so you can have a look at everything and also like to get an idea if all those features you need basically are available.

00:42:13.150 --> 00:42:20.146
And yeah, I can't think of a feature that developer needs that isn't available with Alpaca.

00:42:21.521 --> 00:42:31.809
Yeah, so we are developing Alpaca since over four years now, so I think we, like mostly, have all the features used most often already in there.

00:42:31.809 --> 00:42:36.206
So what we just started out with is the support for GitHub.

00:42:36.206 --> 00:42:42.789
So for GitHub there are not yet all features available, but I'm working hard on that to bring that as well.

00:42:43.369 --> 00:42:47.108
That's excellent, excellent when working with the containers and other.

00:42:47.108 --> 00:42:53.630
Everyone's talking about integrations today with APIs and all of that.

00:42:53.630 --> 00:43:00.206
So with a container with Cosmo Alpaca, do you have access to APIs within your container?

00:43:00.246 --> 00:43:18.940
So if you wanted to test APIs externally to connect to your container or any of the other web service type functions, yeah, so basically we have a route to our container which is linked to the old data endpoint and we also have a route which is linking to the old web service endpoint.

00:43:18.940 --> 00:43:33.603
So basically you can call every API or web service which is available inside of your business center and of course also the other way around.

00:43:33.603 --> 00:43:38.516
Our containers are connected to the internet, so if you have a third party API somewhere, you can also call it from our containers.

00:43:38.516 --> 00:43:50.052
So basically, I guess most of our projects have APIs and web services, so it's a daily use case for small talker.

00:43:51.402 --> 00:43:53.059
That's great to hear and, yes, that's what I was going to.

00:43:53.059 --> 00:43:58.769
It seems that everybody, everywhere every day, wants to integrate all these systems together.

00:43:58.769 --> 00:44:09.692
It's funny how development changes or it evolves over time to have isolated systems, to separated systems, to connected systems, and we'll go back again to having isolated systems, to separated systems, to connected systems, and we'll go back again to having isolated systems.

00:44:09.692 --> 00:44:27.922
It's just, if you look at the history of, you know the technology where you had mainframes, desktop PCs, networks, you know it's funny how technology seems to cycle back and forth, with the same type of setup A little more efficient, though it's great, with the same type of setup A little more efficient, though it's great.

00:44:29.226 --> 00:44:36.344
Well, Marcus Patrick, thank you very much for taking the time to speak with us today to talk to us a little bit more about Cosmo Alpaca.

00:44:36.344 --> 00:44:44.902
I know I'm a big fan of it and I know many other members of the community are a big fan of it, and if anybody hasn't tried it, I do encourage them to try it out.

00:44:44.902 --> 00:44:48.086
I mean, as you had mentioned, you have the 50 hours where you can trial it.

00:44:48.086 --> 00:44:50.070
Which 50 hours Does that?

00:44:50.070 --> 00:44:51.672
50 hours come with support as well too.

00:44:51.672 --> 00:44:52.672
So if someone's trying it out.

00:44:52.672 --> 00:44:54.576
They need any assistance or guidance.

00:44:54.576 --> 00:44:58.672
Can they reach out to you via the support channel as well?

00:44:58.672 --> 00:45:00.985
Sure, they can always reach out, that's perfect.

00:45:01.005 --> 00:45:05.028
So that 50 hours should give someone enough time to work with even a basic project.

00:45:05.028 --> 00:45:09.186
It doesn't have to be the most complicated projects.

00:45:09.186 --> 00:45:12.500
That was something simple so you could see the workflow and how it works, to build the application, to get a good sense for it.

00:45:12.500 --> 00:45:22.012
And also 20 hours a month at no charge to be able to work with the Microsoft contribution pilot is also a great feature to have in there so that we can have other members of the community.

00:45:22.559 --> 00:45:37.994
I will start using it for that as well, because sometimes, to be honest with you, the delay in being able to work with some of those contributions is having to go through the whole process of getting the system application or the base application, excuse me, to within the development scope and having that container created.

00:45:37.994 --> 00:45:46.286
And then you know needing to move somewhere else and have it on a Docker container on a Windows machine, but I won't tell anybody that.

00:45:46.286 --> 00:45:50.362
So now I'm looking forward to that.

00:45:50.362 --> 00:46:07.128
Uh, but if anyone else would like to contact you to maybe find a little more information now you had mentioned someone for um information is available online and you have the support and you go to the application, but how could someone reach you if they wanted to learn a little bit more about the cosmo alpaca package or product.

00:46:08.831 --> 00:46:16.097
You can also always send me or Patrick an email, or you can just hit us up on LinkedIn, twitter, whatsoever.

00:46:16.097 --> 00:46:20.744
I think we are both available everywhere, so just shoot us a message.

00:46:21.706 --> 00:46:22.309
Okay, great.

00:46:22.309 --> 00:46:23.050
Thank you, Patrick.

00:46:23.050 --> 00:46:23.612
How about yourself?

00:46:23.612 --> 00:46:26.646
What is the best way to someone to get in contact with you?

00:46:26.646 --> 00:46:27.670
On LinkedIn and Twitter.

00:46:29.420 --> 00:46:33.351
I'm reacting to Twitter and LinkedIn and also via mail.

00:46:33.351 --> 00:46:37.106
I guess every channel you find me.

00:46:37.106 --> 00:46:38.831
You can contact me.

00:46:39.920 --> 00:46:41.929
Excellent, I do see you everywhere.

00:46:41.929 --> 00:46:46.166
It's nice to know that you're available.

00:46:46.166 --> 00:46:54.106
Again, thank you both for taking the time to talk with us about the application, and we look forward to speaking with you again soon.

00:46:54.106 --> 00:46:54.909
Thank you.

00:46:55.891 --> 00:46:56.512
Thank you very much.

00:46:56.952 --> 00:46:57.353
All right, ciao, ciao.

00:46:57.353 --> 00:46:57.795
Thank you.

00:46:58.496 --> 00:46:58.858
Bye-bye.

00:46:59.641 --> 00:47:06.708
Thank you, chris, for your time for another episode of In the Dynamics Corner Chair, and thank you to our guests for participating.

00:47:07.039 --> 00:47:08.547
Thank you, brad, for your time.

00:47:08.547 --> 00:47:12.010
It is a wonderful episode of Dynamics Corner Chair.

00:47:12.010 --> 00:47:15.530
I would also like to thank our guests for joining us.

00:47:15.530 --> 00:47:18.548
Thank you for all of our listeners tuning in as well.

00:47:18.548 --> 00:47:33.072
You can find Brad at developerlifecom, that is D-V-L-P-R-L-I-F-E dot com, and you can interact with them via Twitter D-V-L-P-R-L-I-F-E.

00:47:33.072 --> 00:47:46.452
You can also find me at Mattalinoio, m-a-t-a-l-i-n-o dot I-O, and my Twitter handle is Mattalino16.

00:47:46.452 --> 00:47:50.130
And you can see those links down below in the show notes.

00:47:50.130 --> 00:47:51.465
Again, thank you everyone.

00:47:51.465 --> 00:47:53.045
Thank you and take care.