gauret

man basename :)

Ouaip, Je compte bien y aller, avec probablement un pote à moi qui habite sur Paris aussi. Cool, faut qu'on se fixe une heure et un signe de reconnaissance. Un T-Shirt PCI ? Sinon pour voir quelle gueule j'ai il suffit d'aller sur mon site perso et de laisser la souris au dessus du logo. Qui qui vient d'autre ?

??? Euh, c'est quoi ce post ?

Oué oué oué, bonne nanniversaire !

Traditionnellement NIS/NFS, mais je dirais plutôt LDAP/NFS

Bien que je n'utilise pas Ubuntu, je lève moi aussi mon verre à cette excellent distrib !

Toutes les pages ??????? J'imagine que c'est pas toi qui paye les feuilles et le toner... Tu as le droit de te rammener avec un caddie à ton DS ?

Allez, je paye ma tournée pour cet article : http://www.vnunet.fr/actualite/tpepme_-_bu...hes/20051010009

Sinon il y a les First Jeudis au même endroit, c'est très sympa. Mais celui d'octobre vient de passer... On pourrait s'y donner RDV en novembre ?

C'est pas réservé aux abonnés de Parinux cette réunion ?

miam, du xhtml valide sans table !

Quand même, ça y ressemble très très fortement. On a quasiment l'impression qu'ils n'ont changé que la CSS.

Si, on peut carrément, d'ailleurs certaines parties de Zope sont en C. C'est les parties critiques qui ont besoin d'être optimisées au max. Le principe c'est que tu profile ton appli, tu regarde quelle fonction est appelée le plus souvent, prend le plus de temps, et gagnerait le plus à être optimisée, et tu la recodes en C. Ensuite, elle peut s'intégrer dans ton code python (pas trivialement, mais c'est pas la mort). Ce qui fait que tu as un code relativement rapide, et très facilement maintenable puisque seules des petites fonctions sont en C.

Tu veux dire que tu as préféré la syntaxe du Perl à la syntaxe de Java !!!!! Bon, ben disons que tous les goûts sont dans la nature, hein... Un langage portatif ! J'aime bien l'expression. Ca fait penser aux ordinateurs portatifs de 40 Kg des années 80, ça reflète bien la légèreté de Java...

Si si, il y a des JVM pour linux, elles sont gratuites, mais faut les télécharger depuis le site de Sun. Bon, par contre, c'est pas libre (et ça s'installe n'importe comment, il faut absolument regarder du côté de jpackage.org) Et si tu installes le JDK (pour compiler du Java), il va t'installer le JRE (pour l'exécuter) avec.

Bon, mis à part le problème de la lourdeur de la JVM, que tout le monde connaît, je trouve que Java a plusieurs problèmes de choix de direction : - Java veut être un langage multiplateforme. Mais le truc c'est que comme ça a été pensé par Sun au début, qui voulait s'assurer que les programmes Java tourneraient sur son Solaris, Java IMPOSE de faire du multiplateforme. C'est à dire que pour une part des opérations, il te limite au dénominateur commun à toutes les plateformes supportées, et pour l'autre part il t'oblige à te servir de wrappers assez lourdingues. Au contraire, python t'autorise à faire du code monoplateforme, mais les fonctions non portables sont déclarées comme telles en gros dans la doc. Exemple, si tu utilises le module commands, qui permet de passer des commandes de manière très simple (ça spawne un shell), y'a marqué "UNIX only". Pareil pour certains modules de son, ou pour les spécificités UNIX (attibuts des fichiers, etc...). De même, sous Windows, tu as accès à COM pour causer à tes autres applications. Python te permet ainsi d'exploiter à fond ta plate-forme, tout en te signalant que tu fais du code non portable. Je trouve ça mieux. - Java utilise une machine virtuelle pour faire du garbage collector, être de plus haut niveau, portable, etc... etc.... Tout le monde sait qu'à partir du moment où tu utilises une machine virtuelle, tu peux dire adieu aux perfs. Alors pourquoi est-ce que dans Java y'a encore autant de trucs basiques qui sont compliqués, parce qu'ils te proposent différentes méthodes plus ou moins optimisées ? Si tu fais un langage interprété, tu es lent, et il faut l'assumer et en profiter pour être aussi simple que possible ! Au final, on a Java qui est un langage typé, avec des arrays et des Vectors, je sais plus combien de classes de chaînes, etc.... Python, lui, sait qu'il va de toute façon être plus lent que du compilé, et en profite pour être ultra simple. Exemple, pour lire un fichier ligne par ligne en java, il faut passer par une classe StreamReader, puis une classe StreamBuffer, etc, etc, etc et je sais plus combien d'autres. En python c'est : file = open("monfichier.txt", "r") for ligne in file: print ligne Et c'est tout. Et encore, le "r" est optionnel ;o) - Java a la grosse tête : en Java il faut forcément que tu définisse une classe, quitte à ce que ce soit ta seule classe Main. Ca le rend impraticable pour des petits scripts d'administration. En python tu peux faire les deux. - Pour être portable à mort, Java embarque son propre toolkit graphique (AWT/Swing). Résultat c'est lent. Python, lui, a des bindings vers des toolkits existants, beaucoup plus rapides puisque compilés, et qui s'intégreront mieux avec ta plateforme. Et si tu veux faire un truc multiplateforme, tu n'as qu'à utiliser un toolkit multiplateforme (WxWidgets, QT, GTK, TK, FOX...) Ce n'est plus totalement vrai depuis l'arrivée de SWT et d'Eclipse, mais c'est un ajout d'IBM que Sun regarde de travers... Bon, y'a encore sûrement plein d'autres raisons auxquelles je ne pense pas maintenant, mais je reporsterai plus tard. Alors attention, ma connaissance de java date d'il y a au moins deux ans, donc ça a peut-être évolué en bien depuis (là encore, j'ai des doutes... Ca fait depuis 10 ans qu'ils nous disent qu'ils vont optimiser la JVM, et ils ne s'y sont mis que pour la version 1.5, et encore, pas à fond)

Rhaaa, Zope....

En gros, GCJ/Classpath en sont à la version 1.1/1.2 du langage, donc ça permet de faire tourner pas mal de choses, mais pas les spécificités de java 1.4, et encore moins du nouveau 1.5 (mais ça ça presse pas).

Euh, si. Le code source java est compilé par le compilateur en un langage intermédiaire (le bytecode), qui est ensuite exécuté par ce qu'on appelle la machine virtuelle java. Donc tu en auras forcément besoin :) Sinon en fait on ne peut pas dire que Java n'est pas libre. Java c'est un langage, avec des normes, dont l'évolution est déterminée par un comité. Par contre, il n'y a pas d'outils pour compiler Java et pour le faire tourner qui soit complètement Libre ET qui gère toutes les fonctionnalités du langage (c'est encore en travaux). Je sais pas si c'est plus clair, mais pour ce qui est de la machine virtuelle tu verras ça au premier cours, t'en fais pas. Perso, je trouve que Java est un langage sympa. Bon, il arrive pas à la cheville de Python, mais c'est un autre tro^Wproblème.

Pour Java, clairement Eclipse. Et c'est vrai que pour l'instant il n'y a pas de machine virtuelle libre qui implémente complètement le langage, mais ça arrivera peut-être un jour (gcj, classpath, kaffe, apache harmony, ...), donc en attendant tu peux quand même apprendre le langage Java, de toute façon ça te servira quand tu voudra faire de la programmation OO.

Je serais très très tenté de répondre Mais non, je ne vais pas le faire

Ca n'a jamais été une private joke !!! Le monde informatique est peuplé de références au Guide du Routard Galactique !! ex: - Trillian (le logiciel de messagerie instantanée) - Babelfish (l'outil de traduction d'Altavista) - d'ailleurs : http://www.google.com/search?hl=en&q=the+a...+and+everything - Et encore tout un tas d'autres... Ce bouquin est cultissime, depuis un certain temps... :) Faudra que j'aille voir le film un de ces 4, mais j'ai un peu peur. Enfin, quoi qu'il arrive, PAS DE PANIQUE. J'emporterai ma serviette.

Tu veux un truc en ligne de commande ? Parce que mon KPDF a une fonction de recherche, et je crois bien que xpdf aussi. Sinon tu peux faire un truc du genre pdf2txt fichier.pdf | grep tachaine

Moi je paye une tournée pour l'annonce de Google Talk !

A propos de sécurité, faites vachement gaffe si vous avez installé Cacti sur une de vos machines, y'a une faille qui permet l'execution de commandes à distance, et y'a des gens qui scannent des plages d'adresses IP en ce moment. Ils font des requêtes sur /cacti/graph_image.php et lancent leur exploit après. J'avais upgradé sur les serveurs de ma boîte, mais pas sur mon PC perso, et y'a un de ces script-kiddies qui en a profité pour m'installer une backdoor. Heurseusement il n'a manifestement pas eu le temps d'aller plus loin. Donc faites gaffe, en plus ils sont bien équipés, ils ont des exploit root locaux pour les noyaux 2.4 < 2.4.29 et 2.6 < 2.6.11, donc récent quand même. Vérifiez dans votre répertoire /tmp que vous n'avez pas de dossier ".x" ou ".w", appartenant à votre user apache. Voilà voilà, faisez attention si vous avez cacti sur vos machines, et upgradez aussi vite que possible à la 0.8.6f. Sur Debian, je vous conseille fortement d'installer le package "tiger" qui lance régulièrement des scripts pour auditer la sécurité de votre système. Pour plus d'infos, il m'est arrivé presque pareil que : http://linuxfr.org/~alis/18871.html (en moins grave, parce que je l'ai choppé plus tôt). Si vous voulez plus d'infos sur les outils utilisés, vous pouvez me demander, mais je ne posterais pas les exploits publiquement... :)