> geotermeie => refroidissement du coeur de la terre (semble t'il negligeable)?
Tiens, c'est la première fois qu'on me la fait celle-là !
Tu sais, la terre n'est pas recouverte d'isolant, hein, le coeur de la terre se refroidit déjà depuis quelques milliards d'années, mais ça prends du temps ;-)
> eoliene => ralentissement des vents qui ne vont plus aussi loins que prevue
> => modification de climat des regions soumise a se vent?
J'ai entendu ça plusieurs fois. Seulement, construire une maison, un immeuble, ou n'importe quel autre construction artificielle aurait à peu près le même effet. Donc, bon, si c'est grave, c'est un problème même sans les héoliennes.
Pour la marémotrice, aucune idée des impacts par contre.
Ben, il y a quand même une autre vérité, c'est que personne n'est sur qu'on arrivera un jour a faire de la fusion ! Ca fait 20 ans que les chercheurs nous la promettent pour après-demain, alors bon ...
*Si* un jour ça marche, c'est clair qu'il serait dommage de s'en priver. En attendant, c'est *très* dangereux de continuer comme on est partis en se disant « Bah, on pollue, mais c'est pas grave, bientôt, il y aura la fusion ».
Le plus urgent, ce n'est pas de miser sur une *hypothétique* solution miracle à long terme, mais c'est surtout de travailler sur les économies d'énergie (Et ça, ca ne se fait pas seulement avec un bulletin de vote, mais aussi au quotidien !!). Et si on pouvait éviter de mettre tous nos oeufs dans le même pannier, je pense que la terre ne s'en porterait pas plus mal. (Ou en seraient les énergies renouvelables aujourd'hui si on avait investi dans ce domaine en R&D autant que ce qu'on a mis dans le nucléaire depuis quelques décénies ?)
> mais si on sépare les modules, et qu'il y a des includes croisés,
Justement, l'intérêt de séparer tes modules, c'est de mettre en évidence les includes croisés, et de les éviter.
Exemple : Les dévelopeurs de Gimp ont développé leur propre toolkit, qui est devenu par la suite Gtk. si il y avait eu des dépendances croisées Gtk <-> The Gimp, et bien tous les programmes Gtk se seraient retrouvés avec des dépendances dans Gtk :-(
Pour les includes à ralonge, tu peux aussi faire juste #include "fichier.h" et compiler avec gcc -I rep/ss-rep/ss-ss-rep, c'est une question de gout ... L'intérêt de l'include à ralongue, c'est que ça te donne une sorte d'espace de noms sur tes fichiers. Tu peux avoir un fichier config.h dans chaque répertoire sans qu'il n'y ai de clash de nom.
Souvent, on sépare les .h et les .cc, en un répertoire src/ et un répertoire include/. En fait, je le fais souvent plus ou moins machinalement, mais ce n'est pas forcément une bonne idée.
Par contre, faire un sous répertoire par "module" de ton projet, c'est clairement une bonne chose. Ce qui est intéressant, c'est de repérer suffisament bien les dépendances de chaque répertoire, et ensuite, de ne donner que les chemins d'include (là ou le compilo va chercher les .h) nécessaires dans chaque sous répertoire pour te forcer à les respecter. Le résultat, c'est que tu évites de faire un projet "plat de nouilles", tu as du code réutilisable. Si tu veux réutiliser un module dans un autre projet, tu récupère ce sous répertoire et ses dépendances, et hop !
La couche d'après, c'est de compiler chaque sous répertoire en une bibliothèque (en général statique), d'avoir un beau système de Makefiles récursifs, et tu gagneras en performances à l'édition de liens.
Un autre avantage du système, c'est que ton gestionnaire de versions te permet surement de travailler sur un seul répertoire à la fois (CVS, subversion, arch si tu utilise des configurations). Sur un gros projet, ça évite de reparcourire tout l'arbre des sources à la moindre opération, c'est plutôt appréciable !
En cliquant sur le bouton "dessin", la figure montre clairement la patte de gnome en bas à gauche (le bouton 106)... Doit y'avoir un truc qui m'échappe, parce que Microsoft qui brevete un bout de Gnome, ça colle pas ...
Ce n'est pas ce que disait la bonne femme de l'INPI dont j'ai vu un exposé il y a quelques semaines. J'ai pas d'URL sous la main et je ne me souviens pas des détails non plus...
D'ailleurs, il y a déjà un bon paquet de brevets sur des logiciels à l'OEB, alors que ce n'est pas valable jusqu'à nouvel ordre.
Ben, la plupart des éditeurs te permettent de changer la largeur d'une tabulation, mais pas par exemple un simple "cat fichier.c". Résultat: Si tu modifie la largeur d'une tab dans ton editeur, tu peux être sur que tu vas avoir des problèmes un jour.
La principale utilisation des tabs dans du source que je connais, c'est les étudiants qui indentent comme des porcs avec nedit, qui mettent une largeur de tab à 2, et qui impriment leur code pour le joindre au rapport de TP avec la largeur de tabs par défaut, et qui se retrouvent avec un truc illisible.
* Ou tu as configuré ton éditeur pour configurer tantôt avec des tabs et tantôt avec des espaces ?
Si tu es dans le premier cas, tu devrait te renseigner sur les éditeurs qui font l'indentation tout seuls, tu gagnerais _vraiment_ du temps. Si c'est le second, ça me parait bien compliqué pour pas grand chose.
Ben en fait, c'est un peu le principe des brevets.
Les offices des brevets des différents pays rejettent un brevet quand le brevet est grossièrement non valide.
Sinon, pour faire invalider un brevet, il faut que quelqu'un dépose une sorte de pleinte contre ce brevet, et qu'il montre qu'il est invalide.
C'est bien là le problème PME Vs Grosses boites. Si MS ou autre grosse boite pose un brevet sur le double-clic (un vrai, pas comme celui-là qui est bien plus spécifique), et qu'une startup de 5 personnes veut utiliser la technologie, il faut qu'elle paye un avocat, aille en justice pour faire invalider le brevet. Les petites entreprises n'en ont en général pas les moyens ...
Tu parles de l'existant parce que tu es aux USA. En Europe, on n'a pas (encore) de brevets sur les logiciels. Est-ce que ça a déjà vraiment posé problème? Est-ce vraiment un frein à l'inovation? Bof bof ...
* Les gens qui utilisent des tabs ont la mauvaise habitude de configurer leur editeur avec une largeur de tab non standard. Résultat, le même code est affiché différemment sur différents éditeurs, et je ne parle pas du jour ou tu veux imprimer un code indenté avec une longueur de tab de 2.
* Ca ne supporte pas l'ajout d'un prefix.
Exemple:
ma_fonction(x,
y);
(bien aligné)
Va donner
+ma_fonction(x,
+ y);
(mal aligné) dans un diff, et
> ma_fonction(x,
> y);
(encore pire) dans une réponse à un mail citant un bout de code.
* Ca fait sauter le curseur de façon inattendue quand on se ballade dans la partie indentation.
En général, c'est plutôt rm -rf qu'il faut tapper pour ne pas avoir a valider pour chaque fichier. (Attention, il ne faut pas se tromper de répertoire, hein !)
> Moi je préfere l'interface faites avec GTK2 (pas de troll svp),
> que se passera t'il si au final les wigets de Y ressemble plus à Qt ?
GTK et Qt étant tous les deux thémables à souhait, si tu préfères GTK à Qt, je pense que c'est simplement parce que le thème que tu as installé pour GTK et plus joli que celui de Qt, mais que tu aurais pu faire la même chose avec Qt.
Et puis à la limite, rien n'empêche d'avoir plusieurs moteurs de rendu pour Y, du moment que le protocole est respecté. (Dans le même ordre d'idée, une application Win3.11 avec un look&feel Win3.11 s'execute sans recompilation sur un Win95 avec un look&feel Win95 par exemple)
Sachant qu'il y a déjà des ponts entre GTK et Qt niveau moteur de rendu, bah, pas d'inquiétude à ce niveau là !
> Mais honnetement, est-ce que c'est les boutons a afficher qui font peiner X ?
Toi, tu n'as jamais utilisé une appli X sur une liaison bas débit ! ;-)
Si on prends l'exemple d'Emacs, c'est carrément flagrant. Il y a juste une barre de menu, les barres de défilement, vraiment pas grand chose ! Et pourtant, sur une connexion ou il tourne nickel en mode texte, ça rââââme en mode graphique ;-( On s'en rends bien compte avec un observateur de trafic : Le simple fait de passer la souris sur la fenêtre génère un trafic énorme, même aux endroits où ça ne fait rien.
Oui, mais faut voir comment c'est implémenté : Un screenshot de la partie concernée, le client fait le calcul de l'ombre et envoie le résultat au serveur. Résultat, si tu bouge ce qui est en dessous, c'est le merdier. Et niveau perfs, c'est pas ce qu'on peut faire de mieux. Bref, c'est un bidouillage en attendant mieux dans le serveur lui-même.
Non, c'est bien le serveur qui fait l'affichage. Le piège, c'est que le serveur X tourne en général sur le poste "client", et les clients X tournent sur une machine qui est en général "serveur" par ailleurs.
C'est bien la machine "client" qui contacte la machine "server", et c'est bien "server" qui fait l'affichage.
Dans ton exemple, "serveur" est serveur SSH et s'apprète a faire tourner des clients X. Qui d'ailleurs vont s'executer dans un serveur X virtuel créé par le serveur SSH, qui va forwarder ça a ta commande "ssh" qui est elle même un client X sur ta machine et qui va afficher l'application qu'elle a recue sur ton serveur X local. Pfiouuu !
[^] # Re: ITER
Posté par Matthieu Moy (site web personnel) . En réponse au journal Pourquoi pas voter "vert" ?. Évalué à 4.
Tiens, c'est la première fois qu'on me la fait celle-là !
Tu sais, la terre n'est pas recouverte d'isolant, hein, le coeur de la terre se refroidit déjà depuis quelques milliards d'années, mais ça prends du temps ;-)
> eoliene => ralentissement des vents qui ne vont plus aussi loins que prevue
> => modification de climat des regions soumise a se vent?
J'ai entendu ça plusieurs fois. Seulement, construire une maison, un immeuble, ou n'importe quel autre construction artificielle aurait à peu près le même effet. Donc, bon, si c'est grave, c'est un problème même sans les héoliennes.
Pour la marémotrice, aucune idée des impacts par contre.
[^] # Re: ITER
Posté par Matthieu Moy (site web personnel) . En réponse au journal Pourquoi pas voter "vert" ?. Évalué à 9.
*Si* un jour ça marche, c'est clair qu'il serait dommage de s'en priver. En attendant, c'est *très* dangereux de continuer comme on est partis en se disant « Bah, on pollue, mais c'est pas grave, bientôt, il y aura la fusion ».
Le plus urgent, ce n'est pas de miser sur une *hypothétique* solution miracle à long terme, mais c'est surtout de travailler sur les économies d'énergie (Et ça, ca ne se fait pas seulement avec un bulletin de vote, mais aussi au quotidien !!). Et si on pouvait éviter de mettre tous nos oeufs dans le même pannier, je pense que la terre ne s'en porterait pas plus mal. (Ou en seraient les énergies renouvelables aujourd'hui si on avait investi dans ce domaine en R&D autant que ce qu'on a mis dans le nucléaire depuis quelques décénies ?)
# Emacs ...
Posté par Matthieu Moy (site web personnel) . En réponse au journal Imprimer les modifications d'un fichier source. Évalué à 5.
http://fly.srk.fer.hr/~hniksic/emacs/htmlize.el(...)
Ou bien directement M-x print-buffer RET.
[^] # Re: déduction d'impôt ? mouaif...
Posté par Matthieu Moy (site web personnel) . En réponse au journal GiftFile, un projet de don et micropaiements à suivre de près. Évalué à 2.
# Ca aide ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Framasoft, DLFP et Google. Évalué à 2.
Cases-en quelques autres dans tes commentaires et ça devrait faire l'affaire.
[^] # Re: répertoires
Posté par Matthieu Moy (site web personnel) . En réponse au journal Sources et arborescence des fichiers. Évalué à 3.
Justement, l'intérêt de séparer tes modules, c'est de mettre en évidence les includes croisés, et de les éviter.
Exemple : Les dévelopeurs de Gimp ont développé leur propre toolkit, qui est devenu par la suite Gtk. si il y avait eu des dépendances croisées Gtk <-> The Gimp, et bien tous les programmes Gtk se seraient retrouvés avec des dépendances dans Gtk :-(
Pour les includes à ralonge, tu peux aussi faire juste #include "fichier.h" et compiler avec gcc -I rep/ss-rep/ss-ss-rep, c'est une question de gout ... L'intérêt de l'include à ralongue, c'est que ça te donne une sorte d'espace de noms sur tes fichiers. Tu peux avoir un fichier config.h dans chaque répertoire sans qu'il n'y ai de clash de nom.
# répertoires
Posté par Matthieu Moy (site web personnel) . En réponse au journal Sources et arborescence des fichiers. Évalué à 4.
Par contre, faire un sous répertoire par "module" de ton projet, c'est clairement une bonne chose. Ce qui est intéressant, c'est de repérer suffisament bien les dépendances de chaque répertoire, et ensuite, de ne donner que les chemins d'include (là ou le compilo va chercher les .h) nécessaires dans chaque sous répertoire pour te forcer à les respecter. Le résultat, c'est que tu évites de faire un projet "plat de nouilles", tu as du code réutilisable. Si tu veux réutiliser un module dans un autre projet, tu récupère ce sous répertoire et ses dépendances, et hop !
La couche d'après, c'est de compiler chaque sous répertoire en une bibliothèque (en général statique), d'avoir un beau système de Makefiles récursifs, et tu gagneras en performances à l'édition de liens.
Un autre avantage du système, c'est que ton gestionnaire de versions te permet surement de travailler sur un seul répertoire à la fois (CVS, subversion, arch si tu utilise des configurations). Sur un gros projet, ça évite de reparcourire tout l'arbre des sources à la moindre opération, c'est plutôt appréciable !
[^] # Re: Lisez-bien...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le brevet de Microsoft sur le double-clic sur PDA est accepté !. Évalué à 5.
C'est une blague ce brevet ?!?
En cliquant sur le bouton "dessin", la figure montre clairement la patte de gnome en bas à gauche (le bouton 106)... Doit y'avoir un truc qui m'échappe, parce que Microsoft qui brevete un bout de Gnome, ça colle pas ...
[^] # Re: Et la recherche d'anteriorité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le brevet de Microsoft sur le double-clic sur PDA est accepté !. Évalué à 2.
D'ailleurs, il y a déjà un bon paquet de brevets sur des logiciels à l'OEB, alors que ce n'est pas valable jusqu'à nouvel ordre.
[^] # Re: Un tab, ça ne change pas de largeur.
Posté par Matthieu Moy (site web personnel) . En réponse au journal Espaces ou tabulation ?. Évalué à 3.
Mais quand ils en sont encore à "a2ps *" qui imprime aussi les binaires, leur demander de rajouter une option ... ;-)
Sinon, pour l'indentation du python, on est d'accord que c'est à considérer comme un cas particulier !
(si tu vas par là, montres-moi l'intérêt d'indenter avec des tabs pour du code en lisp ...)
[^] # Re: Un tab, ça ne change pas de largeur.
Posté par Matthieu Moy (site web personnel) . En réponse au journal Espaces ou tabulation ?. Évalué à 4.
La principale utilisation des tabs dans du source que je connais, c'est les étudiants qui indentent comme des porcs avec nedit, qui mettent une largeur de tab à 2, et qui impriment leur code pour le joindre au rapport de TP avec la largeur de tabs par défaut, et qui se retrouvent avec un truc illisible.
[^] # Re: Les tabs, c'est mal.
Posté par Matthieu Moy (site web personnel) . En réponse au journal Espaces ou tabulation ?. Évalué à 2.
* Tu indente à la main ?!?
* Ou tu as configuré ton éditeur pour configurer tantôt avec des tabs et tantôt avec des espaces ?
Si tu es dans le premier cas, tu devrait te renseigner sur les éditeurs qui font l'indentation tout seuls, tu gagnerais _vraiment_ du temps. Si c'est le second, ça me parait bien compliqué pour pas grand chose.
[^] # Re: editeur...
Posté par Matthieu Moy (site web personnel) . En réponse au journal Espaces ou tabulation ?. Évalué à 2.
[^] # Re: tab, splus simple
Posté par Matthieu Moy (site web personnel) . En réponse au journal Espaces ou tabulation ?. Évalué à 5.
Parce que quand tu travaille à plusieurs, si chacun s'amuse à reformatter le code des autres, bonjour les conflits !!
[^] # Re: Et la recherche d'anteriorité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le brevet de Microsoft sur le double-clic sur PDA est accepté !. Évalué à 2.
Les offices des brevets des différents pays rejettent un brevet quand le brevet est grossièrement non valide.
Sinon, pour faire invalider un brevet, il faut que quelqu'un dépose une sorte de pleinte contre ce brevet, et qu'il montre qu'il est invalide.
C'est bien là le problème PME Vs Grosses boites. Si MS ou autre grosse boite pose un brevet sur le double-clic (un vrai, pas comme celui-là qui est bien plus spécifique), et qu'une startup de 5 personnes veut utiliser la technologie, il faut qu'elle paye un avocat, aille en justice pour faire invalider le brevet. Les petites entreprises n'en ont en général pas les moyens ...
[^] # Re: Lisez-bien...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le brevet de Microsoft sur le double-clic sur PDA est accepté !. Évalué à 4.
# Les tabs, c'est mal.
Posté par Matthieu Moy (site web personnel) . En réponse au journal Espaces ou tabulation ?. Évalué à 4.
* Les gens qui utilisent des tabs ont la mauvaise habitude de configurer leur editeur avec une largeur de tab non standard. Résultat, le même code est affiché différemment sur différents éditeurs, et je ne parle pas du jour ou tu veux imprimer un code indenté avec une longueur de tab de 2.
* Ca ne supporte pas l'ajout d'un prefix.
Exemple:
(bien aligné)
Va donner
(mal aligné) dans un diff, et
(encore pire) dans une réponse à un mail citant un bout de code.
* Ca fait sauter le curseur de façon inattendue quand on se ballade dans la partie indentation.
* ...
[^] # Re: Avant de hurler, il y en a un qui a lu le brevet ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft a breveté le double clic. Évalué à 2.
Ca, c'est super puissant. Tu me donne l'adresse ou je peux trouver un PC avec ressources illimitées ?
Pour le 2), effectivement, c'est plus spécifique que le double clic.
[^] # Re: command rm + startx
Posté par Matthieu Moy (site web personnel) . En réponse au message command rm + startx???. Évalué à 3.
En général, c'est plutôt rm -rf qu'il faut tapper pour ne pas avoir a valider pour chaque fichier. (Attention, il ne faut pas se tromper de répertoire, hein !)
[^] # Re: XPDF
Posté par Matthieu Moy (site web personnel) . En réponse au journal Customiser l'interface d'Acrobat Reader. Évalué à 2.
Ou bien alors, il est allé voir, et il a lu :
x86, DOS/Win32 -- pdftops, pdftotext, pdfimages, pdfinfo, and pdffonts only:
[^] # Re: Ben !
Posté par Matthieu Moy (site web personnel) . En réponse au journal ssh inverse. Évalué à 3.
[^] # Re: Y.org
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 3.
> que se passera t'il si au final les wigets de Y ressemble plus à Qt ?
GTK et Qt étant tous les deux thémables à souhait, si tu préfères GTK à Qt, je pense que c'est simplement parce que le thème que tu as installé pour GTK et plus joli que celui de Qt, mais que tu aurais pu faire la même chose avec Qt.
Et puis à la limite, rien n'empêche d'avoir plusieurs moteurs de rendu pour Y, du moment que le protocole est respecté. (Dans le même ordre d'idée, une application Win3.11 avec un look&feel Win3.11 s'execute sans recompilation sur un Win95 avec un look&feel Win95 par exemple)
Sachant qu'il y a déjà des ponts entre GTK et Qt niveau moteur de rendu, bah, pas d'inquiétude à ce niveau là !
[^] # Re: Y.org
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 2.
Toi, tu n'as jamais utilisé une appli X sur une liaison bas débit ! ;-)
Si on prends l'exemple d'Emacs, c'est carrément flagrant. Il y a juste une barre de menu, les barres de défilement, vraiment pas grand chose ! Et pourtant, sur une connexion ou il tourne nickel en mode texte, ça rââââme en mode graphique ;-( On s'en rends bien compte avec un observateur de trafic : Le simple fait de passer la souris sur la fenêtre génère un trafic énorme, même aux endroits où ça ne fait rien.
[^] # Re: avantages
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 9.
[^] # Re: Y.org
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 3.
Mais
$ hostname
client
$ setenv DISPLAY server:0
$ xterm
C'est bien la machine "client" qui contacte la machine "server", et c'est bien "server" qui fait l'affichage.
Dans ton exemple, "serveur" est serveur SSH et s'apprète a faire tourner des clients X. Qui d'ailleurs vont s'executer dans un serveur X virtuel créé par le serveur SSH, qui va forwarder ça a ta commande "ssh" qui est elle même un client X sur ta machine et qui va afficher l'application qu'elle a recue sur ton serveur X local. Pfiouuu !