Prendre une ligne de code qui ajoute des données dans un tableau en fonction d'une chaine en entrée, cela ressemble fort a un parseur. Après, qu'on ne comprenne pas l'objectif, c'est normal, tu prends une ligne du noyau linux hors contexte et je n'y comprends rien aussi !
Sinon, perl a beaucoup poussé les expressions rationnelles et propose même maintenant de les mettre en multi-ligne pour améliorer la clarté et pouvoir commenter le code regex dans la regex elle même ! Cela permet d'avoir des regex bien plus clair et documenté.
Enfin, les regex, c'est un autre langage dans le Perl comme on peut mettre du HTML ou du SQL dans le code. Il est idiot de dire que le Perl est imbittable parce que on aime pas la vernosité des balises XML... La seule différence est que les regex sont très intégrés et qu'on les utilise beaucoup. Cependant, rien n'empêche de code comme dans un autre langage et de ne pas les utiliser.
Lorsque j'utilise une regex, je met un exemple de la ligne que je parse en commentaire. Avec cette règle toute simple, mes regex sont lisibles plusieurs années après.
Bref, cela me fait penser aux étudiants que je vois et qui code en Perl comme dans un autre langage... Ils n'utilisent pas les hash, pas les boucles foreach, me mettent des compteurs, utilisent les indices des tableaux... Cela fait du code de type C que je trouve plus que lourd et soumis a plein de bogue potentiel.
Pour finir, il y a une manière de coder en Perl et le langage est très vivant, les bonnes pratiques d'il y a dix ans ne sont pas les mêmes qu'aujourd'hui. Perl est un langage vivant. On n'aime ou on n'aime pas. Comme Bruno Latour, j'aurais tendance à dire qu'un objet technique qui n'évolue pas est condanné à terme. Pour moi, l'aspect vivant du Perl est un enrichissement communautaire mais je comprends qu'on puisse ne pas aimer cet aspect social du langage.
[^] # Re: Analyse poussée ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Raisons pour qu'un État n'investisse pas dans le logiciel libre. Évalué à 4.
Sinon, perl a beaucoup poussé les expressions rationnelles et propose même maintenant de les mettre en multi-ligne pour améliorer la clarté et pouvoir commenter le code regex dans la regex elle même ! Cela permet d'avoir des regex bien plus clair et documenté.
Enfin, les regex, c'est un autre langage dans le Perl comme on peut mettre du HTML ou du SQL dans le code. Il est idiot de dire que le Perl est imbittable parce que on aime pas la vernosité des balises XML... La seule différence est que les regex sont très intégrés et qu'on les utilise beaucoup. Cependant, rien n'empêche de code comme dans un autre langage et de ne pas les utiliser.
Lorsque j'utilise une regex, je met un exemple de la ligne que je parse en commentaire. Avec cette règle toute simple, mes regex sont lisibles plusieurs années après.
Bref, cela me fait penser aux étudiants que je vois et qui code en Perl comme dans un autre langage... Ils n'utilisent pas les hash, pas les boucles foreach, me mettent des compteurs, utilisent les indices des tableaux... Cela fait du code de type C que je trouve plus que lourd et soumis a plein de bogue potentiel.
Pour finir, il y a une manière de coder en Perl et le langage est très vivant, les bonnes pratiques d'il y a dix ans ne sont pas les mêmes qu'aujourd'hui. Perl est un langage vivant. On n'aime ou on n'aime pas. Comme Bruno Latour, j'aurais tendance à dire qu'un objet technique qui n'évolue pas est condanné à terme. Pour moi, l'aspect vivant du Perl est un enrichissement communautaire mais je comprends qu'on puisse ne pas aimer cet aspect social du langage.