En fait, cela marche avec tous les langages qui ont l'opérateur de post incrémentation donc le résultat est le même en Perl...
En pratique, la morale de l'histoire est qu'il ne faut jamais faire de test avec des fonctions qui ont des effets de bords. Je crois d'ailleurs que c'est une des règles qui se trouve le bouquin passionnant "De l'art de programmer en Perl" de Damian Conway.
C++ est un langage de programmation né en 1980. Au départ, il était conçu comme une
amélioration du langage procédural C, dont il reprend les définitions. D'où son nom.
Je rappelle le bogue premier du C++ puisque l'assertion suivante est vrai, tant en C, qu'en C++ !
C++ < C
Sinon, pas un mot sur OpenStep, la couche graphique très bien réalisé au dessus d'ObjectiveC. D'ailleurs, pas un mot sur l'ObjectiveC. Au début de java, OpenStep état à 50% à SUN avec qu'Apple ne prennent le virage MacOSX qui est la suite d'OpenStep. C'était quand même l'API la mieux fichus à l'époque et je ne sais pas s'il y en a une qui l'a dépassé.
A noter aussi un autre langage /a priori/ mieux fichus pour le web car les variables sont immutables, qui tournent aussi dans l'embarqué et qui est plus ancien que le java : Erlang.
A mon avis, java bénéficie de la syntaxe du C ce qui a aidé grandement a son adoption. J'ai l'impression que deux syntaxes ont plus de chance d'avoir une adoption massive par les programmeurs : C (C++, Java, ObjectiveC, C#... Perl, PHP...) et Fortran (Pascal, Basic, Ada... Bash...).
programmation en variable globale -> base de registre
base de registre tout mélangé (paramètre de configuration, autres paramètres)
A noter que les approches modernes de GNU/Linux ne me plaisent pas toujours. Menu global, DBUS de partout, propagation instantanée de la configuration, onglet dans les applications...
Le concept de programme père fils avec des variables d'environnement héritable ne fait pas tout mais on prends en ce moment la direction carrément opposé. Qui sais par exemple comment utiliser la commande newgroup dans ce genre d'environnement ?
Il me semble que Jifty a beaucoup travaillé la gestion des mises à jour de la base de données en cas d'application que l'on déploie sur plusieurs sites, ce qui n'est pas forcément votre cas.
Tu t'es habitué à Debian. Mais crois moi, si tu avais connu une vraie distribution, qui allie
nouveautés et stabilité, tu ne dirais pas ça aujourd'hui.
Tu penses à quoi ?
J'utilise Debian tant au boulot qu'à la maison car ça marche. C'est pas parfait mais c'est opérationnel sur un parc de plusieurs dizaine de machine (>130). Avant que je ne bascule tout sur Debian, il y avait de tout, rien de centralisé et surtout rien à jour. Pour être honnête, c'était impossible.
Avec Debian, on arrive à avoir un parc à jour du portable à la machine de calcul qui fonctionne correctement pour les utilisateurs et avec très peu de ressources humaines.
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.
[^] # Re: En vrac
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
En fait, cela marche avec tous les langages qui ont l'opérateur de post incrémentation donc le résultat est le même en Perl...
En pratique, la morale de l'histoire est qu'il ne faut jamais faire de test avec des fonctions qui ont des effets de bords. Je crois d'ailleurs que c'est une des règles qui se trouve le bouquin passionnant "De l'art de programmer en Perl" de Damian Conway.
# En vrac
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 4.
Je rappelle le bogue premier du C++ puisque l'assertion suivante est vrai, tant en C, qu'en C++ !
C++ < C
Sinon, pas un mot sur OpenStep, la couche graphique très bien réalisé au dessus d'ObjectiveC. D'ailleurs, pas un mot sur l'ObjectiveC. Au début de java, OpenStep état à 50% à SUN avec qu'Apple ne prennent le virage MacOSX qui est la suite d'OpenStep. C'était quand même l'API la mieux fichus à l'époque et je ne sais pas s'il y en a une qui l'a dépassé.
http://en.wikipedia.org/wiki/OpenStep
A noter aussi un autre langage /a priori/ mieux fichus pour le web car les variables sont immutables, qui tournent aussi dans l'embarqué et qui est plus ancien que le java : Erlang.
http://en.wikipedia.org/wiki/Erlang_(programming_language)
A mon avis, java bénéficie de la syntaxe du C ce qui a aidé grandement a son adoption. J'ai l'impression que deux syntaxes ont plus de chance d'avoir une adoption massive par les programmeurs : C (C++, Java, ObjectiveC, C#... Perl, PHP...) et Fortran (Pascal, Basic, Ada... Bash...).
[^] # Re: porosité aux virus
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 0.
Il n'y a pas que cela comme erreur dans Windows :
programmation en variable globale -> base de registre
base de registre tout mélangé (paramètre de configuration, autres paramètres)
A noter que les approches modernes de GNU/Linux ne me plaisent pas toujours. Menu global, DBUS de partout, propagation instantanée de la configuration, onglet dans les applications...
Le concept de programme père fils avec des variables d'environnement héritable ne fait pas tout mais on prends en ce moment la direction carrément opposé. Qui sais par exemple comment utiliser la commande newgroup dans ce genre d'environnement ?
[^] # Re: Oracle éclipse le travail de Sun
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 4.
Sauf que c'est IBM !
# Pas possible
Posté par Sytoka Modon (site web personnel) . En réponse au message Acls Posix vs Acls NTFS. Évalué à 1.
Par contre, tu peux empêcher un utilisateur de supprimer les fichiers des autres. C'est ce qui est fait pour /tmp avec un chmod o+t dossier
[^] # SpiderOak
Posté par Sytoka Modon (site web personnel) . En réponse au journal DropBox : plus ça va... moins ça va. Évalué à 2.
marche bien aussi...
https://spideroak.com/
[^] # Re: 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.
Jamais utilisé Catalyst...
Il me semble que Jifty a beaucoup travaillé la gestion des mises à jour de la base de données en cas d'application que l'on déploie sur plusieurs sites, ce qui n'est pas forcément votre cas.
[^] # Re: Juin 2012 ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gel à date fixe pour Debian. Évalué à 3.
Tu penses à quoi ?
J'utilise Debian tant au boulot qu'à la maison car ça marche. C'est pas parfait mais c'est opérationnel sur un parc de plusieurs dizaine de machine (>130). Avant que je ne bascule tout sur Debian, il y avait de tout, rien de centralisé et surtout rien à jour. Pour être honnête, c'était impossible.
Avec Debian, on arrive à avoir un parc à jour du portable à la machine de calcul qui fonctionne correctement pour les utilisateurs et avec très peu de ressources humaines.
[^] # 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.