Ca, je dirais, c'est ton problème. Est-ce que je me suis plaint de pas avoir assez de contributeurs ? Jamais. Faut croire que pas mal de gens sont pas apeurés par la première originalité venue (ou ont assez d'expérience pour se rendre compte que ça n'a aucune incidence sur la qualité du code). Franchement, lire des commentaires du niveau de celui de xcomcmdr (plus haut), c'est à pleurer. A croire qu'il n'a jamais rencontré autre chose qu'un "Hello World" de toute sa vie.
Excuse moi, mais j'ai vu suffisamment de code pour voir de suite que ça pue potentiellement.
Encore une fois, s'il y a des exceptions, je veux bien y croire, mais j'en ai pas vu. Et j'ai vu pourtant beaucoup de code.
Et qu'il y ait une exception ou non je dirais que je m'en fiche un peu. Humainement, modifier un fichier de plus de 10 000 lignes ce n'est pas pour moi. Déjà à 3000 lignes je sature vraiment la molette pour changer au final 1% du bordel, alors 10 000... Ouais, il y a grep, à condition de connaître le code et d'être sûr de ne pas se tromper. Dur. Je préfère structurer en petites unités logiques (que ce soit au niveau fichier ou classe), c'est beaucoup plus gérable, et ça m'empêche moins de me concentrer. Et en prime, je risque beaucoup moins de me retrouver avec un objet omniscient qui fait tout, même le café (respecter SOLID, c'est pas que pour la beauté du geste).
Tu peux gérer un fichier de plusieurs milliers de lignes, tant mieux pour toi. Chez moi, c'est un code smell qui s'est toujours vérifié et une source de perte de temps (scrolling/grep) et de déconcentration (lire des milliers de lignes qui n'ont rien à voir, même en passant, avant de trouver ce que je recherche : non merci).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: color2gray et organisation du code
Posté par xcomcmdr . En réponse à la dépêche G’MIC 1.6.2.0 : Colorisation de BD, transfert de couleurs, aide au détourage et autres réjouissances. Évalué à 3. Dernière modification le 23 avril 2015 à 16:43.
Excuse moi, mais j'ai vu suffisamment de code pour voir de suite que ça pue potentiellement.
Encore une fois, s'il y a des exceptions, je veux bien y croire, mais j'en ai pas vu. Et j'ai vu pourtant beaucoup de code.
Et qu'il y ait une exception ou non je dirais que je m'en fiche un peu. Humainement, modifier un fichier de plus de 10 000 lignes ce n'est pas pour moi. Déjà à 3000 lignes je sature vraiment la molette pour changer au final 1% du bordel, alors 10 000... Ouais, il y a grep, à condition de connaître le code et d'être sûr de ne pas se tromper. Dur. Je préfère structurer en petites unités logiques (que ce soit au niveau fichier ou classe), c'est beaucoup plus gérable, et ça m'empêche moins de me concentrer. Et en prime, je risque beaucoup moins de me retrouver avec un objet omniscient qui fait tout, même le café (respecter SOLID, c'est pas que pour la beauté du geste).
Tu peux gérer un fichier de plusieurs milliers de lignes, tant mieux pour toi. Chez moi, c'est un code smell qui s'est toujours vérifié et une source de perte de temps (scrolling/grep) et de déconcentration (lire des milliers de lignes qui n'ont rien à voir, même en passant, avant de trouver ce que je recherche : non merci).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)