Dans un pays comme la Grèce ou les lobbys ont tant d'influence (on parlait de corruption ?) je n'imagine pas qu'une telle loi anti-capitaliste ait pu passer quand on voit le big business qui se développe autour des jeux. Je ne vois pas comment Microsoft, qui a si bien su noyauter les universités grecques, laisserait torpiller sa nouvelle vache à lait...
Le gars explique dans la FAQ que XSL ne fait pas tout (c'est pas un vrai langage), et il a raison. Nous-mêmes pour un projet XML au boulot, on a du laisser tomber XSL pour perl (en faisant un truc sur-mesure), tellement ce n'était pas approprié. XSL est prévu pour faire du formatage ou des transposition, et pas grand chose d'autre ! Alors quand tu veux générer un truc un peu complexe (genre une application) vers plusieurs cibles en même temps, faut passer à autre chose (eXtrans par exemple, ou programmation from scratch).
Là, on a un cadre complet pour developper _facilement_ des générateurs de code en python traitant du XML, la finalité est différente !
Je l'ai rêvé, ils l'ont fait ! Et la demo (sources de leur site) est très révélatrice des possibilités offertes. Miam !
(c'est pas dit sur leur site, mais dans les sources il ya un convertisseur vers LaTeX pour le manual).
La france leur a ouvert la voie avec Yahoo : maintenant ils savent comment interdire l'accès de leurs ressortissants aux sites dérangeants, aux frais du site étranger ! C'est-y pas beau, ça ? Le capitalisme des pays libres finançant sa propre censure par les dictatures ;o)
Je sais pas si t'as compris ce que relationnel voulait dire : mySQL est tout aussi relationnel que Sybase !! Seul PosgreSQL est hybride Objet-Relationnel : il considère les tables comme des classes et permet les héritages : c'est très interessant ça ! Par ex, une requête sur une table/classe peut être étendue à ses descendants, ...
TOn problème semble plutôt être avec les "transactions" et non le "relationnel". Comme quoi, les cours, ça sert à quelque chose !
J'ai appris perl avec... les manpages, car le bouquin était immangeable.
Perl c'est super pour faire des filtres, des transformation de textes, des formatages de données,... vite fait bien fait, avec des expressions rationnelles. je l'utilise encore pour ça. Mais dès que tu veux faire de l'objet, des programmes complexes et structurés avec les prototypes de fonction clairs et détaillés, et utiliser des modules puissants et bien documentés, Python est génial, et évite bien des embrouilles (tant au niveau structures de données que fonctions).
Typiquement, en appli perso sur XML :
- perl pour l'extraction de données textuelles et la génération de rapports en XML
- python pour le parse et l'interprétation XML pour piloter des process, effectuer des transformations profondes ou des mises en pages, faire du réseau (client-serveur), ...
Moi je dis : quand on hésite, faut essayer les deux !
J'ajouterai qu'en python, lorsqu'on veut faire des structures de données complexe, genre listes de listes, o le fait par simple affectation, pas besoin de passer par des "références" (sorte de poiteurs en perl) et tout la syntaxe spécifique qui va avec (je m'y pert en perl avec les $a->[] et surtout les @{$alo} ou autre ${$refhas}{"clef"} ou $refhash->{"clef"}...} si y pas de commentaire, impossible de savoir sans test ce qu'il y a dans $toto
Une caratérique puissante de Perl qu'on trouve aussi dans les autres langages, ce sont les commentaires ! Le langage peut-être aussi propre et rigoureux qu'on veut (ADA ?), ça ne remplacera jamais de bon commentaires. Personnellement, je refuse souvent de lire des sources non documentées.
ben moi je fait tourner sans problème KDE sur un p75+48Mo et y a pas de problème : j'arrive même à utiliser Netscape en même temps !
Le seul problème : l'ouverture de session est un peu longue. Mais après, ça roule nickel !
Avant, je n'avais que 24Mo et c'était impossible.
Tiens, je profite d'avoir un spécialiste sous la main. Dans ta réponse tu dis qu'il ya des possibilités de créer dynamiquement des classes d'objets. Si cette classe est créée de rien, sans héritage, comment tu écris ta fonction pour qu'elle puisse accepter des instances de cette classe ? Tu as un type "joker" qque part ? J'ai compris qu'après tu peux demander à l'objet la liste de ses méthodes (si j'ai bien suivi), mais c'est le prototype des fonctions qui auront à le manipuler qui me pose problème. Merci.
Je comprends que beaucoup aient eu des expériences malheureuses avec JAVA ou qu'ils aient été véxé de pas pouvoir en tirer ce qu'on leur avait promis (moi le premier, ouiinn, boubou va me traiter de débile), et qu'ils se font un devoir de mettre en garde ceux qui voudraient s'abandonner sans précautions aux sirènes marketing.
Mais bon, on ne va pas non plus condamner défnitivement JAVA. Après tout, vive la diversité, c'est ainsi que l'on fini par trouver son bonheur.
Attention cependant au désirs d'hégémonie et du tout langage X partout !
le bon langage pour le bon boulot : c'est bien ce que semblait dire le message, non ? D'étudier ce qui existe avant de suivre la mode (ou l'intox, celon les expériences :-(
Disponibles pour toute plateforme :
- wxWindow (qui te fait à partir d'un code standard, un GUI natif à ta plateforme, donc tu tintègre bein)
- Tkinter (le fameux Tk, qu'on adore detester, mais qui est quasi-universel)
sinon, c'est tellement facile d'étendre le langage, qu'en plus, t'as le choix en des toolkits spécifiques : ça peut toujours servir.
eh, dit, on est pas en guerre contre Microsoft ! Le but c'est pas d'imiter avec une longueur de retard, c'est de développer une aternative originale, sinon ça n'a aucun intérêt ! Et l'originalité n'émerge que de la diversité.
Et puis faut pas surfaire Microsoft : le futur de l'informatique est extrêment fluctuant, et personnellement, je ne crois pas en l'avenir des suites bureautiques actuelles.
Le but de tout système et format propriétaires est justement de rendre le client captif et de faire en sorte que sa migration soit des plus difficiles ! Il n'ont pas appliqué le b-a-ba de l'indépendance face au fournisseur en misant sur du 100% Microsoft et ils s'étonnent de pas retrouver la même chose ailleurs ! C'est normal, puisque c'est un système propriétaire exclusif Microsoft : par définition même, c'est introuvable sur d'autres plateformes ! Pourquoi veulent-ils migrer sur Linux si c'est pour continuer à faire du Microsoft ? Qui peut mieux faire Microsoft que Microsoft lui-même ? Et si word change de format tous les ans, c'est aussi pour garder une avance sur les imitateurs. C'est trop tard pour réaliser, ou alors il ne faut pas hésiter à tirer profit de cette malheureuse expérience de dépendence (que l'on retrouve hélas trop souvent) pour réviser complétement leur système et partir sur des bases plus pérennes et standards (à base de SQL et XML par example, ça s'étudie en fonction des besoins).
De plus, Linux a-t-il vocation à utiliser/implémenter les standards d'aujourd'hui et de de demain, voire à en créer (grâce à son ouverture) ou à imiter les système propriétaires avec toujours une longueur de retard (car les spécifs sont secrètes) ?? Mon avis va à la première solution. Point.
S'il ne peuvent pas, ou plus migrer sous Linux, c'est à la fois du à une faute stratégique de leur part (dépendance fournisseur) au départ, et à la politique de MIcrosoft. Alors pourquoi taper sur LInux ?
Note : on reproche souvent aux universtaires d'être puérils ou hors coup par rapport au monde privé, mais c'est dans ce dernier que j'ai vu les plus beaux exemples de mauvaise foi : toujours difficile de remettre en cause les décisions passées, on a toujours une excuse bidon, ou on prend, dans ce cas, la presse à témoin. Y a pas à réfléchir pour voir le pathétique de leur situation : on s'est lié pied et poing à Microsoft, on peu plus en sortir, c'est la faute à Linux (ou aussi bien à MacOS, BeOS, ...).
Ce qu'il faut bien voir, c'est qu'une licence n'est rien d'autre qu'un contrat d'utilisation/exploitation du logiciel entre l'*auteur* et l'utilisateur. Elle n'est pas liée au code à proprement dit, mais à la transaction. C'est pourquoi on lit souvent un qqchose du genre "toute utilisation du présent logiciel implique l'acceptation de la licence" lorsque le soft est téléchargeable librement pour deux raisons :
- on va pas faire signer, même éléctroniquement, un contrat à chaque téléchargeur,
- on veut être sûr que la license est conservée lors des redistributions par des tiers (autres que l'auteur, car la license est toujours entre lui et l'utilisateur).
Par conséquent, l'auteur, et lui seul, peut proposer aux utilisateurs différents types de licenses (=contrat), celon les besoins de ces derniers : GPL si ceux-ci s'engagent à diffuser le logiciel ou ses dérivés sous la même licence, une licence open source maison moins contraignante, voire même une licence commerciale si cela arrange l'utilisateur (qui veut intégrer le code dans du proprio).
Si ton code est basé sur du code GPL d'un autre, à toi de le contacter pour obtenir de lui une licence différente qui te permette de faire autrement que du GPL.
# Re: Cleanner les erreurs qmail ...
Posté par Henri Cault . En réponse au journal Cleanner les erreurs qmail .... Évalué à 1.
J'ai le même problème, et j'ai trouvé la réponse :
http://www.mail-archive.com/vchkpw@inter7.com/msg13540.html(...)
Cordialement
[^] # Re: Moneo, la nouvelle douloureuse pour les consommateurs ?
Posté par Henri Cault . En réponse à la dépêche Moneo, la nouvelle douloureuse pour les consommateurs ?. Évalué à 1.
# Impossible, j'y crois pas
Posté par Henri Cault . En réponse à la dépêche Utiliser un game boy en Grèce peut vous conduire en prison. Évalué à 0.
[^] # Re: Pouah
Posté par Henri Cault . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
[^] # Re: c'est pas mal
Posté par Henri Cault . En réponse à la dépêche Sortie de eXtrans 1.1.1. Évalué à 1.
Là, on a un cadre complet pour developper _facilement_ des générateurs de code en python traitant du XML, la finalité est différente !
# Enfin !
Posté par Henri Cault . En réponse à la dépêche Sortie de eXtrans 1.1.1. Évalué à 1.
(c'est pas dit sur leur site, mais dans les sources il ya un convertisseur vers LaTeX pour le manual).
[^] # Re: la honte dES français
Posté par Henri Cault . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
N'omp ket marv c'hoazh !
# France: exemple pour la chine
Posté par Henri Cault . En réponse à la dépêche La Chine et le net. Évalué à 1.
[^] # Re: C'est pas RDBMS et alors ?
Posté par Henri Cault . En réponse à la dépêche Comparaison MySQL / PostgreSQL. Évalué à 1.
TOn problème semble plutôt être avec les "transactions" et non le "relationnel". Comme quoi, les cours, ça sert à quelque chose !
[^] # Re: bug
Posté par Henri Cault . En réponse à la dépêche Netscape 6 est sorti. Évalué à 1.
[^] # Re: Puisqu'on parle de perl...
Posté par Henri Cault . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.
[^] # Re: Puisqu'on parle de perl...
Posté par Henri Cault . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.
Perl c'est super pour faire des filtres, des transformation de textes, des formatages de données,... vite fait bien fait, avec des expressions rationnelles. je l'utilise encore pour ça. Mais dès que tu veux faire de l'objet, des programmes complexes et structurés avec les prototypes de fonction clairs et détaillés, et utiliser des modules puissants et bien documentés, Python est génial, et évite bien des embrouilles (tant au niveau structures de données que fonctions).
Typiquement, en appli perso sur XML :
- perl pour l'extraction de données textuelles et la génération de rapports en XML
- python pour le parse et l'interprétation XML pour piloter des process, effectuer des transformations profondes ou des mises en pages, faire du réseau (client-serveur), ...
Moi je dis : quand on hésite, faut essayer les deux !
[^] # Re: Puisqu'on parle de perl...
Posté par Henri Cault . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.
[^] # Re: Puisqu'on parle de perl...
Posté par Henri Cault . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.
[^] # Re: XFCE
Posté par Henri Cault . En réponse à la dépêche Sortie de Imlib2. Évalué à 1.
Le seul problème : l'ouverture de session est un peu longue. Mais après, ça roule nickel !
Avant, je n'avais que 24Mo et c'était impossible.
[^] # Re: vous débutez en JAVA...
Posté par Henri Cault . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.
# Cooool !
Posté par Henri Cault . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.
Mais bon, on ne va pas non plus condamner défnitivement JAVA. Après tout, vive la diversité, c'est ainsi que l'on fini par trouver son bonheur.
Attention cependant au désirs d'hégémonie et du tout langage X partout !
[^] # Re: vous débutez en JAVA...
Posté par Henri Cault . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.
[^] # Re: Python reellement multiplateforme
Posté par Henri Cault . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.
- wxWindow (qui te fait à partir d'un code standard, un GUI natif à ta plateforme, donc tu tintègre bein)
- Tkinter (le fameux Tk, qu'on adore detester, mais qui est quasi-universel)
sinon, c'est tellement facile d'étendre le langage, qu'en plus, t'as le choix en des toolkits spécifiques : ça peut toujours servir.
[^] # Re: Pour le meilleur
Posté par Henri Cault . En réponse à la dépêche Microsoft et Corel, pour le meilleur et pour Linux. Évalué à 1.
Et puis faut pas surfaire Microsoft : le futur de l'informatique est extrêment fluctuant, et personnellement, je ne crois pas en l'avenir des suites bureautiques actuelles.
[^] # Re: Ça à l'air chouette
Posté par Henri Cault . En réponse à la dépêche KDE 2.0 RC2 disponible. Évalué à 1.
Ch'suis pas près de casser ma tire-lire pour un gros monstre tout recent si ça n'avance pas mieux qu'un vieux P75 !
# Marchés captifs
Posté par Henri Cault . En réponse à la dépêche Une société étudie Linux. Évalué à 1.
De plus, Linux a-t-il vocation à utiliser/implémenter les standards d'aujourd'hui et de de demain, voire à en créer (grâce à son ouverture) ou à imiter les système propriétaires avec toujours une longueur de retard (car les spécifs sont secrètes) ?? Mon avis va à la première solution. Point.
S'il ne peuvent pas, ou plus migrer sous Linux, c'est à la fois du à une faute stratégique de leur part (dépendance fournisseur) au départ, et à la politique de MIcrosoft. Alors pourquoi taper sur LInux ?
Note : on reproche souvent aux universtaires d'être puérils ou hors coup par rapport au monde privé, mais c'est dans ce dernier que j'ai vu les plus beaux exemples de mauvaise foi : toujours difficile de remettre en cause les décisions passées, on a toujours une excuse bidon, ou on prend, dans ce cas, la presse à témoin. Y a pas à réfléchir pour voir le pathétique de leur situation : on s'est lié pied et poing à Microsoft, on peu plus en sortir, c'est la faute à Linux (ou aussi bien à MacOS, BeOS, ...).
# licenses multiples
Posté par Henri Cault . En réponse à la dépêche Libre != commercial != gratuit != fermé. Évalué à 1.
- on va pas faire signer, même éléctroniquement, un contrat à chaque téléchargeur,
- on veut être sûr que la license est conservée lors des redistributions par des tiers (autres que l'auteur, car la license est toujours entre lui et l'utilisateur).
Par conséquent, l'auteur, et lui seul, peut proposer aux utilisateurs différents types de licenses (=contrat), celon les besoins de ces derniers : GPL si ceux-ci s'engagent à diffuser le logiciel ou ses dérivés sous la même licence, une licence open source maison moins contraignante, voire même une licence commerciale si cela arrange l'utilisateur (qui veut intégrer le code dans du proprio).
Si ton code est basé sur du code GPL d'un autre, à toi de le contacter pour obtenir de lui une licence différente qui te permette de faire autrement que du GPL.