Great to see they support and still use Perl. Geizhals is a very usable and functional product and price comparison page. Looks a little bit old, but that is exactly what I like. Geizhals is associated with the Heise Verlag, that is what I do not like so much, because there was a steady decline in quality in the recent years.
Haters will say a major factor in still using Perl is the difficulty to replace up to 25+ years old Perl code written at startup pace AND the difficulty to teach old Perl devs a new language.
Yeah I'm hugely frustrated by their recent updates that hide / obfuscate the filters, which is basically the main way you want to use the site. I'm pretty sure it's yet another casualty of optimising for phone normies :(
I agree! The filters made be go to the site, and I don't even live in any of the markets they serve! (Though I do visit, and sometimes buy tings based on what I've found through the site).
My go-to use case for modern Perl is to be the default program instead of sed. Sed regex support is abysmal and the same command line flags behave differently between BSD (and macOS) and GNU versions, in particular the `-i` for doing replacements - the number one use case for the program. So, this means that many shell one-liners and small scripts don't really work the same way on macOS and on Linux, and it's pretty annoying.
Perl is straight up better. You need to remember one word: pie - for it's command line options, and now you can do:
First of all, it woks the same way across platforms.
Second, you get all sorts of goodies: named capture groups, lookahead and lookbehind matching, unicode, you can write multiline regexes using extended syntax if you do something complicated.
And finally, if your shell script needs some logic: functions, ifs, or loops, Perl is straight up better than Bash. Some of you will say "I'll do it in Python", and I agree. But if your script is mostly calling other tools like git, find, make, etc, then Perl like Bash can just call them in backticks instead of wrapping things into arrays and strings. It just reads better.
BTW Ruby can do it, too, so it's another good option.
At my work we use perl extensively for utility scripts and such. In the past few years there has been a push to write new scripts in python, but I don't really see the point. It has most of the same drawbacks that perl has: 30x slower than a compiled language and dynamic typing.
We have many scripts that range from 5.8 to 5.36 and everything in between. 5.8 is 20 years old. Someone did a search & replace on the shebang lines to move all the older ones to 5.20 (why they picked that one, I don't know) and everything just continued to work.
I prefer perl over python. turn on use strict, use warnings FATAL => 'all' and use modern function signatures. Perl is still great for its purpose.
>It's extremely stable, ... It's a shame it's so dead,
The former is the consequence of the later. Popularity kills stability. Perl is the ultimate sysadmin language because it's so portable and never changes. We really lucked out with the Raku thing driving people away to python. Because of it my perl scripts I wrote in 2003 run on perl system interpreter today and the vast majority of my perl written today would run on a 2006 perl interpreter (some functions missing in some libs in troublemakers like Gtk bindings, etc), but it's generally very good.
These days with python you can't even run any random script written today on your system python from today. You have to set up an entire separate python for every script. And don't even think about trying to run a python script from 2006. That's what popularity does: fracture.
Good old Java is also stable and yet popular. It is not particular "trendy", thought. My feeling is that languages which "live in"/"create" ecosystems such as JVM, BEAM or even LLVM have a better probability to outlive other languages in the long run. Let's see what happens with golang in some years... ;-)
Stable? Huh. Never thought of Java that way. Dead, yes, but it was never stable. In my experience I have to set up a custom JVM version for every java application I've come across. Is your experience different?
For me, Java died with Oracle shenanigans. I moved to C#. Java isn't truly dead yet but I think it will slowly die off because of Oracle. Same as Solaris and SPARC, but a little slower.
It's stable, installed everywhere, and I use programs written in Perl like when building Linux From Scratch. I haven't written in Perl since the 1990s. I do read code written in Perl and Raku, and I am often impressed by how succinct the code can be.
By far not. It's only more readable, but much more verbose, overarchitectured, slower and esp. unstable. Old perl scripts still work fine, old python scripts are not only many, many files, but also break every other year.
And you cannot just install a python module as you install a perl module. You need venv everything because it's soo fragile.
But this 10k sponsoring is not really worth mentioning. It's just like Platinum sponsorship for one of their conferences.
I check this site several times to get an idea what is the market price of something in the real world (i.e. outside Amazon).
Also, it’s very good at keeping tabs on the features of some products (best place I found to compare motherboards per features, something surprisingly difficult to do).
Unfortunately it’s very German centric and I live in Portugal, so I’ve only actually bought something from a link I’ve got there once.
The Perl Foundation has a goal to get more smaller donations, rather than a few large ones and it seems like they've been doing okay lately.
You're probably correct that this could better be summed up later in the year as one single news item. In terms of getting publicity and attracting more donation, announcing and discussing each "small" donation might be better.
This is also true for KDE e.V., where we've evolved from a roughly 50:50 split between corporate and individual donations to now about 75% of the donations (which have overall increased multi-fold) coming from individuals, many of whom are on recurring plans.
I only knew of one company with some kind of techie fandom primarily using Perl before reading this (Fastmail out of Melbourne, Australia). Now I know of two.
Still, two is a small number. And we're probably talking about like 20 Perl developers in total across these two companies (just having looked at their total employee counts).
I've seen many promising and still in use open source languages and projects that barely even get $500 a month in contributions.
Yet these projects have added value in the millions to startups that never give back to these projects because $500-$1000 a month is 'too expensive' for them.
Got curious. Seems like they have been a heavy Perl shop from the beginning.
Their backend developer job ads appear to be oddly programming language neutral which I assume means they're still using Perl a lot. (Been there, done that, when recruiting for work in an unusual programming language.)
I don't think they're comparable... I read stories on how a paid reservation at Booking.com isn't a guaranteed stay at a hotel. Geizhals gives you the stock and availability infos right on the results page. Seems like one is making better use of Perl that the other.
Geizhals is powering heise compilate, the affiliate/revenue generating platform for the heise publishing house. Basically, it allows you to add prices for products or categories to websites, competing with the "shop this on amazon" affiliate links if websites want to give customers different options than amazon.
The domain was a gift by the founders of inode (former Austrian ISP) and the website grew pretty fast after the brand change in 1999.
But it curiously turned out that while Austrians mostly like the name (notable exeptions were delusional marketing people of "premium brands" considering advertising on the site), Germans are really not so fond of it. Cultural differences, I suppose.
I think it mostly hasn’t aged well. Idk, seems like a relict of an era when people couldn’t have foreseen how language and the internet have evolved. This kind if vulgarity was en vogue in marketing once, kinda boomer stuff.
Also, I wasn’t aware it's Austrian, or I wouldn’t have made the Goethe remark. Thanks for the background info!
There is a problem somewhere deep in capitalist economies. The model has served humanity well - from Napoleon to Neo-Liberal the world has seen vaccines, space flight, farming revolutions and sewage plants giving longer better life to billions.
But … OSS is like a bellwether - the foundations of this great wealth need investment and maintenance else we build on rotting timbers.
And when a major global e-commerce platform chucks a few Weeks salary of a junior developer in SV and we call it worth mentioning, we need to find a new way to shore up those foundations.
I don’t have a good answer - I suspect I need to look deeper at the real problem - but it does seem to be a real problem
The model we have works for used packages. If a package is used by a large company and requires maintenance, the company pays its engineers to do it, and the rest of us receive the updates for free due to the license.
However, the system breaks down for packages that are not used by major companies (or are stable and safe enough to avoid triggering an alarm).
There is no viable way to fund continuous support for every forgotten open-source project.
On the flip side, freedom is related to independence. If a company would heavily fund the Perl society or another FOSS, it would become dependent and loosing it's freedom. Freedom is something you cannot count or measure with capitalist thinking, but it does not mean there is no value to it.
It’s hard to believe that 10k is worth whatever they need from Perl in 2025.
I wrote Perl for many years while I worked on the godforsaken cmecf system.
Cmecf this year announced it had been hacked by Russian hackers.
This means that cmecf written in Perl allowed a country access to Federal Court evidence including intelligence gathering methods, corporate secrets, and inside sources.
Perl is not memory safe, loaded with security issues for over a decade. It’s only saving grace is string manipulation, which is exactly why the best hackers in the world all know it.
You must have confused Perl with another programming language. Perl has always been a memory-managed language with a reference-counted garbage collector.
The link you posted doesn't even mention Perl at all. It does say that:
Using a memory safe language can help prevent programmers from introducing certain types of memory-related issues. Memory is managed automatically as part of the computer language; it does not rely on the programmer adding code to implement memory protections.
Perl clearly fits the definition of a memory-safe language with automatic memory management. The funny thing is that this document lists Delphi/Object Pascal as memory-safe languages, even though there are clearly not.
Perl is not memory safe? Are there pointers directly to memory like in C? No, it is an interpreted language that runs opcode in the Perl virtual machine.
Sure, there are quite some safety concerns with Perl, but they can be mitigated.
For example there is the taint mode with "-T" that prevents direct execution of system commands.
Would I use Perl for a new project? No. :-)
I would be interested in more details about the cmecf hack!?
Was the bug in Perl or its libraries, or in the code written in Perl? There are many valid criticisms of Perl, but I've never heard of the language itself described as insecure, and especially not memory-unsafe. I don't know how I'd write a use-after-free or stack smash in Perl if I were forced to.
Yep, there are bad bugs for example in mod_perl which is written in C and takes the interpreted Perl code and runs it in the Apache context. I think this is what the OP "heard about". But that is not the fault of Perl itself.