wilk a écrit 1159 commentaires

Je compare avec vmware server, pas esx, c'est peut-être pour ça ?

C'est curieux je constate exactement l'inverse ! Chez moi virtualbox est beaucoup plus véloce d'une part et la gestion de la mémoire est meilleure également, j'arrive à lancer beaucoup plus de machines virtuelles en même temps.

A noter que le sdk est fourni avec django, webob et pyyaml

Je l'utilise pour tous mes devs pro ou perso.
Même si je bosse essentiellement seul je trouve pratique de pouvoir créer des branches pour tester des nouvelles fonctionnalités et par client lorsqu'ils ont les mêmes applis mais pas aux mêmes versions.
Mais pour moi, l'intérêt de bzr en particulier est de pouvoir changer de méthode (workflow) facilement suivant si je suis connecté ou pas, si je bosse avec quelqu'un ou pas, fréquemment ou pas etc.

Par contre, c'est vrai que même pour des petits projets il reste assez poussif bien que les devs semblent s'arracher les cheveux sur ce problème depuis pas mal de temps.

L'auteur a rectifié par la suite :
http://article.gmane.org/gmane.comp.version-control.bazaar-n(...)


> Last 100 revisions:
>
> $ time git log -100 >/dev/null
> real 0m0.011s
>
> $ time bzr log -l100 >/dev/null
> real 2m10.270s

git: 0m0.009s
bzr: 0m26.562s

> Last 10 revisions:
>
> $ time git log -10 >/dev/null
> real 0m0.007s
>
> $ time bzr log -l10 >/dev/null
> real 2m9.163s

git: 0m0.005s
bzr: 0m25.519s


Ceci dit ça ne change pas le fait que le résultat est instantané ou pas.

La différence de taille c'est que le programmeur méritocrate n'a de pouvoir que sur ce qu'il fait alors que l'aristocrate a un pouvoir sur ce qui ne le concerne pas.
En d'autres termes, il ne faut pas confondre avoir de l'autorité et être autoritaire...
En d'autres termes informatique ça veut dire que tu peux forker.

Pour ce qui est de l'égalité c'est pareil, il ne faut pas confondre les gens sont égaux et les gens ont des droits égaux quand bien même ils seraient différents...
Qu'on retrouve également dans les logiciels libres, chacun à également le droit d'utiliser un même logiciel suivant ces préférences et non celle du développeur.

L'anarchobizounours t'embrasse ;-)

On ne répond pas que les enfants ne peuvent pas perturber un conducteur, d'ailleurs dans les bus c'est écris noir sur blanc. On répond que c'est justement parce qu'il y a déjà pas mal d'éléments perturbateurs que c'est pas la peine d'en rajouter d'autres surtout s'ils ne sont pas du tout indispensables (contrairement aux enfants).
Du reste, les enfants à l'arrière, on sait à l'avance qu'ils vont faire du bordel, le problème du téléphone c'est pas tant de converser c'est surtout l'effet de surprise quand il sonne et ensuite quand il annonce qu'on vient de se faire virer.

Si on se souciait de sécurité ça fait longtemps que les portables seraient interdits vu les dégâts qu'ils causent entre les ondes et les déconcentrations d'automobilistes...

Admettons que je revienne sur un gros projet, admettons même que ce ne soit pas moi qui l'ai fait. Je vais utiliser une fonction déjà existante, il me semble que le premier truc que je vais regarder c'est le type des données qu'elle attend et reçoit...
Le seul cas critique que je vois en y réfléchissant c'est si je met à jour une librairie et qu'elle a changée son type de données, mais ça me semble quand même hyper rare...
Un cas de figure auquel je ne pense pas ?

Si les tests de type étaient indispensables, on ferait des tests unitaires pour ça, hors c'est également rarement le cas. Il y a également des outils comme pychecker ou pylint pour généraliser ce type de tests.

Pour les GUI, je suis passé aux applis web en grande partie pour faciliter les tests !!

On parle toujours des erreurs de typages détectés à la compilation, comme si elles étaient très fréquentes. Hors je sais pas vous mais personnellement, quelque soit le langage que j'ai utilisé je ne me souviens pas avoir été particulièrement confronté à ces problèmes...
Pareil pour les exceptions, je trouve concrètement très rare d'avoir un bug en python qui aurait été attrapé par un rattrapage obligatoire en java.
En revanche les tests fonctionnels et unitaires me servent énormément et sont beaucoup plus facile à faire qu'en java, ne serait-ce parce qu'ils n'obligent pas aux mêmes contraintes justement !

Est-ce parce que je travail généralement seul ?

Pour piloter firefox il y a aussi l'excellent vimperator
http://vimperator.mozdev.org/

Super, merci, je vais gagner quelques précieuses secondes !

Est-ce qu'il y a moyen de lancer soit au démarrage soit avec une touche une série de terminaux avec différentes applis dedans sur différents workspace ?
Par exemple un mutt dans le workspace1 un slrn dans le 2 etc...

C'est la seule chose qui me manque avec fluxbox, un temps j'avais essayé mais en vain.

Je comprend tes réticences, c'est particulièrement important qu'un système de gestion de version soit pérène...
hg avec ces 32000 lignes de python capables de gérer le kernel est pour ce coup assez bluffant.

Quelles sont les différences avec bazaar ?

En particulier, quelque chose que je trouve pratique c'est qu'il permet toute sortes d'organisations, y compris de travailler en centralisé, voir de mixer décentralisé/centralisé.
http://bazaar-vcs.org/Tutorials/CentralizedWorkflow

Est-ce qu'ils sont toujours aussi bon (robustes, bon clavier) que les derniers d'ibm ?

Merci également, c'est le genre de chose qui change la vie ça ! ça mériterai une news...

J'ai fait un site pour jouer au scrabble, et n'ais jamais eu de soucis à ce niveau.
Pourtant ils (les dépositaires du nom) m'ont déjà contacté pour me demander si j'avais bien l'autorisation. Quand je leur ait répondu que j'habitais en france ils ont laissé tomber (ils pensaient sûrement que j'étais au canada vu qu'il y a pas mal de joueur canadiens).
Je pense qu'il faut juste se méfier des marques, si on la mentionne il faut bien spécifier à qui elle appartient et juste dire que le jeu s'inspire d'untel... Et bien sûr il faut continuer à lutter contre les brevets sans quoi on aurait effectivement des problèmes !

Bien sûr qu'il y a tous ces outils, ce que je voulais dire simplement c'est qu'ils ne sont pas aussi indispensables qu'ils ne le sont en java. Donc la course aux armements n'a pas forcément de sens.
Concrêtement j'ai besoin de beaucoup moins d'outils d'aide quand je fait du python que quand je faisait du java. Tout simplement puisque mes programmes sont beaucoup plus courts (hors ils font toujours à peu près le même genre de choses).

Je sais c'est agaçant à entendre sans arrêt, j'ai fait aussi du java, je compatis ;-)

Les outils indispensables à un langage (java) ne le sont pas forcément à un autre (python). Il ne faut donc pas les comparer tels-quels avant de bien connaitre le langage en question.

Par exemple la compilation au fil de l'eau n'a pas a être gérée par l'éditeur puisque c'est automatique en python.
La complétion n'est pas aussi indispensable qu'en java vu que le code est beaucoup plus concis.
Le debuggage dans l'éditeur n'est pas non plus forcément la meilleure solution vu qu'on peut par ex lancer un interpreteur directement dans une page web en cas d'erreur et faire de l'introspection dans l'appli qui tourne (paste.EvalException). On peut aussi lancer un interpréteur accessible par telnet (Twisted), je parle bien de l'interpréteur utilisé par l'appli qui tourne.
Etc...

Le point principal je crois c'est que les programmes sont vraiment beaucoup plus concis en python donc l'éditeur a vraiment beaucoup moins d'importance.

Par contre on ne sait pas grand chose sur la manière dont ils l'utilisent. Juste que ce n'est pas avec Twisted...

J'ai un petit stock que je ne vais pas garder... Je suis dans l'aveyron par contre.

Oui, il s'appellera firefox, comme ça on pourra dire iceweasel est écrit en firefox.

Vu l'activité impressionante du développement actuel de bazaar, il est vraiment trop tôt pour mesurer quoi que ce soit ! Ceci dit ça a toujours été très stable depuis le début.

Y a quelques mois il y avait un poste très intéressant sur Lyon chez Fluendo... Et apparement ils avaient beaucoup de mal a trouver des compétences en Python. C'est un cercle vicieux, pas de compétences donc pas d'investissement etc.

Le mieux c'est de sortir de ce vislard de cercle et se mettre à son compte, on peut faire du Python toute la journée :-).