Sytoka Modon a écrit 4565 commentaires

C'est ce que j'ai partout ... sauf sur les machines de calcul qui ont un support !

C'est vrai que chez Microsoft, vous êtes des spécialistes de la question ;-)

Désolé mais autour de moi, ton serveur a la réputation de prendre un homme temps plein !!

Deux autres questions dans ma réponse :

- peux-t-on se connecter sous le compte root. On parle ici de PME et la première chose que je vois avec la Suse est que dès que le support vient, il se logue en root sous X !

- si interface web alors il y a un serveur qui tourne. Mais ce qui m'intéresse est-il possible de gérer les choses en mode console. Je prèfere une bonne interface ncurses réactive à une application Web mal codé, peu réactive et au final plus que dangeureuse.

Pourquoi ne pas suivre la trace de debian avec son debconf qui a un backend gtk et un backend curse (et qui pourrait avoir un backend web). Ainsi tout le monde est content. Si a cela on ajoute une couche d'écriture pour avoir des formats humains modifiable via vi, ce sera parfait.

Hier on avait des formats de fichiers de configuration humains et les machines les lisaient bien. Aujourd'hui, c'est à l'homme de s'adapter à la machine car celui-ci utilise des environnements qui mettre des boutons à click de partout mais ne savent plus faire un parseur adapté au problème.

OK si tu peux installer le paquetage sans avoir la dépendance X ! C'est le cas chez debian. Si tu me dis que tu n'as pas un paquet Xorg sur ta mandriva server, alors OK.

Je veux des serveurs qui ne font qu'une chose et qui sont configurés via cfengine. Je veux le minimum de paquet pour avoir le minimum de bogue et de mise à jour. X, j'adore et je trouve que c'est un truc merveilleux mais c'est un gruyère...

Parce que je ne veux pas l'installer...

Parce que je veux que cfengine gère mes fichiers de conf, donc je veux des fichiers de conf fait pour les humains et pas du XML....

Si tu suppose que tu as une IHM derrière, alors la config est un bric a brac de XML ou est mélangé paramêtre global et parametre de conf pur. Je le vois en pratique, les trucs à fichiers de conf en XML ne sont quasiment pas paramétrable sans IHM.

Comme ces entreprises nous mettent du XML partout dans /etc, il leur faut ensuite eclipse pour développer une super interface graphique de la mort avec 3 millions de ligne auto-généré rien que pour faire leurs boites de dialogues...

Bref, comme toi, ils me gonflent. Il ne va bientôt plus être possible d'avoir un serveur sans X !

L'objectif est d'apprendre l'algo, pas les subtiltés du C. La notion de pointeur et de référence en C fait que tu perds du temps à comprendre le *, les ->, les & ...

En Pascal, c'est bien plus lisible. Si tu passes un paramêtre qui sera modifier à une procédure, tu mets var, etc. L'objectif premier est d'apprendre l'algo au lycée.

J'ai connu plein de gens qui ne comprenais pas pourquoi on ne commençais pas par le C mais ils en faisaient tous les jours. Le jour ou ils ont enfin découvert les langages de script, ils ont enfin compris qu'ils faisaient tout un tas de chose en C et qu'il était beaucoup plus pratique des les faires en script. Bref, le C n'est pas à mon sens le meilleur langage pour commencer, ni pour tout faire.

Y'a pas un conteneur dans la STL pour faire ce que tu fais et du coup, profiter des bénéfices de la pré-allocation par la STL ?

OK, je t'envoi ça ce WE... Je suis un peu en surcharge au boulot pour le retrouver de suite !

Dans le même genre, quelle est la différence avec Vala ?

Il y avait un bogue dans l'installateur, OK. Mais l'important est dans le reste du code, celui-la est lui-aussi soumis a des bogues critique ou non ?

PS : j'ai un patch qui rajoute un mot de passe d'acces au service. C'est un mot de passe que l'on partage mais qui évite que le serveur soit complètement ouvert sur le net. Cela vous intéresse ?

> Le défi dans Eclipse, c'est de désactiver les option qui nous intéressent pas, et découvrir
> les options qui nous intéressent.

Cela me rappelle les menus dynamique dans Windows et Office qui cache les trucs en fonction de l'historique. Ca m'a toujours particulièrement gonflé comme approche car évidement, l'ordinateur ne réfléchi par encore comme moi ;-)

Encore une fonctionnalité qui ne va pas me motiver à utiliser ce truc.

Pas dans mon labo... Presque tout le monde développe en Fortran et les rares qui font du C++, dès qu'ils commencent à devoir paralléliser fortement leur code serrent des dents !

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...