CrEv a écrit 4577 commentaires

merki, je connaissais pas ces options (faut dire que ma distrib les alias toutes pour que ce soit humain à lire, donc je ne les change pas en général)

c'est quoi "Les outils Linux" ?

parce que faut croire qu'on a soit pas les mêmes outils, soit pas le même linux ;)

[~] df
...
/dev/sda7 15G 14G 682M 96% /home
...


En fait j'ai même ni i, ni o, ni B et je sais très bien de quoi ça parle justement...

> Je le teste dès la semaine prochaine
suivi de
> le moteur de rendu s'est fait linuxfriser, va falloir attendre

ipot ?

> C'est pour ça que j'essaye autant que possible de raconter l'histoire autour du code

En fait, pour ma part c'est même cette partie là qui m'intéresse le plus.
Donc merci bien pour cette partie, et surtout continue, c'est un régal.

> kibi octets

ha mais parce que quelqu'un utilise _vraiment_ ces unités ?

je dirais que le problème n'est pas là.
C'est bien beau de permettre de switcher entre deux cartes son ... mais ça serait déjà vraiment bien si ça marchait avec une seule...

Je pense que c'est surtout ça qui est reproché, y'a plein de features top moumout mais le truc de base ... ben c'est pas glop du tout

oki, je ne l'avais pas lu dans ce sens

Je crois que le mossieur voulait parler du jeu de mot "faire court feu" justement en rapport avec l'expression "fait long feu"...

- il a été employé par Mandriva (à ce moment là on en a pas mal parlé, bcp de monde avait l'air content)
- il s'est cassé chez Canonical (à partir de ce moment je n'en ai plus jamais entendu parlé, et pourtant suis pas sur non plus que ubuntu passe à smart...)

En fait, je parlais surtout du code, des variables, etc. Les commentaires sont un autre problème.
Ensuite, avoir un code anglais et des commentaires français pose souvent problème ... car on écrit dans le commentaire ce qu'on vient d'écrire dans le code.

Par contre, je nuancerais pas mal ce que tu dis sur les commentaires.
S'il est évident que le code doit être commenté, trop de commentaire pollue le code et au contraire du but recherché alourdis beaucoup le fichier et le rend moins lisible.
Avoir des commentaires trop triviaux est :
- une erreur
- illisible
- inutile

Dans beaucoup de cas, si le code trivial nécessite des commentaires c'est qu'il n'est pas trivial. Et s'il est vraiment trivial le commentaire n'est pas nécessaire, surtout lorsque code et commentaires sont dans la même langue.

En fait, sur un code peu (mais bien) commenté les commentaires sont justement là où il y a quelque chose sur lequel se pencher, là où il y a quelque chose de plus complexe.

Je n'arrive pas à retrouver, j'avais lu une doc sur la manière de commenter un source, disant qu'il en faut à la fois ni trop peu, ni trop.

Polluer le code avec des commentaires ne le rend pas plus lisible, ne pas en mettre est aussi une erreur, après il faut trouver le juste milieu ce qui n'est pas toujours chose aisée.

J'ai aussi lu récemment une prez sur le fait de mélanger vraiment code et commentaires, d'un manière différente de doxygen et consord, mais peu adapté à la POO malheureusement (voir : http://www.roard.com/seaside/pier/publications talk n°3)

pfff, putain de rezo qui m'a fait perdre mon commentaire ... (celui de ma boite hein, pas le vserver j'espère ;-) )


> Francisation du code

Pourquoi ?
Spa négatif mais pourquoi écrire du code en Français ? Pourquoi ne pas rendre se code plus général et le diffuser plus loin, l'ouvrir un peu plus ?

En fait, on m'a toujours appris à coder en Anglais, et depuis que j'ai quitté l'école ben ... pu de code en Français.

Surtout que je trouve que le code deviens incohérent, genre lorsqu'on a une variable avec un joli nom en français, recevant comme valeur le retour d'une maichante méthode avec un nom anglais. C'est horrible à lire je trouve.

(dans le même genre, pourquoi avoir 8 espaces en indentation ??)


(d'ailleurs cerains commentaires pourraient eux aussi être éliminés de part leur non message transmis. Ex :
# On active le cache
debutCache();

# Connexion a la base de donnees
connectBD();
)


Mais pour ne pas rester sur cette critique (la première était un peu plus longue mais notre admin rézo s'amuse un peu trop en ce moment ;) ) voici un petit patch pour ce soft que j'utilise régulièrement (j'dois même avoir mon blog pas à jour dessus...) :


--- head.php.old 2009-09-01 16:08:39.000000000 +0200
+++ head.php 2009-09-01 16:08:55.000000000 +0200
@@ -37,7 +37,7 @@
        echo "<img src=\"/bilboplanet/themes/$planet_theme/images/logo.png\" alt=\"\" class=\"logo\"/>"."\n";
        echo "Site en maintenance. Merci de patienter quelques instants ..."."\n";
        echo "Il y a peut-être plus d'informations sur le ";
-       echo "<a href=\"$planet_author_site\" title=\"Visiter le site de l'auteur\">site l'auteur."."\n";
+       echo "<a href=\"$planet_author_site\" title=\"Visiter le site de l'auteur\">site de l'auteur."."\n";
        echo "";
        exit(0);
 }


ayant utilisé net_profile pas mal de temps, je peux t'en livrer mon usage

Chez moi j'ai un serveur avec des partages nfs, des hosts spécifiques, un connexion par ethernet avec une ip fixe

Lorsque je passais chez mes parents par exemple, mon fstab est différent (pas de partages), d'autres hosts, une connexion par wifi en dynamique

Chacune spécificité était dans un profile, que ce soit la config réseau mais aussi mon /etc/fstab et mon /etc/hosts

Je choisissais donc au démarrage l'endroit où j'étais et l'ensemble de la config de mon ordi changeait. Bien plus puissant que juste un gestionnaire de profile réseau uniquement.

Voilou l'intérêt !

> De Plus, l'Internet n'est pas que la France alors le discours sur le minitel 2 est du Flan

heu ... tu peux expliquer ?

C'est pas parce que le minitel n'existait qu'en France que ça empêche de dire que l'internet mondial tend à se comporter d'une manière similaire au minitel.

Ou alors j'ai pas chargé le bon mod_logic...

> mais les gens qui me demandent mon avis sur les distribs
oui mais la connerie c'est que tu donnes ton avis sur un truc que tu ne connais pas / plus
Et le nier est de la connerie c'est tout.

> Une distrib grand public se doi d'être quasi irréprochable sur les outils de configuration graphique.
D'ailleurs c'est bien connu, Ubuntu (par exemple) est irréprochable sur ces outils, surtout après la fameuse mise à jour qui a cassé X... ha mince c'est vrai c'est corrigé depuis longtemps. Ben voui mais comme je n'ai plus utilisé ubuntu depuis je ne la conseillerai jamais car ils ont eu un problème il y a quelques années...

logique

> qui se méfient
qu'ils se méfient est normal, mais avant de dire que c'est de la daube sans savoir lance là et regarde

D'ailleurs un jour mon kernel linux a fait un kernel panic.
Depuis je déconseille linux

je commence dans le désordre pour lever les malentendus ;)
> C'est marrant, le même défaut chez Apple ne te gêne plus on dirait.
ho non, je n'aime pas plus la position du annuler, juste que j'ai pas répété le problème et que je montrais certains screenshots pour d'autres raisons.

> Tu stigmatises le cas particulier de gedit
Heu non, c'est valable dans ... pfiou bcp de soft gnome


> Et toi tu embraies sur Apple qui fait ça mieux alors qu'ils font la même chose...

justement non, ils ne font pas la même chose.
enfin si mais pas de la même manière.

Même si je ne suis pas toujours pour la suppression de oui/non/annuler qui conduit parfois à des explications plus complexes qu'une question simple, le fait de dire qu'il faut des verbes toussa ne force pas à avoir quelque chose de bien.
Le problème que je rencontre souvent dans les softs gnome est que les libellés ne sont pas cohérents.

"Enregistrer"
et
"Fermer sans enregistrer"

ne sont pas des réponses à la même question.

"Fermer et enregistrer" et "Fermer sans enregistrer" le sont
"Enregistrer" et "Ne pas enregistrer" le sont également
Mais mélanger les deux fait surtout preuve de non cohérence.

Comme quoi, même en respectant des guides on est pas obligé de bien faire les choses

> faudrait rester cohérent
justement...

> il faut éliminer les boutons oui/non...
pourquoi pas, mais pour quelque chose de bien, pas quelque chose de moins clair qui te complexifie la compréhension de la boite de dialogue, qui l'alourdis inutilement

Je suis assez d'accord avec tout ça.
Mais pas du tout sur la mise en oeuvre.
Si l'utilisateur ne lit pas les messages, il ne comprendra surement pas pourquoi on lui propose d'enregistrer quoi que ce soit alors qu'il vient de faire fichier/quitter
Si la réponse à fichier/quitter est "enregistrer", sans une compréhension du contexte il ne pourra pas comprendre ce qu'il se passe.

Je colle ici le lien vers les hig de gnome : http://library.gnome.org/devel/hig-book/stable/index.html.en (autant mettre le lien)
Voici aussi les hig apple : http://developer.apple.com/documentation/UserExperience/Conc(...)

D'ailleurs, le dialogue de fermeture avec un document non enregistré correspond un peu plus à ce que je pense : http://developer.apple.com/documentation/UserExperience/Conc(...)
Il y a aussi celui-ci qui est pas mal : http://developer.apple.com/documentation/UserExperience/Conc(...)

Le premier à l'avantage d'être vraiment lié au document (puisque s'affichant par dessus, on est assez proche du contextuel), le deuxième correspondrait plutôt au cas de fermeture d'une appli multidocuments par exemple.

> Ben oui en 2004. Et vu qu'entre temps j'ai essayé d'autres distribs qui me convenaient parfaitement je ne vois pas pourquoi j'aurais essayé autre chose entre temps ....

> Je le sais parfaitement. Par contre je me vois mal conseiller une distribution dite "grand publique" avec un outil de conf buggé à un débutant qui s'attend à avoir un truc qui marche ...

oui, en 2004
Ne pas conseiller mandriva parce que tu ne l'as pas testée depuis 2004 et qu'à l'époque ça ne marchait pas bien, logique.
Ne pas la conseiller (voire la déconseiller) car en 2004 tu as eu un problème et que t'en sait rien si c'est toujours le cas mais tu te raccroche à ce problème c'est de la connerie, c'est tout

> elle en patira pendant des années, et Mandriva est à ce jour victime de son passé
heu non, d'utilisateurs qui parlent toujours sans savoir, mais je te l'accord c'est pas lié à mandriva c'est toujours comme ça (quoi que on a de beaux spécimens quand même ... ;) )

> arrête d'utiliser du oui/non pour les messages de boite de dialogue...

ha non pitié !

Pas de boîtes de dialogue à la GTK/Gnome qui prennent la moitié de mon écran pour trois boutons contenant du texte pourri qui rend les dialogues incompréhensibles

Genre je veux fermer une appli avec des données non enregistrées (c'est le cas le plus simple, même si pas celui avec les boites les plus violentes)

cliqouille sur chtiote croix en haut à droite ->
"Enregistrer les modifs ?"
avec comme choix :
Fermer sans enregistrer | Annuler | Enregistrer

Déjà, position du "Annuler" au milieu, on sait pas trop pourquoi
mais c'est con, si on me demande si je veux enregistrer des données et que j'ai les boutons :
oui | non | annuler (pas forcément dans cet ordre)
ben je comprend quand même ce que je fais, surtout si j'ai de zoli icones à côté

D'ailleurs, "Fermer sans enregistrer" cloche, la question n'est pas de fermer mais d'enregistrer...
Dans ce cas pourquoi ne pas écrire :
Fermer sans enregistrer | Ne pas fermer | Fermer en enregistrant
?
Ca serait bien plus cohérent (bien que très redondant).
Et d'ailleurs on vire presque la question, mais on aurait qq chose du genre :
"Vous quittez l'appli avec des datas non enregistrées.
Que voulez-vous faire ?
Fermer sans enregistrer | Ne pas fermer | Fermer en enregistrant"

C'est con mais d'un côté, une question genre "enregistrer avant de fermer ?" ça prend deux réponses, oui ou non, pas trois.

ha mais je ne dis pas le contraire.
Mais lorsque tu veux accéder à la beta (que t'as cliquouillé sur "Allons-y") on te dis que tu peux pas parce que t'es pas connecté et ils indiquent le message précédent. Donc non, pour ces pages c'est pas facultatif puisque bloquant si tu n'as pas de compte.

Le reste de wikipedia c'est autre chose, là on parle de la beta quoi...

d'ailleurs, lorsqu'on va sur la page pour laquelle il demande un compte, il y a cette superbe phrase :
Vous n'avez pas de compte ? Créer un compte (facultatif).

En quoi est-ce facultatif puisque obligatoire pour voir la page ? (avec açai)

... pas de chocolat...

Pas de bol, j'ai pas de compte wikipedia, j'ai pas le droit de voir la beta...
un peu dommage, pas envie de me créer un compte juste pour ça, alors qu'un changement avec des paramètres en session, cookies ou n'importe quel autre solution aurait été autrement plus pratique.

Alors là je dis merci pour GPS !
C'est vraiment pas mal du tout (bon là j'ai testé à la souris, j'ai plus qu'à sortir ma tablette en rentrant !)
Vais maintenant jeter un oeil aux plugins/scripts

encore une toute petite question ;)

Tu utilises quoi pour faire des branches locales (si tu en fait) ?
J'ai regardé localbranch mais je trouve que ça ne marche pas très bien (en tout cas dans mon cas c'était étrange, on dirait que lorsque je suis revenu dans ma branche locale "default" les modifs faites dans la branche locale étaient toujours là)

Utilises-tu mq pour ça ?

ok merci ;)

Pour le moment j'ai fait un test avec hg convert + les chemins vers mes trunk/tags/branches et à priori ça a marché correctement.
Le truc c'est que mon répo n'est pas hyper propre (et nettoyer un répo svn c'est ... dur !) donc ça facilite pas la vie des outils, mais pour le moment c'est ok.

Vais ptetre quand même essayer aussi git->hg, au moins pour savoir

> l'extension record
merci, je ne connaissais pas

> et la plupart des gens aiment pas trop comme approche, vu que ça fait committer des trucs pas testé
spa faux, surtout avec des commits locaux qui sont plus petits, je verrai bien si je m'en sert finalement ou non

> Sinon y'a mq
ha oui, on m'en a déjà parlé mais j'ai pas encore utilisé

> c'est en python, et donc, à mon avis, plus agréable
/me aimerais plutôt du ruby mais bon... ;-)

> Enfin bzr c'était juste un truc très très lent à l'époque, avec du python over-engineeré (du xml, etc.), donc j'ai jamais sérieusement considéré

Ben après avoir joué quelques jours avec, je comprend pourquoi la première impression que j'avais eu était pas très flatteuse
Le problème c'est que même maintenant c'est très très lent encore :(

J'ai une config zsh où j'affiche dans le prompt des infos sur mes sources (dcvs utilisé, non de la branche, présence de modifs, add, etc)
sous git c'est immédiat
sous hg c'est pas mal du tout (en fait je dirais même aussi rapide que git ;-) )
sous bzr ... ben à chaque commande on attend au moins 1s pour avoir la main ... c'est ptetre rien mais très gonflant !

Bon, avec tout ça, tu m'a donné envie de laisser une nouvelle chance à hg.
J'ai donc réinstallé tout ça, je suis en train de tester mercurialeclipse aussi
Je crois qu'un des problèmes que j'avais eu était au niveau de la conversion svn -> hg mais vu que j'ai maintenant des dépôts git et bzr de mes projets je devrais bien arriver a faire une conversion.

Si tout se passe correctement, je pense que je vais finalement revoir mon jugement et retourner vers hg.
Git m'intéresse toujours, mais son mauvais support windows/eclipse fait que professionnellement je ne peux pas l'utiliser. Pour du perso c'est différent ;)
Bzr est quand même sympa, les fonctionnalités sont là, mais à l'usage ... beurk c'est lent. Mais si ça fait le taff c'est toujours mieux que svn
Par contre si Hg fait tout ce dont j'ai besoin, support bien windows (ça je crois que c'est bon) et eclipse (ça me semble pas mal, j'ai lu aussi que le plugin eclipse que je pensais utiliser pour bzr n'est en fait qu'un fork de celui de mercurial...) ça peut finalement être le grand gagnant

Bon, j'ai plus qu'à convertir mon dépôt pour tester pour de vrai (et je ferai ptetre un nourjal si j'arrive a des trucs sympa)

(merci pour la petite histoire du choix git, hg, bzr. J'avais déjà entendu des choses du genre, surtout pour bzr, a voir aussi maintenant que les 3 ont pas mal évolués)