Communautés dans le monde de la programmation

Bonsoir,

Je faisais des recherches sur divers outils qui a le même but. Leur différence étant en particulier le langage. (Par exemple Node ou Python.) Ce n’est pas le plus important.

J’ai réalisé qu’il y avait des communautés qui étaient hautaine ou méprisante. Genre que tel langage est supérieur à l’autre. Certaines questions mal prises car ça fait passer la personne comme un faux programmeur. Il y a plein d’autres exemples.

Est-ce courant ? Si oui, pourquoi ? Qu’une personne soit débutante ou souhaite passer d’une technologie à une autre, il faudrait être heureux de voir de nouvelles personnes s’intéresser à telle ou telle chose non ?

Oui c’est courant, parce qu’il faut bien s’occuper.

Et ça ne coûte pas grand chose de rappeler que certains langages sont objectivement mauvais

Quoi, Python n’est pas le langage ultime ?

Je peux pas dire que j’ai arrêté de troller les langages, notamment parce que quand j’aborde des points qui me dérangent, je finis généralement par déclencher un troll…

Par contre ça fait un moment que j’ai arrêté de mépriser tel ou tel autre langage/métier, en me rendant compte qu’il y avait beaucoup de trucs intéressants à observer la façon dont les gens s’accomodent de leurs contraintes.

Par exemple c’est assez rigolo d’observer comment des pratiques d’ingénierie qui sont bonnes dans l’absolu ont mené le monde du web à cet espèce de chaos qu’est la communauté Javascript : vu de l’extérieur ça ressemble au mouvement des molécules dans une casserole d’eau en ébullition. Mais du jour où on décide d’arrêter de se foutre de leur gueule ("Quoi ? Ce code a deux mois ? C’est du legacy, tu ferais mieux de coder ton propre framework.") on s’aperçoit que globalement, cette communauté déploie des trésors de créativité pour compenser le manque de diversité de langage côté browser.

@tleb : aussi curieux que ça puisse paraître, je commence à me sentir limité (cognitivement parlant) par Python, et son avenir me semble moins radieux qu’il y a 4 ou 5 ans, typiquement. Je guette la prochaine opportunité de lancer un projet au boulot, sur un langage qui n’a pas encore atteint le point d’inflexion de sa croissance. Ne serait-ce que parce que ce n’est pas bon de stagner sur une même techno.

vu de l’extérieur ça ressemble au mouvement des molécules dans une casserole d’eau en ébullition.

Je proteste avec véhémence ! Si le comportement individuel d’une molécule d’eau dans une casserole d’eau en ébullition est stochastique, il est possible de connaitre sans difficulté aucune une tendance, une direction. Bref, on a à notre disposition les riches et puissants outils de la physique statistique pour nous dire comment le système se comporte. Bien qu’à l’interface entre la thermodynamique et la mécanique des fluides, le comportement de l’eau en ébullition dans une casserole n’est pas considérée comme un système complexe (au sens physique du terme).

Le comportement de la communauté javascript dépasse de très loin les systèmes complexes qui sont actuellement solubles ou compréhensible.

Pourquoi écrire cela ici ? Juste pour illustrer que quel que soit le domaine, tu trouveras toujours quelqu’un pour en reprendre un autre (tu as tooooords), de manière plus ou moins légitime et plus ou moins intelligente¹. C’est courant, et pas propre à l’informatique.

Blague à part à propos de JS, Coplien (que les C++iens connaissent bien) et Cook, qui bossent pas mal sur les questions d’OO, ont tendance à considérer que c’est l’un des très rares langages qui soient réellement OO. A contrario par exemple des langages à classe type Java ou C++ qui sont des langages où il serait difficile de faire du vrai orienté objet (et qu’ils relèguent à une définition de "class-oriented").

Vive les interactions humaines

Ça va paraître con mais c’est une révélation que j’ai eue en ayant la chance d’assister à la conférence ACM Foundations of Software Engineering en automne dernier.

L’ingénierie logicielle au sens large, et ça inclut aujourd’hui plus que jamais la sphère open source, est un domaine dont l’enjeu principal, notamment pour la recherche, est humain.

Sérieusement j’aurais voulu en faire un article pour résumer le contenu de cette (prestigieuse) conférence sans en avoir eu le temps, mais plus de la moitié des papiers (et la totalité des keynotes) qui y étaient présentés portaient sur les enjeux et/ou les problèmes collaboratifs et humains qui touchent ce domaine. Je repense en particulier à un ancien ingénieur ses Bell Labs qui appelait à la création d’un nouveau domaine transverse de recherche, qu’on pourrait appeler "sciences collaboratives", au barycentre de l’ingénierie logicielle, la psychologie sociale et l’anthropologie.

En somme contrairement à ce que l’on pourrait penser en observant divers forums ou communautés en informatique, l’élite (si l’on peut dire) du domaine ne se pose plus tellement la question "comment faire du logiciel de qualité ? ", au profit de "comment amener les hommes et les femmes qui développent les logiciels à mieux collaborer dans leur travail pour en parfaire le résultat, ainsi que leur propre expérience ?".

Au fond la question des interactions humaines autour de telle ou telle techno est devenue un point central de réflexion pour la recherche. C’est pour moi le signe que l’on peut considérer avoir fait le tour de la supériorité technique de tel langage sur les autres, et qu’aujourd’hui on s’en fout, parce que ce ne sont plus ces détails qui freinent le progrès.

Tu grossis un peu le trait, ou alors les titres des papiers sont vraiment très trompeurs . Cela dit, il est vrai que la capacité à communiquer de manière efficace et utile est déjà un problème au sein d’équipes qui bossent sur un sujet commun, et encore bien plus quand on parle de sujets différents (tout en restant sur un même système) typiquement : développement VS validation.

A supposer que tout le monde soit d’accord sur une modélisation du problème (ce qui déjà n’est pas gratuit), tout le monde aura malgré tout un vue différente de cette modélisation en fonction de son job. Et autant, si permettre à chacun de récupérer les informations qui l’intéresse, sous une forme qui lui convient, on commence à bien se débrouiller, transmettre les résultats du travail de chacun aux autres sans perdre 80% des informations intéressantes et en les modélisant correctement, c’est clairement une autre paire de manches. Et il y a même pas forcément besoin de travailler sur des sujets très différents pour voir le problème apparaître.

Question de granularité et de sous-domaine à mon avis. L’ingénierie du logiciel, c’est très large, et ça englobe beaucoup de sous-domaines précis où l’on a également des problèmes d’ingénierie (ingénierie du test, de la preuve, de la sécurité, de la visu, … etc). Et dans ces sous-domaines, qui restent dans l’ingénierie (je parle même pas de la partie théorique ou pratique), les discussions ne sont pas encore axées tant que cela sur l’humain, on a encore beaucoup de problèmes pour modéliser et encore plus pour résoudre de manière efficace.

Tu grossis un peu le trait, ou alors les titres des papiers sont vraiment très trompeurs

Un peu des deux, je suppose.

La majorité des présentations auxquelles j’ai assistées étaient axées sur l’humain, même quand il s’agissait de présentations a priori très techniques comme telle méthode de test impliquant des mutations aleatoires du code, alors que l’intitulé n’y aurait pas fait penser à la base.

Je répondrai au reste demain, quand j’aurai un peu de temps pour contruire ma réponse.

Toutes les communautés, de la programmation à l’élevage des husky sont hautaine et méprisante, c’est l’être humain qui est comme ça

Dans tous les forums, le dernier arrivé doit impérativement être d’accord avec les membres aux status +1000 et se plier à leur avis et leur savoir, au risque de voir ses idées et avis démontés… Les anciens ayant toujours raison

Coluche disait "C’est pas parce qu’ils sont nombreux à avoir tort qu’ils ont raison"

C’est la même chose dans le monde du travail, la nouvelle recrue sera vu comme un ennemi

Forum, communauté, … Secte ?

Oula, on ne doit pas travailler aux mêmes endroits (ni les mêmes forums à priori).

j’oubliais également l’esprit de contradictions…

Disons que si tu trouves que tes collègues au travail sont des ennemis ou vice-versa, autant changer de travail.

En soit, si c’est juste un forum, bah pas grave, je n’y vais pas. Par contre, si c’est un truc où je me fais embaucher et que je passe au moins 40 heures sur place… bah j’avoue que je déprimerais pas mal.

une secte est la question de l’influence d’un « manitou ».

c’est quoi? un chariot élévéteur de débat?

Sinon blague à part pour ce qui est des langages de prod, l’aspect grégaire y est aussi pour beaucoup.

il y a peu, je regardais l’interview d’une personne de la fédération FDN à propos de la neutralité du net. Et dans les commentaires du débat, y’a eu des gens qui se sont battu pour savoir si PHP était un bon langage. Le fait que PHP soit une cible facile est le cas typique du comportement grégaire : tout le monde critique PHP alors critiquons PHP.

Si tu vas sur IRC, tu me voir troller sur JS pour la même raison : les devs de zds les plus actifs sur IRC sont des devs JS. J’ai beau aimer les concepts tels que les promises, le async/await etc. c’est trop bon de parler de JS en mal.

C’est marrant de critiquer php et je aussi et surtout car ils ont beaucoup de "fan-boy", en particulier dans les dev amateurs et peu expérimenté. Du coup c’est facile, un petit troll bien placé et ça part en sucette total alors que ce sont deux technos qui ont des arguments à faire valoir.