S05E24 1h 09mSeason 5

Episode Summary
This episode features an interview with Wilberforce and Wilfred of Bunifu Framework, which includes a deep dive into a discussion about the history and significance of WinForms, as well as the future of .NET development.
Wilfred, who has extensive experience with WinForms since its inception in 2008, explains that WinForms is part of Microsoft’s .NET framework, which provides the tools necessary to build applications. It is a rapid application development tool that allows developers to quickly create desktop applications using a drag-and-drop visual editor in Visual Studio. WinForms gained popularity among beginner programmers and schools teaching programming, as it provided an accessible entry point into the world of programming.
The transition from older programming frameworks like Visual Basic to newer ones like WinForms and .NET marked a significant development in the history of .NET. It allowed for the quick adoption of .NET and the development of various systems and projects. Microsoft’s shift towards open source in 2018 further enhanced the framework’s stability and integration of new features, thanks to the contributions of the global community of developers.
The episode also touches on the introduction of .NET MAUI (Multi-platform App UI) as a unified platform for building modern applications that can run on Android, iOS, and Windows. This development aimed to provide developers with a framework that supports all types of applications, whether they are for the web, mobile, or desktop.
Bunifu Framework extends WinForms by providing developers with a range of controls and themes to enhance the visual appearance of their Windows applications. It allows for easy customization without the need to struggle with finding the right colors or themes.
Despite the progress of .NET and the push towards cross-platform development, many developers still prefer using WinForms for desktop applications. This is especially true for those who have already invested in other technologies and require specific features for desktop applications.
Looking towards the future, the episode hints at the importance of developers understanding and utilizing AI in their tooling infrastructure. While AI tools can generate code snippets or solutions based on existing knowledge, they cannot fully replace the need for developers to understand and solve complex problems. The future of Bunifu Framework is not explicitly discussed, but there is mention of the company considering building a low code or no code platform to meet the demand from both IT professionals and business users.
Episode Transcription
Hello everyone and welcome to THE .NET Core Podcast. An award-winning podcast where we reach into the core of the .NET technology stack and, with the help of the .NET community, present you with the information that you need in order to grok the many moving parts of one of the biggest cross-platform, multi-application frameworks on the planet.
I am your host, Jamie “GaProgMan” Taylor. In this episode, I talked with Wilberforce and Wilfred of Bunifu Framework. We discussed Windows Forms development and how it’s perfectly viable to build things with Windows Forms in 2023, and where we think the development industry is going.
Along the way we discuss ChatGPT, generative AI, and some of the amazing things you can do with these tools.
So let’s sit back, open up a terminal, type in dotnet new podcast and let the show begin.
Jamie
Wilberforce
Jamie
So, Wilberforce, Wilfred, I was wondering, before we talk about Bunifu, would you mind giving us a bit of an elevator pitch about yourselves? Like what kind of experience you have with development and technology and all that kind of stuff, and how you came to start Bunifu.
Wilberforce
And so when we are developing those two products along the way, we realize that we are becoming better at software. We are beginning to use our own tools to create software. And our main platform at that time was .NET was the main version, that is the main platform at that time. But what we realized with .NET is it was able to create for us great user experience using WinForms because it was giving us the tools we needed. But the challenge with those tools is that they are so plain, but our users wanted a better experience. And so we began creating tools to use in those UX UIs that we are developing for the products. And Kim, who is our CTO, began posting videos, using some demos on YouTube, now using those tools. And that’s when now there was a community around his channel asking, so where can I find those tools. And that’s when now we created Bunifu DevTools. That was in 2016. At that time, we began just sharing on YouTube, but we didn’t have the tools exactly. So what we did at that time, I was the one leading the business team.
And so I set up a preorder page just to see if the interest was genuine, because again, people can hype you and say, “hey, I like that thing,” but then maybe they disappear when you say, okay, fine, you really want it for you to order? So I set up a preorder page for Bunifu dev tools at that time, and we were surprised that there are many people are preordering it. And so that was enough validation for us to say, yeah, there is a case for WinForms developer tools. And we began working with the product. And by May that same year, we had our first MVP of the product. And that day when we launched on May 31, 2016, we had three sales. So out of the many preorders that were there, the conversions now were only three. But that was an encouragement. They say on the Internet, once you’ve made your first dollar, then you can make many more dollars. So it was a validation that, yes, there are people who are interested in this. And now we began developing dev tools, Bunifu UI tools, from 2016 all the way to today. But along the way, we had to change the name to be Bunifu Framework because we wanted to make it to be a .NET framework that developers can use for UI and even other components that can help them when they’re developing the product.
So I’ll say I’ll try to summarize our story as much as possible, but that is the journey so far. Yeah.
Jamie
Wilfred
So my journey began in 2017 at Bunifu. But earlier on, I was a software engineer; started with building applications with Visual Basic applications used to be my old same friend. So it was more of me now getting to understand programming. So I ventured into building applications with Visual Basic applications, got to work in some few projects, building some few systems. And then from there, I transitioned into .NET, the world of .NET. Back then, we had .NET 1.1 and 2.0. So it was an amazing experience getting to transition from building applications with Microsoft Access back then, and then now getting into the world of .NET. So then I used to build desktop utilities. So it was a beautiful experience because it got me to understand the workings of .NET getting to acquaint myself with the technologies that were around it. And then from there, I was building with Visual Basic. And then I moved to C#. So just when I was transitioning to being a full stack because I had an interest in web development, at some point, I got to think of transitioning to the web, but just when I was transitioning is when I actually got an opportunity at Bunifu as an intern. So I got to the team, and then I began working as a UI UX engineer, building dashboards and all. Then from there, we got to Bunifu got to hire me officially as an engineer.
So from around 2018 to 2020, I got into the engineering team for building a Bunifu framework. Back then, it was early on, as Wilbur was putting it. So we had, like, the first number of clients that really got us running in terms of building the features. And then from there, we transition now to becoming a fully fledged flagship product for our company. So from there, I got to, with the experience I had before building utilities, I was not able to transfer that experience into building the framework. And mostly because Bunifu UI is built around making the developers experience better and simplified, it was more of like a rapid application development tool for developers now to design the applications in a core, beautiful way, in a coherent way.
So it kind of stuck with me. And then I got to now be part of I was actually the team lead at some point, getting to now consider the progress of the product and how far it will go. Then from there, we got to become a product manager for the product, Bunifu Framework. Now, that included then we had a chats data visualization product as part of Bunifu framework, and then we scaled the product, and then we kind of got it to being where we never even imagined it will actually get to. So with a big and a huge growing community of developers, we go to now build the product as a brand. And yeah, we are here where you are today.
Jamie
Wilberforce
Jamie
Wilberforce
Jamie
Here’s the thing, right? There’s a lot of .NET devs who’ve never used WinForms, and I know that Bunifu is built to complement that. So I was wondering whether we can have a quick discussion about WinForms before we get to Bunifu, just to set that sort of expectation and set that level of knowledge. Because I know a bunch of .NET devs who have never done desktop development at all. I’ve done some desktop development with WinForms back in 2008, but everything for me has been sort of Web.
So I think, Wilfred, where you said in your introduction how you were going to do Web but ended up staying with, you had that wonderful opportunity to stay with Bunifu and build up the Bunifu framework.
Wilfred
Jamie
Wilfred
So just to give some background on WinForms so WinForms is part of Microsoft’s .NET framework, which is a framework that helps you build applications using .NET. So .NET is a framework in its entirety in terms of being able to give you the tools to build applications. So .NET is like the foundation of what WinForms stands on. So WinForms is now Microsoft’s technology which helps you build desktop applications. We’d call it a RAD tool or a RAD framework. And RAD meaning that it’s a rapid application development tool. So that meaning that, say, you’ve got an idea to build a desktop application, the RAD development experience gives you the tooling that you will require to be able to build that application fast. So one you have, for example, the drag and drop visual Editor in Visual Studio. Visual Studio is also a tool in itself. So it helps you now it’s the ID that you’ll use to build applications.
So WinForms began we started seeing the fast releases of WinForms in .NET one we had the first release one and 1.1 which were quite stable at that time. I remember even I actually began building some few utilities with .NET 1.1 and two. So the were majorly and specifically for building Windows desktop applications.
Part of the products you could build is one was for the web and also for the desktop. But what picked up a lot was on the desktop side. For example, here where I stay in Kenya for example, we had a number of schools that were teaching programming using C# and Visual Basic using .NET and WinForms. So a lot of beginner programmers were able to venture into the area of programming fast when they got to understand the WinForms and .NET. We also had a lot of systems which are being built with WinForms, for example, student projects and all that. The we kind of saw a huge migration for developers moving from the old Visual Basic. We also had Visual Basic for applications that was like the programming framework for building macros in Excel and being able to program Microsoft Access databases. And then from there we now started seeing that migration happening, people now moving to .NET, getting to acquaint themselves with Visual Basic and C#. And then from there around in 2010 we started now seeing Microsoft getting serious with the progression of .NET.
Around 2018 is now when we started seeing Microsoft taking a different turn. Because between 2010 to 2016 17 we had a very progressive growth in terms of the number of features that Microsoft was building into .NET and then now getting into 2018, now Microsoft took a different turn and we started seeing an intention of Microsoft now getting into the open source community, which I would say actually it was very well calculated. We started seeing also the move to getting to open source some of their products. We saw for example .NET being open sourced. We saw the Roslyn compiler, which is what is used to now compile the desktop applications and a number of other applications that you’re able to build with Microsoft, for example console applications, and then now getting to see them now having a community driven approach in terms of integrating the features and making the framework more stable. So I would say the global community of developers was able to help Microsoft transition to the open source industry very well.
And also we started seeing the fast move of Microsoft now getting to adapt itself to building cross platform applications. So no longer are they tying themselves to getting to build for Windows only, we started seeing an intention to move into Linux and Mac. So then we had the .NET Core, so .NET Core and majorly .NET Core 3.0, which was geared towards now getting to help developers build cross platform applications and majorly I think the target was more into Linux and then Mac now was able to further be driven down and developers could be able to build stable applications for that platform.
Unfortunately, Windows did not make it to the cross platform area, so developers were very interested in seeing WinForms now being able to be compiled for Mac and Linux. But unfortunately up until now it didn’t happen. But what was interesting is how Microsoft moved into now getting to ship or to reshape .NET by moving now towards having a unified platform for all, having a unified framework for all platforms. So I think in late 2021, 2022, we started now seeing Microsoft introducing what was then called a unified platform, but what now we term as [.NET] MAUI. So [.NET] MAUI mean winning multiplatform multiplatform application user interface. So [.NET] MAUI was now, I would say, the modern .NET now, but for a unified platform where you could be able to now build a now modern application that could run on all platforms, that is Android, iOS and Windows.
So that was kind of a rough overview of what has brought us to where we are right now as developers in .NET. And we’ve also seen like Blazor, for example, coming to the place of getting to help developers who have much experience in C# and .NET to be able to build web applications. So now ASP .NET developers not migrating towards Blazor, so we have seen a huge driving force in terms of Microsoft now pushing itself towards getting to have a unified ecosystem of a framework that can be able to help developers build all kinds of applications for the web, for the mobile and for the desktop.
I would say that’s quite a rough overview of where we’ve come from. And I believe the feature is also very bright. I’m seeing the progress in terms of what Microsoft is doing with .NET and for example, .NET seven and eight. And I think the feature looks great for it.
Jamie
And you’re absolutely right in that there’s this grand unification. I’m worried about those words, but like they’re unifying all the different strands of .NET, right? They’re doing a lot of stuff to bring it all together. Which is wonderful because at the end of the day it gives us developers and us technologists and the people who run the technology companies greater choice. It allows all of us to say, “you know what? We’d love to.” If you go back, say, ten years, and you have a number of developers who are brilliant at MacOS stuff, and a number of developers who are brilliant at Linux stuff, and a number of developers who are great at Windows stuff, all on the same team, and you could at that point say, “we’d love to be able to get you all working on the same code, but we can’t, because we’re using .NET for this project and maybe QT for this project or whatever,” but now we can just bring everyone together. And I really like that because a team that works together is a team that works well together, I think.
Wilfred
Jamie
Wilfred
Jamie
And what I’ve noticed happens with developers is they always leap towards, “we need to be on the bleeding edge and do all of this stuff that’s really exciting with the new stuff.” But there’s absolutely nothing wrong with using slightly more tried and tested and proven technologies. Right? I’ve been bitten in the past by Blazor, .NET [.NET] MAUI, by the first version of Swift, by Docker, and all of these fancy schmancy technologies that are supposed to make life easier, actually end up making life harder, because you have to learn a whole bunch more stuff. Right.
And I actually have an intern, an apprentice at the moment, on the date of recording. I’ve got an apprentice who is building some stuff using both WinForms and WPF. But we’ll talk about WinForms, and I’ve given him sort of the autonomy to choose the method in which he builds the software. I’ve said, “look, if you want to use WinForms because you’re more comfortable with it, we’ll use WinForms. If you want to use .NET [.NET] MAUI, then use [.NET] MAUI. Whatever it is that works for you, I want you to use.” Because there’s this one project that I want him to complete and there’s a bunch of learning exercises, and he went straight for WinForms because he knows it and the knows it well, and he’s very productive with it. And I think we’ve mentioned it a few times, but I don’t think we’ve actually said explicitly, and I’d like to say it, is that WinForms makes you incredibly productive. Because there’s this wonderful feeling of just I’ll literally drag a thing onto my window and there it is, right? There’s my button, there’s my text box, there’s my image.
It’s wonderful. I wonder then, because Bunifu Framework is well, okay, let’s talk about Bunifu Framework. Right. So what is it? Right, because I was about to say, “it’s a thing you can add in,” but let’s talk about what it is, because you all know way more about it than I do.
Wilfred
Say you’re building, for example, a CRM application. So the first thing that you will do is load up a new project in Visual Studio, for example, you have your wireframe in place, so you’ll just be copying the design now into being able to drag and drop the components into your project. So when you start doing that, the first thing you’ll realize is you’re inheriting some very standard, very raw controls and components. The design itself is rendered by the standard components that are in place in Windows. So the only thing that you will first of all get to see is these are very raw, very basic controls, limited in terms of the feature sets limited in terms of the functionality, limited in terms of how much you can design using them. So the here comes now Bunifu framework, which gives you now the ability to extend what you can be able to see in your designer, to be able to add a number of other feature sets, a number of functionalities, and also, and most importantly, the visual design and experience of your application.
So that being said, Bunifu Framework is a UI centric framework that lets developers build beautiful desktop applications using full featured .NET components. So with that you have, for example, you’re comparing the default button in .NET with the default button in Bunifu Framework, you have different customizability options that are able to are extended from the standard button, which is often very hard to actually come up with. And so we have been able to focus on not just the design aspect of it, but also on the productivity aspect of it. So as you build that application, you’re building something that not only will you feel you’re improving the design, but also the experience of the end user. So with that comes many other controls. For example, the drop down you have, for example, the data grid. The data grid also comes with theming options which are not available in the standard data grid. So it gives you the flexibility of building not just a design centric application, but also a user centric application.
And that in itself just improves on your productivity. It improves on the user’s productivity and experience. And I will tell you, even for the end product, you will be amazed at what you’ve come up with. That’s a true sense on it.
Jamie
Wilfred
Jamie
Wilfred
Jamie
Wilfred
Jamie
Wilfred
Jamie
A Request To You All
If you’re enjoying this show, would you mind sharing it with a colleague? Check your podcatcher for a link to show notes, which has an embedded player within it and a transcription and all that stuff, and share that link with them. I’d really appreciate it if you could indeed share the show.
But if you’d like other ways to support it, you could:
- Leave a rating or review on your podcatcher of choice
- Head over to dotnetcore.show/review for ways to do that
- Consider buying the show a coffee
- The BuyMeACoffee link is available on each episode’s show notes page
- This is a one-off financial support option
- Become a patron
- This is a monthly subscription-based financial support option
- And a link to that is included on each episode’s show notes page as well
I would love it if you would share the show with a friend or colleague or leave a rating or review. The other options are completely up to you, and are not required at all to continue enjoying the show.
Anyway, let’s get back to it.
Jamie
Wilfred
Jamie
Wilberforce
Jamie
Wilberforce
Wilfred
Jamie
Wilfred
Jamie
Okay, let’s say we’ve got hold of the NuGet package, I’ve built my application, and then I can just get on with I can focus on what I need to do. I don’t need to focus on setting things up and pulling in DLL files and making sure the licenses are up to any none of that. It’s all handled for me. I love it. Love it.
Okay, exactly. So have you any great success stories from people who’ve used Bunifu framework on their apps? And are there any that you can share? Now I appreciate that if you do have them, but they’re under NDA, you may not be able to share them. And if the are we’ll cut this better.
Wilberforce
We also have Malware Bytes. They used a product back in 2019 thereabout, and then they have been using it to develop their platform as well. Then there are so many other. Companies who use the product. Some of them have not given us the award, but they are saying yes, it’s good. But those few have said yeah, you can even share experience to anybody who may ask about Bunifu.
Yeah. So I would say in terms of the user growth, so we’ve had about 40,000 developers who have ever tried to use Bunifu. Some of the have paid for it, some of them have used it, then maybe say maybe they’ll come back again sometime in future. So there is growth as well in terms of developers who use Bunifu. And I’ll say from the customer care platform, we do support our customers on live chat. So many of them do come and share their experience about the product and they like it, they like how fast it is or you can drag and drop button or particular control and off you go with the properties and you are done. And sometimes they do compare it with maybe other type of tools. And for the other tools, sometimes they have to install something and the you have to configure it again before you get up and running. But for Bunifu tools, what they appreciate most is the speed at which you can get started quickly.
Yeah, so maybe Wilfred, you may have other customers, but people have shared success stories. But before Wilfred talks, we’ll serve students, many, many students in many universities. We actually do have a plan for students which is low cost and it allows students to do their projects in campus. They can use Bunifu tools to quickly create UIs for their projects and then they pass their exams and then their project exams are in flying colours. So, yeah, I will say those are some of the success stories.
Wilfred
So, yeah, we also had, for example, we had a client who was building a licensing solution and on the desktop client bit of it, they actually used Bunifu framework to build the entirety of the product. So that was a huge success story for us. And we look forward to seeing the larger use cases and other people who have used it in ways that we could not even imagine or even have thought about.
Jamie
Wilfred
Wilberforce
Wilfred
Jamie
I feel like a lot of people like to a lot of developers like to be at the very top of that wave. I mean, the people who are like, “we’re using the bleeding edge stuff and it breaks a lot, but we could build it and it looks cool and it’s brilliant.” Whereas actually the day to day work of shipping a feature and getting something out to someone is usually at the back end of that wave where you’re getting work done and you’re focusing on what the customer needs. And my opinion is if a client, if a customer needs an application that will only run on Windows and they need it tomorrow, well, I’m not going to sit here and try and figure out how to get a node or NPM based application on the web. I’m not going to worry about the complexities involved with .NET MAUI. I’m not going to worry about cross-compilation. I’m going to boot up my Windows machine, fire up Visual Studio, go file new WinForms project, because I know for certain that will work. But I also know that I will be incredibly productive in building that system and getting that out to them.
And I think that as much as the industry is running and sprinting towards “cross platform all the things and do all of this stuff,” the majority of the work that is done day to day is still on Windows using WinForms applications.
Wilfred
Jamie
Now, when I’m working with, I’ve got a client who has a Windows application and they’re like, we need you to make some changes. Well, guess what? I’m not going to push the for. Let’s move it over to .NET MAUI or Avalonia or any of those or put it on the web because it doesn’t make sense for that. I think a lot of developers, they don’t focus on what makes sense for the customer, right? They just do, well, I want to build an app that can run on my Nintendo Switch. So I will find a client who will pay me to build. No, what you’ve got to do, you’ve got to face the reality and say, “look, if the client is saying we got to be on Windows forms, then you go start building with Windows forms, and you go get Bunifu Framework.” That’s what you do.
Wilberforce
Jamie
Wilberforce
Jamie
So my friend James did some stuff where this thing exists in Python. “Hey, ChatGPT, how do I make this work with .NET?” And it looked like what it did was it said, well, if there was a .NET version, it would work like this. There isn’t a .NET version, but if you put this code in, it assumes that there is a .NET version and it will work, which, yeah, that’s great, but it’s not actually going to solve any problems. Right. And I feel like just like when the calculator came out in 1960, our lives are going to change, but we’ll adapt and we’ll carry on. Right. The calculator removed the toil of actually performing the calculation, but it didn’t remove the requirement of knowing what the calculation was. Right.
Working out a percentage of something, you still need to know how to do that. Rather than just typing it into the calculator and have it do it for you, you still need to know how addition works to do addition, you can have the calculator do the hard work of actually adding the numbers together, but you need to know how it works.
And I think that’s the difference, that’s what will happen. And I think it’s a great tool for junior developers and people who are right at the beginning of their journey because it allows them to take a moment and say, I don’t know how to do this. “Hey, ChatGPT like I would with Google. How do I do this?” And it will tell the person how to do it, but in a more communicative style, in a more conversational style and maybe one or two links. But it won’t actually solve the problem of you can’t go to at least you can’t at the time of recording, you can’t say to ChatGPT, “hey, build me an app that does x-y-z-a-b-c,” and it just pop the app out at the other end. That’s not going to happen. I think that it’s going to reduce a lot of toil in our industry. So a lot of the stuff revolving around writing the same kind of boilerplate code all the time, that will help to reduce that because you can say, “hey ChatGPT, I’m about to start a new project where I’m going to be using .NET framework and I want to put some logging in there. What’s the logging code I need?” And it’ll go splat. There’s the code. But all it’s doing at the end of the day is it’s looking in its knowledge base at what logging core looks like. And it’s got the knowledge base by going to Google and finding logging code on Google.
So all it is is it’s two, three steps away from doing the Google search for you.
Wilberforce
Wilfred
It’s actually like how, for example, things, for example, like GitHub CoPilot pair programming and being able to utilize AI to be able to simplify your experience as a developer. So I think the next frontier of developers probably will be more of developers who are able to understand how AI works and how to utilize AI in their tooling infrastructure and building applications. So it’s going to be more of not sort of like a replacement, but more of us just upscaling ourselves to be able to understand how AI works and how to utilize AI tooling in our build process. So it’s not going to be a replacement as many people would have expected or envisioned, but it’s more of how we can be able to work hand in hand with AI. So it won’t come to replace engineers because the still allow you can be able to offer us engineers in terms of our insights and being able to personalize the product that you’re building. But AI cannot do that for us. The still are a huge task for us to be able to build products that are going to be user focused and at least be able to understand that our role is still very central in terms of the progress that you are making as developers and as a developer community.
Jamie
Wilfred
Jamie
Wilfred
And actually one of the areas that has really been key to us and our conversations is low-code, no-code platforms. And we have seen in terms of what, for example, AI can be able to achieve right now is you can actually build a full featured application just with AI. It might be very boilerplate in nature, but you can be able to continue with customizing the application. For example, using Visual Studio. We have had a number of requests along that line of building a low-code, no-code platform and I would say that that’s sort of like the next approach that we’re going to be having.
So we’ve already built the product, the product is running well, we have a number of clients who are still being able to utilize the product well and it makes a lot of sense to continue sustaining that. But then we are seeing a huge gap in terms of having, for example, IT professionals who have some few coding skills to be able to create custom applications. In the same sense we have, for example, business users who don’t have any prior knowledge in terms of how coding works. So we still are seeing a lot of companies that want to downscale their teams. And part of the priority is being able to have a platform that they might actually use to be able to maintain their products or even build a product similar to what they have, but being able to maintain it using a low-code no-code platform. So it appears that’s what the industry is looking for is looking towards and we actually aligning ourselves towards that strategy.
Another area is on Blazor and I think Blazor has been tried and tested. We have seen what the industry is able to do with it and I’ve also seen a lot of intention with Microsoft being able to continue to grow the product. And Blazor in itself is actually a huge opportunity for newbie developers. So part of the interest also is for us to actually get into the web. We know for sure that there are a number of UI frameworks that are already doing quite well, but we haven’t seen a lot in terms of what Blazor by itself can be able to offer. So part of our strategy will also be moving towards the web and the low-code might not be necessarily focused on the desktop, but also will be more of the desktop and the web. And then in future I’m going to be looking into Android and iOS so it’s more inclined into both the web and low-code, no-code platform. And we already have some few solutions that you’re working on. We are going to be very soon you’re going to be releasing it to developers and it might actually interest a number. So we look forward to seeing the reception that we’re going to be having with those two products.
Wilberforce
And to talk about maybe the way forward on what Wilfred has said on low-code. I recall a time when we used to use command line CLI a lot in computer science. I’m not that old, but I recall a time when that was the main way of interacting with computers. And so with time now the GUI came whereby you can interact with the graphical user interface, the icons you can easily relate with and all that. And that brought in millions of people who are locked out when they’re using the CLI interface at that time or to using computers. And so the same thing will happen for developers. There are millions of people who have business use cases, but they cannot code. But with time, as the world is evolving, as tech is changing and becoming better, we’re going to see millions of people being able to use low-code platforms to develop their own application, similar to what Access used to do back in the day, although Access was still a bit complex. But you will see much more intuitive low-code platforms that even somebody who is not a developer can still make something that’s functional. And so our idea is to get into that space also and provide many people with that opportunity to be able to use intuitive low-code platform to create business solutions or even personal solutions which they think can help improve their lives or productivity.
Jamie
And I think your analogy there of moving from the command line to moving to a graphic user interface is a perfect one for what we’re about to walk into as a society, because I think that’s what it is. It was a great equalizer. The problem with command line interfaces is, well, first off, you’ve got to use a keyboard. And keyboards are not designed for humans. Right? They’re not. They’re designed to slow us down, our keyboards. Secondly, and this may sound silly, I don’t mean it to you, but you’ve got to be able to spell. And for people perhaps with Dyslexia or people who don’t know how to spell or people who don’t know how to read, they can’t use a computer. But now that we’ve got a graphic user interface, we’ve got buttons that help to do things. I know people who can’t read and write, but can browse and buy things online because they know what they’re doing right? And that made their life easier.
So I say, yeah, bring it on.
Wilfred
Jamie
So where is the best place for people somebody’s listening to this? They’ve gone, “You know what, I’m all in on Bunifu framework. Where do I go to find out? How do I learn more about it? How do I read the documentation? How do I get myself a license? What’s the process?”
Wilberforce
And then we do have a YouTube channel for the product. Just go to YouTube type “Bunifu framework.” You’ll be able to see YouTube videos that can help you see how the product works and help you get started quickly.
And then we also give you support on the website in case you are stuck. Maybe you are trying to get started and there’s something which is bothering you and you need help. We also available on our website. You can just chat and then one of our agents will get in touch with you and help you. And sometimes for someone who has bought the product, we even escalate the support and even provide remote assistance via Team Viewer or even your preferred remote platform that you want to use. We log in there and help you to solve their issue.
Yeah, so that’s how you can get started.
Jamie
Wilberforce
Jamie
And obviously, if you are a .NET, like, if you are a developer like me, who spent a lot of time working on server side stuff and never really had a chance to learn and use web-based technologies, it becomes easier because I can apply my knowledge and put it into the browser. And I think it’s going to be another case of making things easier for developers moving forward. Have they found the killer app yet? I’m not sure. There’s been a lot of really interesting stuff happen with Blazor, but I don’t think, and I may be wrong, I haven’t really been following a lot of Blazor development in the last year. I don’t think they’ve had that one app that everybody goes, “wow, I wish I’d have created that in Blazor.” I don’t think it’s happened yet.
But I think maybe in the next year, two years, someone somewhere will come up with one app that makes everyone go, I get it now. This is why we have Blazor, this is why we’re putting everything inside the browser. I get it. I think that will happen. But again, like I talked about earlier on, a lot of developers running towards, “wow, there’s this new technology to try out. They don’t really have a use case for it yet.”
Wilberforce
So thank you so much again for your time. I really appreciate I appreciate your patience even setting up this podcast. It’s been almost two months since we first spoke about it, and today is the day that has come to pass. So I really appreciate your patience along the way. We’ve had back and forth. You were in the US. I hope your stay there was fantastic. I came back again, back and forth, but today we made it and I really appreciate it for your time and for everything. Thank you so much.
Jamie
Wilberforce
Wilfred
Wrapping Up
That was my interview with Wilberforce and Wilfred of Bunifu Framework. Be sure to check out the show notes for a bunch of links to some of the stuff that we covered, and full transcription of the interview. The show notes, as always, can be found at dotnetcore.show, and there will be a link directly to them in your podcatcher.
And don’t forget to spread the word, leave a rating or review on your podcatcher of choice - head over to dotnetcore.show/review for ways to do that - reach out via our contact page, and to come back next time for more .NET goodness.
I will see you again real soon. See you later folks.