Dasn squeeze, le boot est déjà parallèle et les dépendances calculés automatiquement via sysv-rc (système utilisé depuis pas mal de temps par Suse).
Le lien que tu donnes est assez ancien et je pense que debian passera par systemd à terme... Je ne suis pas sur qu'upstart intègre par défaut debian un jour.
L'intérêt du C est que la liaison C <-> .so est simple. Du coup, il est facile d'utiliser une bibliothèque écrite en C.
Les autres langages compilés n'ont pas normalisé à ma connaissance la laison bas niveau coté OS. Les objets que l'on retrouve dans les .so via nm dépendent du compilateur. Par exemple, en Fortran 90, chaque compilateur fait ce qu'il veut, c'est catastrophique. Au final, toutes les bibliothèques de bas niveau sont écrites en C !
Il est plus que temps que les langages compilés normalisent le mapping avec le format ELF. Il est par exemple idiot dans l'absolu de programmer une bibliothèque matricielle en C alors que le Fortran est conçu pour cela.
A chaque langage son utilité. Si tu fais du C, tu utilises certainement des Makefile donc utilise aussi un autre paradigme de programmation à ce niveau la. Faire l'équivalent du boulot d'un Makefile en C est possible mais particulièrement pénible...
Idem pour la programmation événementielle. Il est préférable d'utiliser POE ou Any::Event (Perl), une boucle AMQ... que de vouloir faire un monstre en C qui sera tout sauf souple. C'est aussi ce qui est réalisé dans tous les toolkits graphiques.
Un langage de programmation a son utilité s'il sers à écrire des programmes efficaces ayant le moins de bogue possible. Le lien avec ce qui se passe dans un microprocesseur est de plus en plus éloigné. Même le C n'est pas si proche que cela d'une architecture x86... Avec le temps qui passe, il y a de moins en moins de raison de trop collé à l'architecture matérielle. En plus, celle-ci évolue de son coté (multi-core...).
On était 50M en 1967, on est 65M en 2011... En valeur relative, on a donc une baisse !
C'est comme la baisse du nombre de fonctionnaire car ils auraient augmenté depuis 20 ans. Le chiffre intéressant n'est pas le nombre absolu mais éventuellement la quotité pour 10000 habitants par exemple.
1967 - 211M d'entrées
2010 - 206M d'entrées
PCinpact titre même "En 2010, le cinéma explose son record de 1967, sans Hadopi" !
Bref, avec des chiffres, on finit par avaler des couleuvres ;-)
PS : ceci dis, ce sont tout de même des chiffres impressionnants !
et historiquement le projet a toujours été très fermé à toutes les contributions externes
Je crois que c'est un des soucis de l'INRIA. Ils ont mis des années à libérer le code de scilab... Il y a plein de projet intéressant mais qui en pratique les utilisent réellement ? Bref, ils n'arrivent pas à créer une communauté ouverte sur leur projet. C'est vrai que c'est décevant.
C'est assez différent en fait. Perl6 est un nouveau langage réalisé par la même communauté que Perl5. C'est un langage de script de plus. Il n'est pas illogique qu'à terme, certains langages de script deviennent secondaires...
Fortran, pour ne parler que de lui, n'a pas eu d'enfant pour le moment qui arrive à lui survivre ! Par ailleurs, bien que ce soit un des langages les plus anciens, c'est un langage qui vit. La plupart des programmes écrit aujourd'hui en Fortran le sont en Fortran 95 (90) mais la révision de 2003 apporte les objets et l'héritage simple que gfortran implémente déjà. La grosse étape suivante est la gestion des Co-Array (Fortran 2008) qui permet de manipuler des tableaux répartis sur un cluster.
Bref, Fortran est un très bon langage pour les scientifiques et contrairement à ce que l'on pourrait penser, le Fortran moderne est lisible ;-) Il n'y a pas vraiment de conçurent à Fortran parmi les autres langages compilés. Je connais des codes en C++ mais c'est souvent la croix et la bannière pour les thésards ou les stagiaires qui doivent bosser dessus et adapter le code source. De plus, certain concept du C comme les pointeurs sont une aberration pour les non informaticiens. Les pointeurs du Fortran ou l'on ne manipule jamais la notion d'adresse mais qui ont un opérateur d'assignation différent sont par exemple bien plus propre.
Une des erreurs du Fortran (et de presque tous les autres langages compilés) est que la norme ne définie pas le mapping entre les objets du Fortran et ceux que l'on retrouve dans les bibliothèques compilés. Ainsi, les fichiers .mod sont différents entre deux compilateurs et chaque compilateur choisis sa sauce lors de la compilation pour nommer les appels de fonction dans les bibliothèques .so et .a !
Ca avance en parallèle. En fait, pas mal de bonnes idées proviennent de Perl6 et sont implémentés dans Perl5.
Il ne faut pas comparer Python3000 et Perl6, ce ne sont pas du tout des projets de la même ampleur. Il y a un paquetage rakudo dans debian experimental. Parrot commence a être déjà dans plusieurs versions de debian, Il est même dans squeeze.
Un des bénéfices de Perl6 ces dernières années, c'est que le langage Perl5 est reparti de plus belle et que cela bouge bien dans le bon sens !
C'est basique mais très pratique, tant pour les utilisateurs en interne (pas de https en interne pour la consultation) qu'en externe (marche partout, pas de VPN...) ainsi qu'au niveau administration.
Le seul hic est que je ne sais pas si un autre ReverseProxy qu'Apache fait cela aussi bien et pour un service aussi sensible, c'est bien d'avoir deux solutions sous la main.
Déclarer un programme complet suppose une preuve formelle... J'ai des doutes lorsque je vois une norme ISO que celle-ci soit écrite dans un langage qui permette de prouver la complétude...
Il y a pleins de norme ISO qui soient incomplètes, flous sur certains points voire incohérentes sur d'autres. Ceci dis, les écrire a déjà demandé un travail fou et c'est plus que souvent un travail très utile pour tous.
Sinon, pas besoin de montage automatique pour que le Virus se propage, il y en a qui scanne le réseau.
Certes, un virus pourrait aussi le faire sur un serveur FTP mais je dis juste qu'en pratique, il n'y en a pas eu chez moi. Une des règles de la sécurité informatique est de ne pas faire forcément tout comme le voisin et d'être chiant sur certain détail. Du coup, l'emmerdeur va voir ou c'est plus simple ;-)
Astuce aussi qui marche bien sur tous les partages, régler le dossier racine afin qu'il ne soit pas modifiable. Les virus ne peuvent pas écrire leur Autorun.inf et cela les emmerde beaucoup !
la laboratoire voisin a un partage de fichier CIFS temporaire ouvert à tous pour les échanges. Il est régulièrement polluer par les virus...
mon laboratoire a un FTP interne ouvert en écriture pour anonymous pour les échanges en vrac. Jamais un virus ne s'en ai servis !
Sinon, il ne faut pas oublier que l'on peux faire du FTPS ou seule la partie authentification transite en clair si on recherche du débit, ou tout chiffré avec SSL sinon.
J'ai recompilé la semaine dernière une thèse écrite en 2003, le résultat sous debian Squeeze est le même que celui de l'époque (Woody).
Bref, il peut y avoir certes avec le temps des modifications légères dues à l'amélioration du moteur mais je n'ai jamais vu de réelles dégradations ni de perte de contenu visible ;-)
Même microsoft n'arrivent pas à relire ses fichiers .doc correctement. J'ai plein de chercheurs qui ont des anciennes présentations qui ne passent plus correctement sous 2010.
Je crois que personne n'est capable d'assurer qu'un fichier passe d'une suite à l'autre... sauf LaTeX mais c'est pas une suite mais un formateur ;-)
Je trouve moi aussi dommage ce point là dans MooseFS et je brancherais bien MooseFS sur une base Riak plutôt que sur une base MySQL ;-) Riak est une base NoSQL maîetre maîetre conçu pour les nuages...
C'est à dire qu'il faudrait que les mecs qui développent les environnements de bureau et les applications se remettent en mode FollowMouse qui était le mode par défaut il y a 15 ans et qui minimise le click !
[^] # Re: android
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linux ou bien GNU/Linux ?. Évalué à 3.
on peut aussi remarquer que android a un développement communautaire fort avec des distributions indépendantes !
[^] # Re: tiré des mailing-lists
Posté par Sytoka Modon (site web personnel) . En réponse au message debian squeeze : upstart ou sysvinit. Évalué à 3.
Dasn squeeze, le boot est déjà parallèle et les dépendances calculés automatiquement via sysv-rc (système utilisé depuis pas mal de temps par Suse).
Le lien que tu donnes est assez ancien et je pense que debian passera par systemd à terme... Je ne suis pas sur qu'upstart intègre par défaut debian un jour.
[^] # Re: De l'intérêt de ces paradigmes ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Des paradigmes alternatifs. Évalué à 3.
L'intérêt du C est que la liaison C <-> .so est simple. Du coup, il est facile d'utiliser une bibliothèque écrite en C.
Les autres langages compilés n'ont pas normalisé à ma connaissance la laison bas niveau coté OS. Les objets que l'on retrouve dans les .so via nm dépendent du compilateur. Par exemple, en Fortran 90, chaque compilateur fait ce qu'il veut, c'est catastrophique. Au final, toutes les bibliothèques de bas niveau sont écrites en C !
Il est plus que temps que les langages compilés normalisent le mapping avec le format ELF. Il est par exemple idiot dans l'absolu de programmer une bibliothèque matricielle en C alors que le Fortran est conçu pour cela.
[^] # Re: De l'intérêt de ces paradigmes ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Des paradigmes alternatifs. Évalué à 6.
A chaque langage son utilité. Si tu fais du C, tu utilises certainement des Makefile donc utilise aussi un autre paradigme de programmation à ce niveau la. Faire l'équivalent du boulot d'un Makefile en C est possible mais particulièrement pénible...
Idem pour la programmation événementielle. Il est préférable d'utiliser POE ou Any::Event (Perl), une boucle AMQ... que de vouloir faire un monstre en C qui sera tout sauf souple. C'est aussi ce qui est réalisé dans tous les toolkits graphiques.
Un langage de programmation a son utilité s'il sers à écrire des programmes efficaces ayant le moins de bogue possible. Le lien avec ce qui se passe dans un microprocesseur est de plus en plus éloigné. Même le C n'est pas si proche que cela d'une architecture x86... Avec le temps qui passe, il y a de moins en moins de raison de trop collé à l'architecture matérielle. En plus, celle-ci évolue de son coté (multi-core...).
# Rule Based Programming
Posté par Sytoka Modon (site web personnel) . En réponse au journal Des paradigmes alternatifs. Évalué à 10.
Deux exemples de langage très utilisé utilisant ce principe
C'est donc plus utilisé qu'on ne le croit ;-)
[^] # Re: Chiffres et pubs...
Posté par Sytoka Modon (site web personnel) . En réponse au journal vilains pirates . Évalué à 1.
Il y a des fonctionnaires qui bossent ;-)
# Absurdité des chiffres
Posté par Sytoka Modon (site web personnel) . En réponse au journal vilains pirates . Évalué à 10.
On était 50M en 1967, on est 65M en 2011... En valeur relative, on a donc une baisse !
C'est comme la baisse du nombre de fonctionnaire car ils auraient augmenté depuis 20 ans. Le chiffre intéressant n'est pas le nombre absolu mais éventuellement la quotité pour 10000 habitants par exemple.
1967 - 211M d'entrées
2010 - 206M d'entrées
PCinpact titre même "En 2010, le cinéma explose son record de 1967, sans Hadopi" !
Bref, avec des chiffres, on finit par avaler des couleuvres ;-)
PS : ceci dis, ce sont tout de même des chiffres impressionnants !
# ikiwiki
Posté par Sytoka Modon (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 6.
Ikiwiki est aussi un générateur de page web statique qui sais aussi faire les blog et qui est lui aussi écrit en perl et qui gère aussi le markdown...
[^] # Re: chromebook
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linux dans votre navigateur web. Évalué à 10.
En tout cas, ce fameux Mr Bellard nous étonnera toujours ;-)
[^] # Re: Perl 6 ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Perl 5.14.0. Évalué à 3.
Je crois que c'est un des soucis de l'INRIA. Ils ont mis des années à libérer le code de scilab... Il y a plein de projet intéressant mais qui en pratique les utilisent réellement ? Bref, ils n'arrivent pas à créer une communauté ouverte sur leur projet. C'est vrai que c'est décevant.
[^] # Re: Perl 6 ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Perl 5.14.0. Évalué à 5.
C'est assez différent en fait. Perl6 est un nouveau langage réalisé par la même communauté que Perl5. C'est un langage de script de plus. Il n'est pas illogique qu'à terme, certains langages de script deviennent secondaires...
Fortran, pour ne parler que de lui, n'a pas eu d'enfant pour le moment qui arrive à lui survivre ! Par ailleurs, bien que ce soit un des langages les plus anciens, c'est un langage qui vit. La plupart des programmes écrit aujourd'hui en Fortran le sont en Fortran 95 (90) mais la révision de 2003 apporte les objets et l'héritage simple que gfortran implémente déjà. La grosse étape suivante est la gestion des Co-Array (Fortran 2008) qui permet de manipuler des tableaux répartis sur un cluster.
Bref, Fortran est un très bon langage pour les scientifiques et contrairement à ce que l'on pourrait penser, le Fortran moderne est lisible ;-) Il n'y a pas vraiment de conçurent à Fortran parmi les autres langages compilés. Je connais des codes en C++ mais c'est souvent la croix et la bannière pour les thésards ou les stagiaires qui doivent bosser dessus et adapter le code source. De plus, certain concept du C comme les pointeurs sont une aberration pour les non informaticiens. Les pointeurs du Fortran ou l'on ne manipule jamais la notion d'adresse mais qui ont un opérateur d'assignation différent sont par exemple bien plus propre.
Une des erreurs du Fortran (et de presque tous les autres langages compilés) est que la norme ne définie pas le mapping entre les objets du Fortran et ceux que l'on retrouve dans les bibliothèques compilés. Ainsi, les fichiers .mod sont différents entre deux compilateurs et chaque compilateur choisis sa sauce lors de la compilation pour nommer les appels de fonction dans les bibliothèques .so et .a !
[^] # Re: LD_PRELOAD
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pound se plaint.... Évalué à 2.
C'est un des problèmes de faire du chroot, souvent, il n'y a plus de mise à jour ensuite si on fait cela à l'arrache ;-)
[^] # Re: Perl 6 ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Perl 5.14.0. Évalué à 4.
Je pense que Perl5 fonctionnera encore des années... Je ne serais pas étonner que dans 10 ans, il y ai encore les deux qui soit en fonctionnement.
[^] # Re: Perl 6 ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Perl 5.14.0. Évalué à 9.
Ca avance en parallèle. En fait, pas mal de bonnes idées proviennent de Perl6 et sont implémentés dans Perl5.
Il ne faut pas comparer Python3000 et Perl6, ce ne sont pas du tout des projets de la même ampleur. Il y a un paquetage rakudo dans debian experimental. Parrot commence a être déjà dans plusieurs versions de debian, Il est même dans squeeze.
Un des bénéfices de Perl6 ces dernières années, c'est que le langage Perl5 est reparti de plus belle et que cela bouge bien dans le bon sens !
# Ré-écriture
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pound se plaint.... Évalué à 2.
Sais-t'il ré-écrire à la volée les pages HTML ? Apache2 sais le faire mais je n'en connais pas d'autres.
Par exemple, j'ai un intranet accessible en interne
http://intranet.monlab.fr
En externe, il est accessible sous
https://www.monlab.fr/intranet/
Dans ces pages web, je fais référence à des services internes, par exemple
http://forge.monlab.fr
Bien sur, dans la version https, je ré-écris à la volée dans Apache2 le code HTML pour avoir
https://www.monlab.fr/forge/
C'est basique mais très pratique, tant pour les utilisateurs en interne (pas de https en interne pour la consultation) qu'en externe (marche partout, pas de VPN...) ainsi qu'au niveau administration.
Le seul hic est que je ne sais pas si un autre ReverseProxy qu'Apache fait cela aussi bien et pour un service aussi sensible, c'est bien d'avoir deux solutions sous la main.
[^] # Re: Vraiment ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche La spécification d’ODF 1.2 est terminée. Évalué à 4.
Déclarer un programme complet suppose une preuve formelle... J'ai des doutes lorsque je vois une norme ISO que celle-ci soit écrite dans un langage qui permette de prouver la complétude...
Il y a pleins de norme ISO qui soient incomplètes, flous sur certains points voire incohérentes sur d'autres. Ceci dis, les écrire a déjà demandé un travail fou et c'est plus que souvent un travail très utile pour tous.
[^] # Re: Cela sert-il encore à quelque chose... ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 3.
! rus nieB
[^] # Re: Cela sert-il encore à quelque chose... ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 2.
Je répond à Tanguy qui parle du FTP en général...
Sinon, pas besoin de montage automatique pour que le Virus se propage, il y en a qui scanne le réseau.
Certes, un virus pourrait aussi le faire sur un serveur FTP mais je dis juste qu'en pratique, il n'y en a pas eu chez moi. Une des règles de la sécurité informatique est de ne pas faire forcément tout comme le voisin et d'être chiant sur certain détail. Du coup, l'emmerdeur va voir ou c'est plus simple ;-)
Astuce aussi qui marche bien sur tous les partages, régler le dossier racine afin qu'il ne soit pas modifiable. Les virus ne peuvent pas écrire leur Autorun.inf et cela les emmerde beaucoup !
[^] # Re: J'espère qu'il ya uara une pétition quelque part.
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche L'Union des Photographes veut la mort du Libre. Évalué à 10.
Et toi de parler correctement ;-)
[^] # Re: Cela sert-il encore à quelque chose... ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 2.
Exemple d'utilisation.
la laboratoire voisin a un partage de fichier CIFS temporaire ouvert à tous pour les échanges. Il est régulièrement polluer par les virus...
mon laboratoire a un FTP interne ouvert en écriture pour anonymous pour les échanges en vrac. Jamais un virus ne s'en ai servis !
Sinon, il ne faut pas oublier que l'on peux faire du FTPS ou seule la partie authentification transite en clair si on recherche du débit, ou tout chiffré avec SSL sinon.
[^] # Re: A la main c'est mieux
Posté par Sytoka Modon (site web personnel) . En réponse au journal bup, solution de backup viable ?. Évalué à 3.
Du coup, c'est exactement ce que je fais rsnapshot.
[^] # Re: Vraiment ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche La spécification d’ODF 1.2 est terminée. Évalué à 4.
J'ai recompilé la semaine dernière une thèse écrite en 2003, le résultat sous debian Squeeze est le même que celui de l'époque (Woody).
Bref, il peut y avoir certes avec le temps des modifications légères dues à l'amélioration du moteur mais je n'ai jamais vu de réelles dégradations ni de perte de contenu visible ;-)
[^] # Re: Vraiment ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche La spécification d’ODF 1.2 est terminée. Évalué à 10.
Même microsoft n'arrivent pas à relire ses fichiers .doc correctement. J'ai plein de chercheurs qui ont des anciennes présentations qui ne passent plus correctement sous 2010.
Je crois que personne n'est capable d'assurer qu'un fichier passe d'une suite à l'autre... sauf LaTeX mais c'est pas une suite mais un formateur ;-)
[^] # Re: Gluster vs MooseFS ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche GlusterFS 3.2 — La géo‐réplication. Évalué à 2.
Je trouve moi aussi dommage ce point là dans MooseFS et je brancherais bien MooseFS sur une base Riak plutôt que sur une base MySQL ;-) Riak est une base NoSQL maîetre maîetre conçu pour les nuages...
http://www.basho.com/
[^] # Re: Ah j'ai oublié ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal 5 projets GSOC pour The Gimp. Évalué à 10.
C'est à dire qu'il faudrait que les mecs qui développent les environnements de bureau et les applications se remettent en mode FollowMouse qui était le mode par défaut il y a 15 ans et qui minimise le click !