• [^] # Re: (HS) Github

    Posté par (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à 2.

    il faut faire 20 aller-retours pour qu'il soit accepté, pour des questions de code-style (jamais documenté), qui auraient été plus rapidement patchées via un simple de l'auteur.

    Perso j'ai arrêté de faire des retours sur le coding style sur mes projets (à moins que ça soit vraiment dégueulasse) :

    • Soit j'ai configuré un linter (ce qui donne des règles claires sur ce qui est attendu), et qui tourne dans la CI (donc le dev est prévenu tout de suite des trucs qui ne vont pas quand il fait sa pull request).

    • Soit j'en ai pas configuré et je n'ai donc pas le droit de me plaindre.

    Je sais que je diverge du sujet initial, mais, la dépendance aux interfaces web je la vit assez mal perso, et toi?

    Je comprends ton point de vue, ça casse un peu le côté décentralisé de Git.

    Mais personnellement je bosse toute la journée (et une partie de la nuit) sur des tas de projets différents avec énormément de personnes différentes, et clairement, le workflow proposé par Github et Gitlab me simplifie énormément la vie !

    • Tu peux très rapidement jeter un coup d'œil à une PR et voir si ça semble OK ou si c'est pas la peine de t'y attarder maintenant,
    • L'intégration avec de la CI permet de valider pas mal de choses automatiquement sans aucune action de ma part (puis quand c'est un linter qui dit que le code est moche, c'est plus difficile de le prendre mal que lorsque c'est un humain qui te le dit, puis c'est indiscutable )
    • Et j'aime beaucoup le fait de pouvoir directement annoter tes remarques à l'endroit concerné, ouvrir une discussion sur chacune d'entre elles, etc.

    J'utilise Github et Gitlab tous les jours, et clairement pour moi il s'agit de formidables outils de collaboration qui me font gagner énormément de temps.