Parce qu'une "communauté" n'est pas un tout unique avec tout le monde d'accord?
Oui
Sérieusement, ce genre de phrase est plutôt classique quand on a un petit soucis chez soit (sa communauté) mais qu'on ne veut pas en débattre.
Lol. Quand on voit les débats sur weboob, il y a d'un côté les "bien-pensant lisses et fades", et de l'autre "les indépendants, libres". C'est pas aussi simple que ça non plus.
J'ai eu des échanges dans les colonnes de LinuxFR avec des défenseurs de weboob qui étaient pour le moins agressifs. J'ai également expliqué à l'époque pourquoi j'avais choisi un projet concurrent (Scrapy) pour un projet - parce que Scrapy avait une image plus professionnelle, et les réponses ont été :
que weboob était très bien voire mieux techniquement
que l'équipe weboob n'avait pas les compétences pour travailler son image.
Debian les aide : "changez de nom".
Sérieusement, ce genre de phrase est plutôt classique quand on a un petit souis chez soit (sa communauté) mais qu'on ne veut pas en débattre.
C'est un sujet récurrent. Si je résume mon impression suite aux échanges que j'ai pu avoir c'est quelque chose comme : "on est bon, c'est n'importe quoi de s'appuyer sur l'image".
Et pour avoir regardé le code, je confirme qu'il est bon.
C'est un choix.
Je note que tu n'as pas contre-argumenter sur "git", je suis personnellement étonné que Debian garde ce logiciel car de toutes évidences ça viole (largement plus) leur interprétation de leur CoC (ou alors on est à la mode US, où on peut acheter une arme à 18 ans mais pas une bière, question de priorités)
Non, je n'ai pas répondu. En fait, fondamentalement je ne sais pas ce qui doit être accepté ou pas. Je ne suis pas assez compétent sur le sujet, je n'ai pas assez échangé avec des personnes qui se sentent offensées ou pas offensées, je ne suis pas assez bon en Anglais pour savoir ce qui est correct, pas correct, insultant, etc.
Les échanges que j'ai eu avec des développeurs weboob n'ont juste pas été très agréables et pas très ouverts ( j'en suis resté là.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En fait je sais pas pourquoi on débat. Comme le dit Tim dans son commentaire sur le billet weboob-the-asshole-detector : il y a deux communautés (l'équipe de dévelopement Weboob et l'équipe de développement Debian) et il y a visiblement une incompatibilité entre les deux. C'est pas un problème en soit. Si on veut vivre en communauté avec des gens qui ne partagent pas les même valeurs, on ne peut le reprocher ni à l'un ni à l'autre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Avec "lead developer" en anglais, le problème de l'intitulé serait réglé… mais le reste de la description aura nécessairement un genre : candidat / candidate, collaborateur / collaboratrice, accord des participes passés, des adjectifs.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Les revendications sont tellement claires que des représentants du mouvements ont refusé de discuter avec le premier ministre à cause de menaces de mort de la part d'autres gilets jaunes.
Et aussi parce qu'ils estimaient que de toute façon, vu la communication du gouvernement avant l'échange, n'avait aucune chance d'aboutir à quoi que ce soit.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'aimerais échanger avec toi sur l'évolution de ton outil et le fort intérêt que j'y vois pour l'intégrer dans tracim. Est-ce que tu as une adresse mail ou un moyen de discuter en direct ? J'ai créé 2 tickets sur github, mais je voudrais échanger d'une manière plus générale.
Je pense qu'on peut contribuer en terme d'interface utilisateur, ergonomie et expérience utilisateur ; ça rentrerait dans l'objectif d'intégrer l'outil dans tracim mais cela nécessite aussi quelques fonctionnalités supplémentaires du code de WBO et du coup j'aimerais en discuter avec toi pour voir comment on peut collaborer et mutualiser nos efforts.
Tu peux me contacter à l'adresse suivante : damien point accorsi arobase algoo point fr.
Damien
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Super projet. J'ai testé vite fait, et je vois une fonctionnalité manquante : l'édition des éléments déjà créés (et en particulier le déplacement). Est-ce prévu ?
Petites remarques d'ergonomie / utilisabilité :
je rejoins les remarques concernant le zoom / dézoom
l'outil "main" gagnerait à être séparé des outils de dessin (l'outil main ne créé pas d'entité graphique, contrairement à ligne droite, rectangle par exemple)
l'outil gomme gagnerait à être mis à la fin des entités graphiques car il ne créé rien, il retire
la taille configurée gagnerait à être affichée d'une manière ou d'une autre (soit une preview en dessous, soit la taille en pixels - si c'est géré en pixels, soit les deux.
Avec un outil de déplacement, je serais assez tenté de l'intégrer dans tracim en tant qu'application complémentaire : l'outil est simple, compte tenu de sa conception on peut facilement la "proxifier" pour gérer les tableaux blancs et droits d'accès via tracim mais donner accès à l'application directement ensuite (intégration légère, qui a l'avantage de permettre des mises à jour plus faciles). Dans cette optique, est-ce que tu (vous?) seriez ouverts à des MR concernant le design de l'interface utilisateur (ou à l'implémentation d'un mécanisme pour "templater" l'interface) ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
L'autre aspect c'est l'insertion automatique : l'exemple que je donne sur les tirets longs, dans LibreOffice le tiret est transformé tout seul à la saisie - ça permet à l'utilisateur d'écrire "proprement" sans connaître toutes les règles.
En fait ce que je cherche c'est ni plus ni moins qu'un traitement de texte markdown (et pas un éditeur de texte)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
N'importe que éditeur peut convenir… pas besoin d'en avoir un qui soit « spécialisé » avec la langue française. J'ai l'impression que tu cherches plutôt une configuration clavier !
Ce n'est pas juste une configuration clavier : je veux des retours visuels pour identifier les caractères spécifiques. Par exemple que les espaces insécables apparaissent en tant que tel (les éditeurs de texte que j'utilise ne mettent pas en évidence ces caractères comme le fait LibreOffice par exemple)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Tu peux tout à fait mettre radicale derrière un apache configuré en reverse proxy, ou même intégrer radicale dans apache avec mod_wsgi (après, si baikal te convient, tant mieux, j'évoque juste une solution).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est effectivement très intéressant. En creusant, je suis tombé sur une discussion Reddit je crois qui évoquait les problèmes inhérents à ELM, en particulier la pureté qui est trop forte dans certains cas… et était évoqué le langage créé par Facebook dans la lignée de React : Reasonml. https://reasonml.github.io/
Ça permet l'autocompletion, ça documente la signature des méthodes et fonctions, et c'est vérifiable via l'utilisation de l'outil mypy.
C'est pas obligatoire, mais si on veut l'utiliser on peut et ça réduit le nombre de bugs - mypy bous aide à détecter les erreurs de design ou signatures incohérentes entre définition et utilisation.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je suis plutôt architecte et dev backend. J'ai touché un peu à React, j'ai notamment suivi une formation courte, pro. J'ai un collaborateur pur frontend qui développe en react.
Le très gros intérêt que je vois à ce type de programmation «données -> vues -> actions» (le schéma de Psychofox explicite bien le principe), c'est d'une part le workflow à sens unique et d'autre part l'immutabilité (qu'elle soit strictement imposée par le langage ou «de fait» dans la manière de programmer) - en tout cas dans react/flux.
Tu ne met pas à jour l'état de tes composants, tu les remplaces. On est loin du merdier de la programmation orientée objet et des états «WTF mais pourquoi ma propriété a telle valeur?!» dont on ne parvient pas à trouver l'origine.
Le workflow a sens unique c'est une tuerie en terme de predictabilité - on sait exactement qui fait quoi, l'immutabilité aussi, et les deux couplés c'est top.
Ça ne compense pas les inconvénients du langage JS - c'est un sujet transverse, mais les technos (et développeurs) backend ont aussi des trucs à apprendre/reprendre de l'écosystème javascript.
Au final, ce que je trouve merdeux en js, c'est l'absence de typage statique principalement car cela pourrait résoudre une bonne partie de tout le merdier de l'écosystème…
Par exemple, j'aime beaucoup python, mais en fait j'aime vraiment seulement depuis que c'est typable statiquement. Le duck typing et autres joyeusetés de type args, kwargs, c'est rapidement la plaie à comprendre et maintenir - et je ne parle pas de l'utilisation intensive des list comprehension imbriquées et conditionnelles que tout projet propose pour la plus grande joie de ses mainteneurs.
Bref chaque techno a ses casseroles, et si aucune techno n'a remplacé js jusqu'à présent, c'est probablement qu'il y a une bonne raison… D'ailleurs la tendance est même (malheureusement) d'en mettre un peu partout (au hasard : qt, gnome)… /o\
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 10. Dernière modification le 21 décembre 2018 à 10:10.
Oui
Lol. Quand on voit les débats sur weboob, il y a d'un côté les "bien-pensant lisses et fades", et de l'autre "les indépendants, libres". C'est pas aussi simple que ça non plus.
J'ai eu des échanges dans les colonnes de LinuxFR avec des défenseurs de weboob qui étaient pour le moins agressifs. J'ai également expliqué à l'époque pourquoi j'avais choisi un projet concurrent (Scrapy) pour un projet - parce que Scrapy avait une image plus professionnelle, et les réponses ont été :
Debian les aide : "changez de nom".
C'est un sujet récurrent. Si je résume mon impression suite aux échanges que j'ai pu avoir c'est quelque chose comme : "on est bon, c'est n'importe quoi de s'appuyer sur l'image".
Et pour avoir regardé le code, je confirme qu'il est bon.
Non, je n'ai pas répondu. En fait, fondamentalement je ne sais pas ce qui doit être accepté ou pas. Je ne suis pas assez compétent sur le sujet, je n'ai pas assez échangé avec des personnes qui se sentent offensées ou pas offensées, je ne suis pas assez bon en Anglais pour savoir ce qui est correct, pas correct, insultant, etc.
Les échanges que j'ai eu avec des développeurs weboob n'ont juste pas été très agréables et pas très ouverts ( j'en suis resté là.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 10. Dernière modification le 21 décembre 2018 à 09:12.
En fait je sais pas pourquoi on débat. Comme le dit Tim dans son commentaire sur le billet weboob-the-asshole-detector : il y a deux communautés (l'équipe de dévelopement Weboob et l'équipe de développement Debian) et il y a visiblement une incompatibilité entre les deux. C'est pas un problème en soit. Si on veut vivre en communauté avec des gens qui ne partagent pas les même valeurs, on ne peut le reprocher ni à l'un ni à l'autre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: lead developer
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 1.
D'après un article paru sur libération il y a un an, ce n'est pas si évident que ça.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Lead Développeuse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 2.
C'est possible. Un candidat qui s'arrêterait à ça ne correspond pas à la philosophie du poste, c'est donc un effet de bord acceptable.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: lead developer
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 2.
Avec "lead developer" en anglais, le problème de l'intitulé serait réglé… mais le reste de la description aura nécessairement un genre : candidat / candidate, collaborateur / collaboratrice, accord des participes passés, des adjectifs.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un supporter de plus...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de la tablette tactile libre Diskio Pi. Évalué à 3.
Diffusez l'info ! C'est super facile : il faut juste faire un clic sur twitter ou mastodon :
Merci pour le projet !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Un supporter de plus...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de la tablette tactile libre Diskio Pi. Évalué à 4.
en espérant que j'aurai utilement apporté ma pierre à l'édifice !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: [HS] Re: Qui devrait-on craindre ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Téléphone mobile : suis-je paranoïaque ?. Évalué à 3. Dernière modification le 04 décembre 2018 à 21:33.
Et aussi parce qu'ils estimaient que de toute façon, vu la communication du gouvernement avant l'échange, n'avait aucune chance d'aboutir à quoi que ce soit.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: fonctionnalité de déplacement d'entité ? Intégration dans tracim ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 4. Dernière modification le 04 décembre 2018 à 09:45.
Rebonjour lovasoa,
J'aimerais échanger avec toi sur l'évolution de ton outil et le fort intérêt que j'y vois pour l'intégrer dans tracim. Est-ce que tu as une adresse mail ou un moyen de discuter en direct ? J'ai créé 2 tickets sur github, mais je voudrais échanger d'une manière plus générale.
Je pense qu'on peut contribuer en terme d'interface utilisateur, ergonomie et expérience utilisateur ; ça rentrerait dans l'objectif d'intégrer l'outil dans tracim mais cela nécessite aussi quelques fonctionnalités supplémentaires du code de WBO et du coup j'aimerais en discuter avec toi pour voir comment on peut collaborer et mutualiser nos efforts.
Tu peux me contacter à l'adresse suivante : damien point accorsi arobase algoo point fr.
Damien
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Concurrents?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 6.
Intéressant, mais sauf erreur de ma part, ni l'un ni l'autre ne sont des logiciels libres.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# fonctionnalité de déplacement d'entité ? Intégration dans tracim ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 9.
Bonjour,
Super projet. J'ai testé vite fait, et je vois une fonctionnalité manquante : l'édition des éléments déjà créés (et en particulier le déplacement). Est-ce prévu ?
Petites remarques d'ergonomie / utilisabilité :
Avec un outil de déplacement, je serais assez tenté de l'intégrer dans tracim en tant qu'application complémentaire : l'outil est simple, compte tenu de sa conception on peut facilement la "proxifier" pour gérer les tableaux blancs et droits d'accès via tracim mais donner accès à l'application directement ensuite (intégration légère, qui a l'avantage de permettre des mises à jour plus faciles). Dans cette optique, est-ce que tu (vous?) seriez ouverts à des MR concernant le design de l'interface utilisateur (ou à l'implémentation d'un mécanisme pour "templater" l'interface) ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: tiret long…
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message éditeur texte ou markdown aidant à la conformité à la langue française. Évalué à 2. Dernière modification le 23 novembre 2018 à 13:02.
Effectivement ; quand je disais "tiret long" j'avais à l'esprit le "tiret moyen" ou "demi quadratin".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Éditeur ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message éditeur texte ou markdown aidant à la conformité à la langue française. Évalué à 2.
L'autre aspect c'est l'insertion automatique : l'exemple que je donne sur les tirets longs, dans LibreOffice le tiret est transformé tout seul à la saisie - ça permet à l'utilisateur d'écrire "proprement" sans connaître toutes les règles.
En fait ce que je cherche c'est ni plus ni moins qu'un traitement de texte markdown (et pas un éditeur de texte)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Éditeur ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message éditeur texte ou markdown aidant à la conformité à la langue française. Évalué à 3. Dernière modification le 23 novembre 2018 à 11:30.
Ce n'est pas juste une configuration clavier : je veux des retours visuels pour identifier les caractères spécifiques. Par exemple que les espaces insécables apparaissent en tant que tel (les éditeurs de texte que j'utilise ne mettent pas en évidence ces caractères comme le fait LibreOffice par exemple)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: On vient de fusionner tracim_v2 dans tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 2133 commits plus tard, tracim sort en v2.0, juste à temps pour le Capitole du Libre. Évalué à 2.
Ayé, c'est officiel \o/
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: il y a radicale...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Serveur synchro calendrier. Évalué à 2.
Tu peux tout à fait mettre radicale derrière un apache configuré en reverse proxy, ou même intégrer radicale dans apache avec mod_wsgi (après, si baikal te convient, tant mieux, j'évoque juste une solution).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# On vient de fusionner tracim_v2 dans tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 2133 commits plus tard, tracim sort en v2.0, juste à temps pour le Capitole du Libre. Évalué à 3.
Du coup le code de la v2 est sur le repo original : https://github.com/tracim/tracim
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Usage domotique et version NAS
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de la tablette tactile libre Diskio Pi. Évalué à 3.
Faut prendre un olimex olinuxino : https://www.olimex.com/Products/OLinuXino/open-source-hardware
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Et vue.js alors?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 8 mois avec Javascript (ES6) et vue.js : mon retour d'expérience du développement front en 2018. Évalué à 4.
C'est effectivement très intéressant. En creusant, je suis tombé sur une discussion Reddit je crois qui évoquait les problèmes inhérents à ELM, en particulier la pureté qui est trop forte dans certains cas… et était évoqué le langage créé par Facebook dans la lignée de React : Reasonml.
https://reasonml.github.io/
D'ailleurs il y a ReactReason : https://reasonml.github.io/reason-react/
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Et vue.js alors?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 8 mois avec Javascript (ES6) et vue.js : mon retour d'expérience du développement front en 2018. Évalué à 2.
C'est bien de ça que je parle :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Et vue.js alors?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 8 mois avec Javascript (ES6) et vue.js : mon retour d'expérience du développement front en 2018. Évalué à 3.
Ça permet l'autocompletion, ça documente la signature des méthodes et fonctions, et c'est vérifiable via l'utilisation de l'outil mypy.
C'est pas obligatoire, mais si on veut l'utiliser on peut et ça réduit le nombre de bugs - mypy bous aide à détecter les erreurs de design ou signatures incohérentes entre définition et utilisation.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# il y a radicale...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Serveur synchro calendrier. Évalué à 4.
Radicale est une application python. Il ne fait que la partie serveur (c'est pour ça que c'est bien)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Et vue.js alors?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 8 mois avec Javascript (ES6) et vue.js : mon retour d'expérience du développement front en 2018. Évalué à 4.
Je ne dis pas le contraire…
:) c'est bien ça le problème, surtout quand tu y fourres aussi des actions conditionnelles
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# je m'intéresse au sujet...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Appel à projet dans le secteur RH. Évalué à 5.
Je suis curieux d'échanger et de voir l'approche innovante.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Et vue.js alors?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 8 mois avec Javascript (ES6) et vue.js : mon retour d'expérience du développement front en 2018. Évalué à 8.
Je suis plutôt architecte et dev backend. J'ai touché un peu à React, j'ai notamment suivi une formation courte, pro. J'ai un collaborateur pur frontend qui développe en react.
Le très gros intérêt que je vois à ce type de programmation «données -> vues -> actions» (le schéma de Psychofox explicite bien le principe), c'est d'une part le workflow à sens unique et d'autre part l'immutabilité (qu'elle soit strictement imposée par le langage ou «de fait» dans la manière de programmer) - en tout cas dans react/flux.
Tu ne met pas à jour l'état de tes composants, tu les remplaces. On est loin du merdier de la programmation orientée objet et des états «WTF mais pourquoi ma propriété a telle valeur?!» dont on ne parvient pas à trouver l'origine.
Le workflow a sens unique c'est une tuerie en terme de predictabilité - on sait exactement qui fait quoi, l'immutabilité aussi, et les deux couplés c'est top.
Ça ne compense pas les inconvénients du langage JS - c'est un sujet transverse, mais les technos (et développeurs) backend ont aussi des trucs à apprendre/reprendre de l'écosystème javascript.
Au final, ce que je trouve merdeux en js, c'est l'absence de typage statique principalement car cela pourrait résoudre une bonne partie de tout le merdier de l'écosystème…
Par exemple, j'aime beaucoup python, mais en fait j'aime vraiment seulement depuis que c'est typable statiquement. Le duck typing et autres joyeusetés de type args, kwargs, c'est rapidement la plaie à comprendre et maintenir - et je ne parle pas de l'utilisation intensive des list comprehension imbriquées et conditionnelles que tout projet propose pour la plus grande joie de ses mainteneurs.
Bref chaque techno a ses casseroles, et si aucune techno n'a remplacé js jusqu'à présent, c'est probablement qu'il y a une bonne raison… D'ailleurs la tendance est même (malheureusement) d'en mettre un peu partout (au hasard : qt, gnome)… /o\
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo