CrEv a écrit 4577 commentaires

mais pourquoi c'est pas possible en python ?
C'est ça que je ne comprend pas. Il y a bien des règles, sinon l'interpréteur ne fonctionnerait pas, non ?
Donc s'il y a des règles il est possible d'avoir un formatteur et là c'est bon, non ?

> vouloir coder avec vi, mais il y a des choses qui se font mieux avec un environnement complet

C'est pour ça qu'emacs est le bien !

> Dès que tu travailles avec des éditeurs différents
C'est pour ça que les tab sont intéressantes, car chacun peut y mettre la taille qu'il veut en présentation.
Et sinon, en général un replace suffit, genre un replace automatique à chaque ouverture / fermeture de fichier est assez sympa dans ce cas (outre les directives qu'on trouve au début / à la fin de certains fichiers pour indiquer à l'éditeur comment se comporter)

> travailles en groupe
Ben pourquoi ?
Jamais vous ne décidez de conventions ?
Car avec les acollades c'est pas vraiment mieux, si dans le même fichier on a :
if(.........) {
  [...]
}
if ( ....... )
{
        [...]
}
if ( ....... )
  {
    [...]
  }
c'est mal barré, et pourtant il y a des accolades...

> avec des accolades, on voit mieux où cela démarre et s'arrête
mouai, perso je ne lis jamais les accolades mais l'indentation, et ce quelque soit le langage
avec des accolades en fin de ligne lire du python ou du java c'est un peu pareil
Et avec des éditeurs bien fait (comme kwrite/kate de kde4) on voit très facilement l'enchainement des blocs sans avoir besoin de lire quoi que ce soit (et ça c'est bien)

Bon après, il y a aussi la façon ruby, avec des end (oui je sais, c'est pas le seul...) mais pareil, autant les occulter...

ok, mais tout ceci est à mon avis pareil quelque soit le langage.
Il y aura toujours qqn qui mettera des espaces, des tabs, etc d'où le principe de convention de codage
En c, java, c++, etc on pourra toujours avoir du code moisi (dans la présentation)
Et pourquoi en python on ne pourrait pas réindenter avec un éditeur comme c'est fait pour c, java, etc ?

Et le fait d'avoir des accolades ne permet pas forcément d'avoir des codes propres et facilement indentables.
Il n'y a qu'à lire du javascript par exemple

allez, un petit exemple bien galère à indenter "proprement" :
(et encore, là il n'y a qu'une variable et aucune fonction à l'intérieur... ;-) )
var template = [
  ["div", {
    name: ID_TAB_CONT,
    children: [
      ["tabview", {
        name: ID_TAB,
        tabs: [_("global"), _("byAction"), _("byUser")],
        children: [
          ["tab", {
            children: [
              ["title", {
                titleSize: 3,
                text: _("titleGlobalUsage")
              }],
              ["div", {
                name: ID_CHART_GLOBAL_USAGE,
                cssClass: CHART_H
              }],
              ["title", {
                titleSize: 3,
                text: _("titleUsagePerHour")
              }],
              ["div", {
                name: ID_CHART_GLOBAL_PER_HOUR,
                cssClass: CHART_H
              }]
            ]
          }],
          ["tab", {
             children: [
               ["accordionview", {
                 children: [
                   ["accordion", {
                     text: _("search"),
                     children: [
                       ["title", {
                         titleSize: 3,
                         text: _("titleSearch")
                       }],
                       ["div", {
                         name: ID_CHART_ACTION_search_total,
                         cssClass: CHART_H
                       }],
                       ["title", {
                         titleSize: 3,
                         text: _("titleSearchAvg")
                       }],
                       ["div", {
                         name: ID_CHART_ACTION_search_average,
                         cssClass: CHART_H
                       }]
                     ]
                   }],
                   ["accordion", {
                     text: _("export"),
                     children: [
                       ["title", {
                         titleSize: 3,
                         text: _("titleExport")
                       }],
                       ["div", {
                         name: ID_CHART_ACTION_export_total,
                         cssClass: CHART_H
                       }],
                       ["title", {
                         titleSize: 3,
                         text: _("titleExportAvg")
                       }],
                       ["div", {
                         name: ID_CHART_ACTION_export_average,
                         cssClass: CHART_H
                       }]
                     ]
                   }]
                 ]
               }]
            ]
          }],
          ["tab", {
            children: [
              ["title", {
                titleSize: 3,
                text: _("titleUser")
              }],
              ["div", {
                name: ID_CHART_USERS,
                cssClass: CHART_H,
                cssStyle: {
                  height: "500px"
                }
              }]
            ]
          }]
        ]
      }]
    ]
  }]
];


> Essaye d'imaginer la même phrase sur différents sujets...

C'est ptetre pour ça qu'il a écrit :
> Imposer (...) ne va pas forcément à l'encontre du bien-être de l'utilisateur

pourquoi vouloir les retirer ?

> mais que le coût engendré par la migration ne serait pas négligeable.
>J'ai un peu de mal à interpréter cette dernière information...je ne vois pas en quoi une machine sous Red Flag deviendrait plus coûteuse à faire fonctionner qu'une machine sous windows...

Le coût de la migration n'est pas forcément en lien avec le coût de fonctionnement.
Migrer des machines ça prend, au minimum, du temps, et ça a donc un coût.
Maintenant ça ne veut pas dire que le coût de migration + le coût de fonctionnement sera supérieur au coût de fonctionnement sous windows.

oui mais ça n'explique toujours pas pourquoi ne pas avoir pris par exemple drakrpm et avoir rajouté ces couches plutôt que de tout redévelopper.
Ou alors pourquoi ne pas avoir utilisé smart ? (qui fait déjà en partie ce que fait PackageKit, non ?)

> Par exemple car urpm* est en perl et Red Hat/Fedora utilise principalement du python

j'adore ce genre d'argument... j'espère qu'il n'y a plus du tout de perl dans les outils de redhat...

> urpmi a une ligne de commande avec 40 000 options

Mouais, heureusement que tu tente de corriger dans la suite...
En général, pour un usage normal il suffit de :

urpmi
urpmq (-y)
urpmq -l
urpmq -i
urpmf

super long...

> Combien d'heures de developpeur vont être perdues à maintenir drak_je_ne_sais_quoi ?

Vu que personne n'en parle, mais ça va justement à contre sens de ce que tu racontes...
Mandriva au contraire se met à utiliser des outils externes (développés ailleurs quoi) lorsque ceux-ci sont plus intéressant que les actuels drak*
On peut noter par exemple system-config-printer à la place de printerdrake.
Mais il ne faut pas oublier un truc dans l'histoire :
> Il a encore quelques manques par rapport à printerdrake, et nous travaillons donc à les combler à contribuant au développement de ce nouvel outil.

Mais c'est vrai que c'est plus sympa de penser le contraire...

-> http://wiki.mandriva.com/fr/Mandriva_Linux_2009_Notes#Nouvel(...)

non mais sérieux, dans le bon timing pour quoi ?
tu le dis toi même, packagekit n'est pas pret et tu critique mandriva de ne pas l'utiliser alors que mandriva a urpm qui lui est pret depuis pas mal de temps déjà...

Mais répond vraiment aux questions.
Pourquoi mandriva devrait utiliser packagekit à la place de urpm ?
Pourquoi redhat développe packagekit plutôt que de reprendre / améliorer urpm ?
N'est-ce pas plutôt redhat qui préfère déveloper ses softs et ensuite se plain que les autres ne les utilisent pas alors que des alternatives existent déjà ?

> Ajoutons que Mandriva a toujours voulu ne rien prendre de Red Hat

C'est vrai que Mandriva (== Mandrake) n'a jamais été basé sur Red Hat...

oups... j'avais oublié que Mandrake était une Red Hat avec KDE au début...

allez tiens pour te faire plaisir :
% urpmq -y packagekit
gnome-packagekit
kpackagekit
libpackagekit-devel
libpackagekit-qt2
libpackagekit8
packagekit
packagekit-browser-plugin
packagekit-cron
packagekit-qt-devel
udev-packagekit

% urpmq -y virt | grep virt-
libvirt-devel
libvirt-static-devel
libvirt-utils
ocaml-libvirt-devel
virt-manager
virt-mem
virt-viewer


Mais allez, pour packagekit, ça sert à quoi ?
Pourquoi fedora n'a pas repris les packages urpm* depuis longtemps ?
Ha vi, mais c'est plus facile pour redhat de redevelopper leur truc et ensuite de critiquer les autres de ne pas l'utiliser, sous pretexte qu'on réinvente la roue...

Combien d'heures de developpeur vont être perdues à maintenir PackageKit au lieu de urpm* ?

allez ce coup ci je m'y colle :
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre avis.

(et en même temps, blog == journal non ?)

> Comme faire drakvirt alors qu'il y a virt-manager, etc.

Certains ont bien fait Gnome alors qu'il y avait déjà KDE

oups ;-)

(en même temps, à l'époque il n'y avait pas grand chose non plus - même si virt-manager date d'un petit peu plus tôt)

parce qu'il est sous debian et que J’abandonne la partie graphique/bureautique ? ;-)

et le deuxième sera :
sudo install.sh

il suffit (comme ça a déjà été annoncé lors de la précédente css) de suivre le lien sur la gauche "Changer le style" [http://linuxfr.org/css.html]
et de faire son choix ou même "Refuser toute CSS spéciale"

(c'est pourtant pas très compliqué...)

et pourquoi donc ?
Bien qu'il ait une très mauvaise image et quelques lacunes, javascript reste un langage à prototype assez sympa.

A vi, forcément pour ceux qui veulent un langage à classe ... ben s'en est pas un...
mais si on l'utilise pour ce qu'il est, il est plutôt sympa (et les dernières versions sont plutôt sympa avec nomage de paramètres, retour de valeur multiple, etc)

Après avoir utilisé quelques fois trac, je suis passé à redmine ( http://www.redmine.org )
C'est ce qu'on utilise maintenant dans ma boite.

Il est multi-projet, assez rapide, assez simple à installer (ds un journal sur le sujet je crois que j'avais collé un petit script pour le faire sur une ubuntu server).
Les droits sont pas trop mal gérés, mais j'ai pas encore réussi à le coupler avec un ldap comme je voudrais (en fait un AD...)
La gestion svn est sympa.

Pour ce qui est des migrations (important car on avait déjà un bug tracker) j'ai passé une journée dessus, en modifiant les scripts de migration existant pour mantis et trac je crois, ça se fait facilement si on connait ruby

Par contre, pas toujours facile pour gérer par exemple les mêmes versions entre des sous projets, pour gérer des champs perso basés sur des champs existant, etc

Mais pour le moment c'est ce que j'ai trouvé de mieux (quoique un projet comme InDefero semble sympa aussi)

Je suis pas sur que tu ais vraiment compris mon message, et la concaténation des phrases n'ayant pas lien n'aide pas...

Au contraire, je trouve très bien ce que font les infirmières quand elles font grève.
Mais je voulais juste montrer que les gars de la sncf sont le parfait bouc émissaire ces temps ci.

Le deuxième paragraphe n'avait aucun lien avec les infirmières (car pour moi le fait qu'elle fasse grève en bossant - ie bosser car elles trouvent ça normal, qu'elles le font par conviction mais que pendant ce temps elles ne seront pas payé car font grève - est au contraire très courageux) et indique juste que les personnes dont les conditions se dégradent (retraite, toussa) mais ne faisant rien contre aimerait, un peu par jalousie que les autres ne fassent rien. C'est comme si, parce qu'elles ne font rien et que leurs conditions se dégradent les autres ne devraient rien faire.

je reprend :

> Je ne sais pas si c'est vrai

Donc j'en sais rien (ou je répète)

> mais j'en ai entendu des bien bonnes [...]

mais je vous les donnes comme ça, vrai ou faux je m'en fou je me plais à le croire...

> belle vision de la démocratie.

et j'en tire des conclusions.


Belle vision...

ptetre parce que les liens wikipedia permettent d'avoir souvent un résumé (en français pour la plupart) et une description, alors que c'est pas toujours évident sur les sites "officiels" ?
Si on prend xorg, samba ou pire dkms, ben franchement je préfère, pour expliquer le terme, avoir accès à la page wikipedia plutôt qu'au site officiel...

> C'était même devenu tellement habituel
ha bon ?
> Raffarin et Fillon annonçant que les jours de grèves ne seraient pas payés
Comment faire une annonce à la con juste pour que les gens pensent que les jours de grève sont payés...

Bon allez, car c'est possible, mais dans des cas très particuliers :
"Un arrêt du 27 novembre 1990 a décidé que les jours de grève pourraient être payés lorsqu’ils étaient justifiés par un motif visant à défendre le contrat de travail du salarié remis en cause unilatéralement par l’employeur. Un autre arrêt du même type a été rendu en février 1991."

Le reste des jours de grèves ne sont évidemment pas payés, mais c'est tellement mieux de croire que ces des cons qui ne veulent pas bosser tout en étant payés.

> Raffarin et Fillon annonçant que les jours de grèves ne seraient pas payés
c'était juste contraire aux arrêtés de 90 et 91 mais bon, c'est évidemment qu'un détail ça...

> il arrive très souvent
au moment des grèves sur les retraites oui, car la modification du contrat était unilatérale ce qui rentre dans les arrêt indiqué au dessus.
Mais l'ensemble des grèves non.
Quand les profs manifestent pour avoir plus de moyen pour que les élèves étudient dans de bonne conditions ils ne sont pas payés.
Quand les chercheurs manifestent pour avoir des crédits ils ne sont pas payés.
Quand les personnels hospitaliers font grève tout en étant à leur travail car les patients ont besoin d'eux ils ne sont pas payés.
...

> > De infirmières?
> C'est aussi une injustice qu'il faudrait règler

ouep, mais comme bcp de choses dans les corps médicaux, les grèves ... ben elles se font en écrivant sur sa blouse qu'elles sont en grève (désolé pour les infirmi_ers_ ;-) ) en continuant à bosser
Donc ça n'a que très peu de poids et le commun des mortels s'en fout.
Par contre, un employé de la sncf qui fait grève ça se voit et ça fait un beau bouc émissaire...

En tout cas, avec tous ces beaux commentaires, ce qu'on voit c'est qu'alors que les gens devraient être solidaires pour faire avancer la condition sociale de l'ensemble de la population (avec un nivellement vers le haut tant que possible) ceux qui voient se dégrader leurs conditions n'arrivent qu'à s'en prendre à ceux qui ont le courage de se battre pour les leurs...
C'est bien triste tout ça...

> Quand j'ai commencé de travailler, mon "contrat" stipulait 40 années de cotisation retraite, maintenant c'est 42.5 si je me souviens bien.
> Pourquoi moi ca bouge, et pas eux?

Parce que eux se battent pour ça et pas toi ?

Après faudra pas venir se plaindre...

> pénibilité qui a disparu
Ca fait plusieurs fois que je lis ça dans tes commentaires...
t'es au courant qu'il n'y a pas que les guichetiers et les contrôlleurs à la sncf ?

> Quelle est la différence avec des routiers par exemple?
> De infirmières? Des médecins qui jouent la vie des patients tous les jours?
> Tu cites des exemples de stress, mais ces exemples sont aussi dans d'autres métiers. Bizarrement la SNCF a un traitement de faveur...

Mais oui ils ont un traitement différent, parce qu'ils se battent pour ça
Ce qui est génial avec tous les commentaires comme ça c'est que, sous pretexte que les autres ne se sont pas battus / n'ont pas réussi à obtenir des avantages, ont devrait les supprimer pour ceux qui ont réussi.
Pourquoi vouloir _systématiquement_ un nivellement par le bas ?
A part de la jalousie et le fait de ne pas vouloir avouer qu'eux ont réussi, y'a quoi ?