I remember that not having the right VB DLL was a frequent issue when trying to run EXE files produced by people with visual basic. For me, this Windows "nocode" environment was a big gatekeeper which hindered me in learning programming. It may sound a bit sentimental, but I learned C with Linux, because docs where readily available and open. I literally read man pages.
Today the tooling is just better. Just think, for instance, of the go and rust tool chains which easily produce ready to ship EXE files. Classical toolkits such as Qt still are around.
Connectivity to databases was one of Delphi's main selling points.
I think one dude spread the myth of no DLLs in the Twitter thread, lots of people repeated it, and since Delphi 6/7 is not around anymore and it's hard to check, they got away with a slight historical innacuracy.
I remember not being able to get my C++ compiler to work on Windows and I remember struggling to get basic Linux functionality working. Software was hard back then.
Did I say anything about morals or compromise or anything? Now you're just ranting to the void about a straw man, not furthering conversation in any way. I think you're the only one who needs to get over something here: the fact that people might not want to visit a certain website. The shock and horror! Take your negativity elsewhere.
Someone replied to that post "notice how fast everything is to launch", but did Visual Basic really start up that fast back in the day? I'm old enough to have used XP as a kid, and I remember the languorous boot times, but I never programmed on it. My guess is that XP is running in a VM on modern hardware in this GIF.
There was a time when there were some VB clone languages including
Envelop Basic: https://members.tripod.com/joe__shmoe/indext.htm
These tools did a pretty good job of creating forms and software.
Rebol was another language that was sleek at making UI Form:
https://www.rebol.com/index-lang.html
Now a days, you need to master many technologies to create one
UI component. Too much bloat.
I mean...at least for GTK on Linux, you still can? It won't be 10 seconds (probably closer to 30-40 seconds) since you have to go through a couple of prompts to name it, decide a license, etc., but with:
ok...and? The post was about making a native GUI app, which GNOME builder is clearly able to do. By your logic, the app in the video won't work across OSes.
My point is this is still clearly possible for native GUI apps.
Would've thought the explosion of web apps would kick MS and Apple in the pants, but here we are. Native dev is still annoying and is arguably getting harder. There's no reason making an app work for just one specific platform should have more friction than doing it for all of them.
I tried this using RosettaCode examples awhile ago and its still possible in quite a few languages. I was trying to find examples where you could just copy the code in, click run, and get a GUI.
I used PureBasic back in like 2003 or 2004. It was super simple. Looks like it's still around and the site looks unchanged since then. Probably crazy fast on modern hardware
Today the tooling is just better. Just think, for instance, of the go and rust tool chains which easily produce ready to ship EXE files. Classical toolkits such as Qt still are around.
reply