Moi, c'est le support Maildir que j'attends depuis des années. Thunderbird qui bloque avec des boites à 2Go, c'est trop arrivé par le passé et de toute manière, des fichiers de courriels de plus de 2Go qu'il faut compacté de temps en temps car le logiciel ne le fait pas tout seul intelligemment, c'est pénible. En plus, pour la sauvegarde, le format Maildir est bien plus futé...
Il faut voir le cahier des charges précis mais s'il doit y avoir tout une environnement derrière, je partirais plus sur Perl ou Pyhton (perl pour moi car j'aime pas la syntaxe Pyhton mais cela ne doit pas rentrer dans le cadre du choix !).
Il y a plein de module Perl qui vont bien et idem du coté de Python autour de numpy.
Pour les données scientifiques, le SQL n'est pas toujours le top. Regarder aussi du coté des fichiers HDF et/ou NetCDF. Il y a aussi le protocole DAP qui est assez sympa qui permet de manipuler des bouts de tableau à distance sans devoir tout rapatrier. Pour la diffusion, c'est bien. J'ai mis en place un serveur un DAP en python très facile à installer pydap http://pydap.org/ mais il y a aussi un serveur qui semble plus complet mais plus usine à gaz (java, tomca...) opendap http://opendap.org/
Sinon, le php étant à l'origine du Perl simplifié, un programmeur php devrait savoir faire du Perl assez rapidement. En plus, avec le Perl Moderne, les choses ont pas mal évoluées ces dernières années et le CPAN est toujours là pour donner un petit coup de main !
C'est vachement pratique comme bascule. internet -> http, site authentifié, https la même URL.
Si on vire le http, plus de moyen de voir que l'on ne fait plus transiter en clair. A moins de mettre de la couleur, puis de mettre du cramoisi pour les certificats que l'on fabrique soit...
Ce qui est génant, c'est que l'on pousse encore plus a tout mettre sur HTTP avec ce chose de chose. Jamais on aurait du mettre en bleu les adresses mail sans mailto: devant. C'est la fuite en avant avec des URL foireuses...
A vrai dire, on ne sais pas si on fait du F95 ou du F90 la plupart du temps... Pour le F2003, cela ne m'étonne pas, les compilateurs ont mis le temps et gfortran par exemple n'implémente pas tout, loin de là.
Personnellement, je ne sais pas en terme de performance l'implication que va avoir la programmation objet en Fortran. Si quelqu'un a des liens ?
Il n'y a pas tant de différence que cela avec le C99...
Pour les applications critiques et anciennes, certes certaines personnes codent en F77 mais cela est valable pour tout langage dont le code doit avoir une très longue durée de vie. Je me trompe peu être, mais cela ne me semble pas représentatif de ce que je voulais dire initialement, c'est à dire recentrer le débat sur les grosses machines de calcul pour dire que Python, c'était bien mais ne pouvait pas tout faire.
Les vieux code du CEA tournent sur Tera-100 en pleine puissance ?
Je te conseille la lecture de Bruno Latour notamment "Aramis ou l'amour des techniques". Il y fait de l'antropologie symétrique et tente d'expliquer pourquoi Aramis est mort alors que le VAL existe...
Pour le reste, tu as du me lire de travers. Je dis simplement qu'il est dommage que le C n'intègre pas en natif un système objet. L'extension du C a eu lieu au début des années 80 selon deux pistes très différentes mais qui n'ont pas intégré le tronc central. Vala est une autre piste plus moderne, plus dans les pas de Java et C#. Comme Vala d'ailleurs, au début C++ était un simple pré-compilateur pour le C.
Sinon, la dernière assertion était pour les petits jeunes qui ne la connaissait pas encore. Il n'y a aucun jugement de ma part, c'est plus une blague qui traînait ici même je croie il y a des années. Coluche aurait bien réussi à transformer cela en blague populaire ;-)
C'est que que font tous les programmes privateurs. Lorsque tu les installes, ils viennent avec leur propre version de java, de tcl/tk, de PVM, de MPI, de...
Un langage qui n'évolue pas risque à terme la mort. Le Fortran a été déclaré mort un paquet de fois, il est bien plus vieux que le C et est toujours vivant. Enfin, plus le temps passe, moins il est beaucoup plus vieux que le C !
Le C a pour lui le coeur des OS actuels...
Ceci dis, l'héritage simple est quelque chose de quasi-natif dans tous les langages qui ont la notion de type vu la facilité de l'implémenter. C'est dommage que le C ne l'intègre pas déjà. Je ne parlerais pas d'une mode qui a 10 ans, la bataille Objective C vs C++ a déjà 25 ans et le premier langage objet normalisé date de 95...
Ceci dis, effectivement l'assertion suivante est vrai :
Tout le monde code normalement en Fortran 95 minimum de nos jours. Qui dis Fortran dis Fortran 95 (ou 90 les deux étant très proche). Il y a deux catégories de personne qui pensent encore Fortran = Fortran 77 -> Quelques anciens qui n'ont pas suivis l'évolution technologique comme on trouve des admin système qui sont resté sur Windows 98 et n'ont pas fait le pas des domaines... -> Quelques jeunes qui n'ont jamais vraiment fait de Fortran moderne ;-)
Sur les machines pétaflopiques du groupement européen PRACE (universitaire), le ticket d'entrée est d'avoir un job qui tourne sur 10000 coeurs normalement...
On a des programmes qui tournent sur plus de 1000 coeurs en Fortran. Ca tourne très bien. Mais même sur 200 coeurs, cela marche aussi ;-)
Quand on voit la consommation électrique de ces centres de calcul ainsi que le soucis écologique, il est quand même important d'avoir en tête l'impact écologique d'un code de calcul.
PS : pour rappel, Fortran, depuis la version 2003, est aujourd'hui un langage objet ayant l'héritage simple ce que n'est pas encore le C !
Si tu fais un code pour l'envoyer sur un cluster de 1000 noeuds avec MPI, ton python, c'est nul et Fortran est génial.
A chaque langage son usage et le Fortran n'est plus forcément adapté pour faire des trucs plus souple à faire avec un langage de script sur son poste de travail.
J'ai bien vu la notion d'archivage mais j'ai pas bien compris la notion de GED. Par rapport à Alfresco par exemple, quel est le positionnement ?
En effet, je suis intéressé car souvent ce genre de solution sont à base de java++ donc de tomcat ou de jboss... Bref, on tombe dans l'usine à gaz (Quotero, etc).
... la réaction va s'intensifier et se transformer en fusion, former un mini trou noir et aspirer le CERN et que la date exacte est connue et prévue pour le 11 novembre en l'honneur des poilus. Vraiment, ces japonnais sont pas bêtes et pense à tous !
A mon sens, les centrales en France sont sur les grands fleuves et moyennent quelques barrages supplémentaires peut être et une bonne gestion de l'eau, cela ne devrait pas poser de problème.
Bref, le nucléaire pose des problèmes mais celui-ci me semble gérable.
A noter que toute centrale devrait être associer à un barrage afin de gérer les pics de charges ainsi que les creux...
Il y a une étude de la sureté nucléaire qui disait en 2007 (si mes souvenirs sont bons) que les centrales japonaises étaient sous dimensionnées pour le risque sismique.
Le tsunami était parfaitement prévisible et prévu. On ne connaissais juste pas la date !
Il y a les trombes d'eau qui à mon avis peuvent avoir le même genre d'effet, c'est à dire cassé tout ce qui se trouve à l'extérieur et est mal arrimé !
[^] # Re: Ca s'améliore petit à petit
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Thunderbird 5 est sorti. Évalué à 10.
Moi, c'est le support Maildir que j'attends depuis des années. Thunderbird qui bloque avec des boites à 2Go, c'est trop arrivé par le passé et de toute manière, des fichiers de courriels de plus de 2Go qu'il faut compacté de temps en temps car le logiciel ne le fait pas tout seul intelligemment, c'est pénible. En plus, pour la sauvegarde, le format Maildir est bien plus futé...
# Perl ou Pyhton
Posté par Sytoka Modon (site web personnel) . En réponse au message Recommandations d'un framework pour un site scientifique?. Évalué à 1.
Il faut voir le cahier des charges précis mais s'il doit y avoir tout une environnement derrière, je partirais plus sur Perl ou Pyhton (perl pour moi car j'aime pas la syntaxe Pyhton mais cela ne doit pas rentrer dans le cadre du choix !).
Il y a plein de module Perl qui vont bien et idem du coté de Python autour de numpy.
Du coté de Perl, il faut aussi regarder avec Dancer http://perldancer.org/, Mojolicus http://www.mojolicious.org/ ou Jifty http://jifty.org/view/HomePage
Pour les données scientifiques, le SQL n'est pas toujours le top. Regarder aussi du coté des fichiers HDF et/ou NetCDF. Il y a aussi le protocole DAP qui est assez sympa qui permet de manipuler des bouts de tableau à distance sans devoir tout rapatrier. Pour la diffusion, c'est bien. J'ai mis en place un serveur un DAP en python très facile à installer pydap http://pydap.org/ mais il y a aussi un serveur qui semble plus complet mais plus usine à gaz (java, tomca...) opendap http://opendap.org/
Sinon, le php étant à l'origine du Perl simplifié, un programmeur php devrait savoir faire du Perl assez rapidement. En plus, avec le Perl Moderne, les choses ont pas mal évoluées ces dernières années et le CPAN est toujours là pour donner un petit coup de main !
[^] # Re: Monde de merde
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gel à date fixe pour Debian. Évalué à 8.
Cette annonce a déjà été faites pour Squeeze. Ce n'est donc pas une nouveauté mais une mise en application progressive.
La nouveauté, c'est CUT mais c'est pas encore opérationnel. Ca avance...
[^] # Re: Sens logique
Posté par Sytoka Modon (site web personnel) . En réponse au journal Firefox : ça continue. Évalué à 2.
http://www.monsite -> site web
https://www.monsite -> intranet
C'est vachement pratique comme bascule. internet -> http, site authentifié, https la même URL.
Si on vire le http, plus de moyen de voir que l'on ne fait plus transiter en clair. A moins de mettre de la couleur, puis de mettre du cramoisi pour les certificats que l'on fabrique soit...
Ce qui est génant, c'est que l'on pousse encore plus a tout mettre sur HTTP avec ce chose de chose. Jamais on aurait du mettre en bleu les adresses mail sans mailto: devant. C'est la fuite en avant avec des URL foireuses...
[^] # Re: C objet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 2.
A vrai dire, on ne sais pas si on fait du F95 ou du F90 la plupart du temps... Pour le F2003, cela ne m'étonne pas, les compilateurs ont mis le temps et gfortran par exemple n'implémente pas tout, loin de là.
Personnellement, je ne sais pas en terme de performance l'implication que va avoir la programmation objet en Fortran. Si quelqu'un a des liens ?
[^] # Re: C objet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 3.
Il n'y a pas tant de différence que cela avec le C99...
Pour les applications critiques et anciennes, certes certaines personnes codent en F77 mais cela est valable pour tout langage dont le code doit avoir une très longue durée de vie. Je me trompe peu être, mais cela ne me semble pas représentatif de ce que je voulais dire initialement, c'est à dire recentrer le débat sur les grosses machines de calcul pour dire que Python, c'était bien mais ne pouvait pas tout faire.
Les vieux code du CEA tournent sur Tera-100 en pleine puissance ?
[^] # Re: De l'écart relatif
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie du Top 500 de juin 2011. Évalué à 7.
Enfin, des stats avec moins de 10 machines, ce n'est plus des stat !
Il faudrait faire une analyse plus fine et voir la puissance de chaque OS par exemple...
[^] # Re: McLab & McVM
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 1.
Je te conseille la lecture de Bruno Latour notamment "Aramis ou l'amour des techniques". Il y fait de l'antropologie symétrique et tente d'expliquer pourquoi Aramis est mort alors que le VAL existe...
Pour le reste, tu as du me lire de travers. Je dis simplement qu'il est dommage que le C n'intègre pas en natif un système objet. L'extension du C a eu lieu au début des années 80 selon deux pistes très différentes mais qui n'ont pas intégré le tronc central. Vala est une autre piste plus moderne, plus dans les pas de Java et C#. Comme Vala d'ailleurs, au début C++ était un simple pré-compilateur pour le C.
Sinon, la dernière assertion était pour les petits jeunes qui ne la connaissait pas encore. Il n'y a aucun jugement de ma part, c'est plus une blague qui traînait ici même je croie il y a des années. Coluche aurait bien réussi à transformer cela en blague populaire ;-)
[^] # Re: Et Sagemath?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 2.
C'est que que font tous les programmes privateurs. Lorsque tu les installes, ils viennent avec leur propre version de java, de tcl/tk, de PVM, de MPI, de...
[^] # Re: McLab & McVM
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 0.
Un langage qui n'évolue pas risque à terme la mort. Le Fortran a été déclaré mort un paquet de fois, il est bien plus vieux que le C et est toujours vivant. Enfin, plus le temps passe, moins il est beaucoup plus vieux que le C !
Le C a pour lui le coeur des OS actuels...
Ceci dis, l'héritage simple est quelque chose de quasi-natif dans tous les langages qui ont la notion de type vu la facilité de l'implémenter. C'est dommage que le C ne l'intègre pas déjà. Je ne parlerais pas d'une mode qui a 10 ans, la bataille Objective C vs C++ a déjà 25 ans et le premier langage objet normalisé date de 95...
Ceci dis, effectivement l'assertion suivante est vrai :
C++ < C
[^] # Re: C objet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 3.
Le Fortran 77 a 34 ans !
Tout le monde code normalement en Fortran 95 minimum de nos jours. Qui dis Fortran dis Fortran 95 (ou 90 les deux étant très proche). Il y a deux catégories de personne qui pensent encore Fortran = Fortran 77 -> Quelques anciens qui n'ont pas suivis l'évolution technologique comme on trouve des admin système qui sont resté sur Windows 98 et n'ont pas fait le pas des domaines... -> Quelques jeunes qui n'ont jamais vraiment fait de Fortran moderne ;-)
[^] # Re: ça dépend
Posté par Sytoka Modon (site web personnel) . En réponse au message Le multicast: Bonjour. Évalué à 2.
C'est exactement ce que je disais au dessus. Tu déclares ton serveur jabber dans ton DNS avec un
_xmpp-client._tcp IN SRV 0 0 5222 serveur.domain
_xmpp-server._tcp IN SRV 0 0 5222 serveur.domain
J'ai jamais parlé de mDNS !
On contrôle tout notre architecture réseau sauf le routeur...
[^] # Re: ça dépend
Posté par Sytoka Modon (site web personnel) . En réponse au message Le multicast: Bonjour. Évalué à 2.
Je n'ai pas encore de serveur jabber mais j'envisage d'en monter un dans mon entité. C'est comment la bonne manière de faire ?
[^] # Re: McLab & McVM
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 4.
Sur les machines pétaflopiques du groupement européen PRACE (universitaire), le ticket d'entrée est d'avoir un job qui tourne sur 10000 coeurs normalement...
On a des programmes qui tournent sur plus de 1000 coeurs en Fortran. Ca tourne très bien. Mais même sur 200 coeurs, cela marche aussi ;-)
Quand on voit la consommation électrique de ces centres de calcul ainsi que le soucis écologique, il est quand même important d'avoir en tête l'impact écologique d'un code de calcul.
PS : pour rappel, Fortran, depuis la version 2003, est aujourd'hui un langage objet ayant l'héritage simple ce que n'est pas encore le C !
[^] # Re: Suicide
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linux manque d'AIR. Évalué à 2.
Dans mon labo, 40% de linux mais je suis d'accord qu'il n'est pas représentatif ;-)
[^] # Re: ça dépend
Posté par Sytoka Modon (site web personnel) . En réponse au message Le multicast: Bonjour. Évalué à 3.
Il me semble que le client jabber réalise une requête DNS pour trouver le serveur puis ensuite, c'est du tcp avec ce serveur.
[^] # Re: McLab & McVM
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 3.
Si tu fais un code pour l'envoyer sur un cluster de 1000 noeuds avec MPI, ton python, c'est nul et Fortran est génial.
A chaque langage son usage et le Fortran n'est plus forcément adapté pour faire des trucs plus souple à faire avec un langage de script sur son poste de travail.
# Ouf
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linux manque d'AIR. Évalué à 10.
Un virus de moins sous Linux...
-> []
[^] # Re: SQL
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 5.
Pour du calcul, il vaut mieux utiliser des bases de données binaires comme HDF ou NetCDF (basé aujourd'hui sur HDF). C'est plus orienté tableau.
# GED
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Maarch Entreprise 1.2. Évalué à 2.
J'ai bien vu la notion d'archivage mais j'ai pas bien compris la notion de GED. Par rapport à Alfresco par exemple, quel est le positionnement ?
En effet, je suis intéressé car souvent ce genre de solution sont à base de java++ donc de tomcat ou de jboss... Bref, on tombe dans l'usine à gaz (Quotero, etc).
# Et même que ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais.. Évalué à 10.
... la réaction va s'intensifier et se transformer en fusion, former un mini trou noir et aspirer le CERN et que la date exacte est connue et prévue pour le 11 novembre en l'honneur des poilus. Vraiment, ces japonnais sont pas bêtes et pense à tous !
[^] # Re: Protection
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un technicien retraité d'Areva dénonce la sécurité insuffisante de la Hague. Évalué à 2.
Une trombe d'eau se forme en mer, certes, mais ensuite elle se déplace et peut atteindre les côtes. Or il y a quelques centrales le long des côtes...
[^] # Re: Protection
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un technicien retraité d'Areva dénonce la sécurité insuffisante de la Hague. Évalué à 3.
A mon sens, les centrales en France sont sur les grands fleuves et moyennent quelques barrages supplémentaires peut être et une bonne gestion de l'eau, cela ne devrait pas poser de problème.
Bref, le nucléaire pose des problèmes mais celui-ci me semble gérable.
A noter que toute centrale devrait être associer à un barrage afin de gérer les pics de charges ainsi que les creux...
[^] # Re: Protection
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un technicien retraité d'Areva dénonce la sécurité insuffisante de la Hague. Évalué à 9.
Il y a une étude de la sureté nucléaire qui disait en 2007 (si mes souvenirs sont bons) que les centrales japonaises étaient sous dimensionnées pour le risque sismique.
Le tsunami était parfaitement prévisible et prévu. On ne connaissais juste pas la date !
[^] # Re: Protection
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un technicien retraité d'Areva dénonce la sécurité insuffisante de la Hague. Évalué à 1.
Il y a les trombes d'eau qui à mon avis peuvent avoir le même genre d'effet, c'est à dire cassé tout ce qui se trouve à l'extérieur et est mal arrimé !
http://fr.wikipedia.org/wiki/Trombe_marine