Je pense que pour dire ça, tu dois pas être programmeur. Les lignes de code, ça monte très vite, et ce pour pas mal de raison.
L'une d'elles est la lisibilité par exemple, laquelle fait qu'un programmeur va avoir tendance à sauter souvent les lignes par exemple, et à laisser des lignes vides aussi.
Et pis y a les commentaires aussi, très important et qui prennent une bonne part du code.
En plus là il ne s'agit pas d'un programme texte sans précaution.
C'est un programme qui apparemment requière une identification (j'ai lu une histoire de clé à insérer sur un autre post linuxfr), qui doit avoir des mesures de protection diverses, qui -- comme tu le dis -- a une interface graphique... en plus cette interface est avancée puisque j'ai cru comprendre que c'était écran tactile, etc. En outre là est-ce du matos spécifique? Si c'est le cas, y a sûrement des trucs à gérer en bas niveau pr accéder au matos. Enfin bon y a plein de trucs à régler.
Faut pas rigoler, 100 lignes, on les explose dès qu'on se met à écrire un petit script un peu plus compliqué que d'habitude et qu'on fait du code propre.
Enfin je voudrais avancer que pr ces raisons, les lignes s'écrivent vite en programmation, donc ça n'a pas le même sens qu'en littérature... sinon pr impressionner le chaland.
Ensuite on peut toujours s'amuser à faire du concours de "faire le prog le plus court possible pour un but donné", mais souvent ça implique peu de sécurité du prog, peu de gestion des erreurs, une illisibilité assez logique, etc. Ca c'est juste un truc de geek ce genre de concours.
Et oui très probablement aussi qu'il eut été faisable de développer le même soft avec la même sécurité, les mêmes fonctionnalités et la même lisibilité en moins de lignes... mais bon franchement... c'est pas plus un signe de sûreté. D'ailleurs tu parles un moment de simplicité, mais la simplicité n'implique pas la brièveté de code (ni la réciproque). En fait la taille du code et la simplicité des algorithmes n'ont tout simplement aucun rapport.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: MJs
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Êtes-vous favorable au vote électronique ?. Évalué à 9.
Je pense que pour dire ça, tu dois pas être programmeur. Les lignes de code, ça monte très vite, et ce pour pas mal de raison.
L'une d'elles est la lisibilité par exemple, laquelle fait qu'un programmeur va avoir tendance à sauter souvent les lignes par exemple, et à laisser des lignes vides aussi.
Et pis y a les commentaires aussi, très important et qui prennent une bonne part du code.
En plus là il ne s'agit pas d'un programme texte sans précaution.
C'est un programme qui apparemment requière une identification (j'ai lu une histoire de clé à insérer sur un autre post linuxfr), qui doit avoir des mesures de protection diverses, qui -- comme tu le dis -- a une interface graphique... en plus cette interface est avancée puisque j'ai cru comprendre que c'était écran tactile, etc. En outre là est-ce du matos spécifique? Si c'est le cas, y a sûrement des trucs à gérer en bas niveau pr accéder au matos. Enfin bon y a plein de trucs à régler.
Faut pas rigoler, 100 lignes, on les explose dès qu'on se met à écrire un petit script un peu plus compliqué que d'habitude et qu'on fait du code propre.
Enfin je voudrais avancer que pr ces raisons, les lignes s'écrivent vite en programmation, donc ça n'a pas le même sens qu'en littérature... sinon pr impressionner le chaland.
Ensuite on peut toujours s'amuser à faire du concours de "faire le prog le plus court possible pour un but donné", mais souvent ça implique peu de sécurité du prog, peu de gestion des erreurs, une illisibilité assez logique, etc. Ca c'est juste un truc de geek ce genre de concours.
Et oui très probablement aussi qu'il eut été faisable de développer le même soft avec la même sécurité, les mêmes fonctionnalités et la même lisibilité en moins de lignes... mais bon franchement... c'est pas plus un signe de sûreté. D'ailleurs tu parles un moment de simplicité, mais la simplicité n'implique pas la brièveté de code (ni la réciproque). En fait la taille du code et la simplicité des algorithmes n'ont tout simplement aucun rapport.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]