Sytoka Modon a écrit 4551 commentaires

Il faut 24 000 000 de ligne de code pour faire un IDE qui va me permettre de coder en Java... et bien, ca fait pas envie d'aller vers ce langage ;-)

Je suis d'accord avec toi. Si un langage est bien parce que il s'écrit en gros dans la "norme" donné par le C et que les algo sont de type impératif avec toujours les mêmes fonctions, on peut se poser la question d'avoir plusieurs langages...

Je ne comprends pas bien ni le Lisp, ni l'Haskell, ni le OCaml... et pourtant, j'en ai regardé des exemples. C'est pas pour cela que c'est de la daube. J'adore le langage du Makefile et pourtant, plein de gens déteste.

Bref, il faut de tout et surtout il faut essayer des nouveaux paradigmes car on a devant nous un mur à franchir qui est la parallélisation facile des codes. Sur ce chemin là, Erlang apporte à mon sens beaucoup. Comme en Erlang, les variables sont immutables, on peux oublier tout son java et toutes ses classes qui ne fonctionnent souvent que par effet de bord !

L'archarnement anti-Perl sur linuxfr est fatiguant. Moi je ne pipe rien a un programme Python et je ne la ramène pas tous les quatre matins la dessus.

Même avec un réseau gigabit, lorsqu'il faut rapatrier plusieurs téra, on arrive au limite de la connexion Renater...

Sinon, je n'ai pas parlé des clusters non utilisés la nuit. Dans ce cas la, les schedulers règles la question et marchent globalement bien. En pratique, je parlais des vacances d'été. Lorsque l'université t'impose plusieurs semaines de vacances l'été avec interdiction de rentrer dans des locaux fermé à clefs (et dont tu n'as pas la clef), il n'est alors pas raisonable de faire tourner tous ces kilowatt/heure sans controle humain.

Le point faible des salles serveurs autour de moi sont les clim... Je ne suis pas super inquiet pour les machines elles-même, ce sont les baies de stockage disques qui m'inquière en cas de monter de la température sur plusieurs jours !

En Perl, j'écris

point = Point::new(1.2, -3.7);

On est ainsi sur d'utiliser la méthode new de la classe et non la fonction new. Et puis, c'est plus homogène avec tous les appels de méthode dans Perl.

Justement, on a de plus en plus besoin de faire du post-traitement de données 3D et la problèmatique de ou sont les données posent alors un soucis. Il y a des solutions comme VirtualGL qui arrivent petit à petit mais c'est pas encore ca.

Ma machine tourne sous Suse donc j'ai le support... Mais enfin, faut voir le support et faut voir ce qu'il y a dans la distrib ! J'ai du mettre des paquets venant d'ailleurs tellement elle est a poils !

Effectivement, le constructeur rajoute ses paquets, bien crade d'ailleurs puisqu'il y a des logiciels RPM qui mettent des fichiers dans /usr/local et dans /opt ! Bref, je ne peux même pas partager /opt par NFS avec cette daube.

Enfin, avec tous les réglages que fait le constructeur pour que ca marche et qui ne sont pas vraiment documenté, on ne sais pas vraiment s'il faut ou pas faire les mises a jour...

Bref, je préfère 1000 mes debian sans support et qui sont bien mieux gérer.

Parfois, on n'utlises pas pendant l'été car les locaux ferme avec aucun accès possible... Donc on arrête les clusters par précaution. Parfois, c'est pas utilisé à 100% par manque d'informaticien capable d'expliquer comment s'en servir. Tu ne mets pas un thésard tout fait devant un cluster en lui disant demerde toi !

Il y a aussi le problème d'accès aux données. Lorsque tu as plusieurs téra de données et que tu fait du calcul parallèle, je ne sais pas comment lancer ce calcul sur une machine distante en ayant les données chez moi et réciproquement... Du coup, on passe son temps (ses nuits) a transférer des giga de données sur le net. Il est donc pratique d'avoir son propre petit cluster sous la main.

Il y a plusieurs cas de chercheurs viré du CNRS. Il y a même eu un cas dans mon laboratoire il y a moins de 10 ans c'est pour dire qu'il n'y a pas que des cas isolé. Dans notre cas, il n'y avait aucune faute pénale, simplement, le fonctionnaire ne venait pas travailler sur son lieu de travail (je ne dis pas qu'il ne travaillait pas) !

Par contre, je n'ai aucun exemple de personne virée à l'université. Il faut dire que les professeurs d'université ont un status spécial et ne sont pas virable facilement (voir cas Gollnisch à Lyon a qui ne fait plus de cours en punition et le chercheur CNRS Thion qui a été viré). Du coup, la règle a peut être été étendue de manière implicite a tous les personnels de l'université inconsciemment sachant que les manettes sont tenus par ces mêmes prof d'U.

J'ai utilisé Perl il y a plus de dix ans avec l'interpreteur 'eperl' ! On remplace juste dans le shebang perl par eperl et on a alors un fichier ou on mélange perl et le HTML comme en PHP. Ce qui est crade, c'est que je vois du code 100% PHP ou il y a quand même la balise HTML pour passer en PHP !

Sinon, ActivePerl est arrivé quand, était-il bien intégré au CPAN ? Comme tu le dis, il n'y avait ni Apache, ni mysql livré avec. C'est la force de easyphp. J'ai vu l'arrivée de esayphp à l'époque et il a fait des ravages dans les rangs Windowsiens. Je ne parle pas d'informaticien mais de thésards et d'enseignant chercheur qui en trois click ont pu coder des pages web dynamiques liées une base de données. Le succès auprès de ce public n'y connaissant pas grand chose en programmation s'est reproduit avec les grand public.

Pour finir, il ne faut pas comparer CPAN et PEAR. CPAN, c'est TOUT Perl, TOUT.

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.

Alors cela veut dire que tu avais un mauvais "chef" en France ! Si tu fait un dossier correct, tu as des heures tant à l'IDRIS qu'au Cines...

Surtout que si vous suivez le lien "Le noyau Linux en images", c'est assez impressionant (même si je n'ai pas tout compris).

> la ou je suis, pour obtenir 6000 nœuds j'ai besoin de moins de quelques minutes :)

Ce qui prouve que les clusters sont plus utiliser en France qu'aux USA !

Suse a réussit a s'associer aux constructeurs pour vendre un tout. Mais pour en avoir, Suse est de la me... et je regrette vraiment de ne pas avoir de debian sur ces machines de calcul.

Ce ne sont pas pour la plupart des machines à mémoire partagée donc celle-ci ne s'additionne pas réellement. Ce chiffre de 80000 Go est donc l'agrégation de centaine de machine.

Les x86 ne savent pas encore faire du vrai SMP sur des centaines de coeurs (technologie NUMA). Cela va arriver et si mes souvenirs sont bons pour 2010.

Vu les décibels de la machine, on n'a pas forcément envie de la mettre chez soit ;-)

PHP a bouffé Perl pour une seule raison : easyphp. Tu cliques sur un setup.exe et tu as un environnement avec un langage et une base de donnée (mysql). A l'époque, PostgreSQL ne tournait pas sous Windows...

Comme quoi, ce n'est pas toujours le meilleur techniquement qui gagne ;-)

Tu remplaces Logiciel Libre par Recherche Publique et tu as une partie du problème actuel. L'objectif premier n'est plus n'est plus la création de nouvelles connaissances mais la valorisation, le dépôt de brevet...

Dans cette nouvelle approche de la recherche publique, un des objectifs est clairement de diffusé moins. C'est en contradiction avec l'augmentation du nombre de publication dont un chercheur doit de soumettre sous peine de mauvaise évaluation... De ce que j'ai vu, un échappatoire est d'avoir une masse importante d'article creux !

J'ai volontairement simplifié.

J'ai trouvé cela dans la série très interessante : "The A-Z of Programming Languages"

On trouve cette série sur le site

https://www.techworld.com.au/tag/a-z%20of%20programming%20la(...)

La page concernant Larry (avec 2 r) Wall et Perl est

https://www.techworld.com.au/article/270267/-z_programming_l(...)

Le court passage sur PHP est en haut de la page 5

https://www.techworld.com.au/article/270267/-z_programming_l(...)

J'ai lu un article de Lary Wall hier qui dis plein de chose et notament que php suis les mêmes travers que Perl et donc ne profites pas du tout de l'expérience acquise par Perl.

Je viens de voir les espaces de noms, c'est vrai que vu comme cela, ce n'est pas compréhensible comme choix. Normalement, l'antislash est réservé pour coder ou protéger des caractères dans la tradition des langages utilisant la mouvance du C.

Je suis d'accord, pas besoin d'être dans le meta paquet pour pouvoir utiliser un logiciel.

Pour ce qui concerne Tomboy, la question est : y-a-t'il un paquet dépendant de mono dans le meta paquet gnome. Si non, le choix de rajouter la dépendance est loin d'être négligeable. Quel que soit la qualité du logiciel, ce n'est pas a son auteur (ou a ses utilisateurs) d'imposer une dépendance sur un nouveau langage dans un environnement.

Pour ce qui concerne gnome, il est possible de développer en Vala. C'est propre et directement intégrable dans gnome. Donc si la moitié de l'effort fait sur mono avait été mis dans Vala, on aurait de très très nombreuses applications Vala dans la branche principale de gnome.

Vala n'a rien a voir avec mono d'un point de vue intrusion, c'est un peu de moc que Qt a rajouté au C++.

J'adore le curses qui est très rapide et parfaitement adapté a un certain nombre de chose. Par exemple, je fait toujours les mises à jours de mes debian dans un terminal sans X-Windows et les dialogues se font sur curses. Bien plus efficasse que sous X.

Il faut arrêter de vouloir supprimer curses et transformer des outils de configuration en mode scriptable en des usines à clickodrome.

Ce qui prouve que le langage n'est pas si lourd que cela !

Le problème de Kerrighed est que lorsqu'il plante, tout plante ;-(

Et comme je l'ai vu de mes yeux planter il n'y a pas si longtemps, je conseillerais d'attendre l'ajout et la suppression de noeud à chaud qui devrait enfin arriver.

Surtout que je vois deux avantages à Nagios :

-1- c'est pas du java avec tout le tralala de Tomcat

-2- les fichiers de configuration ne sont pas en XML

Quand on liste les avantages de l'un, c'est aussi bien d'en lister les inconvénients.