Vous générez le mdp via votre password manager. Il le copie dans le champ. Tout est vert. Vous validez. Boom. "C'est trop long connard". Decathlon, par pitié...

J'ajoute que la validation qui dit qu'il faut 1 majuscule (et pas plus), 1 minuscule (et pas plus), etc etc etc... Quelle UI de merde...

Et j'ajoute encore : Pourquoi limiter à 48 ? J'espère bien que vous ne stockez pas le mdp en clair tout de même, mais hashé et salé ! Et les algo les plus sécurisé et connus accepte des mdp de taille illimité (comme Argon2id, recommandé par OWASP). Donc WTF d'où vient cette limitation ?

Tout est dit. Pour ceux du fond, un fichier `.env.example`, c'est un fichier dans lequel on met des exemples des variables d'environnement attendues par le logiciel pour tourner. Quand y a des url, généralement, on met example.com. Le but de ce fichier c'est de voir son contenu remplacer par de vrai valeurs, évidement.

Sauf que le client me vire du projet, ça fit pas, il peut pas me supporter, et c'est réciproque. Mais il oublie de me virer du Teams.

Et la semaine d'après, j'ai une notification : "Putain l'IA nous parle de example.com c'est quoi ce merdier !"

Je lis la conversation : "C'est un coup de Dorian à tout les coups, fait un grep sur ses projets !"

"Ah oui, ça vient d'un fichier .env.example je vais le fumer ce connard"

C'est de mémoire, mais dans l'idée, c'était ça, j'exagère pas sur la violence des propos, je crois que ça parlais de me buter mais je ne suis plus sur. Je crois que j'ai encore les screens quelque part, si je les retrouve je les caviarderais pour les partager, c'est vraiment épique.

Dans tout les cas, le boss, celui qui râle et qui voulait me fumer, à mis en prod l'app en utilisant le contenu du .env.example.

S'il vous plait : ne faites pas ça. C'est très rigolo, mais c'est aussi complétement con et ça fait perdre du temps à beaucoup de monde.

Après pour sa défense, il a déjà mis en prod en inversant les variables d'env d'un token API secret avec un identifiant produit, faisant leak le secret de partout... Parce qu'il fait tout à la main, "parce qu'il a pas le temps". Prenez le temps de pas êtres idiots, si vous faites de la mise en prod, la CI/CD c'est pas pour les chiens.

Note : je sais que certains dirons que c'est fake. Si je retrouve les screens, je ferais un dossier drive et je vous enverrais le lien :) Les noms serons bien sur caviardé et vous ne pourrez pas savoir qui c'est. L'entreprise en question n'est évidement pas sur mon linkedin ni sur mon C-V.

#zuzai

ou je sais pas, ça fait 6 jours que je suis pas sorti de chez moi

Je pose la question sans troll, je consomme perso dans les 4 milliards de tokens par mois. J'utilise l'IA quotidiennement, j'en intègre dans nos produits. Je suis pas anti-IA du tout.

Chez nous le management a mis en place un leaderboard de consommation de tokens par employé. Classement. On est explicitement attendus à intégrer l'IA dans notre workflow et à l'utiliser au maximum. Autant dire que le sujet, je le vis de l'intérieur.

Mais concrètement, je vois pas le truc. L'autocomplétion, le scaffolding, la génération de tests, ouais OK ça aide. C'est un bon outil. Sauf que ce qu'on nous vend c'est "10x developer" et "remplace 3 juniors" et "tu vas plus avoir besoin de coder". On en est loin. Très loin.

Côté produits j'attends toujours le moment "wow ça c'était littéralement impossible y'a 2 ans". Pour l'instant ce que je vois c'est surtout des wrappers GPT avec un logo custom et un abo à 30€/mois. Les vrais nouveaux cas d'usage, ceux qui justifient le délire ambiant, j'en vois quasiment pas.

On livre pas plus de valeur, mais on livre plus de livrables, plus de code, plus de tests, plus de RFC plus verboses etc...

Vous avez des exemples concrets de gains mesurables dans vos boîtes ? Un produit qui vous a fait changer d'avis ? Pas des démos Twitter hein, des trucs que vous utilisez vraiment.

J'avais posé une simple question sur un point de calcul des ARE 😂

Bonjour,

Je voulais vous partager un retour d'expérience dans une petite start-up où je suis embauché actuellement. On a fluctué entre 1-5 développeurs, et je suis actuellement le seul restant donc on est vraiment une petite équipe. On travaille sur des applications web.

Récemment, mon patron a décidé de faire appel à un freelance pour revoir notre code et nous aider à améliorer l'architecture. Il a une vingtaine d'années d'expérience en développement et est présenté comme un expert en IA. De mon côté, j'ai environ 5 ans d'expérience, donc l'idée était notamment qu'il puisse apporter une vision plus expérimentée et m'aider à progresser.

En discutant avec lui, je me rends vite compte que sa vision c'est d'utiliser l'IA partout : il audit notre code en demandant à Claude pour la dette technique et la sécurité, il veut automatiser tous les tests avec des agents, et surtout il me dit que le développement doit aller plus vite en mettant Claude 24h/24 dessus de façon autonome, il ira lire les tickets et il générera du code, et on aura jamais besoin de relire ce qui est généré, grace à des mécanismes de sécurité qui permettent de garantir la qualité du code.

J'ai rien contre l'utilisation de LLM et au quotidien j'en supervise un pour faire les tickets sur lesquels je bosse, mais je prends le temps d'écrire ce que je veux précisément et en découpant les tâches, je prends des décisions sur l'implémentation et je relis toujours tout.

Est ce que j'ai pas suivi l'évolution de l'IA et il faut que je m'adapte à la nouvelle façon de travailler ou est ce que ça va beaucoup trop loin ce qu'il propose ? Apparemment c'est une vision que Robert C. Martin partage d'après lui, il m'a envoyé des vidéos à ce sujet quand j'ai commencé à lui exprimer mes doutes.

Est ce que vous avez déjà eu à faire à des consultants de ce genre ?

Merci pour vos retours!

Bonjour à tous,

Je vous présente mon side project complètement inutile mais que j'adore : un compteur de syllabes pour poésie française.

Public cible :

- Les 2 profs de français qui utilisent un ordi

- Les 5 étudiants en lettres qui savent coder

- Moi

Business plan :

1. Construire le truc

2. ???

3. Pas de profit (c'est gratuit)

Pourquoi j'ai fait ça :

Parce que compter "combien de syllabes dans 'Demain, dès l'aube, à l'heure où blanchit la campagne'" à 2h du matin c'est pas une vie.

Et aussi parce que j'ai appris que :

• "comment" = 2 syllabes
• "moment" = 2 syllabes
  
• "ils aiment" = 1 syllabe (wat)

Les règles de la poésie française c'est comme du code legacy écrit par Molière en 1660. Ça marche, personne sait pourquoi, et si tu touches ça casse.

Ce que le projet fait :

• Compte les syllabes en temps réel (wow, innovation)
• Détecte si c'est un alexandrin (12 syllabes, très important pour frimer)
• Explique POURQUOI tel mot compte pour X syllabes
• Gère le "e muet" (cette règle venue de l'enfer)

Stack parce que sinon c'est pas un vrai post de dev :

• Next.js (because of course)
• TypeScript (pour souffrir avec les types)
• Lexical (l'éditeur de Meta que personne connaît)
• Shadcn (parce que faire du CSS c'est non)
• 3 semaines de ma vie

Le lien :

https://lyre.web.app

C'est gratuit, ça marche (normalement), et si ça vous sert jamais dans votre vie, vous pourrez dire "un mec sur Reddit avait fait un truc inutile une fois".

Testez avec "Demain, dès l'aube, à l'heure où blanchit la campagne" et admirez le 12 parfait.

Questions ? Moqueries ?

---

Le bug le plus chiant à fix était "comment" qui comptait pour 1 au lieu de 2. J'ai ajouté une liste d'exceptions de 47 mots. Non je déconne pas. QUARANTE. SEPT.

Oui je voulais être un poète. Oui je veux devenir un développeur maintenant . Ca existe.

Je suis CTO d’une petite startup (équipe de 3 devs : 2 associés + 1 dev senior recruté récemment, +12 ans d’expérience)

Le dev senior est très branché outils d’IA (Claude Code x20, Method BMAD etc.). Résultat : il code très vite, mais la qualité est franchement discutable : fichiers peu factorisés, perfs moyennes, choix d’archi discutables. Ce qui m’inquiète surtout, c’est la maintenabilité et la scalabilité à moyen terme.

Quand je review, je corrige et j’explique. Mais parfois, par confiance ou manque de temps, des erreurs de junior passe la review et sont merge dans le code.

Exemple concret : pour afficher le nombre total de contrats et combien sont “en cours”, son implémentation a consisté à fetch tous les contrats côté front pour faire les calculs côté client. Typiquement le genre de chose que je ne veux pas voir en prod, encore moins venant d’un senior bien payé.

De mon côté, je n’utilise pas l’IA pour coder. J’ai aussi convaincu mon associé (moins expérimenté) d’arrêter, il s’est rendu compte que ça dégradait sa compréhension et la qualité globale.

Du coup je me pose la question sérieusement :

est-ce une bonne idée d’interdire l’usage de l’IA dans le flow de dev ?

Ou est-ce plutôt un problème de cadre, de review, ou de responsabilité individuelle ?

Curieux d’avoir vos retours, surtout si vous êtes CTO / lead dev ou senior

Bonjour,

Il fallait que je pose cette question.

Dans le livre Coder Proprement (Clean Coding), l'auteur insiste sur la nécessité de nommer les objets de sorte à ce qu'une nouvelle personne puisse prendre en main le code et le comprendre immédiatement, et faciliter ainsi sa maintenance et sa durée de vie dans le temps.

En presque 5 ans d'expérience, je continue de voir des gens coder en langage SMS avec des noms très vagues, ce qui oblige à écumer le dictionnaire de données pour avancer dans la compréhension, quand celui-ci existe bien sûr.

J'ai même vu un gars nommer ses variables après les lettres de l'alphabet, et l'IA reprend aussi cette mauvaise habitude.

On m'a indiqué que cela était dû à une habitude qui date des années 80 où la RAM limitait même la taille des noms de variable.

Quelqu'un sait d'où ça vient ? Et pourquoi ça persiste ?

Une belle requête avec 3 CTE chaînées et surtout un PUTAIN DE CROSS JOIN chose que je n'avais jamais utilisé ni vu utilisé.

Et tout ça sans LLM, je précise.

Je voulais juste partager ce petit moment de plaisir.

Et pour les plus expérimentés, oui ma carrière est assez jeune (~5 ans)

Chaque fois que je tombe sur une API XML, j'ai l'impression de remonter 15 ans en arrière.

Le JSON est tellement plus lisible :

{
  "name": "Alice",
  "age": 28,
  "active": true
}

contre

<user>
    <name>Alice</name>
    <age>28</age>
    <active>true</active>
</user>

Moins de bruit, moins de balises, plus simple à parser mentalement et généralement plus agréable à manipuler dans la plupart des langages.

Et si le JSON s'est imposé partout (API REST, services cloud, front-end, NoSQL...), ce n'est sûrement pas par hasard. J'ai l'impression que la majorité des nouveaux projets ne considèrent même plus XML comme une option.

Je sais que XML a encore sa place dans certains cas (documents, validation, héritage d'anciens systèmes, SOAP...), mais pour des échanges de données classiques, je ne vois plus vraiment ce qu'il apporte.

Dans mon taf, ils (enfin surtout le groupe américain auquel appartient la boîte) nous ont donné un accès pro à GitHub Copilot depuis quelques mois et plus récemment (quelques semaines) à Claude Code.

Bon… non pas que j’en fasse un grand usage (d'ailleurs je ne l’utilise pas beaucoup plus qu’un simple moteur de recherche un peu « avancé ») mais surtout il ne comprend rien au million de lignes de code legacy qui font le charme du projet que j’ai rejoint… donc globalement, je ne me préoccupe pas plus du sujet que ça.

Mais c’était sans compter sur le serrage de vis au niveau des quotas suite au changement de pricing de Copilot qui a eu lieu là au 1er juin ; et du coup depuis ce matin, j’en vois pas mal pleurer sur la canal Slack dédié au support IA, certains ont déjà cramé au bout d’une demi-journée tout le (nouveau) budget alloué temporairement pour le mois… 😂😂😂

(Ok c’est genre 30$ mais il y a des milliers d’employés qui ont accès à cet outil…)

et vous ?

Titre

Y a plus rien qui marche depuis deux heures. Je me demande comment ça se passe chez eux mais vu l'impact mondial que ça doit avoir je pense qu'ils sont pas très serein. Ça a commencé à 13h30 chez nous en plus donc en début de matinée aux US, de quoi bien commencer la semaine

Vos putains d'analytics c'est pas une fonction essentielle au fonctionnement du site et ça ne devrait pas l'être. Je devrais pas avoir à autoriser des saloperies comme Dynatrace ou Tarteaucitron ou ce genre de saloperies juste pour me connecter, surtout quand même autorisés les trucs foirent parce-que vos CSP sont aux fraises et que les trackers sont bloquées de toutes manières par le navigateur.

Edit : Je viens de faire ma déclaration d'impôts, ET CA JUSTE MARCHE PUTAIN. Y-a un seul domaine impots.gouv.fr ET C'EST TOUT.

Edit2 : Dans quel monde c'est normal de pas pouvoir aller jusqu'au bout d'un achat ou de louer un vélo ou de prendre un billet si Tealium ou Google Analytics ont pas chargé ? Ils ont rien à voir avec le fonctionnement normal et ça n'a aucun putain de rapport avec la pub faites un effort.

Salut r/developpeurs,

J'ai longtemps hésité à poster ici et je ne sais pas si c'est vraiment le lieu pour ce genre de projet, ou s'il y a des devs qui aiment cuisiner ici, mais si c'est le cas je vous prends juste 3 minutes pour vous le présenter.

Pour faire court, j'adore cuisiner. Et je galère depuis longtemps à trouver une solution efficace pour stocker mes recettes et les utiliser au quotidien. Ma solution initiale, c'était de les écrire en Markdown et de les stocker sur un repo privé. Au moins c'était versionné et synchronisé, mais moyennement pratique d'accès. Puis j'ai découvert Cooklang, un langage de balisage qui permet d'écrire ses recettes de cuisine un peu comme du code. J'ai adoré l'idée, mais j'ai vite été confronté à ses limites, la syntaxe étant trop basique selon moi, plus proche de la simplicité de Markdown.

J'ai donc commencé l'année dernière à développer mon propre langage, Gram : un DSL déclaratif pensé pour aller beaucoup plus loin que Cooklang. J'ai un peu poussé les curseurs pour répondre à un public probablement ultra de niche : les développeurs qui aiment cuisiner avec précision. Si vous connaissez, on est plus proche de ce que pourrait être Typst par exemple.

Je vais éviter la liste à la ChatGPT, mais je vais essayer de vous expliquer en quoi ce DSL débloque une vraie logique de recette :

• vous pouvez déclarer des variables (ex: ->&pâte) puis les réutiliser plus tard. Le compilateur comprend que c'est l'agrégation de plusieurs ingrédients et permet de chaîner la logique de la recette sans compter la farine en double dans la liste de courses globale.
• vous pouvez réutiliser des recettes dans d'autres recettes (@use "./bases/pate-brisee.gram" as &pâte), et tout est calculé et affiché de manière transparente. Un exemple tout bête : une recette de pâte brisée peut être utilisée pour une tarte ou une quiche, pas besoin de la réécrire à chaque fois. Le compilateur ajuste aussi les proportions automatiquement selon les besoins de la recette qui l'appelle (ex: &pâte{250g}).
• si vous utilisez "le zeste d'un citron" puis "le jus de 2 citrons", Gram comprend le lien de parenté et va agréger votre liste de courses à exactement "Acheter 2 citrons".
• les recettes deviennent dynamiques : on peut définir des ingrédients comme ratios (ex: @eau{70% @&farine}). Si la recette demandait 500g de farine mais que vous n'en avez que 400, l'eau s'ajuste toute seule. Si vous connaissez le principe, il y a en fait toute une gestion pro des pourcentages boulanger.
• une recette c'est aussi une gestion du temps. C'est prévu, la syntaxe sépare le temps actif (~{10min}) du temps de repos/passif (~_{2h}), et permet d'indiquer un rétro-planning. Vous pouvez générer un diagramme de Gantt et organiser une préparation sur plusieurs jours facilement (ou, à terme, optimiser l'organisation de la préparation d'un menu complet par exemple).
• Gram génère une base de données locale adaptée à vos propres ingrédients et votre façon d'écrire. Ça permet de débloquer des fonctionnalités comme la conversion volume/grammes selon la densité de chaque ingrédient (1 c. à s. = xx grammes), le calcul des valeurs nutritionnelles automatisé, l'organisation de la liste de courses par rayon du supermarché, etc.

Ce ne sont que quelques fonctionnalités permises par ce langage, il y a plein d'autres petites spécificités que je vous invite à découvrir.

Le tout est accompagné d'un écosystème avec quelques outils pour aider à écrire correctement ses recettes : une extension VS Code, un CLI (avec un assistant interactif en terminal, un outil de diff sémantique des recettes, la gestion de sa base de données d'ingrédients, l'import depuis n'importe quel site ou même vidéo YouTube)...

Si jamais le projet vous intéresse je vous invite vraiment à tester sur le playground et/ou regarder la doc, j'ai essayé de prendre le temps de la rendre la plus complète et didactique possible.

• Site web & doc : https://gram-lang.org/fr
• Playground (pour tester dans votre navigateur) : https://gram-lang.org/fr/play
• Repo : https://git.gram-lang.org/gram-lang/gram/

C'est 100% open source (GPL-3.0), gratuit et sans aucune inscription, c'est un projet de cœur et de passion plus qu'autre chose. Et oui, c'est totalement surdev pour faire à manger, mais je m'éclate à bosser dessus sur mon temps libre. N'hésitez pas si vous avez des questions, et sinon je suis vraiment preneur de vos retours, à la fois de devs ou de passionnés de cuisine ! :)

P.S : ce projet a vocation à rester dans la communauté FOSS, je suis pour l'instant seul à bosser dessus mais si jamais d'autres personnes souhaitent m'accompagner ce sera avec plaisir. Merci d'avance !

Hello ! Je veux partager avec vous un projet personnel que j'ai codé en solo - Auto Expert, une extension chrome (gratuite bien évidemment) qui analyse les annonces auto sur Leboncoin, Lacentrale, Autoscout24 et Cartobike.

Pour le traitement des données, j'ai d'abord construit une vraie BD structurée à partir de données publiques (fiches-auto, forums auto, etc). Ce n'est pas un simple wrapper d'API générative - je tiens à le préciser car je sais que vous détestez ce genre de truc 🥹

L'extension interroge d'abord cette base pour des correspondances exactes sur les modèles/années/kilométrages, et le petit LLM est utilisé pour contextualiser l'information et pour rassembler tout ça. C'etait après avoir testé que je me suis rendu compte que sans contexte et donnees du marché réelles , le LLM hallucine et sort n'importe quoi (quelle surprise !)

Le but c'est de vous faire gagner un maximum de temps sur vos recherches de véhicule d'occasion fiable en un seul clic.

Aucune donnée personnelle d'acheteur n'est collectée, et les données de marché traitées par l'extension servent à améliorer la qualité des résultats fournis uniquement. (Je ne le vends pas à des concessionnaires ou des agences par exemple ⁾

C'est gratuit et le restera, sans pub, et français d'abord.

Salut le sub.

Voilà, on arrive au bout du tunnel. On est un tout petit studio indé de deux personnes et ça fait deux ans qu'on bosse la tête dans le guidon sur notre projet. On a tout fait nous-mêmes sur Unity, on y a passé nos jours et nos nuits.

Techniquement, le bébé est prêt. On est fiers du résultat, le code tourne bien, on a fait tester autour de nous... bref, la partie "création" est validée et la sortie est prévue d'ici quelques semaines.

Mais on vient de se prendre un gros mur de réalité : on ne sait absolument pas comment lancer une app sur le Google Play Store.

On sait faire du C#, optimiser nos builds et débugger. Mais le marketing, l'ASO (App Store Optimization), les algorithmes de visibilité de Google... c'est une langue étrangère. Notre seule base de lancement, c'est notre petit site web. On n'a pas de budget marketing, pas d'éditeur, pas de communauté préexistante.

Aujourd'hui, on a l'angoisse terrible du "bouton publier" qui enverrait 2 ans de travail acharné directement dans les limbes du store, sans que personne ne le voie.

Pour les devs et petits studios qui sont passés par là :

• Comment on évite le bide absolu le jour J quand on part de zéro ?
• Quelles sont les pires erreurs que vous avez faites lors de votre premier lancement et qu'on doit absolument éviter ?
• Y a-t-il des actions vitales à configurer sur la console Play Store avant la release sous peine d'être invisible ?

On ne cherche pas la formule magique pour faire un million de téléchargements du jour au lendemain. On veut juste donner une vraie chance à notre travail de trouver son public.

Merci d'avance pour vos retours d'expérience (et pour nous rassurer un peu !)

Je ne sais pas si c'est le bon sub, mais puisque c'est lié à la cybersécurité, je tente ma chance.

​

Comme tout le monde, j'ai 1000 comptes sur 1000 sites, avec des mots de passe en doublon et je cherche à me sécuriser, surtout que dans le cadre de mon business, je devrai partager certains comptes (pour publier sur les réseaux sociaux avec mon stagiaire par exemple). J'ai entendu dire que 1Password était pas mal pour stocker des mots de passe et donner des accès via une passerelle sans dévoiler tes vrais identifiants. Mais est-il aussi bon en tant que gestionnaire de mots de passe ?

​

Quel gestionnaire de mots de passe me conseilleriez-vous pour mon besoin, à savoir :

- éviter la redondance sur différents sites

- éviter de devoir tout retenir car je passe mon temps à perdre mes accès et changer mes mdp avec des mdp plus simpke a retenir et donc plus facilement piratable

- éviter le piratage

- pouvoir partager certains accès avec des collègues (comme le permet 1Password.eu)

Merci à vous.

EdIt : merci pour vos retours je viens de me creer un compte Bitwarden

Bonjour,

Je voulais détailler mon expérience de l'utilisation de l'IA (Claude Code) dans mon quotidien. Depuis quelques mois on accès à Claude Code dans ma boîte.

Au début je l'utilisait uniquement lors de l'écriture de code et il faisait peut être 40% de mes tâches.

Dernièrement j'ai commencé à mettre en place un workflow où je lui donne un ticket jira et ma vision sur le design. Il fait l'analyse et puis me donne un plan que je valide, il fait l'implémentation, les check, self review, PR, check ci, gérer les commentaires sur la PR.

Franchement ma productivité a explosé et mon impact aussi. J'ai ship plein de feature tout seul alors qu'on est une équipe de 3. Je fais facilement 70-80% des features de mon équipe.

Je suis un peu surpris des commentaires ici qui critiquent la qualité de code fait par Claude. Dans mon ça reste de la qualité, MAIS on a une bonne architecture dans ma boîte et plein de bonne pratiques. Je challenge pas mal le code écrit.

Par contre il fait de mauvais code côté front mais c'est pareil avec les gens de front.

Les mauvais points, ça reste très cher. Je suis peut être à +1k€/mois mais je pense que je les rentabilise. Je vais certainement avoir des soucis lors de mes prochains entretiens techniques. Aussi, je commence trop faire confiance qu'il y quelques jours, une erreur de débutant s'est glissé et a généré un souci en prod. On est bon dans la gestion des incidents et ça été résolu en moins d'une heure. Par contre j'ai déjà vu un incident qui nous a coûté beaucoup d'argent à cause d'une erreur faite par Claude (le dev aurait peut être fait la même erreur).

J'essaie maintenant à bien cadrer Claude et voir comment réduire les coûts de mon utilisation. Je suis prenant de vos conseils (j'utilise déjà rtk). Je vais passer un peu plus de temps en revue, et même utiliser systématiquement Claude pour faire une self revue.

Edit :

Je vois le commentaire qui dit :

OP ship sans regarder.

Je n'ai pas pas dit ça. Je fais une revue après et mes collègues aussi. D'ailleurs c'est pour ça que je disais que Claude surveille les commentaires sur la PR.

Par contre une fois j'ai fais trop confiance sur une tâche qui était plutôt très simple et le scope est très limité mais Claude a fait glissé une erreur de débutant.

Bonjour,

Je me demande sérieusement si je ne perds pas mon temps avec Kubernetes. J'aimerais avoir l'avis de personnes qui ont une expérience concrète de Kubernetes.

Est-ce que le retour sur investissement finit réellement par arriver, ou bien est-ce que l'entreprise dans laquelle je travaille se trompe complètement de stratégie ?

Je suis ingénieur télécom et je travaille dans une grande entreprise du secteur (un FAI, sans donner plus de précisions) J'aimerais avoir des retours d'expérience sur un sujet qui me laisse perplexe : la migration systématique des applications vers Kubernetes.

Je connais les avantages théoriques de Kubernetes. Mais dans mon cas concret, j'ai de plus en plus l'impression que nous avons remplacé une infrastructure simple et fiable par une usine à gaz.

Mon expérience

J'ai connu l'évolution de notre infrastructure :

machines physiques → machines virtuelles → Kubernetes

Je connais les différences entre ces trois approches et les avantages théoriques de Kubernetes. Mais, dans mon expérience concrète, je ne vois pas vraiment ces avantages. Au contraire, j'ai parfois l'impression que Kubernetes nous fait perdre énormément de temps et ajoute une complexité considérable.

Je précise que je ne suis pas un débutant : je comprends les concepts et je ne prétends pas que Kubernetes est inutile dans tous les contextes. Je cherche simplement à comprendre si mon expérience est particulière ou si d'autres ont fait le même constat.

Machines physiques

Pendant environ 10 ans, notre application a fonctionné sur des machines physiques.

Très peu de problèmes matériels. Aucun besoin de scaler : la machine était largement surdimensionnée et pouvait absorber plus de 20 fois la charge normale.

La majorité du temps était consacrée à l'application métier.

Je n'ai quasiment jamais connu de panne matérielle : peut-être une ou deux fois en dix ans, avec le remplacement d'une carte défectueuse.

Machines virtuelles

Même constat : très fiable et peu de différences concrètes pour l'utilisateur (moi et mes collègues)

Les mises à jour de l'infrastructure cloud nécessitaient parfois un redémarrage de la VM, mais l'application était redondante sur plusieurs clusters. Globalement, cela restait relativement simple et fiable.

Kubernetes

Et c'est là que les choses deviennent beaucoup plus compliquées.

L'entreprise dans laquelle je travaille souhaite que toutes les équipes migrent leurs applications vers Kubernetes.

Personnellement, je ne vois pas clairement le bénéfice dans notre cas particulier. Peut-être que les personnes qui s'occupent des budgets et des coûts ont une vision différente, mais je n'ai pas de contact direct avec elles.

La migration de notre application vers Kubernetes a pris environ deux ans, presque à temps plein, avec plusieurs ingénieurs.

Il ne s'agissait pourtant pas de développer une application : c'est un produit acheté auprès d'un fournisseur, qui existait déjà sur machine physique et VM. Notre entreprise a choisi le produit tournant sur Kubernetes pour remplacer le produit tournant sur machine physique (le fournisseur arrête son support)

L'essentiel du travail a consisté à :

• intégrer l'application dans Kubernetes ;
• intégrer l'application dans Flux/Argo, Vault, etc. ;
• gérer les pipelines ;
• résoudre les problèmes d'infrastructure ;
• faire fonctionner toute la chaîne d'automatisation.

En parallèle, mes collègues ont déployé une autre application (différente de la mienne) sur VM en environ deux semaines (le fournisseur ne proposait pas de version Kubernetes) alors que pour l'application que je gère, il a fallu des années pour avoir quelque chose de "fonctionnelle".

Depuis, mes collègues consacrent leur temps à l'application métier. Moi pendant ce temps, j'ai des années à construire et maintenir l'infrastructure.

La question du ROI

En estimation très grossière :

• Machine physique : environ 520 heures sur 10 ans pour configurer l'application métier.
• Kubernetes : plus de 4 000 heures pour migrer et intégrer l'application dans l'écosystème Kubernetes/DevOps.

Et cela sans compter les autres équipes de mon entreprise. Équipes cloud et équipe automatisation.

Alors je me pose une question simple :

Est-ce vraiment rentable pour l'entreprise ?

Kubernetes est censé apporter :

• de la scalabilité → Oui mais dans la pratique sur les machines physiquse, je n'ai jamais dû à scaler en 10 ans car c'était suffisamment bien dimensionné.

• de l'automatisation → Oui mais sur machine physique/Vm on met la config en 30 secondes et elle y reste. Il y a des backup automatique. vec K8s il faut mettre toute une chaine d'automatisation qui est une succession de plusieurs étapes à valider qui prend 20mn au total. Et ensuite, comme je n'ai pas confiance, je vérifie que mon application métier a bien reçu la nouvelle config. C'est arrivé tellement de fois que quelque chose bug dans la pipeline.

• de la résilience (container qui restart automatiquement s'il crash) → Oui mais sur machine physique ou VM, nos applications ne crashaient jamais. Sur Kubernetes, les containers crash toujours pour diverses raisons (on ne sait jamais si quelqu'un bricole dans l'infastructure du cluster)

où est le retour sur investissement ?

Mon entreprise veut mettre quasiment toutes les applications sur Kubernetes. J'ai parfois l'impression que nous passons plus de temps à résoudre des problèmes créés par Kubernetes et toute la chaîne d'automatisation qu'à travailler sur le produit lui-même.

Alors, que se passe-t'il avec moi ? Mon entreprise se plante de vision ou c'est les team K8s et teams automatisaiton qui ont rendu les choses trop complexes ?

J'aimerais particulièrement avoir des retours de personnes qui ont réellement comparé le coût total VM vs Kubernetes, en incluant le temps des équipes d'infrastructure et de platform.

Dans quels cas avez-vous constaté un véritable retour sur investissement avec Kubernetes ?

Merci

Salut r/developpeurs

Je partage un petit projet perso que j'ai lancé récemment.

Le constat est simple : je déteste les entretiens techniques. À chaque fois, je perds mes moyens, même si je connais la réponse. J'ai cherché des outils pour m'entraîner à l'oral (pas juste LeetCode), mais je n'ai rien trouvé de convaincant ou de gratuit.

Du coup, j'ai codé RecrutLabs

C'est un simulateur d'entretien vocal avec une IA.

Concrètement :

1. Tu choisis ton domaine en informatique

2. L'IA te pose des questions vocales (techniques ou RH).

3. Tu réponds à l'oral.

4. Elle analyse ta réponse (contenu + forme) et te donne un feedback immédiat.

C'est encore en bêta, l'UI est pas folle, mais le moteur fonctionne bien.

J'ai mis en place un "Pack Découverte" gratuit (pas besoin de CB) pour que tout le monde puisse tester.

Si vous avez des retours ou si vous trouvez des bugs, je suis preneur (soyez indulgents, je suis seul dessus !).

Le lien : https://www.recrutlabs.fr/new-interview

Merci pour la force ! 💪

Bonjour à tous,

Je suis en CDI dans une filliale d'un grand groupe et je viens chercher des retours d'XP sur une situation un peu particulière.

Je ne suis pas développeur par poste et mon scope, c'est du pilotage infra(terraform et AWS aucune mention de dev d’application). En décembre, un collègue d'une autre équipe, m’as demandé si je pouvais lui développer un outil basé sur l'IA( je suis très à l’aise sur l’IA et j’ai une appétence des métiers de l’informatique en générale) ce que j’ai accepté sur mon temps chez moi(très challengeant sur les specs), sans compensation, pour explorer un besoin métier qu'il avait identifié. L'outil a été annoncé en interne (mail, démo) mais n'a jamais été utilisé en production mais est fonctionnel. il est resté au stade de POC pendant 5 mois(2 mois dev). Récemment, l'entreprise a inclus une référence à cet outil dans une présentation d'appel d'offres qui a été gagné, en partie grâce a ma proposition IA.

Maintenant, on me sollicite pour le livrable. Mais aucune mention de rémunération supplémentaire ni de propriété intellectuelle dans la sollicitation. Ce serait le premier déploiement réel de l'outil, passage du POC au produit livrable commercial en interne et peut-être potentiellement chez le client.

Plusieurs zones grises compliquent mes engagements de poste antérieurs une clause d'exclusivité très large (aucune activité pro même non concurrente sans autorisation écrite, je ne sais pas si elle peut m'être opposée ou si elle aide ma position). Mes missions actuelles me prennent tout mon temps, donc impossible de gérer le déploiement, tester, et monitorer. L'outil a été développé sur matériel perso et chez moi.

Ce que je voudrais obtenir : avenant signé avant démarrage du déploiement, compensation chiffrée pour la mission projet(dev,déploiement,licence ou cession, support). J’ai envoyer un mail pour encadrer tout ça au responsable du projet qui lui n’a principalement que la vision business er n’est pas du tout technique, le tout dans la bienveillance et il a été réceptif pour en discuter.

Mes questions :

1. Quelqu'un a vécu une situation similaire,initiative informelle qui devient livrable commercial ? Comment ça s'est terminé ?
2. Quels sont les leviers et quel posture avoir ?Je ne veux pas paraître revendicatif.
3. salarié, quel ordre de grandeur de compensation est réaliste ?
4. Clause d'exclusivité très large, argument côté salarié ou côté employeur dans ce cas ?
5. Avenant maintenant ou attendre la prochaine revue salariale ? Et si oui demandé combien en termes de pourcentage sachant que je suis junior. Quel type de compensation demander ?

Précision : Je ne cherche pas à attaquer ma boîte, juste à passer de l'oral au formel pour un projet qui a une vraie valeur commerciale et où je suis le seul à pouvoir livrer.

J'habitais à Paris et l'immeuble était alors géré par Nexity. Lorsqu'un un incident arrivait, on passait par leur interface éclatée (oui, oui. Les locataires de Nexity ou LAMY verront très bien de quoi je parle) sans aucune vision globale sur le suivi des incidents (boîte aux lettres pétée, vitre de la porte cassée, fuite d'eau dans les communs…). Certaines fois, je voyais un truc et je me disais " bon, quelqu'un a dû le déclarer sur leur site" (spoiler : non). Les problèmes traînaient des semaines avant que quelqu'un bouge.

Le groupe Facebook de l'immeuble était un bordel sans nom, et le principe même de filer mes données à Meta me saoulait (j'y suis uniquement pour les darons). Après avoir déménagé, rebellote : WhatsApp est devenu le fer de lance pour échanger et partager des documents. Bref, encore du Meta.

Vu que je bosse en DevOps (je sais DevOps n'est pas un métier, c'est une philosophie. mais c'est juste de la sémantique pour faire comprendre ce que je fais), je me suis dit fuck it. Je ne devais pas être le seul à en avoir marre de donner mes infos à Meta, de subir un suivi d'incidents bordélique et de me perdre dans des fils WhatsApp illisibles.

Du coup, j'ai devevelopper ResidaLink avec KiloCode (pour ceux qui ne connaissent pas, c'est une extension sympa pour développer) sur des technos que je connais (histoire de ne pas ravaler tout le bullshit de l'IA). L'objectif était sortir un outil 100 % open source (un camarade encore plus saoulé que moi pourrait l'améliorer et en faire profiter les autres), GRATUIT (et cela le restera), beau (je sais c'est subjectif) et compréhensible même pour les voisins allergiques à l'informatique.

Globalement, l'outil permet de :

• Suivi des incidents d'immeuble : déclarer un problème en deux clics et savoir ce qui est en cours de résolution (fini les doublons ou les pannes oubliées), avec un vrai suivi de l'incident.
• Communication entre voisins : un fil d'actualité simple pour l'entraide et les annonces, sans les notifications de guerre civile à 23 h (c'est un PWA pour ceux que cela intéresse, je ne voulais pas payer Apple ou Google pour en faire une app)
• Mémoire de la résidence : centraliser les contacts utiles, les codes et l'historique des travaux au même endroit.

Pour ne pas complexifié l'outil, j'ai volontairement mis à l'écart la comptabilité, les assemblées générales, le juridique. L'outil ne remplace pas le syndic, l'idée serait même de permettre d'avoir l'historique même si on change de syndic.

Niveau privacy : il y a évidemment zéro pub, zéro revente de data, code auditable et possibilité de l'auto-héberger si vous voulez le contrôle total.

Le projet est dispo ici si vous voulez tester dans votre copro ou jeter un œil au code.

• Site web : residalink.com
• Code source : github residalink

Intéressé d'avoir vos retours, vos critiques ou vos idées !