mastouille.fr est l'un des nombreux serveurs Mastodon indépendants que vous pouvez utiliser pour participer au fédiverse.
Mastouille est une instance Mastodon durable, ouverte, et hébergée en France.

Administré par :

Statistiques du serveur :

581
comptes actifs

#softwaredevelopment

8 messages7 participants2 messages aujourd’hui

Question for any software developers who use AI code generation tools (Cursor, Github Copilot etc). I know that some devs like it, while some find it irritating. That's fine.

However, I'm curious: what - if any - rules has your organisation put around the usage of these tools - more testing, stricter code reviews, more documentation? Something else? Nothing at all (since ultimately the developer is responsible)?

"API documentation writers don’t just write content. We’re liaisons between client developers and in-house developers. I often say “we’re paid by the company but work for our clients.” Many think that in-house developers automatically empathize with the client developers. After all, they’re all developers, right? Right? Well, no. A surprising number of times, in-house developers are actually out of touch with clients. Why else would we be talking about having clear field names? They get tunnel vision or become myopic while in the code. This is not unique to developers. All professions have this risk. That’s our job to make sure that clarity is there for the clients. We can’t do it completely by ourselves. We need developer’s buy in. That means, one of two things.

We can push back on the in-house developers. When we see a meaningless, poor, or bad field names, for example, we have the right, if not obligation, to get it changed. Some developers may disagree. That’s OK. The truth is, the code doesn’t belong exclusively to in-house developers. It’s the client’s code. They’re the ones intended to run the code, to know which fields to pass in, with which values, and to read the response JSON. That makes it our code, too. We not only have to run the code but also to explain this to clients. We have a say in the matter."

robertdelwood.medium.com/writi

Medium · Writing for Humans: An API Documentation Writer WritesBy Robert Delwood, A Lead API Documentation Writer
A répondu dans un fil de discussion
A répondu dans un fil de discussion

@pouyllau #Perl (we don't add the 5 anymore since Perl 6 became #RakuLang) has definitely changed since 1999, but has thankfully retained a lot of backward compatibility.

@shiar made a great cheat sheet summary: sheet.shiar.nl/perl

sheet.shiar.nlperl version cheat sheetHistory of Perl releases since version 5.6, each with a summary of added or changed features.

I went all out on a #selfhosting setup (again). I decided to host a few (more) things that I had wanted for some time. This instance is one of them.

Over the years, I've used a #Synology #NAS (awful, very limited software). Then I built a #diyNAS with a Celeron CPU and Mini-ITX board, but it was a bit too big for my nomadic lifestyle, so I sold it for parts before my second move.

I was stuck with an #Asustor NAS for some time, which was good for storage. Especially since it was easy to run on a custom OS — #OpenMediaVault, in my case. But it wasn't powerful enough to run everything I wanted. And that's not including things like #GoToSocial. Admittedly, I'm also running surveillance software.

I've eventually settled on an AMD #Ryzen #miniPC with NVMe and SATA storage. The SATA disk is limited to a height of 7 mm, which also limits it to 2 TB. The NVMe is also limited to 2TB, because of the price =)

Additionally, I have a USB 3.0 external hard drive for 'cold storage'. It's also 2TB. So, with 6TB of #storage, I have more than enough for my self-hosting needs. This includes my current media library, although it may become a bottleneck in the near future as I'm leaving #Spotify.

The purpose of this instance is to post about #selfhosted software and, on occasion, a little about #softwaredevelopment (though I always struggle to find something to write about on this subject, probably because it is my job) without being constrained to 500 characters on #Mastodon or running a full-featured Mastodon instance.

#introduction

Our regular Development Digest has some exciting updates on features that are nearing completion, in the case of Exchange email support, and are just starting development, in the case of the long-awaited Conversation View. We're also adjusting Account Hub and tackling the usual maintenance tasks and bug fixes

#Thunderbird #OpenSource #SoftwareDevelopment

blog.thunderbird.net/2025/08/t

The Thunderbird Blog · Thunderbird Monthly Development Digest - July 2025 - The Thunderbird BlogWe're approaching the finish line for Exchange email support, addressing issues in Account Hub, diving into Conversation View, and more!

🚀 Porting libmagic to Rust: Safer File Identification 🚀

A little while ago (maybe a month or two), I started porting a great project to Rust: libmagic, the library behind the `file` command utility.

🤔 Why did I do that?
For years, I've faced the same issue with file identification: embedding a C library that does intensive parsing into my memory-safe code (Rust, Go, Python, etc.). While I trust the file/libmagic developer community's code quality, I know there are skilled people capable of finding and exploiting bugs—especially in C/C++ parsers. So I've always been reluctant to run libmagic on untrusted input, which creates a tricky situation that kind of defeats its original purpose: categorizing files you know nothing about.

🦀 Why Rust?
Rust is the perfect fit for this port. It provides strong safety guarantees while maintaining high performance and easy bindings to other languages (C/C++, Python, Go, Elixir, etc.). Bonus: the library and tool will be portable to all Rust-supported targets.

💻 Show me the code!
Here it is: github.com/qjerome/magic-rs/pu
⚠️ Note: This isn't a full implementation yet—it's still a work in progress and needs more work for a usable, clean version (see PR description). That said, if you're feeling adventurous, you can test it out. It already successfully identifies several file types: MS-DOS executables, ELF binaries, scripts, and more.

🔄 Compatibility with C libmagic file format?
This project aims for 99% compatibility with libmagic's rule file format. A few rules (such as those using ternary notations in messages) may need adjustments, but the goal is to stay true to the existing specification.

📌 What's next?
- Finalize the library implementation and publish a Rust crate
- Complete the CLI tool (a `file`-equivalent implementation)
- Create bindings for other languages

If you're interested in this work, don't hesitate to follow along or reach out!

Special thanks to @adulau and @circl for supporting this work! 🙏

This is early development branch so the code:

may contain garbage
may contain inconsistencies
is lacking documentation
does not contain all tests
is lacking features / implementations
is likely no...
GitHubadd: very first implementation by qjerome · Pull Request #1 · qjerome/magic-rsPar qjerome

"Using multiple AI agents in tandem opens up impressive possibilities. “AI agents encode the wisdom of senior engineers and apply it universally,” Yahav says.

Looking to the future, Digital.ai’s To anticipates productivity gains with fewer errors and reduced cognitive load, as developers tap various agents for lower-level details. “As this space matures, multi-agent workflows will increase velocity by significantly reducing toil,” he says.

But doing this well will require clear boundaries around product requirements, coding standards, security policies, and more.

In short, AI tools require intention. “An agentic software development life cycle needs the same pillars that a high-performing human team does: a clear mission, a code of conduct, and shared knowledge,” adds Wang.

So, although we’re heading toward a future where developers manage a fleet of agents, early testers should prepare for a lot of trial and error. As Roeck puts it, “Get ready to fail. This isn’t baked yet.”"

infoworld.com/article/4035926/

InfoWorldMulti-agent AI workflows: The next evolution of AI codingInstead of working with a single coding agent, developers will soon realize gains by guiding a team of them.

Am I imagining a `git commit --fixup` helper tool that, given a staged change in a hunk of a file present in a previous commit, will automatically find that commit and `--fixup` that commit?

I'm fed up of noticing a problem, then `git log --oneline` and then copypasta a SHA and then `git rebase -i`, and then I notice another thing that's bad and the process starts over.

For my next #Perl #blog post, should I write about:

* Util::H2O::More as an alternative to Moo for #OOP modulinos, or
* Log::Any to log to the #Apple #macOS unified logging system?

Some background:
* Moo with modulinos: phoenixtrap.com/2025/08/03/moo
* Util::H2O::More: metacpan.org/pod/Util::H2O::Mo
* Log::Any: metacpan.org/pod/Log::Any
* Apple’s unified logging system: developer.apple.com/documentat

The Phoenix Trap · Lightweight object-oriented Perl scripts: From modulinos to moodulinosDeveloping a complex Perl script that needs just a llittle object-orientation? Try the modulino pattern alongside the lightweight Moo module.

"Facebook announced a 5% across-the-board layoff and doubled its executives' bonuses – on the same day. They fired thousands of workers and then hired a single AI researcher for $200m:
(...)
Whatever else all this is, it's a performance. It's a way of demonstrating the efficacy of the product they're hoping your boss will buy and replace you with: Remember when techies were prized beyond all measure, pampered and flattered? AI is SO GOOD at replacing workers that we are dragging these arrogant little shits out by their hoodies and firing them over Interstate 280 with a special, AI-powered trebuchet. Imagine how many of the ungrateful useless eaters who clog up your payroll *you will be able to vaporize when you buy our product!*

Which is why you should always dig closely into announcements about AI-driven tech layoffs. It's true that tech job listings are down 36% since ChatGPT's debut – but that's pretty much true of all job listings:"

pluralistic.net/2025/08/05/ex-

pluralistic.netPluralistic: Bragging about replacing coders with AI is a sales-pitch (05 Aug 2025) – Pluralistic: Daily links from Cory Doctorow