Esta semana me he ventilado en mis trayectos en transporte público Sandra, una ficción sonora (en inglés) que habla de cómo podría ser la IA en un mundo paralelo parecido al nuestro. Son 7 capítulos y una de las voces la pone Kristen Wiig.
I’ve listened this week to Sandra. It’s a fictional podcast located in a world where IA and virtual assistants are… slightly different than what we are used to. Kinda distopical at a few moments, but I’m sure after listening to the first episode you’ll want to keep listening. The entire seasion is available online so you can listen to it at once in an afternoon or in a few commutes.
The Museum of Websites is a glorified Wayback Machine explorer for some important and well known websites. It has screenshots so you can see how did popular pages such as Google or Yahoo looked through the years and there are links pointing to the Wayback Archive in case you want to explore them by yourself.
This unofficial series for gtk-rs provides some tutorials for the key aspects of the GTK Rust library – the most important GTK+ binding for the Rust programming language.
This unofficial GTK Rust tutorial series will focus on documenting important GTK features, demonstrating how they are used in practice, and displaying some Rusty software techniques along the way, as we explore what GTK GUI development in Rust is like.
Via This week in Rust (slowly catching up on my feeds)
This article exposes some of my concerns about the different integration strategies available in Git. Summarizing the Git theory which you may already know, the three most common integration strategies are merge, rebase and squash. I’ve used each strategy on different occasions, and while I’m not keen on a particular one, I like rebase the least.
I’m not going to try to convince anyone because everyone will have their preferences, plus part of engineering is knowing when to use the best approach and knowing that there is not a hammer for all the nails. But the purpose of a VCS should still be to make easy to track and understand changes in the codebase, and to make simple to detect and fix bugs. A pretty history graph helps and is a good think, but it should be a secondary thing that never compromises the utility of having the right amount of information at your tips to do your work the best you can. Pragmatical use of Git is cool.
I’m releasing Rectball 0.4.10. It doesn’t have much new features, but it fixes a few bugs found in Rectball 0.4.9. It also brings back Kotlin to the codebase. This is the second time I try to add Kotlin code to the Rectball codebase. I expect to succeed this time. Download the game from the Google Play Store or look at the GitHub release for detailed changes.
Yesterday I released Rectball 0.4.9, the first Rectball release in three months. This version is focused on bug fixes, such as finally fixing the blurry fonts on high density screens.
Note that the game version available in the Google Play Store is 0.4.9.1, as I had to roll out a hotfix a few hours later after deploying 0.4.9 because of a regression found in the settings saving and loading system.
I’m still refactoring some game components. An additional 0.4-series release is still expected with more internal changes very soon, next week probably. However, I can already guarantee that a 0.5.0 release is coming up in September with a big usability change that it’s going to make the game easier to play.
In his latest blog post, Coder frozen in 2009 awakens to find frontend development is not awful, Ruby developer Richard Schneeman discusses the current state of frontend. And it turns out, despite how complicate it looks sometimes given all the frontend tools there exist these days, it’s not that bad.
UPDATE, 2017-08-11: It turns out Gedit found two maintainers, actually; as it can be seen at their wiki page. I’m adding a link to the HN thread I saw as it seems it was sent almost at the same time new maintainers were announced.
According to this message posted in the Gedit mailing list three weeks ago (that for some reason hasn’t pop out until this week), Gedit is no longer maintained. They are looking for someone to maintain the software including all the plugins.
Gedit was my number one graphical choice years ago, as a general plain text editor and when working with programming languages that did not require an IDE such as PHP or Python. The user interface was easy and the software felt powerful with all those syntax colours and settings.
Then GNOME 3 came and they rewrote the UI and they made it almost unusable by removing most of the menu commands and moving things to places it made no sense at all. geany is still a good choice I use on VMs, even though for serious work I moved to VSCode (open source).