Je pense que les livres de développement personnel appliqués au code peuvent convenir aux débutants qui n’ont pas encore de point de vue sur la technique ou les méthodes d’implémentation, mais que leur utilité diminue à mesure que l’expérience s’accumule. Il n’existe pas non plus de vérité absolue valable pour tous les projets et tous les environnements, et il arrive que les généralités ne s’appliquent pas. Comme pour les conseils des livres de développement personnel dans d’autres domaines, il semble préférable de garder une certaine distance, de n’appliquer que les conseils adaptés au contexte et de ne pas les poursuivre aveuglément.

 

Il ne faut pas oublier que le clean code n’est pas un objectif, mais un moyen.

 

La création de frontends basés sur Go est plus efficace qu’on ne le pense. S’il y a de plus en plus de cas d’usage, ce n’est pas sans raison.

 
  • Les outils de codage IA existants étaient principalement proposés pour les entreprises, ce qui les rendait difficiles d’accès pour les étudiants, les freelances et les startups.
  • Au contraire, n’était-ce pas plutôt difficile à utiliser en entreprise à cause des problèmes de sécurité du code.. ?
 
bbulbum 2025-02-26 | commentaire parent | dans: Half-Life : Half-Life (filfre.net)

« J’arrête l’équipement. Ça ne marche pas ? Ça ne s’arrête pas. Je vais devoir m’échapper d’ici. » C’est aussi une œuvre qui a laissé l’une des répliques cultes de la scène des mèmes en Corée.

 

J’ai déjà entendu parler de l’entreprise où travaille une connaissance : c’était un éditeur de logiciels de réservation et de gestion de la relation client installés sur serveur local.
Cela fait déjà près de 20 ans que le produit existe, et comme son marché cible est clairement défini, l’entreprise serait tout de même environ numéro 2 du secteur.
Là aussi, ce n’est pas un service cloud/web et les avancées techniques n’y sont pas énormes, mais je me suis dit que ce genre de business est vraiment pas mal aussi.

 

Je me reconnais un peu plus dans ce que dit John.
L’essentiel n’est probablement pas de suivre aveuglément les propos de l’un ou de l’autre comme un dogme, mais de comprendre pourquoi ils disent cela et d’avancer à partir de là.

 

La réutilisation de la résolution des conflits, c’est vraiment bien.

 

Comme toujours, l’important, c’est de garder la mesure.

 

Pour les diff, j’utilise git-delta afin de les afficher dans un format TUI.

  10   │ [core]  
  11   │     pager = delta  
  12   │ [interactive]  
  13   │     diffFilter = delta --color-only  
  14   │ [delta]  
  15   │     line-numbers = true  
  16   │     side-by-side = true  
  17   │     navigate = true  
  18   │     diff-so-fancy = true  
  19   │     hyperlinks = true  

Sinon, si on veut éviter de se compliquer la vie, tig... hahaha
Il y aurait quelque chose de mieux... ?

 

C'est instructif 👍🏻

 

J’aimerais bien essayer quand même.

 

J’ai beau regarder, j’ai l’impression qu’ils compliquent un problème simple...

 

J’ai vraiment pris beaucoup de plaisir à le lire.

 

Ce sont des personnes formidables. :)

 

Je croyais que le Parti travailliste britannique était plus à gauche que les conservateurs, eh ben~

 

Les icônes ne devraient être utilisées que lorsqu’elles sont compréhensibles d’un seul coup d’œil, et il semble indispensable de prévoir aussi une fonction d’appui long pour afficher un texte d’aide.

 
roryk 2025-02-26 | commentaire parent | dans: Pourquoi Clojure ? (gaiwan.co)

Personnellement, j’utilise Clojure, et je suis largement d’accord avec le contenu de l’article.
Dans mon travail, j’ai surtout utilisé Python et Java(Type)Script, mais dès qu’on relâche un peu la maintenance, il devient facile de ne plus suivre l’évolution du langage lui-même et de ses bibliothèques, et le code se transforme vite en legacy code. Avec Clojure, en revanche, j’ai été très satisfait de constater qu’un code écrit une fois reste très facile à relire, modifier et faire évoluer, même un an plus tard.
Depuis, pour mes usages personnels, sauf contrainte liée à une bibliothèque spécifique, j’utilise volontiers Clojure.