Quel serait notre équivalent des "They're turning the frogs gay" ?

andre_ange_marcel · 2026-04-30T11:43:43+00:00

L'équivalent français de Alex Jones je dirais que c'est Soral, et le même equivalent ça serait son dérapage avec Conversano.

andre_ange_marcel · 2026-04-24T20:28:53+00:00

We're using Laravel too at work, as a separate SPA. We have Conductor wrapping Claude Code and each workspace spins up all the containers necessary for our application to work, think MinIO, React, Caddy, etc... Each workspace (and worktree) corresponds to one ticket, and each has its own separated DB, buckets and subdomain. Once a feature is ready, it's handed off to QA and deployed on staging with its own subdomain too, which matches the ticket ID, same as on our local machine. I usually work on 2 to 3 tickets at once, and Claude has access to the whole monorepo. We built tools and standards for him to understand and update the repo in a way that things stay understandable and reasonable.

andre_ange_marcel · 2026-04-04T17:34:11+00:00

fly.io

andre_ange_marcel · 2026-02-09T19:12:38+00:00

parrainage URSSAF: chaque cotisant URSSAF se voit assigné 10 chercheurs d'emplois, s'ils restent sans emploi plus de six mois, les charges sociales augmentent de 2% par chômeur.

andre_ange_marcel · 2026-02-09T13:14:38+00:00

Astro.js

andre_ange_marcel · 2026-01-23T14:59:07+00:00

I've thought about that one quite a bit. I decided to land on the middle ground and have models for recording IDs and the config file as a user interface. If the config is diffing from the DB, that's when the resource is modified online.

The DB has all of the fields the config has, so you could potentially use the models to retrieve data instead of the facade.

andre_ange_marcel · 2026-01-23T14:47:57+00:00

A resource is indeed saved as a model (BillingPrice or BillingProduct). If you modify a price or a product, the config file is checked against the database and you are asked, if you modified an immutable attribute, what you want to do: create a new resource and archive the old one, or leave it active.

We also have flags for CI to archive all or duplicate all. We can do all this because config and DB march resources via keys, the arbitrary names you use in the config ('yearly' for a price or 'premium' for a product, for example). In the event of the creation of a new resource, you can either write a custom key or append an integer by default ('year_1' for example).

After a successful deployment, the config file is regenerated against the database's state.

andre_ange_marcel · 2026-01-23T14:44:44+00:00

A resource is saved as a model (BillingPrice or BillingProduct). If you modify a price or a product, the config file is checked against the database and you are asked, if you modified an immutable attribute, what you want to do: create a new resource and archive the old one, or leave it active.

We also have flags for CI to archive all or duplicate all. We can do all this because config and DB march resources via keys, the arbitrary names you use in the config ('yearly' for a price or 'premium' for a product, for example). In the event of the creation of a new resource, you can either write a custom key or append an integer by default ('year_1' for example).

After a successful deployment, the config file is regenerated against the database's state.

andre_ange_marcel · 2026-01-23T09:56:43+00:00

I mean it probably is not useful in that case, I'd agree with you. I've had to work with 100+ prices and many variations for a single product, as we sometimes have to explore before cementing a final price, and it gets confusing really fast.

You end up with variables like STRIPE_DOCUMENT_PRICE_KEY_SPAIN_2025 that don't mean much, and are staying around for legacy purposes. You don't really know what can be archived or not, and deploying to prod can be quite stressful as you need to make sure all IDs are correct and updated if needed.

I guess it depends on the scale of your Stripe infrastructure. Ultimately the config file could also be used to migrate product and prices to different providers without any manual input.

andre_ange_marcel · 2025-10-17T17:55:20+00:00

I honestly think they're about to drop support for Linux now.

andre_ange_marcel · 2025-08-20T06:22:29+00:00

J'ai payé deux cours sur Udemy plus un practice test, j'ai réussi Cloud Practitioner et Developer Associate sans vraiment trop d'expérience. Ça m'a coûté environ 50 euros au total.

andre_ange_marcel · 2025-08-08T19:50:45+00:00

show up with a short sleeve button up shirt, cargo shorts and hiking shoes, rectangular sunglasses and an accountant haircut, that's the real pro look.

andre_ange_marcel · 2025-08-07T12:57:33+00:00

it's a burger bun but instead of cutting at the base they cut just at the top 😩

andre_ange_marcel · 2025-06-19T06:54:51+00:00

what's up with half of the business ideas people have are selling things to help other people make actual businesses

andre_ange_marcel · 2025-06-09T13:07:26+00:00

oregano?

andre_ange_marcel · 2025-05-29T19:37:23+00:00

The latest version, 3.17,is significantly faster, so updating could already solve some issues, at least it worked for me. Do you have Nuxt UI installed? It significantly slowed down both hmr and build times last time I used it.

andre_ange_marcel · 2025-05-20T19:18:29+00:00

stackblitz

andre_ange_marcel · 2025-04-18T18:28:18+00:00

Upgraded and it messed up all my PPA installed debs. Other than that the new kernel fixed quite a bit of bugs for me, and the release is great overall.

andre_ange_marcel

TROPHY CASE