Oui, je suis d'accord avec ça.
Je retiens en particulier l'argument du compilateur qui doit aider le développeur.
Ah oui, je comprend le buzz autour de cette solution. Ca a l'air vraiment bien. Il manque "juste" le tutorial expliquant comment faire du vrai debug (avec des points d'arrêt et tout ça)
Bon, et avec ça, je peux faire de la détection de visage en Rust, et en tirer des actions pour OBS ...
Il y aura donc dans Groovy 4 un équivalent du LINQ existant sur la plateforme .NET ... C'EST GENIAL !!! 😍🤩🥰
Tiens c'est marrant cet objet global qui peut ajouter des données au log. J'espère juste qu'il est thread-local (mais je suis à peu près sûr que oui)
Un article bien fichu sur la dock as code et ce que ça implique. J'ai été marqué en particulier sur le fait de passer un linter sur les fichiers de documentation, ça me fait bien réfléchir.
Cette citation est incroyablement juste, et frappante.
Un langage interprété n'utilisant que le lingo stratégique. Les programmes sont aussi illisibles que des plaquettes de direction, c'est incroyable.
Pour des raisons pas tout à fait honnêtes, je regarde cet accélérateur de téléchargement ... et je découvre avec étonnement que c'est du Java. Trop cool !
Nom de Zeus : Du refactoring au build ! ca m'a l'air fou ... et potentiellement génial !
Cette citation sera en introduction de ma prochaine présentation. Et vous allez voir, ce sera ... différent.
Une affirmation discutable par son absolutisme ... Mais néanmoins intéressante.
Un article qui offre un survol correct de la modernisation d'application. Il est toutefois dommage que les sujets vraiment délicats (comme la dette organisationnelle) n'y apparaissent pas ...
Pour ceux qui veulent passer du Go au Rust, ça a l'air d'une lecture utile.
Oh ça a l'air très chouette ... Et à mon avis ça l'est. Dommage que je n'aie déja pas le temps de jouer à Codingame (et d'autres) avant de passer à celui-là
GitOps est riche de promesses ... mais les inconvénients mentionnés dans cet article méritent vraiment qu'on y réfléchisse ...
Un très bon article expliquant bien pourquoi la lecture de code est une compétence spécifique, et d'autant plus importante qu'on lit beaucoup plus de code qu'on en écrit
Je suis malheureusement d'accord : la complexité accidentelle de Spring n'est pas maitrisée, et ça se voit beaucoup trop.
C'est une idée assez incroyable, quand on y réfléchit un poil.
Cela dit, la linguistique est un domaine invraisemblablement complexe.
Par contre, je parie que ça s'appliquera super bien à la traduction d'applications.
Ohlala comme ça frappe fort. Effectivement, si vous voulez écrire du script, faites donc du Python/Groovy/Ruby/... Vous pouvez même mettre en place une vraie gestion de la sécurité.