News for hackers. Stuff that matters.
Re:Making Code Faster by pdimitar on Tuesday June 14, 2022 @08:42AM (#31738484)
Interesting claim, any written proof to back it up?
Re:Making Code Faster by paganel on Tuesday June 14, 2022 @09:55AM (#31739553)
It would be nice to have some University poor souls study that period from a sociological pov (and not only) but, helas, afaik nobody is doing that so that scattered comments like mine, from people who have lived through that period, is the only thing that we have.

Come to think of it maybe some data historians at Google can look through the Googlebot logs and not only and compare the percent of websites that they think were .php-run (let’s say) over all this period, in both nominal and relative terms. It is my hunch that those websites represented a big chunk of Googlebot’s hit targets for most of Google’s (the company) existence, hence why I think my comment is valid (among other things)

Re:Making Code Faster by pdimitar on Tuesday June 14, 2022 @01:56PM (#31743290)
I am mostly asking for evidence because I despise PHP, Ruby and Python -- I've worked extensively with the first two and dipped my toes in the third several times so it's not an uninformed opinion -- but I'd be open to recognize their historically positive value.

My beef with such technologies... is not with the technologies at all. It's with the people that can't let go and can't recognize that things do change (or they are simply afraid that they have to learn new skills; many programmers are very risk-averse and are very average Joes and Janes just wanting to make a living and they hate the idea of having to learn their entire careers -- not sure if that's "fine" but it obviously works well for millions of them out there).

Same as with these old non-GNU UNIX tools zealots; some of them still fiercely are against the GNU tools... meanwhile a lot of the DevOps people I know (and no small amount of programmers, yours truly included) already move about 75% of their scripting workloads either to the newer Rust variants (rg, exa, fd-find, tuc, and many others) or lightweight quick script-friendly languages like Nim or OCaml.

So my broader point was: "we should utilize nostalgia as a driving force much less than we do right now". Hence my question.

I'll agree with you that the alternative bleak early-dystopian future that PHP et.al. prevented would be horrid and -- again -- I'd recognize the role of the early free / open-source tech as a positive driving force of the IT history.