Earlier quoted context omitted.
I said the app was simple, not the stack. Along with the rise of complexity in tooling, the data has risen in complexity and quantity, as well as the importance of getting it right. Back then, a dentist, lets say, could get by with a cobbled together VB program for patient scheduling and CRM. Now patients and doctors expect a system that manages digital records in a HIPAA compliant way, can text message reminders to…
I’d like to learn how the rising complexity of tooling allows for text messaging, compliance, self-service or mailing(?). Right now this idea doesn’t sound particularly reasonable to me.
Compliance is a matter of ensuring that you are following correct practices, and possible audits.
In exchange you get a program that can run on any of billions of devices in seconds without having to worry about local deployment.
If all you want is something like VB, you can opt for some of the low-code/no-code options mentioned elsewhere that are built on top of web technology.
I’m not saying that for what VB was used for, it isn’t a better solution. I’m saying that we ask our computers to do a lot more than we did 25 years ago, and tools like VB can’t do as much as the easier to write languages that have emerged in that time.