What if there was a NEW vb6

[Sitten Spynne]

It sounds like my first dang VB project to me, and while the word CRUD certainly applied to that project I'm pretty sure it wasn't in the way the tool designers intended. It's hard for me to really work that angle though, as it was my first-ever VB project and far outside the complexity of what you should throw at such a greenhorn.

dilettante, I totally believe it for a single-table database, or maybe a 2-3 table one with some relations. I can imagine it making some samey UIs which is a good thing, you only need to train users once. For a particular and very, very common kind of CRUD app that is precisely what the doctor ordered. But beyond that it gets weird to me. Maybe it's because my project is a GPS navigation tool, and there's no way I could ever be binding to something as simple as a handful of textboxes or a datagrid. I can be outside of the use case of those wizards without declaring them useless.

I had some bad dang experiences with wizards that tried to connect my UI to my code. It didn't do well at all if I didn't want that samey interface. If we're narrowing the discussion to that context, we don't need anything but VB6's tool suite, sure. But I'm considering the entire breadth of application development. I'm talking about applications like Google Maps, Skype, Twitter, Netflix, Facebook... things people get excited about using, rather than get paid to use. I want my "new VB6" to make kids want to get into programming early, and I can't think of any age that gets stoked for writing customer invoice systems.

I don't know, I keep getting hung up on your condescension. For a while it was cute, but it's far less effective than practical discussion. If I have to use code wizards to be a "real developer" then call me Pinocchio, I'm doing really cool things with my fake skills. I think a relevant language will have to think outside the enterprise CRUD app box if it's to compete today, but if it happens to serve that niche too I'd like it as well.