Comedy gold:
Made my day, yes
1 Like
come on, its an 1K Pro tool…. muahahaa
1 Like
Not to forget: mobile support will come later…kill it before it lays eggs
It’s been over three weeks since Geoff logged into the forums. 6 more days, it’ll be a month.
I’d be PISSED off if I was a paying customer, especially with the new jacked up prices.
The leadership team seems idle - not just Geoff
Its easy to see Paul, Ricardo, Javier & William are active
1 Like
Normally, when a ship goes down, leadership stays on the bridge until the last passenger (customer) is save on a lifeboat.
Sure but what ever has been “normal” ?
Remembering the costa concordia sinking in front of an italian island. Their Captain was first from board. I mean: there are leaderships….
4 Likes
I bet Geoff is on vacation and not much happens without him.
To be fair, not much happens when he’s working either….
5 Likes
He must take a lot of vacations. It’s coming up on a month now. And before this, there was another large gap where he didn’t login.
I’m guessing he’s over it and done. Only thing left to do is milk the base.
1 Like
hey, but xojo is now on bluesky…. this will solve all problems…
4 Likes
a million times
1 Like
Been a month since Geoff logged into his own forums. Last login was August 14. Before this, it was like two weeks.
Does he still work there?
1 Like
you infer that he ever “worked” before???
2 Likes
The folks at JetBrains stated a couple of years back that they would be giving VB.NET first class support, but I have learned from bitter experience that this kind of big talk is not seen as a public commitment or promise to be honored in the long term (any more than MSFT sees it that way). It is more big talk, likely for the short term gain of getting worried VB devs to take a serious look at JetBrains tools and buy in. And after all, you’re kidding yourself if you think it’s a growth market. Basic is not what the cool kids use, after all. It’s not fashionable. And the “citizen programmer” market is being supplanted by no / low-code platforms and LLMs and vibe coding, at least in popular perception.
On the other hand, there must be massive amounts of VB.NET code abroad in the business world. My previous client had a lot of it, and it was my job to maintain those systems, and the lead on the C# code base pitched me a couple of times pretty hard to mount a rewrite project so that everything was in C#. But he couldn’t make a business case for doing so, at least not at the time (2019 or so). Since then MSFT put VB.NET out to pasture and began deprecating tool support, quit working on the compiler, and at that point I probably would have relented because of the issue of finding good devs who could stick around to maintain it. But that client was acquired by a much bigger company that put everything in “keep the lights on” mode and there was no stomach for the extra work.
Now for the past couple of years I’ve been building the exact same system from scratch for someone else and it was a no-brainer to do it in C# given that they were another MSFT shop.
I’m language agnostic and didn’t mind VB.NET but it feels good to be not bumping my shins all the time on little things that aren’t supported for VB.
100%
This is usually a VERY tough business case to make in my experience
1 Like
Jetbrains stopped support for VB.net cause it has no relevance anymore. They thought that many von devs will switch to it but the most wenn to c# instead of VB.net following Microsoft’s strategy. A second factor is the bleeding out when jetbrains left Russia cause they have lost many developers from one to another moment. This together with the market needs formed the decision.
1 Like
Well you should know that all Siemens SPS Automation is made with kind of Classic VB and VB .NET language. Basically all industrial applications I am aware of, made with “fancy-low-code-super-duper-hype-hipster-vibe-style” bloatware stacks with plentora of dependencies fail short when trying to integrate in mission-critical production lines. They even cannot provide a “SBOM” a Software Bill of Materials (=dependency list) of their crap.
In the end, only a good old, handmade and modular code will do the job, where you know every line. With small executables measured in KB, not in MB or even GB.
The past years I’ve been writing APIs for this “low code crap”. Robust and safe and as simple as possible one hand, but easy enough to manage and adopt on the other side. Just an example, the core lib is in C++ communicating via extern C with purebasic:
Or this example, a robust multi-threaded REST API skeleton in Purebasic:
Not to mention, that this is far behind the curve of what Xojo ever could provide.