EMƎRIC 🇫🇷

XetaSuite ERP — un ERP open-source 🔹 Multi-sites 🔹 Gestion équipements, maintenances, incidents, stocks 🔹 Rôles & permissions avancés 🔹 Backend Laravel • Frontend React 👉 Démo & docs : xetasuite.xetaravel.com #OpenSource #Laravel #React #ERP #SaaS

@Homeraman @FMT_Enstone Des gens achètent encore en 2026.. 😂 et oui c'est Enstone qui s'occupe du site je ne le gère plus depuis des années.

@FMT_ZoRo @FMT_Enstone Je trouve ça des barres après toutes ces années, d'avoir le site de la FMT encore en ligne et à jour ... C'est Enstone qui fait tout ça ?

Les gens achètent encore des apps FM|T de 2017... @FMT_Enstone dois se mettre bien.

@Divs_King Google beaucoup plus haut pour moi. Ils sont à l'origine de beaucoup d'inventions qui ont changées la tech et le monde (moteur de recherche, Android, le moteur JS V8, L'IA, Maps etc)

Je ne peux malheureusement pas répondre aux dizaines de commentaires, À la place, je me risque également à l’exercice, Sur les 5 prochaines années, si je devais classer ces 8-là, en partant de la meilleure performance attendue à la moins bonne, ça donnerait quelque chose comme : • Nvidia • Microsoft • Amazon • Meta • Broadcom • Google • Tesla • Apple Je précise que cela tient compte des valorisations actuelles de chacune et des perspectives de croissance associées. Ceci étant dit, je précise également que ça n’enlève rien aux qualités exceptionnelles de la majorité des entreprises de cette liste. Et je pense qu’elles ont néanmoins presque toutes leurs chances de surperformer le marché dans les 5 années à venir. Je pense que beaucoup ne réalisent pas la chance folle que nous avons d’être investisseurs à l’époque actuelle, Jamais dans l’histoire des marchés nous n’avons eu des sociétés aussi exceptionnelles, sur absolument tous les plans.

Je crois que c'est le début de la fin de la bulle de l'IA, chaque semaine les providers serrent les vis de plus en plus.. 😭 Finalement, Yann Le Cun avait vu juste.😅

@Capetlevrai tu as de bonnes IA à faire tourner en local sur un pc avec une 3080 ?

@Capetlevrai @soubiran_ Pour avoir utilisé Inertia, je recommande pas. Je préfère largement un double projet Laravel en API et React en front. Plus long à dev mais bien mieux à maintenir. A voir avec Inertia3 qui va arriver mais je crois pas à une révolution.

@soubiran_ Tu as un lien pour Inertia ?

Ça fait tellement plaisir de progresser en informatique et en compréhension de la programmation Je jongle depuis des mois sur les bases, ça commence à ne plus me faire mal à la tête Je vais pouvoir focus sur les framework et les archi soon

@Capetlevrai Bien sûr qu'il faut des bases, le vibecoding c'est bien le dimanche mais professionnellement parlant ça fonctionne pas, le nombre de failles que j'ai corrigé... Par contre quand tu as les bases/ou tu es dev, avec l'IA, c'est le futur 🚀

J'ai passé du temps cette semaine à comprendre BASH, GIT et un peu la programmation Je constate donc que Claude Opus 4.5 est insane mais des fois il fait vraiment des conneries pour des choses "simples", du coup c'est pratique d'avoir des bonnes bases pour pouvoir débloquer la situation Par exemple la j'essaie d'installer un projet, si je laisse Claude faire, il peut tourner dans le vide sans rien me dire, je suis obligé de jongler entre Claude Chat Desktop, Claude Code dans le terminal et un terminal native Ubuntu ou je tape moi meme les commandes pour debugger des choses Je pense que certains bugs vont se régler dans les mois qui arrivent mais je comprend mieux les dévs experimentés qui disent que l'IA est parfois contreproductive pour les projets complexes.

A few random notes from claude coding quite a bit last few weeks. Coding workflow. Given the latest lift in LLM coding capability, like many others I rapidly went from about 80% manual+autocomplete coding and 20% agents in November to 80% agent coding and 20% edits+touchups in December. i.e. I really am mostly programming in English now, a bit sheepishly telling the LLM what code to write... in words. It hurts the ego a bit but the power to operate over software in large "code actions" is just too net useful, especially once you adapt to it, configure it, learn to use it, and wrap your head around what it can and cannot do. This is easily the biggest change to my basic coding workflow in ~2 decades of programming and it happened over the course of a few weeks. I'd expect something similar to be happening to well into double digit percent of engineers out there, while the awareness of it in the general population feels well into low single digit percent. IDEs/agent swarms/fallability. Both the "no need for IDE anymore" hype and the "agent swarm" hype is imo too much for right now. The models definitely still make mistakes and if you have any code you actually care about I would watch them like a hawk, in a nice large IDE on the side. The mistakes have changed a lot - they are not simple syntax errors anymore, they are subtle conceptual errors that a slightly sloppy, hasty junior dev might do. The most common category is that the models make wrong assumptions on your behalf and just run along with them without checking. They also don't manage their confusion, they don't seek clarifications, they don't surface inconsistencies, they don't present tradeoffs, they don't push back when they should, and they are still a little too sycophantic. Things get better in plan mode, but there is some need for a lightweight inline plan mode. They also really like to overcomplicate code and APIs, they bloat abstractions, they don't clean up dead code after themselves, etc. They will implement an inefficient, bloated, brittle construction over 1000 lines of code and it's up to you to be like "umm couldn't you just do this instead?" and they will be like "of course!" and immediately cut it down to 100 lines. They still sometimes change/remove comments and code they don't like or don't sufficiently understand as side effects, even if it is orthogonal to the task at hand. All of this happens despite a few simple attempts to fix it via instructions in CLAUDE . md. Despite all these issues, it is still a net huge improvement and it's very difficult to imagine going back to manual coding. TLDR everyone has their developing flow, my current is a small few CC sessions on the left in ghostty windows/tabs and an IDE on the right for viewing the code + manual edits. Tenacity. It's so interesting to watch an agent relentlessly work at something. They never get tired, they never get demoralized, they just keep going and trying things where a person would have given up long ago to fight another day. It's a "feel the AGI" moment to watch it struggle with something for a long time just to come out victorious 30 minutes later. You realize that stamina is a core bottleneck to work and that with LLMs in hand it has been dramatically increased. Speedups. It's not clear how to measure the "speedup" of LLM assistance. Certainly I feel net way faster at what I was going to do, but the main effect is that I do a lot more than I was going to do because 1) I can code up all kinds of things that just wouldn't have been worth coding before and 2) I can approach code that I couldn't work on before because of knowledge/skill issue. So certainly it's speedup, but it's possibly a lot more an expansion. Leverage. LLMs are exceptionally good at looping until they meet specific goals and this is where most of the "feel the AGI" magic is to be found. Don't tell it what to do, give it success criteria and watch it go. Get it to write tests first and then pass them. Put it in the loop with a browser MCP. Write the naive algorithm that is very likely correct first, then ask it to optimize it while preserving correctness. Change your approach from imperative to declarative to get the agents looping longer and gain leverage. Fun. I didn't anticipate that with agents programming feels *more* fun because a lot of the fill in the blanks drudgery is removed and what remains is the creative part. I also feel less blocked/stuck (which is not fun) and I experience a lot more courage because there's almost always a way to work hand in hand with it to make some positive progress. I have seen the opposite sentiment from other people too; LLM coding will split up engineers based on those who primarily liked coding and those who primarily liked building. Atrophy. I've already noticed that I am slowly starting to atrophy my ability to write code manually. Generation (writing code) and discrimination (reading code) are different capabilities in the brain. Largely due to all the little mostly syntactic details involved in programming, you can review code just fine even if you struggle to write it. Slopacolypse. I am bracing for 2026 as the year of the slopacolypse across all of github, substack, arxiv, X/instagram, and generally all digital media. We're also going to see a lot more AI hype productivity theater (is that even possible?), on the side of actual, real improvements. Questions. A few of the questions on my mind: - What happens to the "10X engineer" - the ratio of productivity between the mean and the max engineer? It's quite possible that this grows *a lot*. - Armed with LLMs, do generalists increasingly outperform specialists? LLMs are a lot better at fill in the blanks (the micro) than grand strategy (the macro). - What does LLM coding feel like in the future? Is it like playing StarCraft? Playing Factorio? Playing music? - How much of society is bottlenecked by digital knowledge work? TLDR Where does this leave us? LLM agent capabilities (Claude & Codex especially) have crossed some kind of threshold of coherence around December 2025 and caused a phase shift in software engineering and closely related. The intelligence part suddenly feels quite a bit ahead of all the rest of it - integrations (tools, knowledge), the necessity for new organizational workflows, processes, diffusion more generally. 2026 is going to be a high energy year as the industry metabolizes the new capability.

Vibecoders be like :

@leonardoalt Did you setup a copilot-instructions(dot)md file ? It's the most important part for using Claude with Copilot.

Told Claude and Copilot Agent to finish a complex refactoring task. After a few hours: - Claude literally gives up. - Copilot says "complete", but just commented out stuff. I really don't understand how people are claiming these can oneshot complex tasks. Yes I'm paying for both.

XetaSuite ERP — un ERP open-source 🔹 Multi-sites 🔹 Gestion équipements, maintenances, incidents, stocks 🔹 Rôles & permissions avancés 🔹 Backend Laravel • Frontend React 👉 Démo & docs : xetasuite.xetaravel.com #OpenSource #Laravel #React #ERP #SaaS

@AureaLibe Bien sûr que tu peux. Mais beaucoup confondent vibecoding et AI Assisted Engineering. Le plus important c'est pas qui a écrit le code, mais la qualité et la fiabilité de celui-ci. Et le dev de chez Anthropic à tout intérêt à dire que Claude est dev... par Claude... #Marketing

L’inventeur de Claude Code a confirmé que le dernier outil Claude Work de Anthropic a été développé en quelques jours et intégralement avec du code généré par IA. Mais il y a encore des « développeurs » sur X pour dire qu’on ne peut pas mettre du code IA en production…

@benjamincode Le business model de base était déjà bancal. Les devs font leurs propres components, moi le premier, qu'ont réutilisent de projet en projet, sans même parler des components open-source. C'est comme les librairies d'icônes, il y en a tellement, que tu n'as plus besoin de payer.

Le créateur de Tailwind qui annonce qu'ils ont viré 75% des employés tellement ils n'arrivent plus à générer de tunes malgré le fait qu'ils ont le framework css utilisés par 99% du web moderne... Quelques jours plus tôt je sortais cette vidéo sur l'enfer des dev open source...

@thismacapital Un dev sait qu'il doit s'adapter en permanence. C'est l'un des domaines qui bouge le plus depuis 20ans. L'IA est juste un outil de plus. Ce qui va s'intégrer dans le monde pro c'est l'IA Assisted Engineering, il faudra tjr des cerveaux derrière, surtout avec les LLM actuelles.

Le dev comme je l'ai connu lors de mes études est terminé. C'est la suite logique, au début de l'informatique les ingénieurs codaient en assembleur puis en langages compilés et interprétés. Aujourd'hui l'IA crée une nouvelle couche d'abstraction via notre propre langage. Je n'ai jamais été autant hypé par la technologie que depuis ma découverte des cryptos. En tant que dev il ne faut pas avoir peur de perdre son avantage compétitif, au contraire nos connaissances et notre expérience dans le domaine nous permettent de comprendre le sous-jacent et d'être juste beaucoup plus productif.

Real

@Capetlevrai Ba Github Copilot c'est 10€/mois. Tu trouveras un exemple de fichier d'instructions pour un projet d'ERP en SPA. Oui, après ça à aussi ces limites pour des projets complexes. github.com/XetaIO/XetaSui…

@FMT_ZoRo Yes mais pas le meme budget Opus mdr Tu dois te régaler toi ça doit etre un truc de fou

Tout le monde parle de Claude Code, Claude Opus 4.5 et Cursor pour bosser Mais pas assez de Google Antigravity, un abo a 23€ / mois et Claude Sonnet 4.5 qui est déjà ultra puissant et rapide je me régale

@Capetlevrai Moi aussi je vois que du positif, tu es beaucoup plus productif. Après ça impose des changements majeurs sur la manière de travailler, et ceux qui ne se mettent pas à l'IA aujourd'hui, seront dépassés demain.

@FMT_ZoRo J’y vois pas tellement un problème perso, ça évite de devoir monter des équipes pour faire un projet tu peux avancer avec 2 ou 3 très bonnes personnes On aurait eu ça à l’époque de GC ça aurait été un carnage

La nouvelle génération a tellement de chance de pouvoir apprendre l'informatique avec assistance via IA Toute ma vie je n'ai jamais eu le courage de me lancer dans la programmation ou dig Linux car pas la patience de lire la doc. Maintenant tu envoies un screenshot à Gemini et il te répond pourquoi tu as fait ton erreur et il te l'explique. On va créer des ingénieurs de FOU En plus maintenant tu peux facilement apprendre des choses plus ou moins gratuitement, quelle folie.

@benjamincrozat Je ne pense pas que l'IA va tuer les frameworks. Au contraire, l'IA va s'appuyer dessus pour proposer son code applicatif. On aura sûrement des IA "spécialisé" type PHP. Pourquoi l'IA referait un framework alors qu'il en existe plusieurs et qu'ils sont testés depuis des années?

I don't know if AI will kill frameworks like Laravel someday. While we're waiting to see, I love the landing pages for Laravel Boost and MCP: - laravel.com/ai/boost - laravel.com/ai/mcp I'd like to see this kind of treatment for all major packages. 👌