Rien de nouveau dans ce que je rajoute ici mais c'est juste pour souligner les arguments déjà mentionnés.
Le langage XML n'est qu'un format de fichier qui règlent déjà deux points extrêmement pénibles: la sérialisation et l'encodage (non, l'UTF8 n'est pas la panacée).
Au délà du langage, c'est bien la validation du document (DTD ou XML Schema) qui me semble super profitable. Car non seulement le code du parseur existe (avec les librairies externes) mais aussi tout le code nécessaire à la validation! Vous pouvez alors très facilement (et sans risque) changer les spécifications de données tout en restant rétro-compatible.
La transformation des documents étant assurée par XSLT, plus besoin des infâmes "moulinettes" toutes pourries qu'on peut trouver dans la plupart des projets de reprise. Ok, pas si simple à écrire le XSLT, mais ça vaut souvent le coup d'apprendre (d'autant plus que c'est un vrai langage Turing complet).
La plasticité du XML permet d'inclure plusieurs types de documents ensemble avec des espaces de noms séparés et accessibles depuis XPATH ou XQUERY bien supérieurs à la recherche "full-text".
Ce qui me semble important à retenir, c'est qu'XML n'est que le format. La vraie utilité ce sont les autres dialectes XML qui se fondent dessus.
Et chaque dialecte devient un outil extrêmement puissant et rarement comparable en terme de fonctionnalités par rapport à des formats à plat.
Forcément, si le seul but est juste d'avoir un format de configuration, alors évidemment on ne parle pas du tout de la même chose…
Pour l'efficacité de stockage, ce n'est pas vraiment un argument. La plupart du temps, l'ensemble fourni est recompressé (ex: formats OpenOffice).
Après, je comprends le ras-le-bol de certains après avoir subi la mode XML dans les fichiers de conf (à la Apache ou Zope…) et aussi le péché originel avec cette machine à gaz qui est SOAP.
Le fait que tous ces fichiers soient lisibles en partie par l'humain me semble anecdotique. Je ne suis pas sûr non plus que ce soit un des buts d'origine.
Posté par Vroum .
En réponse au journal Reqflow.
Évalué à 1.
À noter l'existence du projet Squash TM qui propose une interface de gestion des exigences aussi.
Le projet est encore jeune et poursuit un objectif plus ambitieux. Il est actuellement "sponsorisé" mais je ne sais pas pour combien de temps encore.
En tout cas, je suis son développement sans vraiment l'utiliser car il me semble aller dans la bonne direction concernant les objectifs.
Bah il pourrait surtout manger plus d'herbe tu ne crois pas..?
Clairement le vrai problème c'est le ratio terre cultivée pour le nombre de calories absorbées…
On a un facteur 10 c'est-à-dire qu'il faut 10 kg de céréale pour produire 1 kg de viande.
Je ne pourrais malheureusement pas t'en dire beaucoup plus sur les avantages et inconvénients du courant continu. Mais tu peux trouver quelques arguments sur cette page néanmoins.
Quelques extraits:
au-delà d'une certaine distance, (50 à 100 km environ pour des liaisons souterraines ou sous-marines, 500 à 1 000 km pour les lignes électriques aériennes), l'importance du courant capacitif rend peu intéressant le transport d'électricité en courant alternatif
Interconnecter des réseaux électriques non synchrones ou présentant des fréquences différentes (50 Hz ou 60 Hz dans la presque totalité des cas) nécessite un dispositif spécifique
En Chine, l'utilisation de ces liaisons se généralise, notamment pour transporter l'électricité produite à l'intérieur du pays
Son idée de dualité entre mode de communication associé à une nouvelle source d'énergie est assez intéressante.
En fait, la définition de révolution industrielle semble assez élastique pour le moment.
Je parle dans les commentaires d'une hypothétique quatrième révolution car certains auteurs comme Manuel Castells considère que nous sommes déjà passés à la révolution informationnelle.
D'après le réglement du concours, les participants conservent le droit d’exploiter librement les textes publiés par l’Organisateur et ne cèdent qu'un droit de publication.
Vu la longueur du texte et les corrections à apporter, je ne vois aucune objection à mettre le texte en CC BY-SA 3.0 une fois le concours terminé. Je vais me renseigner auprès des organisateurs ceci dit.
Intéressant, c'est vrai que le texte ne mentionne aucune technologie sans-fils alors que le principe est connu depuis Nicolas Tesla.
Quelques expériences ont vu le jour mais avec des puissances assez faibles pour le moment. On peut noter l'existence d'un consortium sur ce type de recherche.
Mais cet "oubli" pourra être exploité dans la suite que je veux donner à l'histoire. On peut imaginer un renoncement au monde sans-fil dû à une pollution électromagnétique intenable et à des conséquences sanitaires importantes.
/tmp et /var/tmp ne garantissent pas la même durée de vie aux données.
/var/tmp est persistant au reboot (fichiers de cache divers que tu ne veux pas réindexer à chaque redémarrage ou les fichiers d'historique par exemple) tandis que /tmp sera vidé automatiquement à chaque redémarrage.
Dans le cas de /tmp, il est alors possible d'utiliser le système de fichier tmpfs qui te permet d'accélerer les temps d'accès en moyenne.
(voir certains commentaires plus bas pour d'autres détails)
...cependant, j'ai été obligé de changer 'database' en 'bibliographie' pour le champ R1 dans fichier.ms afin d'avoir un premier rendu. Mais l'article est vraiment bien rédigé. Merci à vous.
Effectivement, le logo ne risque pas de séduire tout le monde...
Mais je pense que l'idée est intéressante pour plusieurs raisons:
- rendre plus visibles les activités libres francophones
- créer une "sur-communauté" (ça va troller, je le sens) permettant aux visiteurs profanes de voir une communauté plus vaste qu'il n'y paraît
Le but peut-être pourrait non pas de devenir un logo officiel [1] pour chaque association (ce qui est à mon avis impossible) mais plutôt d'avoir un visuel d'une même base graphique dans certaines manifestations. Typiquement, j'imagine bien une sorte de "webring" qui relie les initiatives francophones ou lors de problèmes en commun (le cas des brevets me vient à l'esprit).
Dès lors, ce ne sera pas une association de 100 personnes mais plutôt x associations avec leurs adhérents qui parleront de la même voix.
De plus, je trouve le logo francophone bien choisi au niveau des valeurs même si l'aspect graphique pêche un peu pour moi (je verrai plus de transparence et un léger relief sur les branches...)
Bref, je vote pour; surtout si le logo officiel est un peu remanié...
[1] D'ailleurs, si j'ai tout suivi, ce ne serait pas un logo pour toutes les associations mais plutôt un logo de base avec ensuite des variations propres à chaque association.
Par défaut, pourquoi pas le nom de l'association au centre ?
En gros, voici les quelques remarques que j'ai retenues :
- installation simple de lout (qui comprend les outils de génération)
- un vrai language qui permet des macros plus évoluées
- une gestion efficace des modèles (répertoire dédiés)
- 2 générations pleinement utilisables : TXT et PS (bien qu'il faudrait aussi essayer avec des outils comme ps2pdf par exemple)
- gestion simple des fontes
Sinon, l'auteur de lout prépare un nouveau projet apparemment:
"The Nonpareil Project is a software project being undertaken by Jeffrey H. Kingston of the School of Information Technologies at The University of Sydney, Australia. The aim of the project is to build an open source interactive document editing system which advances the state of the art. More details, including the answers to most frequently asked questions, may be found in the Prospectus for Nonpareil."
P.S. Je n'ai utilisé que Lyx que je trouve excellent en utilisation. Par contre, les modifications à faire en Tex pour se créer un nouveau modèle m'ont vite rebuté pour une utilisation quotidienne :-(
Je suis d'accord avec tes remarques, le vocabulaire et les tournures de phrases sont parfois très désagréables.
Mais l'idée de fond reste perceptible malgré toutes ces lourdeurs, et je suis surtout heureux de voir des réactions comme celle-ci.
En réalité, cet article est surtout intéressant par les liens et les références qu'il donne.
Dernière remarque, Bernard Stiegler n'est pas journaliste mais philosophe (personnellement, je n'ai rien lu de lui à part cet article).
[^] # Re: Sans être fan du tout
Posté par Vroum . En réponse au journal XML c'est de la daube!!!. Évalué à 3.
Rien de nouveau dans ce que je rajoute ici mais c'est juste pour souligner les arguments déjà mentionnés.
Le langage XML n'est qu'un format de fichier qui règlent déjà deux points extrêmement pénibles: la sérialisation et l'encodage (non, l'UTF8 n'est pas la panacée).
Au délà du langage, c'est bien la validation du document (DTD ou XML Schema) qui me semble super profitable. Car non seulement le code du parseur existe (avec les librairies externes) mais aussi tout le code nécessaire à la validation! Vous pouvez alors très facilement (et sans risque) changer les spécifications de données tout en restant rétro-compatible.
La transformation des documents étant assurée par XSLT, plus besoin des infâmes "moulinettes" toutes pourries qu'on peut trouver dans la plupart des projets de reprise. Ok, pas si simple à écrire le XSLT, mais ça vaut souvent le coup d'apprendre (d'autant plus que c'est un vrai langage Turing complet).
La plasticité du XML permet d'inclure plusieurs types de documents ensemble avec des espaces de noms séparés et accessibles depuis XPATH ou XQUERY bien supérieurs à la recherche "full-text".
Ce qui me semble important à retenir, c'est qu'XML n'est que le format. La vraie utilité ce sont les autres dialectes XML qui se fondent dessus.
Et chaque dialecte devient un outil extrêmement puissant et rarement comparable en terme de fonctionnalités par rapport à des formats à plat.
Forcément, si le seul but est juste d'avoir un format de configuration, alors évidemment on ne parle pas du tout de la même chose…
Pour l'efficacité de stockage, ce n'est pas vraiment un argument. La plupart du temps, l'ensemble fourni est recompressé (ex: formats OpenOffice).
Après, je comprends le ras-le-bol de certains après avoir subi la mode XML dans les fichiers de conf (à la Apache ou Zope…) et aussi le péché originel avec cette machine à gaz qui est SOAP.
Le fait que tous ces fichiers soient lisibles en partie par l'humain me semble anecdotique. Je ne suis pas sûr non plus que ce soit un des buts d'origine.
[^] # Alternative libre
Posté par Vroum . En réponse au journal Reqflow. Évalué à 1.
À noter l'existence du projet Squash TM qui propose une interface de gestion des exigences aussi.
Le projet est encore jeune et poursuit un objectif plus ambitieux. Il est actuellement "sponsorisé" mais je ne sais pas pour combien de temps encore.
En tout cas, je suis son développement sans vraiment l'utiliser car il me semble aller dans la bonne direction concernant les objectifs.
# Mayan EDMS et Maarch
Posté par Vroum . En réponse au journal Paperless.... Évalué à 0.
J'ai la même problématique que toi mais je pense opter pour une solution un peu plus lourde.
Pour ma part, je penche pour l'instant sur:
Sinon pour la partie ludique:
[^] # Re: qu'il faut arreter la novlangue à outrance,
Posté par Vroum . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 1.
Bah il pourrait surtout manger plus d'herbe tu ne crois pas..?
Clairement le vrai problème c'est le ratio terre cultivée pour le nombre de calories absorbées…
On a un facteur 10 c'est-à-dire qu'il faut 10 kg de céréale pour produire 1 kg de viande.
[^] # Re: jabberd
Posté par Vroum . En réponse au journal Jabber et XMPP que sont-ils ?. Évalué à 0.
Également possible avec Openfire aussi: Custom Database Integration Guide
[^] # Re: ifupdown
Posté par Vroum . En réponse au sondage Quel gestionnaire de connexions réseau utilisez-vous ?. Évalué à 0.
Si tu n'es pas trop parano et que tu veux te simplifier un peu la vie, tu peux utiliser les règles de mapping pour wlan0 aussi (man interfaces).
[^] # Re: Et ?
Posté par Vroum . En réponse au journal Juste un bug idiot.. Évalué à 1.
Je pense en effet que tu es le grand gagnant. Ta réponse va de pair avec le texte de Zylabon.
Merci à vous deux pour ce drôle d'humour ;-)
# Stanford ou Berkeley ?
Posté par Vroum . En réponse au journal Retour sur les cours en ligne gratuit de Berkeley - partie I SAAS. Évalué à 6.
Stanford ne semble pas proposer la formation SaaS que tu commentes:
https://www.coursera.org/landing/hub.php
Tes commentaires m'ont étonnés car les cours de Stanford sont eux particulièrement bien faits justement.
[^] # Re: Courant continu
Posté par Vroum . En réponse au journal Courte nouvelle sur les réseaux électriques du futur. Évalué à 2.
Je ne pourrais malheureusement pas t'en dire beaucoup plus sur les avantages et inconvénients du courant continu. Mais tu peux trouver quelques arguments sur cette page néanmoins.
Quelques extraits:
au-delà d'une certaine distance, (50 à 100 km environ pour des liaisons souterraines ou sous-marines, 500 à 1 000 km pour les lignes électriques aériennes), l'importance du courant capacitif rend peu intéressant le transport d'électricité en courant alternatif
Interconnecter des réseaux électriques non synchrones ou présentant des fréquences différentes (50 Hz ou 60 Hz dans la presque totalité des cas) nécessite un dispositif spécifique
En Chine, l'utilisation de ces liaisons se généralise, notamment pour transporter l'électricité produite à l'intérieur du pays
[^] # Re: ondes, abeilles et nuages
Posté par Vroum . En réponse au journal Courte nouvelle sur les réseaux électriques du futur. Évalué à 2.
Que de fautes, j'ai honte. Merci en tout cas d'avoir pris le temps de les relever.
Pour le style, je suis entièrement d'accord avec toi. L'âge de l'enfant ne m'empêchait pas d'être un peu plus contemplatif dans les descriptions.
[^] # Re: Rifkin l'a déjà fait
Posté par Vroum . En réponse au journal Courte nouvelle sur les réseaux électriques du futur. Évalué à 1.
Son idée de dualité entre mode de communication associé à une nouvelle source d'énergie est assez intéressante.
En fait, la définition de révolution industrielle semble assez élastique pour le moment.
Je parle dans les commentaires d'une hypothétique quatrième révolution car certains auteurs comme Manuel Castells considère que nous sommes déjà passés à la révolution informationnelle.
[^] # Re: ondes, abeilles et nuages
Posté par Vroum . En réponse au journal Courte nouvelle sur les réseaux électriques du futur. Évalué à 2.
D'après le réglement du concours, les participants conservent le droit d’exploiter librement les textes publiés par l’Organisateur et ne cèdent qu'un droit de publication.
Vu la longueur du texte et les corrections à apporter, je ne vois aucune objection à mettre le texte en CC BY-SA 3.0 une fois le concours terminé. Je vais me renseigner auprès des organisateurs ceci dit.
[^] # Re: ondes, abeilles et nuages
Posté par Vroum . En réponse au journal Courte nouvelle sur les réseaux électriques du futur. Évalué à 2.
Intéressant, c'est vrai que le texte ne mentionne aucune technologie sans-fils alors que le principe est connu depuis Nicolas Tesla.
Quelques expériences ont vu le jour mais avec des puissances assez faibles pour le moment. On peut noter l'existence d'un consortium sur ce type de recherche.
Mais cet "oubli" pourra être exploité dans la suite que je veux donner à l'histoire. On peut imaginer un renoncement au monde sans-fil dû à une pollution électromagnétique intenable et à des conséquences sanitaires importantes.
[^] # Re: Génial :)
Posté par Vroum . En réponse au journal Manifestation anti ACTA cet après midi a travers l'Europe... et la France.. Évalué à 5.
Tu as oublié de parler du masque Warner© aussi...
http://www.rue89.com/2011/12/02/quand-le-masque-des-indignes-et-des-anonymous-enrichit-la-warner-227120
[^] # Re: la messe est dite
Posté par Vroum . En réponse à la dépêche /usr friendly. Évalué à 5.
/tmpet/var/tmpne garantissent pas la même durée de vie aux données./var/tmpest persistant au reboot (fichiers de cache divers que tu ne veux pas réindexer à chaque redémarrage ou les fichiers d'historique par exemple) tandis que/tmpsera vidé automatiquement à chaque redémarrage.Dans le cas de
/tmp, il est alors possible d'utiliser le système de fichier tmpfs qui te permet d'accélerer les temps d'accès en moyenne.(voir certains commentaires plus bas pour d'autres détails)
# Intéressant...
Posté par Vroum . En réponse à la dépêche Groff sort en version 1.21. Évalué à 1.
[^] # Re: Rien à voir mais
Posté par Vroum . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 1.
# Ca peut toujours servir..
Posté par Vroum . En réponse au journal Backuper son Delicious. Évalué à 2.
Une page dédiée vous permet de récupérer le fichier (lorsque vous êtes authentifié):
http://del.icio.us/api/posts/all
[^] # Re: Bof
Posté par Vroum . En réponse au journal Vers une standardisation des logos des assos francophones du libre ?. Évalué à 1.
Mais je pense que l'idée est intéressante pour plusieurs raisons:
- rendre plus visibles les activités libres francophones
- créer une "sur-communauté" (ça va troller, je le sens) permettant aux visiteurs profanes de voir une communauté plus vaste qu'il n'y paraît
Le but peut-être pourrait non pas de devenir un logo officiel [1] pour chaque association (ce qui est à mon avis impossible) mais plutôt d'avoir un visuel d'une même base graphique dans certaines manifestations. Typiquement, j'imagine bien une sorte de "webring" qui relie les initiatives francophones ou lors de problèmes en commun (le cas des brevets me vient à l'esprit).
Dès lors, ce ne sera pas une association de 100 personnes mais plutôt x associations avec leurs adhérents qui parleront de la même voix.
De plus, je trouve le logo francophone bien choisi au niveau des valeurs même si l'aspect graphique pêche un peu pour moi (je verrai plus de transparence et un léger relief sur les branches...)
Bref, je vote pour; surtout si le logo officiel est un peu remanié...
[1] D'ailleurs, si j'ai tout suivi, ce ne serait pas un logo pour toutes les associations mais plutôt un logo de base avec ensuite des variations propres à chaque association.
Par défaut, pourquoi pas le nom de l'association au centre ?
[^] # Re: Euh ...
Posté par Vroum . En réponse à la dépêche Changement dans la numérotation du noyau Linux. Évalué à 1.
http://www.zdnet.com.au/news/0,39023165,39183867,00.htm(...)
[^] # [HS Total] esperluette
Posté par Vroum . En réponse au journal Petit outil pour changer de charset et d'encodage. Évalué à 2.
www.esperluette.fr
www.esperluette.net
www.esperluette.com
www.esperluette.org
[^] # Re: Lout et AFT
Posté par Vroum . En réponse à la dépêche Il n'y a pas que le traitement de texte pour manipuler du texte !. Évalué à 3.
Pour ceux qui sont curieux, je vous recommande de lire l'article de Linux Gazette:
http://www.linuxgazette.com/issue27/adelman.html(...)
En gros, voici les quelques remarques que j'ai retenues :
- installation simple de lout (qui comprend les outils de génération)
- un vrai language qui permet des macros plus évoluées
- une gestion efficace des modèles (répertoire dédiés)
- 2 générations pleinement utilisables : TXT et PS (bien qu'il faudrait aussi essayer avec des outils comme ps2pdf par exemple)
- gestion simple des fontes
Je vous suggère également de regarder vite fait la documentation de Lout. La partie graphe m'a complètement bluffé.
http://snark.ptc.spbu.ru/~uwe/lout/user.pdf(...)
Sinon, l'auteur de lout prépare un nouveau projet apparemment:
En cherchant d'autres alternatives, je suis également tombé sur Halibut mais je ne l'ai pas testé:
http://www.chiark.greenend.org.uk/~sgtatham/halibut/(...)
P.S. Je n'ai utilisé que Lyx que je trouve excellent en utilisation. Par contre, les modifications à faire en Tex pour se créer un nouveau modèle m'ont vite rebuté pour une utilisation quotidienne :-(
[^] # Re: "Weblog" de Martin Winckler
Posté par Vroum . En réponse au journal Martin Winckler à la télé. Évalué à 1.
http://martinwinckler.com/article.php3?id_article=278(...)
Par contre, j'ai pas trouvé de feed RSS.. dommage :-/
[^] # Re: adjectifs...
Posté par Vroum . En réponse au journal Revue de presse: article du Monde diplomatique. Évalué à 2.
Mais l'idée de fond reste perceptible malgré toutes ces lourdeurs, et je suis surtout heureux de voir des réactions comme celle-ci.
En réalité, cet article est surtout intéressant par les liens et les références qu'il donne.
Dernière remarque, Bernard Stiegler n'est pas journaliste mais philosophe (personnellement, je n'ai rien lu de lui à part cet article).
[^] # Re: Au contraire
Posté par Vroum . En réponse au journal Jour funeste pour les petits artistes.. Évalué à 1.
Courtney Love Does The Math
http://www.jdray.com/Daviews/courtney.html(...)
Très interessant, merci :)
Ca m'a fait penser à un vieil article de Janis Ian:
http://janisian.com/article-internet_debacle.html(...)