Interesting experiment... with surprising results in places. What stays available or not is not necessarily what one would think. It's not that easy to be flexible and available across regions.
Funny list of anti-patterns. Not all of it is C++ specific in there, but some are good reminders of the hidden traps in the language.
Very interesting study on dependencies. This is specific to the Maven ecosystem so too early to generalize the findings to other similar ecosystems. This indicates at least the difficulties of managing dependencies, especially the transitive ones. Also tries to define the "dependencies bloat" problem.
Good piece on how to reduce uncertainty before something is built and ready to be in front of users. It starts with prototyping but goes all the way to feature flags and deployment
Things improved a bit... they also got worse in a way. This stays an ongoing fight for the years to come.
Interesting little tool, can come in handy.
The interview is overall very interesting (I advise listening to it in full). It's nice to have such an historical perspective. At 15:00 there's a question which prompt a very important explanation of why the word "over" was chosen and repeated in the agile manifesto. Unfortunately it's been often misinterpreted...
A piece criticizing the asyncio approach in Python (especially considering the performance tradeoffs in this language). Also provides viable alternatives.
Deep dive on a proper benchmarking and implementation for 1M task on the Erlang runtime. Clearly the previous benchmark had room for improvements.
Nice piece which shows how easy it is to get such models to produce nonsense.
A good reminder that Flatpak is no silver bullet. It's a bit of a rant at times still it has some good points in particular the security implications are not always properly conveyed to the users. Some thinking might be required regarding what's lost compared to "traditional" packaging approaches.
Very interesting case full of lessons. Of course, increasing the complexity of the system overall can lead to such hard to find issues. It's also a tale into how seemingly innocuous settings can interact in unexpected ways. I also like the lessons learn pointing to the fact that you can and should debug even the systems you use through abstractions, diving into the code is almost always a good thing (even if in this particular case it wasn't strictly necessary in the end). And last but not least it shows the tension between mastery and automation... the more you automate the least you master the system, and at the same time this automation is necessary for building resilience in the system.
There's a new grep alternative in town. Looks really fast and has an interesting interactive mode. Definitely something to check out.
Looks like a very powerful tool for debugging and analyzing processes involving a Python interpreter.
OK, that looks like an interesting idea for the frontend bits if your stack is mainly Python based. Still very young though.
Probably the best analysis of the new Apple device I've seen so far. Focuses more on the design of the user experience and compares with the strategy behind other similar devices. There are likely a lesson or two to be drawn from it.
Celery is a popular solution for job queues in the Python world... it's far from perfect though. This list of fixes to make it safer to use is welcome if you're stuck with it.
Interesting post, highlights why it's better when languages are designed in a more community fashion (make sure to read until the conclusion). At least in term of popularity it seems to help.
This will hopefully solve most of the oddities in the generic types syntax of Python. Will be available with CPython 3.12 and will need support from type checkers of course.
Nothing really new but well written. This highlights fairly well the importance of decomposing projects, having at least the broad strokes of the architecture laid down and how automated tests help drive the progress. It's nice to see it all put together.