wilk a écrit 1159 commentaires

  • [^] # Re: VirtualBox

    Posté par  . En réponse à la dépêche La virtualisation et le libre : où en est-on ?. Évalué à 1.

    Je compare avec vmware server, pas esx, c'est peut-être pour ça ?
  • [^] # Re: VirtualBox

    Posté par  . En réponse à la dépêche La virtualisation et le libre : où en est-on ?. Évalué à 3.

    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.
  • [^] # Re: api ?

    Posté par  . En réponse au journal google pousse python : appengine. Évalué à 1.

    A noter que le sdk est fourni avec django, webob et pyyaml
  • [^] # Re: Qui utilise bzr ?

    Posté par  . En réponse à la dépêche Nouvelle version de Bazaar, le DVCS de Canonical. Évalué à 1.

    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.
  • [^] # Re: Emacs et bzr

    Posté par  . En réponse à la dépêche Nouvelle version de Bazaar, le DVCS de Canonical. Évalué à 3.

    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.
  • [^] # Re: Emacs et bzr

    Posté par  . En réponse à la dépêche Nouvelle version de Bazaar, le DVCS de Canonical. Évalué à 4.

    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 ;-)
  • [^] # Re: et pourquoi illégal ?

    Posté par  . En réponse au journal couper le téléphone du voisin bruyant. Évalué à 5.

    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.
  • [^] # Re: et pourquoi illégal ?

    Posté par  . En réponse au journal couper le téléphone du voisin bruyant. Évalué à 6.

    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...
  • [^] # Re: Dynamiquement typé ou statiquement typé ?

    Posté par  . En réponse au journal Python et les décideurs. Évalué à 3.

    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 !!
  • [^] # Re: Dynamiquement typé ou statiquement typé ?

    Posté par  . En réponse au journal Python et les décideurs. Évalué à 3.

    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 ?
  • [^] # Re: dwm ou comment éviter d'utiliser la souris...

    Posté par  . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 2.

    Pour piloter firefox il y a aussi l'excellent vimperator
    http://vimperator.mozdev.org/
  • [^] # Re: dwm ou comment éviter d'utiliser la souris...

    Posté par  . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 1.

    Super, merci, je vais gagner quelques précieuses secondes !
  • [^] # Re: dwm ou comment éviter d'utiliser la souris...

    Posté par  . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 1.

    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.
  • [^] # Re: bazaar

    Posté par  . En réponse au journal Sondage pour utilisateurs de git. Évalué à 1.

    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.
  • # bazaar

    Posté par  . En réponse au journal Sondage pour utilisateurs de git. Évalué à 1.

    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
  • # Thinkpad lenevo

    Posté par  . En réponse au journal Lenovo va commercialiser des PC Portables sous Linux. Évalué à 1.

    Est-ce qu'ils sont toujours aussi bon (robustes, bon clavier) que les derniers d'ibm ?
  • [^] # Re: Vimperator !

    Posté par  . En réponse au journal Laposte.net se modernise.... Évalué à 1.

    Merci également, c'est le genre de chose qui change la vie ça ! ça mériterai une news...
  • # pas de problème pour le scrabble par ex

    Posté par  . En réponse au journal Programmer un jeu de plateau. Évalué à 1.

    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 !
  • [^] # Re: Excellente nouvelle

    Posté par  . En réponse à la dépêche Google Web Toolkit sous licence Apache 2.0. Évalué à 2.

    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 ;-)
  • [^] # Re: Excellente nouvelle

    Posté par  . En réponse à la dépêche Google Web Toolkit sous licence Apache 2.0. Évalué à 3.

    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.
  • # oui mais comment ?

    Posté par  . En réponse au journal Youtube est entièrement fait en python. Évalué à 1.

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

    Posté par  . En réponse au journal [VDS/DONNE] Linux magazines France.... Évalué à 1.

    J'ai un petit stock que je ne vais pas garder... Je suis dans l'aveyron par contre.
  • [^] # Re: Ca vit encore ?

    Posté par  . En réponse à la dépêche Rencontres Xulfr à Paris. Évalué à -3.

    Oui, il s'appellera firefox, comme ça on pourra dire iceweasel est écrit en firefox.
  • [^] # Re: Performances...

    Posté par  . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 3.

    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.
  • [^] # Re: Former des développeurs Python/Zope compétents

    Posté par  . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.

    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 :-).