> Alors ça, c'est une caractéristique du gestionnaire de fenêtres,
> autant que je sache, donc pas le problème des applications.
Oui, mais tu ne fait pas forcément le design de ton application de la même manière. Pour prendre l'exemple de la souris qui est plus facile, tu ne conçois pas ton interface graphique sous MacOSX comme sous UNIX. Ce serait idiot de ne pas profiter des trois boutons sous UNIX.
En parlant de cela, il y a plein de gens nouveaux sous UNIX qui n'utilise que l'interface graphique qui ne savent pas que le copier coller se fait entièrement à la souris sans toucher une seule touche du clavier. Non mais, pas de Pomme-C, Pomme-V, c'est incroyable ;-)
Idem pour le Follow mouse, je veux pouvoir tapper du texte dans une fenêtre sans avoir a cliquer dessus avant pour l'activé. Si tu regardes, Gimp et Dia sont conçus pour ce mode de fonctionnement sinon, c'est très chiant. C'est donc très difficile d'avoir une IHM à la Gimp sous Windows qui ne soit pas inssuportable.
D'un autre coté, on voit de plus en plus d'applications sous Linux avec pleins d'onglets, le tout intégré dans une fenêtre alors qu'on pourrait exploser tout cela en multi fenêtre et les placer ou l'on veut.
Cela me rappelle le développeur de nedit qui ne voulait pas entendre parler d'onglet dans son éditeur car il trouvait que c'était une fonctionnalité à la charge du gestionnaire de fenêtre (comme dwm sais le faire et tout ses descendants). Il n'avait pas tord à mon sens mais bon, on a surtout mis les efforts pour avoir un environnement proche de celui des autres OS.
Quand je vois le blabla sur le développement d'IE8 et de Google Chrome avec un thread par onglet, je me dis qu'on ai loin d'UNIX. Normalement, on ne devrait pas avoir à faire cette usine à gaz dans le code, on devrait lancer n fois mozilla (pardon firefox) et que que cela se mette tout seul en onglet. C'est au noyau de gérer le coopération entre les différents navigateurs. Je les vois venir avec une gestion des priorités inter-onglet dans l'application !
Mais bon, mozilla et ses frères n'aiment pas qu'on les lance deux fois (envore un truc mal conçu) et nous font chier avec une gestion multi-profile qui servait certes sous Windows 98 mais dont je n'ai jamais vu l'intérêt sous un OS multi-utilisateurs.
Pour finir, une question. Je pense m'acheter bientôt un netbook sous Linux. Pourquoi vende-t-il des netbook qui n'ont que deux boutons autour du touchpad ? Comment faites-vous ? J'avoue que cela m'enerve de ne pas avoir le bouton du milieu sous UNIX lorsque je suis sous X11. Je dois être manchot mais appuyer sur les deux boutons à la fois ne marche jamais avec mes gros doigts sur des copier coller de code un peu sensible.
Parfaitement d'accord. Un vrai logiciel sous UNIX utilise le mode FollowMouse et les trois souris de la souris. C'est pas portable tel quel sous Mac ou Windows...
Bilan : on a de plus en plus de logiciel sous UNIX qui nous oblige a utiliser des applications comme sous Windows et ou il faut cliquer pour activer la fenêtre?
L'UE, c'est bien mais faut pas s'arreter à l'UE. L'important, c'est souvent l'AELE dont la Suisse fait partie.
Si mes souvenirs sont bons, la Suisse a signé une grosse partie des accords de Shengen... Les suisses ont, à mon sens, un problème psychologique à dire qu'ils sont dans l'UE mais en pratique, ils y sont déjà.
La Suisse n'est pas le seul pays dans ce cas.
Bref, pour moi, l'UE est bien plus vaste que les 25 et à la fois, avec les textes qui donnent des clauses spéciales pour certains et pas pour d'autres, ou est la frontière ? Faut-il prendre la zone Euros ?
Tiens, va en Suisse avec des Euros, aucun problème. Est-ce pareil à Londres ?
Je me demande ce qu'attende nos hommes politiques pour proposer une europe fédérale avec un petit panel de pays qui sont près à le faire. Y-en a raz le bol de la supercherie de la 5 république et de son petit prince. Vivement une fédération avec l'allemagne et ceux qui le voudront bien.
En plus, avec Office 2000, tu as presque autant de version que de poste car celui-ci ne se met pas jour avec WindowsUpdate. Comme il est pas mal bogué, surtout dans sa version de base, tu peux déjà avec celui-la avoir un comportement différent entre deux postes si tu fait un texte avec quelques équations...
Je n'ai jamais compris pourquoi Microsoft n'a jamais intégré Office 2000 à WindowsUpdate ?
> chez Microsoft on a, allez, deux versions de la suite
Dans mon laboratoire de recherche, on a au moins 6 versions de la suite Microsoft... et encore, je suis sur que j'en oublie :
2000 Standard
2000 Pro
XP standard
XP pro
2003
2008
et au moins trois versions différentes sur Mac !
Compté ainsi, je suis même à neuf !
J'ai voulu un moment harmoniser tout cela mais en fait, c'est une erreur. Avec une telle variété, les échanges de fichiers se font tous avec le vieux format .doc d'il y a dix ans et qui marche relativement bien. Et puis, les utilisateurs de Linux, très nombreux, ne sont pas pénalisé car openoffice marche aussi très bien. Par contre , bizarrement, ils ne veulent pas, pour la très grande majorité, entrendre parler d'openoffice sur Windows ou sur MacOS.
> certains se plaignent que le XML, c'est chiant à éditer à la main : à
> ceux là, je leur dis qu'il y a pléthore d'éditeur XML
Je suis de ceux la mais dans un autre journal, j'avais posé la question de ces éditeurs, sans réponse vraiment claire et satisfaisante.
Donc, je la repose ici. Existe-t-il un éditeur XML libre correct ? Y-a-t-il un editeur XML correct qui fonctionne dans un terminal (sans X) ?
J'avoue que tant qu'il n'y aura pas cela de base dans ma distribution préférée, j'aurais un mal fou vraiment aimer le XML pour les fichiers de configuration.
> Maintenant la géologie entre en ligne de compte. Est ce que c' était
> possible....
Un diamêtre plus grand égal des millions de tonnes de gravats à évacuer et un peu plus de béton et de ferraillage. Bref, le coût n'est linéraire en fonction du diamêtre.
Le concepteur a donc tout intérêt à proposer le diamêtre le plus petit (qui réponde bien sur au cahier des charges).
En parlant de tunnel, ceux qui m'amusent sont à Londres dans le métro. Ils sont mini-mini. On a du mal à croire en les voyant qu'un métro bourrés de monde passe dedans ;-)
J'avais appris aussi que le diamêtre du tunnel était trop petit. Tout d'abord pour minimiser les couts au début et puis ensuite parce que plein d'élément de sécurité ont été rajouté par la suite or le diamêtre de celui-ci est une donnée fixe.
Ce faible diamêtre a-t-il donc une incidence sur la sécurité ?
Sinon, je suis d'accord avec toi. Il y a très peu de victimes dans les trains accidentés en général (c'est pas le cas voitures aux passage à niveau, des personnes sur les quais...).
Le point faible de la stratégie de foncer me semble la caténaire.
Pourquoi il n'y a pas un rail au sol qui fournit aussi le courant si la caténaire casse ? Eurstar est déjà capable de se brancher sur ce genre de rail. En plus, peu de risque que celui-ci casse ou fonde trop rapidement.
Désolé, je suis dans un méta script bash qui me boucle sur pas mal de projet TRAC.... Bref, j'ai le cerveau branché sur des données légèrement sensible.
Enfin, le pas de calais, c'est comme même plat. J'ai du mal à croire que trois rond-points puissent plus chauffer les freins que l'autoroute blanche Bourg - Genêve.
J'avais bien vu que templeet t'avait bouffé la mise en page ;-)
Un bout d'exim, du coté d'un routeur (vocabulaire exim), en espérant que templeet ne me le mange pas trop (il mange quand même un bout de l'indentation). C'est presque comme du XML avec des <> et des guillemets "" en moins. C'est tout de suite plus léger pour le regards.
> Bref, YAML ça pue encore plus que le XML. À quoi bon ?
Dis donc, t'es pas sympa avec le XML. Même moi, je n'ai pas dis cela ;-)
Un truc qui m'amuse sur le YAML, les pro XML déteste et parmi ces personnes, il y en a plein qui adore python. Or comme python, YAML est basé sur l'indentation...
Personnellement, je ne suis pas fanat de python et de l'indentation. J'ai pris l'exemple du YAML car c'est ultra simple a utiliser dans un programme, que c'est facile à lire, que cela commence a être connu et que ca gère une bonne partie du CPAN... Donc, on ne peut pas dire que c'est un truc d'amateur qui ne passe pas la mise à l'echelle.
Mais en fait, je n'ai aucune action chez YAML et je suis ouvert à tout format qui soit humainement conçu. Encore une fois, il faut choisir le bon langage pour le bon usage.
Sinon, effectivement, il y a plein d'outil qui ont été fait autour du XML. Si le dixième de cet énergie avait été mis sur un truc humainement lisible, on aurait aujourd'hui quelque chose de vraiment bien. Quand je vois le nombre d'heure année qui ont été passé pour qu'on utilise le XML à tour de bras et lorsque tu vois le nombre d'heure mis, par exemple sur le YAML (zut, encore lui), tu te dis que le XML, en lui même, est un truc complètement pas rentable...
D'un autre coté, le XML a permis de développer tout un tas de technologie annexe, comme la recherche dans un arbre avec XPath... Mais cela, tu pourrais très bien l'appliquer sur un arbre YAML (Ah non, je ne veux plus en entendre parler !) ou sur un format binaire comme HDF.
D'ailleurs, à mon sens, un gros part de ce qui a été fait sur XML aurait du être fait autour d'HDF ou un équivalent. Quitte à avoir des outils de haut niveau pour manipuler l'arbre de données, autant avoir un format binaire optimisé.
Mon pronostic : le HTML quitte peu à peu le web utilisateur puisque celui-ci rédige de plus en plus avec des syntaxes de type wiki. Très peu d'utilisateur pondent encore du HTML directement. Pour le XML, cela va faire pareil. Cela va devenir une technologie que se déroulera en arrière plan de l'utilisteur et il configurera son outil de configuration de sa titanesque application avec un bête fichier .ini ;-)
Qu'est ce que vous utilisez comme logiciel pour éditer vos XML qui soit libre, génial, convivial... Je n'ai pas fait le tour de la question depuis quelques temps mais à l'époque, c'était pas terrible.
J'aimerais bien voir l'interface de configuration d'un serveur comme exim fait via un schéma ?
Je sens que dans ce débat, il y a les pros XML qui m'ont l'air pour les IHM graphique de configuration et les autres. Pour moi, une IHM graphique pour configurer exim me semble une voie glissante vers le clickodrome Windows ou finalement, tu ne comprends pas grand chose de ce que tu fais. Comment répares-tu ce genre d'usine à gaz, bien tu ré-installe comme tout le monde car c'est quasiment pas réparable sauf par un spécialiste quasi inexistant.
Exemple pris sur un logiciel qui n'est pas un serveur : thunderbird. Je ne sais pas vous mais moi, lorsqu'un de mes utilisateurs a un profile qui pars en sucette (et cela arrive parfois malheureusement), je suis incapable de réparé cette usine à gaz et je repars sur un nouveau profile. L'utilisateur est content mais en réalité, je suis d'une grande incompétence.
Je voudrais éviter d'avoir à faire cela sur mes serveurs de mails, mes apaches, mes machines virtuelles, ma haute disponibilité... Je ne me considère pas comme un très bon administrateur système et pourtant, comme des milliers d'autres, j'arrive à réparer des configurations foireuses si celle-ci ne sont pas noyés dans des IHM graphiques et des fichiers de configurations obscurs.
Au final, je me fiche pas mal que le XML ait un schéma qui me permette de valider ma configuration. C'est comme un formulaire web, ce n'est pas au javascript de valider les données mais toujours au serveur. Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
Je préfère que le serveur ait un mode ou il charge le fichier de configuration et me disent lui-même ce qu'il en pense. Normalement, un serveur programmé correctement devrait avoir un mode comme cela. Qu'en interne, celui-ci transforme mon fichier de configuration en XML et lance un validateur de schéma, c'est le choix du programmeur et je le respecte entièrement.
> Après, un fichier de configuration c'est surtout fait pour stocker la
> configuration d'un logiciel
J'ai l'impression qu'il y a peut être là un mélange mais je me trompe peut être. On a l'impression que tu parles de l'état du logiciel. Que le logiciel stocke sont état sous un fomat quelconque pour se relancer plus vite et dans le même état ensuite me convient parfaitement. Dans ce cas là, autant avoir un format binaire type HDF par exemple mais toutes les solutions peuvent être bonne en fonction du contexte. Mais il ne s'agit plus vraiment de configuration (donc de /etc) mais plutôt de données donc dans /var ou /data
Les fichiers .INI, c'est un standard, il y a des outils pour les manipuler. Les fichiers YAML, c'est un standard, il y a des outils pour les manipuler. ...
Le XML est un standard récent qui est bien pour certain truc, notament dans les pipelines de type AxKit. Pour charger une configuration, c'est lourdingue et inutilement compliqué.
Sais tu que charger une configuration en YAML dans un programme se fait en deux lignes, une pour charger la bibliothèque et une pour charger la configuration. Sais tu aussi que le YAML est multiplateforme et multilangage, tout comme les fichiers .ini, tout comme...
Non tu es dans ton petit monde du HTML et du XHTML et donc il faut en mettre partout. Et puis c'est ce que veulent les entreprises alors suivont comme un mouton... Ce n'est pas dans ma philosopie ni celle qui m'a fait adoré Linux depuis des années et des années.
Bref, tu ne me donnes aucun argument qui tienne la route. Donne moi vraiment un truc compliqué parce que la configuration de machine virtuelle, c'est un truc que je trouve assez simple.
Ce que j'en pense, avec des logiciels libre ayant des fichiers de configuration en XML, il faut se tapper absolument une interface graphique de configuration. Or écrire ce genre de programme est super chiant, c'est pas si facile à faire, surtout sans bogue. Les boites comme Red-Hat ont peut être tout intérêt à vendre du support la dessus. En tout cas, c'est par exemple un peu la stratégie de XenSource (Citrix) que de vendre l'IHM de configuration.
Bref, c'est peut être une stratégie commercialle mais certainement pas technique.
Petit exercice pour finir : vous mes traduisez en XML un fichier de configuration conséquent des serveurs apache2 et exim4. Faites de même avec samba. Comparez et tirez en la conclusion qui s'impose.
Les fichiers de configuration sous UNIX sont depuis des années loin d'être en XML et UNIX est loin de ne pas être orienté entreprise !
Les fichiers de conf en XML proviennent de toute la tringlerie insupportable du java avec Tomcat et autres. On sais très bien faire des fichiers de conf lisible par l'homme et par la machine, par exemple le YAML. Pour information, l'ensemble de la cohérence des milliers de module (classe pour la plupart) du CPAN de Perl sont pilotés par de simple fichier YAML. Tu ne va pas me dire que la gestion des tes machines virtuelles est un problème plus complexe et doit être plus professionelle que celui du CPAN !
Faire cela sous XML, c'est effectivement pour simplifier les outils de plus haut niveau qui manipule alors ce genre de fichier facilement avec l'aide des bibliothèques toute faites pour le XML. Enfin, pour la quantité et le type d'information que l'on y retrouve, on fait tout aussi bien en YAML...
Ecrire un générateur, cela revient en pratique à lire et à écrire dans un fichier une structure d'arbre. C'est assez facile, pas besoin encore de se focaliser sur le XML.
Bref, sous des arguments que je considère comme fallacieux : "il me faut des méta outils qui puisse me générer mes fichiers de conf", on va finir par se retrouver avec un /etc imbittable et être obliger d'avoir des clickodromes pour gérer ses machines Linux (voir une base de registre !).
Je gère mes serveurs sans X-Windows, j'ai des dizaines de machines virtuelles et le tout est cohérent avec le tout génial cfengine qui n'a pas une ligne de ce truc imbittable pour l'homme qu'est le XML.
Désolé, je n'ai pas envie de gérer mes serveurs Linux comme des serveurs Windows... Et je vois de plus en plus de personne venant installer des prologiciels sous Linux qui viennent du monde Windows et qui amènent et appliquent les mauvaises méthodes de Windows sous Linux.
Un programme de type service système ne devrait pas avoir une application graphique comme dépendances nécessaires pour l'installation et la maintenance (ce qui ne veut pas dire qu'il n'en faut pas du tout). Cela me semble un défaut de conception à la source. Surtout que comme je l'ai dis en début de réponse, il y a des alternatives au XML qui font le même boulot en pas plus de ligne et qui sont humainement acceptable.
Bref, je ne sais pas si c'est Red-Hat qui pousse à cela mais libvirt, heartbeat2... Moi, cette voie du XML, cela commence à me gonfler sérieusement. D'ailleurs, pour cette raison, j'évite toute application en java sur mes serveurs dans mon laboratoire et pour le moment, aucune ne me manque.
Un seul problème, les fichiers de configuration au format XML ! C'est clairement orienté clickodrome ce truc là.
Moi, je veux des fichiers de conf fait pour les humains comme ceux de Xen à la base. D'ailleurs, Xen les transforme ensuite à un format parent du XML puisqu'ils sont en un dialecte du LISP.
Bref, virt c'est bien mais SVP, pas de XML sous /etc.
Ils trainent quelques affaires dans les laboratoire de recherche universitaire (lié au CNRS) ou il est arrivé qu'un chercheur pique la publication d'un autre, en profitant généralement de l'absence de celui-ci.
C'est une des raisons pour lesquelles les informaticiens ont des consignes assez strictes de ne pas fournir l'accès en interne aux données d'un chercheur a un autre sans avoir l'aval direct du premier chercheur.
[^] # Re: wiki down .. troll survives
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de VLC Media Player 0.9.2. Évalué à 8.
> autant que je sache, donc pas le problème des applications.
Oui, mais tu ne fait pas forcément le design de ton application de la même manière. Pour prendre l'exemple de la souris qui est plus facile, tu ne conçois pas ton interface graphique sous MacOSX comme sous UNIX. Ce serait idiot de ne pas profiter des trois boutons sous UNIX.
En parlant de cela, il y a plein de gens nouveaux sous UNIX qui n'utilise que l'interface graphique qui ne savent pas que le copier coller se fait entièrement à la souris sans toucher une seule touche du clavier. Non mais, pas de Pomme-C, Pomme-V, c'est incroyable ;-)
Idem pour le Follow mouse, je veux pouvoir tapper du texte dans une fenêtre sans avoir a cliquer dessus avant pour l'activé. Si tu regardes, Gimp et Dia sont conçus pour ce mode de fonctionnement sinon, c'est très chiant. C'est donc très difficile d'avoir une IHM à la Gimp sous Windows qui ne soit pas inssuportable.
D'un autre coté, on voit de plus en plus d'applications sous Linux avec pleins d'onglets, le tout intégré dans une fenêtre alors qu'on pourrait exploser tout cela en multi fenêtre et les placer ou l'on veut.
Cela me rappelle le développeur de nedit qui ne voulait pas entendre parler d'onglet dans son éditeur car il trouvait que c'était une fonctionnalité à la charge du gestionnaire de fenêtre (comme dwm sais le faire et tout ses descendants). Il n'avait pas tord à mon sens mais bon, on a surtout mis les efforts pour avoir un environnement proche de celui des autres OS.
Quand je vois le blabla sur le développement d'IE8 et de Google Chrome avec un thread par onglet, je me dis qu'on ai loin d'UNIX. Normalement, on ne devrait pas avoir à faire cette usine à gaz dans le code, on devrait lancer n fois mozilla (pardon firefox) et que que cela se mette tout seul en onglet. C'est au noyau de gérer le coopération entre les différents navigateurs. Je les vois venir avec une gestion des priorités inter-onglet dans l'application !
Mais bon, mozilla et ses frères n'aiment pas qu'on les lance deux fois (envore un truc mal conçu) et nous font chier avec une gestion multi-profile qui servait certes sous Windows 98 mais dont je n'ai jamais vu l'intérêt sous un OS multi-utilisateurs.
Pour finir, une question. Je pense m'acheter bientôt un netbook sous Linux. Pourquoi vende-t-il des netbook qui n'ont que deux boutons autour du touchpad ? Comment faites-vous ? J'avoue que cela m'enerve de ne pas avoir le bouton du milieu sous UNIX lorsque je suis sous X11. Je dois être manchot mais appuyer sur les deux boutons à la fois ne marche jamais avec mes gros doigts sur des copier coller de code un peu sensible.
[^] # Re: wiki down .. troll survives
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de VLC Media Player 0.9.2. Évalué à 2.
Bilan : on a de plus en plus de logiciel sous UNIX qui nous oblige a utiliser des applications comme sous Windows et ou il faut cliquer pour activer la fenêtre?
[^] # Re: un peu sur ma faim
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Go-oo et OOo : fr.OpenOffice.org répond à vos questions. Évalué à 2.
Sinon, je me suis planté, il n'y a pas de version 2008 sur PC (c'est sur MAC), la version PC est marqué 2007.
[^] # Re: Cherche hébergement
Posté par Sytoka Modon (site web personnel) . En réponse au journal comportement bizarre de mon web. Évalué à 4.
Si mes souvenirs sont bons, la Suisse a signé une grosse partie des accords de Shengen... Les suisses ont, à mon sens, un problème psychologique à dire qu'ils sont dans l'UE mais en pratique, ils y sont déjà.
La Suisse n'est pas le seul pays dans ce cas.
Bref, pour moi, l'UE est bien plus vaste que les 25 et à la fois, avec les textes qui donnent des clauses spéciales pour certains et pas pour d'autres, ou est la frontière ? Faut-il prendre la zone Euros ?
Tiens, va en Suisse avec des Euros, aucun problème. Est-ce pareil à Londres ?
Je me demande ce qu'attende nos hommes politiques pour proposer une europe fédérale avec un petit panel de pays qui sont près à le faire. Y-en a raz le bol de la supercherie de la 5 république et de son petit prince. Vivement une fédération avec l'allemagne et ceux qui le voudront bien.
[^] # Re: un peu sur ma faim
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Go-oo et OOo : fr.OpenOffice.org répond à vos questions. Évalué à 3.
En plus, avec Office 2000, tu as presque autant de version que de poste car celui-ci ne se met pas jour avec WindowsUpdate. Comme il est pas mal bogué, surtout dans sa version de base, tu peux déjà avec celui-la avoir un comportement différent entre deux postes si tu fait un texte avec quelques équations...
Je n'ai jamais compris pourquoi Microsoft n'a jamais intégré Office 2000 à WindowsUpdate ?
[^] # Re: un peu sur ma faim
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Go-oo et OOo : fr.OpenOffice.org répond à vos questions. Évalué à 3.
Dans mon laboratoire de recherche, on a au moins 6 versions de la suite Microsoft... et encore, je suis sur que j'en oublie :
2000 Standard
2000 Pro
XP standard
XP pro
2003
2008
et au moins trois versions différentes sur Mac !
Compté ainsi, je suis même à neuf !
J'ai voulu un moment harmoniser tout cela mais en fait, c'est une erreur. Avec une telle variété, les échanges de fichiers se font tous avec le vieux format .doc d'il y a dix ans et qui marche relativement bien. Et puis, les utilisateurs de Linux, très nombreux, ne sont pas pénalisé car openoffice marche aussi très bien. Par contre , bizarrement, ils ne veulent pas, pour la très grande majorité, entrendre parler d'openoffice sur Windows ou sur MacOS.
Bref, vive la diversité chez Microsoft ;-)
[^] # Re: Yapf ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sloth, un nouveau framework MVC pour PHP. Évalué à 5.
> ceux là, je leur dis qu'il y a pléthore d'éditeur XML
Je suis de ceux la mais dans un autre journal, j'avais posé la question de ces éditeurs, sans réponse vraiment claire et satisfaisante.
Donc, je la repose ici. Existe-t-il un éditeur XML libre correct ? Y-a-t-il un editeur XML correct qui fonctionne dans un terminal (sans X) ?
J'avoue que tant qu'il n'y aura pas cela de base dans ma distribution préférée, j'aurais un mal fou vraiment aimer le XML pour les fichiers de configuration.
[^] # Re: commentaire d' un utilisateur (et aussi d' un connaisseur)
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 3.
> possible....
Un diamêtre plus grand égal des millions de tonnes de gravats à évacuer et un peu plus de béton et de ferraillage. Bref, le coût n'est linéraire en fonction du diamêtre.
Le concepteur a donc tout intérêt à proposer le diamêtre le plus petit (qui réponde bien sur au cahier des charges).
En parlant de tunnel, ceux qui m'amusent sont à Londres dans le métro. Ils sont mini-mini. On a du mal à croire en les voyant qu'un métro bourrés de monde passe dedans ;-)
[^] # Re: recherche
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Revue de presse - septembre 2008. Évalué à 2.
[^] # Re: commentaire d' un utilisateur (et aussi d' un connaisseur)
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 2.
Ce faible diamêtre a-t-il donc une incidence sur la sécurité ?
Sinon, je suis d'accord avec toi. Il y a très peu de victimes dans les trains accidentés en général (c'est pas le cas voitures aux passage à niveau, des personnes sur les quais...).
[^] # Re: commentaire d' un utilisateur (et aussi d' un connaisseur)
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 2.
Pourquoi il n'y a pas un rail au sol qui fournit aussi le courant si la caténaire casse ? Eurstar est déjà capable de se brancher sur ce genre de rail. En plus, peu de risque que celui-ci casse ou fonde trop rapidement.
[^] # Re: La raison de l'incendie
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 5.
- un peu d'autodérision ne fait pas de mal,
- sortir d'un script difficile quelques minutes permet de pendre un peu de recul et d'éviter de foncer droit dans le vide sans rien voir.
[^] # Re: La raison de l'incendie
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 1.
[^] # Re: La raison de l'incendie
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 3.
[^] # Re: Rembourssement
Posté par Sytoka Modon (site web personnel) . En réponse au journal Affaire Darty... Quoi de neuf ?. Évalué à 4.
Les universités et les EPST sont des gros clients...
# Bon choix
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le jackalope enjoué ?. Évalué à 10.
Voila enfin une bonne résolution que tu aurais du prendre depuis longtemps !
[^] # Re: virt-managerœ
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 2.
Un bout d'exim, du coté d'un routeur (vocabulaire exim), en espérant que templeet ne me le mange pas trop (il mange quand même un bout de l'indentation). C'est presque comme du XML avec des <> et des guillemets "" en moins. C'est tout de suite plus léger pour le regards.
dnslookup:
debug_print = "R: dnslookup for $local_part@$domain"
driver = dnslookup
domains = ! +local_domains
transport = remote_smtp
same_domain_copy_routing = yes
# ignore private rfc1918 and APIPA addresses
ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :\
172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16 :\
255.255.255.255
no_more
Pour l'edition en remote, j'aime pouvoir travailler en local au cas ou. Et puis en local ou en remote, de toute manière, je suis dans un terminal...
[^] # Re: virt-manager
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 3.
Dis donc, t'es pas sympa avec le XML. Même moi, je n'ai pas dis cela ;-)
Un truc qui m'amuse sur le YAML, les pro XML déteste et parmi ces personnes, il y en a plein qui adore python. Or comme python, YAML est basé sur l'indentation...
Personnellement, je ne suis pas fanat de python et de l'indentation. J'ai pris l'exemple du YAML car c'est ultra simple a utiliser dans un programme, que c'est facile à lire, que cela commence a être connu et que ca gère une bonne partie du CPAN... Donc, on ne peut pas dire que c'est un truc d'amateur qui ne passe pas la mise à l'echelle.
Mais en fait, je n'ai aucune action chez YAML et je suis ouvert à tout format qui soit humainement conçu. Encore une fois, il faut choisir le bon langage pour le bon usage.
Sinon, effectivement, il y a plein d'outil qui ont été fait autour du XML. Si le dixième de cet énergie avait été mis sur un truc humainement lisible, on aurait aujourd'hui quelque chose de vraiment bien. Quand je vois le nombre d'heure année qui ont été passé pour qu'on utilise le XML à tour de bras et lorsque tu vois le nombre d'heure mis, par exemple sur le YAML (zut, encore lui), tu te dis que le XML, en lui même, est un truc complètement pas rentable...
D'un autre coté, le XML a permis de développer tout un tas de technologie annexe, comme la recherche dans un arbre avec XPath... Mais cela, tu pourrais très bien l'appliquer sur un arbre YAML (Ah non, je ne veux plus en entendre parler !) ou sur un format binaire comme HDF.
D'ailleurs, à mon sens, un gros part de ce qui a été fait sur XML aurait du être fait autour d'HDF ou un équivalent. Quitte à avoir des outils de haut niveau pour manipuler l'arbre de données, autant avoir un format binaire optimisé.
Mon pronostic : le HTML quitte peu à peu le web utilisateur puisque celui-ci rédige de plus en plus avec des syntaxes de type wiki. Très peu d'utilisateur pondent encore du HTML directement. Pour le XML, cela va faire pareil. Cela va devenir une technologie que se déroulera en arrière plan de l'utilisteur et il configurera son outil de configuration de sa titanesque application avec un bête fichier .ini ;-)
[^] # Re: virt-managerœ
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 2.
Bon maintenant, tu as un editeur potable qui marche sans X11 ?
[^] # Re: virt-manager
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 2.
J'aimerais bien voir l'interface de configuration d'un serveur comme exim fait via un schéma ?
Je sens que dans ce débat, il y a les pros XML qui m'ont l'air pour les IHM graphique de configuration et les autres. Pour moi, une IHM graphique pour configurer exim me semble une voie glissante vers le clickodrome Windows ou finalement, tu ne comprends pas grand chose de ce que tu fais. Comment répares-tu ce genre d'usine à gaz, bien tu ré-installe comme tout le monde car c'est quasiment pas réparable sauf par un spécialiste quasi inexistant.
Exemple pris sur un logiciel qui n'est pas un serveur : thunderbird. Je ne sais pas vous mais moi, lorsqu'un de mes utilisateurs a un profile qui pars en sucette (et cela arrive parfois malheureusement), je suis incapable de réparé cette usine à gaz et je repars sur un nouveau profile. L'utilisateur est content mais en réalité, je suis d'une grande incompétence.
Je voudrais éviter d'avoir à faire cela sur mes serveurs de mails, mes apaches, mes machines virtuelles, ma haute disponibilité... Je ne me considère pas comme un très bon administrateur système et pourtant, comme des milliers d'autres, j'arrive à réparer des configurations foireuses si celle-ci ne sont pas noyés dans des IHM graphiques et des fichiers de configurations obscurs.
Au final, je me fiche pas mal que le XML ait un schéma qui me permette de valider ma configuration. C'est comme un formulaire web, ce n'est pas au javascript de valider les données mais toujours au serveur. Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
Je préfère que le serveur ait un mode ou il charge le fichier de configuration et me disent lui-même ce qu'il en pense. Normalement, un serveur programmé correctement devrait avoir un mode comme cela. Qu'en interne, celui-ci transforme mon fichier de configuration en XML et lance un validateur de schéma, c'est le choix du programmeur et je le respecte entièrement.
> Après, un fichier de configuration c'est surtout fait pour stocker la
> configuration d'un logiciel
J'ai l'impression qu'il y a peut être là un mélange mais je me trompe peut être. On a l'impression que tu parles de l'état du logiciel. Que le logiciel stocke sont état sous un fomat quelconque pour se relancer plus vite et dans le même état ensuite me convient parfaitement. Dans ce cas là, autant avoir un format binaire type HDF par exemple mais toutes les solutions peuvent être bonne en fonction du contexte. Mais il ne s'agit plus vraiment de configuration (donc de /etc) mais plutôt de données donc dans /var ou /data
[^] # Re: virt-manager
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 8.
Le XML est un standard récent qui est bien pour certain truc, notament dans les pipelines de type AxKit. Pour charger une configuration, c'est lourdingue et inutilement compliqué.
Sais tu que charger une configuration en YAML dans un programme se fait en deux lignes, une pour charger la bibliothèque et une pour charger la configuration. Sais tu aussi que le YAML est multiplateforme et multilangage, tout comme les fichiers .ini, tout comme...
Non tu es dans ton petit monde du HTML et du XHTML et donc il faut en mettre partout. Et puis c'est ce que veulent les entreprises alors suivont comme un mouton... Ce n'est pas dans ma philosopie ni celle qui m'a fait adoré Linux depuis des années et des années.
Bref, tu ne me donnes aucun argument qui tienne la route. Donne moi vraiment un truc compliqué parce que la configuration de machine virtuelle, c'est un truc que je trouve assez simple.
Ce que j'en pense, avec des logiciels libre ayant des fichiers de configuration en XML, il faut se tapper absolument une interface graphique de configuration. Or écrire ce genre de programme est super chiant, c'est pas si facile à faire, surtout sans bogue. Les boites comme Red-Hat ont peut être tout intérêt à vendre du support la dessus. En tout cas, c'est par exemple un peu la stratégie de XenSource (Citrix) que de vendre l'IHM de configuration.
Bref, c'est peut être une stratégie commercialle mais certainement pas technique.
Petit exercice pour finir : vous mes traduisez en XML un fichier de configuration conséquent des serveurs apache2 et exim4. Faites de même avec samba. Comparez et tirez en la conclusion qui s'impose.
[^] # Re: virt-manager
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 10.
Les fichiers de configuration sous UNIX sont depuis des années loin d'être en XML et UNIX est loin de ne pas être orienté entreprise !
Les fichiers de conf en XML proviennent de toute la tringlerie insupportable du java avec Tomcat et autres. On sais très bien faire des fichiers de conf lisible par l'homme et par la machine, par exemple le YAML. Pour information, l'ensemble de la cohérence des milliers de module (classe pour la plupart) du CPAN de Perl sont pilotés par de simple fichier YAML. Tu ne va pas me dire que la gestion des tes machines virtuelles est un problème plus complexe et doit être plus professionelle que celui du CPAN !
Faire cela sous XML, c'est effectivement pour simplifier les outils de plus haut niveau qui manipule alors ce genre de fichier facilement avec l'aide des bibliothèques toute faites pour le XML. Enfin, pour la quantité et le type d'information que l'on y retrouve, on fait tout aussi bien en YAML...
Ecrire un générateur, cela revient en pratique à lire et à écrire dans un fichier une structure d'arbre. C'est assez facile, pas besoin encore de se focaliser sur le XML.
Bref, sous des arguments que je considère comme fallacieux : "il me faut des méta outils qui puisse me générer mes fichiers de conf", on va finir par se retrouver avec un /etc imbittable et être obliger d'avoir des clickodromes pour gérer ses machines Linux (voir une base de registre !).
Je gère mes serveurs sans X-Windows, j'ai des dizaines de machines virtuelles et le tout est cohérent avec le tout génial cfengine qui n'a pas une ligne de ce truc imbittable pour l'homme qu'est le XML.
Désolé, je n'ai pas envie de gérer mes serveurs Linux comme des serveurs Windows... Et je vois de plus en plus de personne venant installer des prologiciels sous Linux qui viennent du monde Windows et qui amènent et appliquent les mauvaises méthodes de Windows sous Linux.
Un programme de type service système ne devrait pas avoir une application graphique comme dépendances nécessaires pour l'installation et la maintenance (ce qui ne veut pas dire qu'il n'en faut pas du tout). Cela me semble un défaut de conception à la source. Surtout que comme je l'ai dis en début de réponse, il y a des alternatives au XML qui font le même boulot en pas plus de ligne et qui sont humainement acceptable.
Bref, je ne sais pas si c'est Red-Hat qui pousse à cela mais libvirt, heartbeat2... Moi, cette voie du XML, cela commence à me gonfler sérieusement. D'ailleurs, pour cette raison, j'évite toute application en java sur mes serveurs dans mon laboratoire et pour le moment, aucune ne me manque.
[^] # Re: virt-manager
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 8.
Moi, je veux des fichiers de conf fait pour les humains comme ceux de Xen à la base. D'ailleurs, Xen les transforme ensuite à un format parent du XML puisqu'ils sont en un dialecte du LISP.
Bref, virt c'est bien mais SVP, pas de XML sous /etc.
[^] # Re: Je risque peut-être de lancer un troll velu mais...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche gNewSense 2.1. Évalué à -3.
Merci d'avoir un peu plus de respect pour la mémoire de tous les morts de la seconde guerre mondiale.
N'aidons pas à introduire ce mot dans la langue courante pour parler de tout et de n'importe quoi.
[^] # Re: soit dit en passant
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] PAMELA et l'éthique scientifique. Évalué à 2.
C'est une des raisons pour lesquelles les informaticiens ont des consignes assez strictes de ne pas fournir l'accès en interne aux données d'un chercheur a un autre sans avoir l'aval direct du premier chercheur.