Il utilise l'ossature du dernier Camel Book pour cette présentation.
En parrallèle Damian Conway a entamé une série d'article intitulés Exegesis (exegèse in french) pour expliquer par la pratique la théorie d'Apocalypse.
Allez voir vous allez avoir des suprises.
A suivre donc...
Aller plus loin
- Apocalypse 1 (12 clics)
- Apocalypse 2 (2 clics)
- Exegesis 2 (2 clics)
# python c'est mieux
Posté par Anonyme . Évalué à -1.
[^] # Lisp en Python c'est mieux
Posté par Anonyme . Évalué à 0.
# Programming Ruby
Posté par Anonyme . Évalué à 0.
http://www.rubycentral.com/book/index.html(...)
[^] # et Programmer en Ruby ?
Posté par TSelek . Évalué à 1.
sinon c'est vrai que Ruby c'est Perl++, mais c'est pas pour autant que ces articles soient à jeter.
Perl, Ruby, xml et tout ça, moi je dis qu'on vit une belle époque (mis à part que ces temps-ci tous les trolls sont à mater LS sur leurs LS, c'est mort ici)
[^] # Re: en francais dans le texte
Posté par Anonyme . Évalué à 0.
sinon ben te reste plus qu'a apprendre l'anglais (ou le japonais)
en plus, ca te reservira, parce que le temps du LSE* est passe
* LSE : http://www.google.com/search?q=cache:2c073a8e2fd36009:wwwsi.supelec(...)
[^] # Re: Programming Ruby
Posté par TSelek . Évalué à 1.
http://www.ruby-lang.org/(...)
http://www.rubycookbook.org/(...)
http://www.rubyfr.org/(...)
http://www.autourderuby.net/(...)
[^] # Fabiennnnnnnnnnnnn !!!!!!!!!
Posté par TSelek . Évalué à 1.
[^] # Re: Fabiennnnnnnnnnnnn !!!!!!!!!
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
# Je viens de lire exegese 2
Posté par reno . Évalué à 1.
Decidement je suis refractaire au Perl.
Question de "tournure d'esprit" je pense..
J'hesite entre Ruby et Python pour remplacer Perl..
Non, ce n'est pas un troll comme les deux d'en haut, j'apprecie la souplesse de Perl, mais je trouve que le prix a payer au niveau lisibilite (~shell++) est un peu eleve.
[^] # la lisibilite de perl
Posté par Anonyme . Évalué à 0.
mais tu peux aussi ecrire du code perl tres lisible.
et des trucs du genre
while(<>){
s/Mr/M\./g;
print;
}
c'est assez utilise aussi
et c'est pas foncierement illisible
Mais c'estsur que faire du WxPython c'est cool aussi...
[^] # Re: Je viens de lire exegese 2
Posté par Anonyme . Évalué à 0.
La gestion des types, est vraiment intéressante, permet de mieux coder certaines parties mathématiques par exemple (y'a pas mal de pbs sous perl5).
Bref moi je le dit, vivement Perl 6 ! je ne code plus beaucoup (sauf 2/3 trucs systèmes) en perl, mais avec perl 6, je pense que je m'y remettrai sans hésiter.
Jesus
[^] # Re: Je viens de lire exegese 2
Posté par Anonyme . Évalué à -1.
Dieu.
# Perl 6 ? trop tard !
Posté par Anonyme . Évalué à 0.
Réimplémenter les fonctions de la glibc dans un language de script brouillon a grands coups de modules tout aussi moches, pour dire qu'on a un language de script génial qui peut même faire du bas niveau non merci. Faites du C vous apprendrez quelque chose au moins et vous perdrez moins de temps à chercher ce que Perl ne peut pas vous donner.
En gros Perl est déjà assez gonflé comme ça, laissez le là où il aurait toujours du rester, sur le disque dur de Larry Wall.
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . Évalué à 0.
"Faites du C vous apprendrez quelque chose au moins et vous perdrez moins de temps à chercher ce que Perl ne peut pas vous donner."
hey mec, cool.
there is more than one way to do it.
en plus, perl6 sera en C++, pas en C.
[^] # Re: Perl 6 ? trop tard !
Posté par bmc . Évalué à 1.
Si c'est bien le cas, j'imagine la masse de travail à effectuer, sans compter le fait que les devs actuels ne savent peut-être pas tous développer en C++
Y'a du boulot...
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . Évalué à 0.
Et alors ?
Je me trompe peut-être mais il me semble que BeOS aussi a été codé en C++, cela ne l'a pas empêché d'être un énorme flop.
[^] # Re: Perl 6 ? trop tard !
Posté par Sebastien . Évalué à 1.
c'est pas un argument ça...
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . Évalué à 0.
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . Évalué à 0.
Ronan
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . Évalué à 0.
et bien moi, je fais les deux !
Quand il s'agit surtout de manipuler des fichiers de texte, c'est du Perl. Quand c'est un programme de quelques dizaines de lignes, c'est du Perl. Quand ça devient un boulot plus important, c'est du C.
Faut s'adapter et être ouvert.
[^] # Re: Perl 6 ? trop tard !
Posté par Skarsnikus . Évalué à 1.
personnelement je fais du C en ce moment bah j'apprend pas grand chose
a recoder les fonctionnalites interressante de perl.
I y a un difference notable entre coder en bas niveau et faire de la programation productive
Euh autrement perl6 sera en grande partie en perl :), pis de toute facon les langages interpretes c'est le futur vu les dernieres avancees des technologies de machine virtuel, voir parrot par exemple
# Perl et autre langages de script "à la mode"
Posté par Anonyme . É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.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.