J’ai l’impression qu’il s’agit d’un billet de commande : « Nous avons un blog sur la tech derrière notre entreprise. Il faut le remplir », « Cool, on peut parler de comment on travaille ? », « Non, il faut en dire le moins possible pour pas qu’on nous copie ».

Le billet : « On travaille comme tout le monde. » + Un peu de Bezos, un peu de GAFAM (ou tout autre référence comprise par les supérieurs).

Le boss : « Wow ! Super clair ton billet ! »

Je suis un peu méchant, mais ce billet ne raconte pas grand-chose et me semble avoir plus pour but de montrer que les gens qui l’ont écrit sont à l’aise avec les concepts d’une catégorie bien particulière de développeurs ingénieur: Possède un Mac, lit les livres des fondateurs des grands groupes le soir, lit les analyses concernant des grands groupes écrit par des analystes travaillant dans lesdits grands groupes, scrolle Anandtech, etc.

Ça renvoi une image positive d’une ingénierie active et reconnus au sein de la boite, mais, paradoxalement, les ingés ne sont pas le public cible de ce genre de billet.

Après, brosser les supérieurs est peut-être l’objectif d’un tel billet. On montre qu’on sait de quoi on parle, et qu’on a conscience des enjeux de notre poste. Dans ce cas-là, c’est plutôt réussi, mais je soupçonne que le reste du monde s’en tape un peu.

Est-ce normal qu’un article de réaction à un post Twitter qui généralise la pensée de son auteur à tous les acteurs de cette industrie soit publié ici ?

D’autant plus quand la qualité de l’article est très discutable, se veut moralisateur voir injurieux et se rapproche plus du billet d’humeur que de l’article sourcé.

Respect à Franck qui maintient ce super CMS depuis des années.

Dotclear a 17 ans et a subit de nombreuses réécritures, il tourne impeccablement bien.

Le métier de dev est devenu tellement large (et ce n’est pas près de s’arrêter) qu’il est de plus en plus important de relativiser la notion de “bonnes pratiques”. On ne peut parler de “bonnes pratiques” sans le contexte/domaine d’application.

Il y a quelques bonnes pratiques de base (e.g. rendre lisible son code), mais dès qu’on rentre sur des questions de complexité, il est difficile d’avoir des solutions uniques.

La réciproque étant que tu peux juger de l’expérience et du recul d’un dev sur sa capacité à expliquer la relation entre le problème qu’il cherche à résoudre et sa solution.

J’ai codé mes premiers programmes Visual Basic puis C dans la petite salle info de mon lycée, et je n’étais pas le seul. J’ai vu des gens coder/modifier Half Life avec un truc que je ne connaissais pas à l’époque et qui s’appelait Visual Studio. On s’échangeait des programmes, de la documentation trouvée sur le net, le tout sur CD (parce qu’il y avait un graveur unique sur place). On discutait un peu technique, on s’ouvrait à tout ce qu’on pouvait faire.

La salle était en partie autogérée (on avait un créneau horaire pour discuter de ce qu’on souhaitait installer, car on n’avait pas les droits et on devait en faire la demande).

Je pense qu’avoir accès à l’outil informatique jeune est vraiment quelque chose qui transforme la société, d’où l’importance de telles salles partout dans le monde.

Merci pour l’article. Il est très bien écrit.

Je ne suis personnellement jamais tombé sur du code qui abuse de commentaires. Il n’est pas simple, pour un junior/nouvel arrivant de savoir quand il est pertinent de commenter ou non. En cas de doute, j’aurais tendance à dire qu’il vaut mieux risquer d’écrire un commentaire inutile que d’en omettre un important.

Concernant les abréviations. Je suis d’accord qu’il faut les éviter par défaut, mais il peut être intéressant de faire une liste blanche de termes quand ils sont très souvent utilisés. Cette liste doit être discutée. Le but n’est pas d’en mettre partout, mais sur les noms de variable les plus utilisés, suivant le domaine.

J’ai une petite liste de termes qui reviennent.

Une technique pour qu’une personne s’améliore est de combiner la maintenance de ses propres outils, avec le débogage d’outils bien codé. Ça permet à la personne de se rendre compte par elle-même de l’intérêt d’avoir des choses propres.

Il est dommage que le seul exemple français de ce billet soit JdH.

Le problème que posent les annuaires est l’agrégation des contenus. Tous ne se valent pas, et même JdH n’a pas assez de monde pour que le système de vote soit pertinent.

De même que “naviguer” sur internet au sens où l’auteur l’entends était une activité enrichissante, elle l’est toujours, et toujours pratiqué, mais le nombre de personne utilisant le réseau ayant augmenté, le nombre de personne navigant est devenu minoritaire, d’où l’impression de l’auteur qu’il s’agit d’une activité délaissée.

Et forcément, la semaine où je mets mon travail à la disposition de tous, c’est la semaine ou mon hébergeur ne met pas à jour le certificat SSL…

Désolé.