Raphaël SurcouF a écrit 2609 commentaires

En les stockant sur un serveur IMAP, l'utilisateur peut choisir son lecteur de mail à sa guise.

Non seulement c'est du XML compressé en ZIP, mais si tu lis couramment le XML des documents OpenOffice.org, moi pas. Je ne me vois pas faire un diff entre deux versions d'un même document pour savoir ce que j'ai pu modifier.
Ce qui manque dans tous les VCS, c'est un outil de diff pour les ODT, point.

Solaire, pourquoi pas, quitte à en équiper toutes les maisons.
Éolien, personne n'en veut dans son paysage, il faudrait donc en placer en pleine mer et savoir « stocker » l'électricité, comme tu dis.
L'hydraulique, ce n'est pas ce qu'il y a de plus écologique, du moins localement. En outre, les sites sont quand même assez vite limités, même en puissance globale (pourtant, je viens de la région Rhône-Alpes et on en a quelques-un de ces barrages).
Géothermique, même constat que l'hydraulique pour les sites.
Énergie osmotique: je ne connaissais même pas. Il y a effectivement une centrale norvégienne expérimentale à ce sujet :
http://www.actu-environnement.com/ae/news/centrale_norvege_e(...)
J'espère que cela pourra résoudre certains de nos problèmes énergétiques.

Je suis en effet d'accord avec ce constat : le cherry picking n'a rien de spécifique ni à bzr ni aux autres DCVS. Quant aux changeset, les révisions de SVN semblent répondre à peu de choses au même besoin.

Et l'électricité, tu comptes la produire comment ?
En France, on en est à 75% de nucléaire mais la plupart des autres pays utilisent encore de nombreuses centrales thermiques...
Quant aux énergies renouvelables, ce n'est malheureusement pas encore le même rendement. En fait, il va falloir, un jour ou l'autre, se poser vraiment la question d'une décroissance.

La suite PSC de chez HP est très bien reconnue sous Linux.
Pour ma part, je dispose d'une HP PSC 2110, achetée en 2004, qui fonctionne toujours trés bien, autant pour la partie scanner que la partie imprimante.
Évidemment, pour un modèle de 4 ans, il y a peu de chances qu'il soit encore disponible à la vente mais je gage que des modèles équivalents (certains incluent des lecteurs de cartes SD,MMC,etc.) ont fait leur apparition. La PSC 2110 ne coûtait que 200€ à l'époque.
Autre avantage avec HP, les cartouches sont disponibles pour un grand nombre de modèle mais, comme tous les jets d'encre, cela peut vite revenir cher si tu imprimes quotidiennement (par rapport à une Laser).
Ah oui : sous Linux, ces modèles sont très très bien reconnus.

Et sinon, habituellement sur une installation linux fraîche on n'a pas X11 et je ne connais pas de wrapper pour "ln" en curses et gpm qui soient présents sur un système de base.
Il y a longtemps que cela dépend de la distribution Linux dont on parle et que cette époque du tout texte est révolue.

Oui mais le préfixe « bio » a pris un bien autre sens auprès de grand public.
L'agriculture dite « biologique » s'oppose par essence à l'agriculture dite intensive ou industrielle. Or, je préfère le terme agrocarburant car il exprime davantage l'agriculture industrielle et non l'agriculture biologique, plus respecteuse de l'environnement.

D'ailleurs, on ne doit pas dire « biocarburant » mais « agrocarburant » car il tire sa substance de cultures agricoles, ce qui ne présume pas nécessairement de qualités « bio ».

L'abus de git est dangereux pour la santé (mentale).

Oui mais puisqu'on est en train de partager nos mauvaises expériences, ce serait intéressant de savoir si tu as quelque chose de précis contre Linagora (hormis l'entretien avec le PDG) ou si on peut dire que ce serait pareil avec une autre société avec la même personne pour PDG.
Dans le cas contraire, cela signifierait que tu t'attaches à des détails bien superficiels.

C'était quand ? Dans les premières années 2000 ?
Les choses ont quand même bien évolué depuis les débuts de Linagora :
- il y a un véritable service RH[1] et les entretiens d'embauche ne passe pas par l'étape Alexandre ;
- son portable est sous Linux et, ironie du sort, pas sous Ubuntu : je vous laisse deviner laquelle ;
- 7 ans après, il a racheté deux sociétés et le groupe qu'il constitue dépasse les 100 personnes[2].
J'avais eu un entretien juste avant Linagora, dans une boîte qui avait basé son marché sur le DMP (Dossier Médical Personnel, le truc qui n'a toujours pas vu le jour, trois ans après) : j'avais été bien reçu par l'admin et le directeur technique mais l'entretien avec le PDG m'avait carrément refroidi (il voulait que je sois payé en partie fixe et variable, comme un commercial, m'assurant que je devrais de toutes façons toucher le plein tous les mois -sous-entendant que je travaillerais suffisament pour les mériter). Je pense que c'est un peu ce qui t'avait refroidi avec Linagora mais on ne devrait pas s'appuyer uniquement sur un à-priori.
Simplement : on ne travaille pas uniquement pour un PDG, quand on bosse pour une boîte. Un salarié vient travailler contre un salaire. Ensuite, viennent les autres considérations : l'ambiance au travail, les responsabilités, les relations avec la hiérarchie. En plus, Linagora ne propose que des missions en relation avec des logiciels libres. Il y a parfois des logiciels propriétaires mais l'interopérabilité est à ce prix. Tous les clients ne disposent pas d'un SI complètement fourni en logiciels libres.
As-tu une liste de toutes les sociétés avec lesquelles tu as eu une mauvaise impression ou y a-t-il une autre raison pour que tu ne retiennes que Linagora ?


[1]: je connais assez peu de sociétés de moins de 50 salariés disposant d'un véritable service RH : à l'époque où tu as dû connaître Linagora, il y avait certainement moins de 50 personnes.
[2]: S'il n'y avait pas que la technique pour faire tourner des sociétés, ça se saurait. Être compétent techniquement ne suffit malheureusement pas toujours...

Ah non ! Je proteste à mon tour : les pâtes, saipaphassile ! Il faut toujours laver la casserole (parce qu'on l'a déjà utilisé, évidemment).

C'est bien ce qu'il me semblait, parce qu'il m'arrive souvent de faire un commit pour plusieurs fichiers, qui auront tous la même révision. Il est alors facile de retrouver les fichiers modifiés par cette révision.

Je ne suis certes pas, de curusu, un développeur mais j'ai du mal à saisir ce qui est tellement intéressant dans les SGVD par rapport aux SGVC, à plus forte raison pour une entreprise.
Les cas exposés par « gS » sont extrèmement révélateurs de cas particuliers. Et, pour ces cas particuliers, il faudrait revoir la base (passer d'un SGVC à un SVGD) de toute l'artillerie habituellement déployée pour conduire des projets ?
Pourtant, que ce soit avec giT ou bzr, on voit toujours revenir le principe d'un référentiel central qui, finalement, définit les sources officielles d'un projet. Les SGVD ne sont finalement que des outils facilitant les travaux dérivés ou encore trop expérimentaux pour être intégrés dans le référentiel central officiel.
Est-ce que giT, bzr ou Hg apportent plus de conforts aux développeurs que CVS ? Assurément, mais il faudra bien publier un jour ce projet, de façon officielle. Et si j'ai volontairement omis SVN, c'est parce qu'il suffit d'utiliser SVK pour obtenir un SVGD à moindre coût (par rapport à une migration vers un autre outil). Maintenant, je n'ai peut-être pas l'expérience nécessaire pour savoir si c'est un mauvais choix ou non mais je ne vois pas de raisons manifestes pour motiver un tel changement.
Par exemple : le suivi par « changeset », concrètement, ça donne quoi ? Quand est-ce un avantage par rapport à un suivi par fichier ? N'est-ce pas là une application logicielle d'une méthode de travail qu'on pourrait très bien appliquer sous SVN ?

Quel intérêt ? Pour avoir les résultats pour le 20h de PPDA et d'Arlette Chabot ? Non merci.

Ce serait plutôt l'inverse.
Le pouvoir est tel qu'il corrompt tous ceux qui pensent pouvoir le contrôler.
À tel point que les hommes (et femmes) politiques finissent par oublier qu'ils sont élus et mandatés pour diriger des politiques au nom de l'intérêt général et non pour y faire carrière. Malheureusement, même les meilleurs systèmes se pervertissent et les hommes politiques finissent par tout faire pour garder un ou plusieurs mandats.

Un collègue résidant à Aulnays-sous-bois m'a informé que la mairie avait également persisté dans l'utilisation du vote électronique (sauf pour les cantonales par contre) pour les municipales comme cela avait déjà été le cas pour les législatives et présidentielles précédentes.
Ironie du sort, le député-maire sortant, pourtant déjà ré-élu député, a été néanmoins battu !

LE point fort de Cacti sont ses templates : l'idée de base est excellente. Par contre, l'implémentation laisse vraiment à désirer :/

Peux-tu développer ? Sous Nagios, il y a également des templates.
Je présume que tu voulais parler des templates pour les graphiques, non ?
Je pense qu'il est prématuré de jeter dos-à-dos Cacti et Nagios car les deux projets ont des similarités mais poursuivent des buts bien différents et se retrouvent assez complémentaires.
Pour autant, je regrette que le réseau soit surchargé par des requêtes redondantes par l'emploi simultané de Cacti et Nagios.

On peut polémiquer sur la forme du code de Nagios mais en ce qui concerne l'efficacité et la stabilité du projet, rien à redire.
On ne peut pas en dire autant de tous les projets dont la forme laisse à désirer (et puis bon, si tu voyais le code de la majorité des plugins de Nagios, tu partirais en courant).

J'ajouterais qu'il y a une toute récente option à SVK qui permet de déplacer le .svk dans le répertoire de travail mais pour l'instant, je n'ai pas bien compris l'intérêt.
Je voulais m'en servir pour pouvoir déplacer ma copie sur clé usb mais je ne vois pas comment replacer la dite copie dans le giron du SVK local...

De nos jours, du MINEFI au MINDEF, en passant par le MEDAD (ex-Ministère de l'Équipement), je peux t'assurer qu'ils connaissent tous Nagios et de nombreux logiciels libres aussi. D'ailleurs, bien souvent, ils demandent à avoir du Nagios.

À partir de Nagios 2, tu peux tirer parti de NDO avec NagVis et notamment disposer d'informations supplémentaires, comme les ACK.

Oui mai avec SVK, on n'a même plus besoin d'y penser puisque ces fichiers ne sont plus situés dans le répertoire de travail.

Étant donné que, SVK mis à part, les gestionnaires de versions, décentralisés comme centralisés, ont tendance à stocker des fichiers opérationnels dans le répertoire de travail, tu ne peux guère éviter de lourdes conséquences à la suppression du répertoire .svn/, .cvs/, ou .bzr/. Quant au fichier déplacé ou supprimé sans utiliser SVN, on a toujours la possibilité d'en committé ultérieurement la modification.
Et je ne pense pas que git soit plus à l'abri d'une interface graphique boguée.