De plus en plus la mode dans les magazines et de faire apprendre le dernier langage script "à la mode" ... il n'y a qu'a regarder sur les lin***-mag et autre log*n, pour voir le Nieeme lang. script qui va vous revolutionner la vie ;-)
Juste une remarque : Ca sert à quoi ?
Je veux dire, pkoi faire une collection ?
Perl par-ex, donné mort il y a qqn années suite à la sortie de la vaque des pages *SP, fait un retour en force ...
Python essaye de se faire un place au soleil ...
Pourtant, quel est l'interet d'avoir 36 scripts mise à part avoir 36 incompatibilité entre ces scripts ... et devoir refaire 36 fois la Nieme biblotheque qui mappe telle ou telle fonctionalité (par exemple la flopé des X : XML, XSL, Xpath, XSchema, SOAP, ... )!
Il ne faudrait pas perdre de vue que les scripts ont été faits pour faire un PETIT bout de code RAPIDEMENT !
Et non pas un GROS bout de code !!!
Meme si certains script disposent d'IDE permetant l'introspection dynamique et donc la completion et autre debug, bcp vous laissent en plan avec votre Vi ou Emacs "préféré" ... bref un confort relativement sommaire propice aux prises de tete en phase de debug ;-)
Ainsi, meme si le propos ayant mené à la creation de script est louable, leur nature "rapide" menne souvant à une faible qualité du code et à une modularité quasi nulle. Ceci entraine immanquablement une reutilisabilité faible (voire nulle) ....
En voulant aller vite, on en est reduit à pondre du code copier-collé à la chaine.
Puis a se taper des longues phase de debugs à l'issue tjr incertaine :(
Finalement, est-ce que cette fuite en avant à la recherche du script, ne denote pas tout simplement une recherche de fonctionalité, simplicité et souplesse que le C et C++ n'ont jamais eut ?
Ainsi, il est amusant de constater que sur les plateformes qui developpement peu en java (linux par ex.), l'utilisation de scripts est la plus active ;-)
# Perl et autre langages de script "à la mode"
Posté par Anonyme . En réponse à la dépêche Articles sur Perl 6. Évalué à 0.
Juste une remarque : Ca sert à quoi ?
Je veux dire, pkoi faire une collection ?
Perl par-ex, donné mort il y a qqn années suite à la sortie de la vaque des pages *SP, fait un retour en force ...
Python essaye de se faire un place au soleil ...
Pourtant, quel est l'interet d'avoir 36 scripts mise à part avoir 36 incompatibilité entre ces scripts ... et devoir refaire 36 fois la Nieme biblotheque qui mappe telle ou telle fonctionalité (par exemple la flopé des X : XML, XSL, Xpath, XSchema, SOAP, ... )!
Il ne faudrait pas perdre de vue que les scripts ont été faits pour faire un PETIT bout de code RAPIDEMENT !
Et non pas un GROS bout de code !!!
Meme si certains script disposent d'IDE permetant l'introspection dynamique et donc la completion et autre debug, bcp vous laissent en plan avec votre Vi ou Emacs "préféré" ... bref un confort relativement sommaire propice aux prises de tete en phase de debug ;-)
Ainsi, meme si le propos ayant mené à la creation de script est louable, leur nature "rapide" menne souvant à une faible qualité du code et à une modularité quasi nulle. Ceci entraine immanquablement une reutilisabilité faible (voire nulle) ....
En voulant aller vite, on en est reduit à pondre du code copier-collé à la chaine.
Puis a se taper des longues phase de debugs à l'issue tjr incertaine :(
Finalement, est-ce que cette fuite en avant à la recherche du script, ne denote pas tout simplement une recherche de fonctionalité, simplicité et souplesse que le C et C++ n'ont jamais eut ?
Ainsi, il est amusant de constater que sur les plateformes qui developpement peu en java (linux par ex.), l'utilisation de scripts est la plus active ;-)
A mediter ...
3hck.