4 ms·
Old guy here too. When I was a younger guy and first saw the web, after making a few web pages I naturally wondered "how can I program this?" At the time, the o
by fineline 10y ago
Old guy here too. When I was a younger guy and first saw the web, after making a few web pages I naturally wondered "how can I program this?" At the time, the old guy programmers were old mainframe / terminal architecture guys, where a dumb terminal (teletype or monochrome) sent text to and from a smart "central processing unit". It was natural for them to follow server-side patterns, and invent PHP, NetObjects, ColdFusion etc. But as I'd started out in the eighties with BASIC, Pascal, Delphi, VB etc. writing stuff that ran on these "personal computers" I tended to think more about writing UIs that ran where the user actually is. Although I dabbled with various server techs, my real interest was on the front end, with Applets, ActiveX, DHTML, WebClients ... all ultimately flops of course. Then Flex RIAs, which ruled for a couple of years but were killed by mobile.
I mainly work with Angular now, React didn't quite float my boat, functional approach without a proper functional language. Elm is much more interesting, but the work they're doing on pairing React with oCaml / Reason could change that.
In short, I don't have a problem with keeping up with the new stuff - I'm glad it's finally catching up with where I was years ago:)
- eweise 10y agoI did a lot of UI client/server back in the day; VB, Powerbuilder, Delphi and I remember being able to bang out an app in days. Then the web came around and turned UI development into a chore. Recently though, I started playing with Elm and it makes UI development fun again.