Recent Blog Posts

I lately wrote some silly benchmarking code inspired by a brief article of Halim Shams, just to perform some quite dumb performance tests with multiple languages. The whole set of test code snippets is available here and includes C, Rust, Guile, Java, Perl, Tcl, Python, R, Octave, and Ruby programming languages, as available on Debian 12 (bookworm) distribution.

It is specifically convenient using Guix-the-system within a foreign distribution, such as Debian, for development and tests. The package management system can be used on top of the system, but I find it quite interesting to explore the potential of the Guix distribution in the context of virtualized environments. For personal use, that is also the ideal way to avoid breaking your own daily boxes every couple of days with daredevil approaches to personal computing.

Let's give a second look at Guix-the-system the main GNU Project distribution I dealt with in a previous post. This post is not specifically limited to the distribution, it is also of interest when using Guix in a foreign distribution, even if some configuration details change.

In the last few days, I got familiar with Guix, which is both a modern package management system and the main GNU Project distribution for Linux and Hurd (the Guix system). As a package management system, it can be installed on most foreign distributions, including Debian and any other, as an alternative/additional packaging system.

I recently finished reading a book published one year ago, written by Vittorio Bertola and Stefano Quintarelli. Unfortunately, it is only available in Italian, but its title perfectly encloses all the topics it covers: The shattered Internet: digital sovereignty, nationalisms, and big techs. Like me, Vittorio and Stefano are among the relatively few early users and participants of the primeval internet network of the 90s, even before the World Wide Web was conceived. This book is a disenchanted and realistic travel in the story of the Big Network and how it has become a broken dream today in many respects.

In principle and the traditional vision, the roles were clear enough. Upstream developers had to create and support their own projects, including multiple libraries, tools and modules, possibly for multiple operating systems. Distribution maintainers had the responsibility of collecting a significant software set, porting on various architectures, choosing versions that work well together for each piece of software, patching for coherence and well-established policies, eventually providing a build and installation system for the end users. At the end of the day, a quite complicated and articulated work that many people out there do for fun, others as a full-time job.

We recently returned from our traditional Dolomites holiday period, and while there I eventually managed to read the first novel written by Salvatore Sanfilippo aka antirez. Most of you probably know Salvatore because he has been for a long time the leading developer of Redis until he came out from the company that now holds the ownership of the project, some years ago. He often compared the creative work of a developer with that of a novelist and I was curious about his first book.

A long time ago, in a galaxy far, far away... I used to have a personal home page hosted somewhere. That was one of many other side projects of my life. I discovered some years ago that having multiple failed side projects along the way is a common experience for geeks and for many non-geek people, too. For reasons that are still not completely clear to me, some months ago, I decided that restarting a personal website in 2024 could be a not so weird idea.