• 7 Posts
  • 24 Comments
Joined 1 year ago
cake
Cake day: July 14th, 2025

help-circle
  • I use to post on dev.to. Even becomes a moderator, just during a few weeks before being kicked for what I can described as a “One way anti-discrimination rule enforcement”.

    But even before AI it started to become slopes of always the same low quality topics. I cannot count the number of “How to push your first git branch” or “How to becomes a 10x developer” article I saw. There was a belief that putting on your CV that you write articles and contribute to open source will makes you more employable. Most of people didn’t understand that “quality” contribution was implied.

    After that I switched to medium.com, but the same bullshit article contamination happened. Maybe even worst because there was money involved.

    Now I write only on my blog and follow tech news on mastodon.



  • A commit message is not supposed to be a summary of the code. It is supposed to gives information that you cannot deduct from the diff. Like:

    • Is there an attached ticket ?
    • Does it produce side effects ?
    • Is it a quick and dirty fix just before the release ?
    • What are the consequence of the modification ?
    • Why you choose this approach instead of another ?
    • Why are you not able to add regression test ? etc …

    The first guy at Cursor that create the feature to generate commit message from diff is just a fucking moron that don’t understand the role of a commit message.






  • Could be a comment indeed. It’s hard, or even impossible, to clearly decide where to put an information. There are some guidelines, but no absolute rules. Commit messages, comments, API docs, tickets, wikis, etc… all of them serve different purpose.

    • Comments are here to explain an implementation detail when code cannot be self-explanatory. They live as long as the code live (and are unfortunately not always updated). They are used when a developer arrives on that line of code.

    • Commit message are here to explain why something has been added/removed. What happen before, what happen after, why this solution was needed. They are tightly couple to the diff and generally don’t contain generic high-level information (unless commit is a design or architectural modification). They are used by the reviewer and 5 years later by someone that do a git blame to understand why this line was introduced and what happen if I remove it.

    • API Docs explain the behavior of an API, as seen from the outside. They should not explain the implementation, nor explain in which case and which part of the system they are used.

    • Tickets explain a user request. They detail who request this and for what purpose, but only from user point of view. No implementation detail.

    • Wikis are here to cover your ass so you can say “See, it was written in the wiki !”







  • Interesting point of view. You got my upvote 😉 I think many people took it 1st degree, so the many downvote you have.

    I’m personnaly not a big fan of natural language programing. Natural language is too ambiguous and subject of interpretation. So you have to give very long description of what you want to achieve. I often do the parallel with Mathematics. If you read Euclid’s_Elements’s definition for point, line, etc…, wording is extremly wordy and indigestible. But moderne formalism is much more concise and precise. Now with LLM and vibe coding, I have the impression that programming is evolving backward 😟

    The role of a developper has never been about writing code. The role of a developper is to formalize a problem. In a certain way, job of developper didn’t changed a lot since the last 50 years. My grandpa use to be developper on punch cards, and he had the sames problems than us today. How to translate accounting department request into series of instruction, how to define boundaries, etc…



  • Asking to cyptography experts. Would it be possible to flood a discussion with AI generated slope ? The discussion itslef would not be encrypted, but would be lost in millions of other generated discussion. A “private key” mechanism would be use to identify which message are part of your real discussion.

    I suppose this would be compliant with Chat Control, as message are not encrypted. But without private key, you won’t be able to identify which message are the good ones.










  • Wow, thanks for feedback. I’ve rephrased some of the sentences.

    You remarks make me think a talk I had we a colleague. I thought for a very long time that univers were actually like what we describ through equation. There were really some “energy gauge”, “mass”, “speed”, etc… until this colleague told me “That’s just a model, it’s not the reallity. it gives good results in its field of application, but it will always be just an approximation.”