200 Followers
221 Following
869 Posts
J'ai plus d'une corde à ma harpe
Hit me with your best resources for learning C
now that Git 2.53 is out, the Git data model @omarieclaire and I wrote is on the official Git website! https://git-scm.com/docs/gitdatamodel
Git - gitdatamodel Documentation

🥳 Go 1.26.0 is released!

📝 Release notes: https://go.dev/doc/go1.26

⬇️ Download: https://go.dev/dl/#go1.26.0

#golang

Release Announcement for Version 13 of PHPUnit

The PHPUnit development team is pleased to announce the immediate availability of PHPUnit 13. This release adds new features, changes and removes existing features, and fixes bugs.

Unhinged, sweary but beautifully illustrated blog post about legacy project structure: Space - the Final Straw

https://www.dantleech.com/blog/2026/01/30/space-the-final-straw

#php

@afilina none of this warrants any stones however
@afilina it's a sensitive topic for sure
At #fosdem2026 , getting my feelings hurt
@beberlei I'm heading there right now!

@jaapio I would say: If I‘m having a hard time understanding something that shouldn‘t be hard or complicated, I won‘t merge. No matter which tools were involved in the process. Same goes for docs or comments.

Like this: https://mathstodon.xyz/@mjd/115096720350507897

Mark Dominus (@[email protected])

I think many people misunderstand the purpose of code review. The purpose of code review is not for the reviewer to find bugs, and certainly not for them to ensure that the code is bug-free. Anyone who depends on code review to find bugs is living in a fool's paradise. As everyone should know by now, it is not in general possible to find bugs by examining the code. The primary purpose of code review is to find code that will be _hard to maintain_. The reviewer looks at the code and tries to understand what it is doing and how. If they can't, that means it will be hard to maintain in the future, and should be fixed now, while the original author is still familiar with it.

Mathstodon