Reprise du message précédent :

allez, maintenant on essaye de comprendre que je sais lire un article et on réévalue ma question avec cette nouvelle donnée. On en conclut logiquement que j'aimerai savoir pourquoi l'autorisation a été donnée, et comment éviter que ça se reproduise, question qui va nettement plus intéresser les familles des victimes.

merde mon plan tombe à l'eau, les provisions pour risques et charge (les comptes de la classe 15) ça ne s'adresse que pour les obligations vis-à-vis d'un tiers, on peut pas y mettre le code crade.

 
les familles des victimes elles s'en branlent, ca serait pas juste si y'avait qu'elles qui étaient touchées, merde quoi, elles ont souffert pourquoi pas les autres

 
genre.  

 
Mais pourquoi avoir choisit xfig :s ?

 
Putain, c'est clair que ça craint le conseil d'ouvrir le courier.  

heu je sais plus je crois que c'était imposé par le prof, c'était un projet de fin d'année, en 2001 je crois.

bof, violation du secret des correspondances, ça va changer un peu le juge et le procureur des vols à la tire et autres agressions.

Dans "erreur humaine", y a quoi que tu comprends pas ?  

la nature de l'erreur ? le mec qui pose son coude sur un bouton (arrivé récement dans une centrale nucléaire, l'erreur en l'occurence c'est que la console n'a pas été bloquée par la clef), une erreur de communication : "j'vais tomber" compris comme "je suis vaché" (attaché par une sangle) en escalade, le mec qui s'est trompé de ligne en regardant le tableau, etc.

c'est un peu vague pour un accident ferroviaire, pourquoi il y a eu autorisation 'exceptionnelle' de passage a un feu rouge?

(elle a démissioné de ce poste la semaine dernière)

http://liberation.fr/actualite/reu [...] 720.FR.php
un peu plus de détail.

joli fake

vla l'mongol

vla le belge constipé

quoi, c'est de toi l'article que kad a posté ?

vla dix mires  
put in some fries

Je croyais que tu parlais de paprika quand tu disais : Vla le mongol

Ha, super !

bon, casses couilles CVS, je commit a la fin de chaque jour de code. mais je demande si je devrais pas commiter a chaque modifications. parce que refaire le parcours arriere sur 20-30 trucs, c'est relou

Ben ça semble logique
 
Surtout que pour avoir des messages de commit sensés/signifiant, il faut commiter régulièrement (à la fin de chaque unité de codage), sinon soit tu ne sais plus ce que tu as fait soit chaque message de commit est un roman  
 
En plus commiter fréquement permet également d'updater fréquement, donc de réduire les merges nécessaires et les incompatibilités induites par ces merges (en plus de faciliter la résolution des conflits).
 
Franchement je vois pas l'intérêt de ne commiter qu'une ou deux fois par jour, c'est pas comme si ça coûtait plus cher de commiter fréquement

non, effectivement, mais je suis un peu une moule du commit stout

 
 
T'aurais pu poster ta source http://www.pcinpact.com/actu/news/ [...] Frites.htm

 
Pas top ce soir capital

surtout si t'es tout seul, n'hésites pas. nous c'est un peu pête-couille car chaque update prend 2min, le merging prend 2-3 min, plus les re-tests (2min), ben pendant ce temps y'a un autre binone qui a commité, donc tu le fais 2 fois par jour et c'est pas mal.

Sujet pour nanas...

Ceci dit, CVS, c'est vraiment le minimum syndical de la gestion de conf.
Sinon pour le suivi de bugs, j'ai découvert JIRA dans ma boîte actuelle, qui est vraiment très bien. J'ai vu quelques usines à gaz très merdiques/incompréhensibles (Rational Clearquest par exemple), et cet outil, en comparaison, est souple, intuitif, et fait correctement ce qu'on lui demande (et est sans doute bien moins cher).

Utilise des feature branches. Ca coûte pas cher, c'est pratique, et ça permet de frimer dans les bus qui desservent les facs d'infirmières.

connais deja Jira
 mais le rapport avec le versionning là ?

je crois qu'il y a pas mal de trucs de CVS que je connais pas, a fouiller et lire les manuels au lieu d'utiliser les commandes de bases

Aucun.
C'est juste que je trouve ce soft pas mal, surtout à coté de cette improbable bouse de Rational Clearquest qui coûte la bagatelle de 4535$/utilisateur en licence flottante     avec une maintenance d'un an...

Me semble logique aussi  

Ouais enfin jouer avec les branches c'est quand même lourd vu qu'il faut garder la branche en synchro avec le trunk (pour une feature branchà, donc ça veut dire merger très régulièrement le trunk dans ta branch afin de ne pas te tirer une balle quand tu re-merge la branch dans le trunk
 
Ca peut être pratique, mais ça demande encore plus de housekeeping que de bosser sur le trunk et ça complexifie notablement le flux de travail.
 
(sinon, quelqu'un connait un vraiment bon tuto sur Darcs? Parce que j'arrive pas à comprendre ce truc, sorti de `darcs record -am` je pige rien)

 
 
Ben les commentaires on s'enfou, moi le seul truc qui m'intéresse sur ce site c'est ce genre de connerie ci-dessus !

darcs a un problème, c'est qu'il n'est pas très scalable sur de gros projets, d'après ce que j'ai lu. M'enfin pour une petite équipe...
En tout cas, si j'étais chef de projet et que j'avais la possibilité de choisir moi-même, je m'en tiendrais à Subversion ou p-ê Perforce.

Tu tagges le trunk lors du branchage, et tu fais un 3-way merge entre la version taggée, la version en cours, et les changements de ta branche. Par contre, après, il ne faut pas vouloir continuer à bosser dans la branche. Ca pose quand même moins de problèmes que de commiter dans la trunk tous les soirs...
 

nous on est hype, on a viré jira pour des fiches cartonnées, y'a plus que le support qui utilise jira.

méfie-toi de subversion on a vite fait de perdre sa working copy, surtout sur les grosses modifs style split du projet etc.
 
J'ai toujours entendu dire que les découpages de projet, de modules etc. on en faisait pas souvent, mais dans ma boite il doit y en avoir 2-3 par mois en moyenne.