I still skim Slashdot too.
Most of the time I'm working on ancient versions of RHEL that are never connected to the internet so I don't exactly get to use "stacks" or anything that wants to pull code from Github. If it doesn't come on the RHEL 5.5 disk it's not available. You might be surprised how much you can do with a modest CGI script, a touch of JS, and some basic styling CSS.
The place had literally piles of OReilly books and that was it. Those were gold.
When I got home I ran NetBSD on salvaged sun4c and sun4m kit.
Slashdot picks up stories that Ars and HN miss sometimes. It just adds some breadth to my tech news sources.
What is Slashdot's strength from your POV?
But surely you've heard of Red Hat itself? In the early 2000s, Red Hat Linux broke into a couple directions: "Fedora Linux" as the community version of the OS, and "Red Hat Enterprise Linux" as the supported, enterprise-level version of the OS (and CentOS as the community-supported version of RHEL).
Admittedly I didn't start with Pascal, but rather with BASIC and several assembly languages (1802, Z80, & 6809 were among the first I used). I learned Pascal after C, actually. I like things about both, but often wish that Wirthian languages would have won out.
FWIW, these days I primarily use Java, C, C++ (when I must), and a smattering of other languages, with libraries and such chosen to match the problem at hand and the environment in which it must be solved.
As far as stacks go, I use whatever suits the application I want to write. I use: - PL/SQL (mandated by my employer) for generating large batch files in an ETL process - Python for validating the files mentioned above - I'm evaluating the OCaml compiler set for a language I'd like to create - I'm interested in Elixir for back end processes - R for ML - Prolog for prototyping a rules engine that may become the seed for a product - I'd like to get familiar with a JS-based web framework like Angular 2 or React or one of the other ones I've been reading about - I'm looking at Flash to develop a game with my daughter, who seems interested in coding.
I think it's important for older developers to assure younger ones that you remain interested in trying new tools and technologies as you get older. The curiosity and passion for creating don't abate. But, after you stay with an employer for a while and develop critical applications for it, then you get caught in maintaining it in that technology. Essentially, you get frozen in time in a technology stack due to the success of the app you wrote.
You also begin spending more time on ops and support.
But, you pick and choose times to introduce newer technologies, which you largely have to evaluate on your own time.
You don't have to leave the field or slink into irrelevance just because you're older.
JavaScript when doing web development, TrasactSQL, PL/SQL and pgSQL for database manipulation.
Plus lots of other languages and tech, keeping an eye on what might be interesting to focus or advocate to customers.
Currently working in python in fintech environment.
I was taught Pascal first, then C++. Pascal really helped with learning the basics. I think jumping right into C++ or Java would have been confusing.
My stack now is... diverse. Python, Spark, Java, React, Node, PyTorch, Scikit and occasionally R.