ryl00

8 ms·

31.
by ryl00 7y ago
> derefs of complex data structures Am I the only one who finds perl data structures simple and consistent? Once I understood the difference between () and [] (or {} for hashes), it was easy (too easy, some might say!) to construct compl
32.
by ryl00 7y ago
If you're talking about Lehman Brothers, Wikipedia notes that the bankruptcy occurred on September 15, 2008, two months before Obama was elected.
33.
by ryl00 7y ago
Not much of a PC gamer, are you? :)
34.
by ryl00 7y ago
It depends on what you're working on. I'm in the simulation area at an engineering company, and we've got plenty of Fortran code that dates back to the '70s that's still just fine. A little maintenance to work on re
35.
by ryl00 7y ago
Steam dropped support for XP and Vista last year https://support.steampowered.com/kb_article.php?ref=1558-AFC...
36.
by ryl00 7y ago
> I'm not sure I'm comfortable with python for a typical shell script. But then again, what alternatives exist? perl still exists, and is a wonderful alternative to python for "shell scripts plus". The syntax should b
37.
by ryl00 7y ago
Non-web developer here... I've personally never seen any Ruby in anything I've ever worked on (only personal, limited anecdote, of course). Python's nice for gluing more performant native code together (perl XS isn't as
38.
by ryl00 7y ago
Ever heard of J++?
39.
by ryl00 7y ago
Nah, plenty of people still care about it (I should know, I'm one of them!). And with regular expressions front-and-center in perl, I still find it wonderful for text munging.
40.
by ryl00 7y ago
I like the trade-off C/C++ compilers (with a reasonable amount of warnings set) made... warn about constructs like "if (a=b)" unless the user adds an extra pair of parentheses, like "if ((a=b))".
41.
by ryl00 7y ago
C/C++ compilers (at least, all the ones I know about) squawk about it unless you add an additional set of parentheses around the assignment.
42.
by ryl00 7y ago
> However they were slower - but not much I don't think we should underestimate how much performance differences can color opinions here, especially for something like CLI tools that are used all the time. Little cuts add up. At wor
43.
by ryl00 7y ago
Fortran and Ada, as well.
44.
by ryl00 7y ago
What do you consider "real money"? There's a whole bunch of industry-specific software vendors like Autodesk and The Mathworks that have plenty of dependent companies still buying licenses for desktop software.
45.
by ryl00 7y ago
I think there are plenty of programming languages (maybe even most of them?) which take backward compatibility as a very serious goal. Obviously there's a balance between "don't break user space!" and fixing major proble
46.
by ryl00 7y ago
> Now, and going forwards, I think we're in the phase where non flagships are reaching 'good' too This will obviously vary from person to person, but I felt we already reached this point 4-5 years ago. After getting an unl
47.
by ryl00 7y ago
> my skills have not aged well I don't think that's necessarily the case. C++'s famed backwards compatibility, source of so many issues, is also a fabulous strength. There's nothing stopping one from writing C++03, wh
48.
by ryl00 7y ago
> Despite all the love lavished on M.U.L.E. by Ozark Softscape and EA and despite deservedly stellar reviews, it was a commercial disappointment. M.U.L.E. sold only about 30,000 copies over its lifetime Wow, that's sad to hear. But
49.
by ryl00 7y ago
Still is, for many of us (I only picked it up in 2000).
50.
by ryl00 7y ago
From what I understand (which is very, very little!), fundamental NT vs Linux architecture differences wrt their respective file systems prevent much more performance improvement in WSL 1.x.
51.
by ryl00 7y ago
P+++
52.
by ryl00 7y ago
I work on a large, multi-platform, legacy codebase of C/C++ and Fortran, and the FFI between the two sides has always been an area where care must be taken to ensure proper interop. Being multi-platform, multi-compiler through the year
53.
by ryl00 7y ago
> The ANSI style function declaration was maybe the only innovation that came after that that significantly improved the language. "const" as well (back ported from C++ ?). And being able to declare variables anywhere (instead
54.
by ryl00 7y ago
I don't think this is correct. If you come from Unix programming, perl should not at all be unfamiliar. It was an intentional amalgamation of shell, sed, awk, etc. And there was a time when that was the "mainstream" programme
55.
by ryl00 7y ago
To me, reddit is truly Usenet 2.0, and in retrospect it's somewhat amazing Google groups didn't capitalize on the head start they should have had when they "inherited" Usenet and let it stagnate. My Windows phone is stil
56.
by ryl00 7y ago
That's weird. Don't we get enough stories about Rust Belt economic hardship and Detroit real estate horror stories to know that property values don't always go up? Have we already forgotten 2008?
57.
by ryl00 7y ago
Is computer science really that subject to change, though? Especially given what most CS graduates end up doing in industry? The tech stack may change, the syntax of the language may change, but the underlying math/theory mostly doesn
58.
by ryl00 7y ago
> They filled their OS with spyware and adware But only after Google, et. al. proved how willing we all are to trade our data for free stuff. This is just the new reality of SaaS, at least as targeted to the general public who now expect
59.
by ryl00 7y ago
> Even if you do, it's a better investment to learn a general high level language with strong scripting capabilities, but that is also good at many things else. And we already have that: it's called perl. :)
60.
by ryl00 7y ago
Sounds like you are looking for Legal-ese.

More ›