Les temps changent vraiment très très vite alors, l'interview dont je parle date de cette année 2006...
Mais donc, si ce qui a été écrit y a deux ans n'a rien à voir avec ce qui est écrit aujourd'hui, ça va donner quoi dans deux ans ? Bonjour la pérénité des applis et les coûts de formation des developpeurs !
Faites un peut attention avec ce genre d'arguments à la lessive qui lave plus blanc, c'est a double tranchant.
A propos de roadmap et de phrase sortie du contexte, comment allez vous tenir une roadmap en allant 5 fois moins vite ? Java sera toujours 5 fois plus long à écrire dixit un ingénieur de chez vous dans un interview de jdn.
Bon, je déconne hein, je sais bien que ce n'est pas la vitesse de pissage de ligne de code qui compte mais la richesse des composants. Je disais ça juste pour dire à ceux qui ne savent pas quoi faire de ce we de taper nuxeo java python sur un moteur de recherche, c'est assez marrant, enfin pas pour tout le monde. Bon courrage quand même.
Je m'excuse d'avance, mais perl, python ne sont pas pour moi des languages de haut niveau
Tu fais bien de t'excuser parceque tu ne dis pas en quoi ils sont de moins haut niveau que java. Voici la définition indiquée dans wikipedia
qui permet au programmeur de s'abstraire de détails inhérents au fonctionnement de la machine, ceux-ci étant pris en compte lors de la compilation. Il permet de manipuler des concepts bien plus élaborés, mais empêche la gestion de certains de ces détails.
Hors c'est justement parceque java oblige à se soucier de trop de détails qu'il est moins facile que python. (et que d'autre diront que c'est un avantage car ça oblige à être plus rigoureux). cqfd.
Pour le coup c'est l'inverse, nuxeo va réinventer ce qu'ils ont fait en python pour le refaire en java...
Sinon, ben l'intérêt de python le langage, c'est tout simplement qu'il est beaucoup plus agréable à utiliser et permet d'aller ainsi beaucoup plus vite.
C'est donc zope, le framework, qui dérange et non le langage, ce que je comprend tout à fait, un framework a toujours des limites à moment donné.
Hors vous donnez l'impression de replonger jusqu'au cou dans un autre framework, aussi standard soit-il.
amha, la solution réellement pérenne qui se dessine en ce moment en python c'est wsgi, c'est à dire quelque chose d'extrèmement modulaire à base de librairies plutôt que de frameworks. Mais c'est jeune c'est vrai.
Oubien je me trompe et tous ces Jxyz sont plus proches d'un système comme wsgi que d'un framework ?
Tu tends un peu le baton pour te faire battre là...
Malgré le fait que ce language est propriétaire
Quand vous parlez à quelqu'un pur microsoft, python il ne connait pas, Java il connait
Sauf que ironpython c'est maintenant chez microsoft, c'est quand même incroyable qu'en tant que développeur python on se sente maintenant plus proche de microsoft que de java !
pour les performances, les dernières versions de java se sont grandement amélioré de ce côté
Tu confirmes donc qu'il y a des problèmes de perfs !
Pour info, un JDK 6 est sortit !
Qui sous-entend qu'il faut courir après la dernière version pour avoir quelque chose de potable ?
En fait on s'en fout que java soit le diable ou pas, ce qui dérange dans cette news ce n'est pas tant qu'ils aillent chez java (ils auraient été chez .net ou autre ça aurait été pareil) mais plutôt qu'ils laissent tomber python.
Ceci dit d'après ce que j'ai compris c'est plus zope que python qui dérangeait...
nos clients et nos partenaires nous ont rapporté avoir d'importantes difficultés à trouver ou former des développeurs Python/Zope compétents.
On entend souvent ce discours comme quoi il manquerait de programmeurs python, avec ici une couche supplémentaire disant qu'ils sont difficiles à former. Je trouve ça vraiment très bizarre car python est vraiment un des langages les plus facile a apprendre, et spécialement au sein de Nuxeo il doit y avoir largement de quoi former les nouveaux arrivants (en interne ou pour des clients).
Alors que la tendance actuelle est de plus en plus orienté langages de script, que ce soit chez MS avec ironpython ou chez Sun avec jython et jruby, est-ce que jython a été envisagé pour tirer partie du meilleur des deux mondes ?
Vu les 3 messages, ça ressemble plus à un blog qu'à une liste de discussion.
Est-ce qu'il ne serait pas mieux de faire un équivalent de http://www.debian-administration.org en français ? Avec éventuellement une modération sur l'envoi des articles, mais pas sur la lecture ni sur les commentaires...
A la place de la cigarette il y a les enfants, jouer avec, les torcher, les amener à l'école (à vélo) etc... Très difficile de garder la même position plus d'un quart d'heure, c'est radical !
J'ai l'impression que ça n'a pas été dit. Maintenant bazaar peut aussi être utilise en centralisé comme svn ou cvs, il y a d'ailleur pas mal de tutos à ce sujet sur leur site. Ca permet de passer en douceur du centralisé au décentralisé ou de mélanger les deux.
On peut également au choix garder le repository dans le dossier du projet (.bzr) ou dans un repository extérieur, local ou distant, avec un système de mise à jour très pratique si on a beaucoup de branches (pour ne pas tout dupliquer) ou en guise de sauvegarde.
Ainsi toutes les combinaisons sont possibles ! Par exemple pour un même projet quelques devs peuvent travailler en centralisé comme cvs/svn pendant que d'autres travaillent sur leurs branches hors ligne.
On omet souvent de dire aussi que c'est très pratique même si on travaille seul où on ne cré pas des branches par développeur mais des branches par clients ou pour ajouter une fonctionalité, corriger un bug etc.
Le seul problème je trouve c'est qu'il y a tant de combinaisons possibles et de modes d'organisation, que ça devient un poil difficile de savoir laquelle sera la meilleure.
J'utilise un petit script qui me permet de savoir combien de temps je passe sur l'ordinateur, toutes taches confondues. Pour cela il regarde toutes les minutes si une touche a été tapée ou si la souris a bougée, si oui il incrémente le compteur.
A la fin de la journée il me dit combien de temps j'ai passé ainsi que quelques stats par jours et mois.
En temps réel j'utilise root-tail pour voir où j'en suis dans la journée.
Si ça intéresse quelqu'un je le libère... (150 lignes de python), me demander par mail je vais pas forcément revenir lire ce fil.
Pareil. Tu tapes dessus avec quoi ? Moi python...
C'est vrai qu'on a un accès "libre" à toute la base (access / oracle), mais c'est quand même beaucoup du reverse ingeniering, avec très très peu de doc et d'assistance technique. Même si c'est moins pire que chez les autres, ça reste quand même trés fermé et c'est dommage car une véritable ouverture des données serait un très grand pas vers le libre.
Pour répondre brièvement, de la part de quelqu'un qui comme toi utilisais vi depuis une 15aine d'années et emacs pour tout ce que vi ne permettait pas, on peut dire que vim est un vi avec tout ce que peut faire emacs _si j'en ai besoin_... Depuis je n'utilise plus que vim, bien content de n'avoir qu'un seul éditeur à mémoriser depuis tant d'années...
Je comprend ton dégout, d'autant plus que tu as également du contribuer à tla et donc du subir d'autres déceptions, me trompe-je ?
Surtout que c'est ridicule d'avoir abandonné bazaar-1 et tout passé précipitement sur bazaar-ng alors qu'il n'est pas du tout prêt avec des changements de formats en cours ! Ca ne peut au contraire que le freiner, on le voit bien depuis quelques temps où le dev oscile entre quelques changements radicaux et des optimisations précipités...
Privilégier la politique c'est déjà ce que tu fais avec les logiciels libres. Ensuite, qu'ils soient ou non supportés par tel ou tel boite ou individu ça n'assurera hélas rien... Si la technique et l'équipe est la meilleure comme je le crois également, c'est la meilleure garantie pour cette fois-ci ça se passe bien et surtout que ce soit pérenne, c'est vraiment ce qu'on demande d'un gestionnaire de version...
J'ajoute que le code est libre. S'il n'y a pas de lien download c'est uniquement parceque je n'ais jamais pris le temps de rendre le code présentable et encore moins de l'accompagner d'une doc... Si quelqu'un voulait y participer (c'est du python aussi) je partagerai tout ça avec grand plaisir.
La différence avec les autres projets c'est que toute l'interface est en html pour qu'il n'y ait rien à installer chez les joueurs.
Pour calculer le TOP, je me sert du programme eliot, qui est incroyablement rapide et n'a jamais été pris en défaut sur quelques dizaines de milliers de parties : http://www.nongnu.org/eliot/
La marque est déposée mais heureusement pas encore les règles du jeu. Du moins en France... (J'ai également reçu des couriers de menace mais il n'y a jamais eu de suite lorsque je leur ait demandé des informations légales en France).
La menace est évidement grande du côté des brevets, une règle du jeu, un algo...
Pour ma part ça m'a permis de sensibiliser les joueurs de scrabble lorsqu'il a fallu s'exprimer sur les brevets.
Du coup mon site s'apelle SEPS. Seps N'est Pas Scrabble ;-)
Si tu regardes bien, quand on programme on ne tapes pas beaucoup et on ne fixe pas non plus beaucoup l'écran. On tapes un peu, on lève la tête pour voir si la solution ne serait pas par hasard déjà écrite au plafond, si ça suffit pas on gratte la barbe dèsfois qu'elle se soit caché dedans etc. Tout ça mine de rien ça relache les tensions.
T'as pas remarqué à quel point il est beaucoup plus fatigant de taper une doc par ex ?
Donc, pour soigner vos douleurs : programmez ! Et si ça ne marche pas choisissez un programme plus compliqué !
Après avoir eu un crash avec reiserfs, j'ai eu la mauvaise surprise de voir que tout semblait correct (avec un fsck) alors que les fichiers ouverts lors du crash étaient corrompus ! Ca me semble doublement grave, perdre des données soit, on restore , mais si on ne sait pas lesquels...
Si tu as très peu de tables, uniquement en lecture seule et que tu recherche la perf à tout prix ce qui est irréaliste c'est d'utiliser un sgbd, et encore moins des requêtes à base de like %... Pis j'ose espérer que les applis dont tu parles utilisent un système de cache sinon c'est pas sympa de maltraiter des sgbd comme ça qui n'ont fait de mal à personne.
Et dans ce cas postgresql n'a vraiment rien à foutre là, pourquoi pas comparer mysql avec fseek tant qu'on y est ;-)
Pourquoi ne pas plutôt faire des benchs en prennant en compte des situations plus réalistes et qui tirent partie des atouts des sgbd ?
Par ex on prend un table entête reliée à une 50aine de tables, lorsqu'on supprime un enregistrement de l'entête il faut d'une part que tous les enregistrements liés soit supprimés, et d'autre part que soit tous soient supprimés soit aucun pour garantir l'intégrité des données.
Avec mysql il va falloir faire autant de requetes que de tables liés et faire toute une gymnastique pour faire l'équivalent d'une transaction. Alors qu'avec postgresql une seule requete suffira, toute la machinerie sera exécuté côté serveur sans pour autant bloquer d'autres utilisateurs (contrairement à sqlite) ni surcharger le réseau (la bdd étant bien entendu sur une autre machine)...
[^] # Re: La pub débarque sur linuxfr!
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.
Mais donc, si ce qui a été écrit y a deux ans n'a rien à voir avec ce qui est écrit aujourd'hui, ça va donner quoi dans deux ans ? Bonjour la pérénité des applis et les coûts de formation des developpeurs !
Faites un peut attention avec ce genre d'arguments à la lessive qui lave plus blanc, c'est a double tranchant.
[^] # Re: La pub débarque sur linuxfr!
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 4.
Java sera toujours 5 fois plus long à écrire dixit un ingénieur de chez vous dans un interview de jdn.
Bon, je déconne hein, je sais bien que ce n'est pas la vitesse de pissage de ligne de code qui compte mais la richesse des composants. Je disais ça juste pour dire à ceux qui ne savent pas quoi faire de ce we de taper nuxeo java python sur un moteur de recherche, c'est assez marrant, enfin pas pour tout le monde. Bon courrage quand même.
[^] # Re: Java = le diable ?
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.
Tu fais bien de t'excuser parceque tu ne dis pas en quoi ils sont de moins haut niveau que java. Voici la définition indiquée dans wikipedia
Hors c'est justement parceque java oblige à se soucier de trop de détails qu'il est moins facile que python. (et que d'autre diront que c'est un avantage car ça oblige à être plus rigoureux). cqfd.
[^] # Re: Former des développeurs Python/Zope compétents
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 5.
Sinon, ben l'intérêt de python le langage, c'est tout simplement qu'il est beaucoup plus agréable à utiliser et permet d'aller ainsi beaucoup plus vite.
[^] # Re: Former des développeurs Python/Zope compétents
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 1.
Hors vous donnez l'impression de replonger jusqu'au cou dans un autre framework, aussi standard soit-il.
amha, la solution réellement pérenne qui se dessine en ce moment en python c'est wsgi, c'est à dire quelque chose d'extrèmement modulaire à base de librairies plutôt que de frameworks. Mais c'est jeune c'est vrai.
Oubien je me trompe et tous ces Jxyz sont plus proches d'un système comme wsgi que d'un framework ?
[^] # Re: Java = le diable ?
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 0.
Malgré le fait que ce language est propriétaire
Quand vous parlez à quelqu'un pur microsoft, python il ne connait pas, Java il connait
Sauf que ironpython c'est maintenant chez microsoft, c'est quand même incroyable qu'en tant que développeur python on se sente maintenant plus proche de microsoft que de java !
pour les performances, les dernières versions de java se sont grandement amélioré de ce côté
Tu confirmes donc qu'il y a des problèmes de perfs !
Pour info, un JDK 6 est sortit !
Qui sous-entend qu'il faut courir après la dernière version pour avoir quelque chose de potable ?
En fait on s'en fout que java soit le diable ou pas, ce qui dérange dans cette news ce n'est pas tant qu'ils aillent chez java (ils auraient été chez .net ou autre ça aurait été pareil) mais plutôt qu'ils laissent tomber python.
Ceci dit d'après ce que j'ai compris c'est plus zope que python qui dérangeait...
# Former des développeurs Python/Zope compétents
Posté par wilk . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 6.
On entend souvent ce discours comme quoi il manquerait de programmeurs python, avec ici une couche supplémentaire disant qu'ils sont difficiles à former. Je trouve ça vraiment très bizarre car python est vraiment un des langages les plus facile a apprendre, et spécialement au sein de Nuxeo il doit y avoir largement de quoi former les nouveaux arrivants (en interne ou pour des clients).
Alors que la tendance actuelle est de plus en plus orienté langages de script, que ce soit chez MS avec ironpython ou chez Sun avec jython et jruby, est-ce que jython a été envisagé pour tirer partie du meilleur des deux mondes ?
[^] # Re: Fausse bonne idée ?
Posté par wilk . En réponse au journal Liste de diffusion francophone pour sysadmin. Évalué à 4.
Est-ce qu'il ne serait pas mieux de faire un équivalent de http://www.debian-administration.org en français ? Avec éventuellement une modération sur l'envoi des articles, mais pas sur la lecture ni sur les commentaires...
# gmane ?
Posté par wilk . En réponse au journal Liste de diffusion francophone pour sysadmin. Évalué à 1.
# Les enfants
Posté par wilk . En réponse au journal Tendinites et douleurs articulaires liées à l'informatique.. Évalué à 4.
[^] # Re: bazaar
Posté par wilk . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 4.
On peut également au choix garder le repository dans le dossier du projet (.bzr) ou dans un repository extérieur, local ou distant, avec un système de mise à jour très pratique si on a beaucoup de branches (pour ne pas tout dupliquer) ou en guise de sauvegarde.
Ainsi toutes les combinaisons sont possibles ! Par exemple pour un même projet quelques devs peuvent travailler en centralisé comme cvs/svn pendant que d'autres travaillent sur leurs branches hors ligne.
On omet souvent de dire aussi que c'est très pratique même si on travaille seul où on ne cré pas des branches par développeur mais des branches par clients ou pour ajouter une fonctionalité, corriger un bug etc.
Le seul problème je trouve c'est qu'il y a tant de combinaisons possibles et de modes d'organisation, que ça devient un poil difficile de savoir laquelle sera la meilleure.
# shopping humanitaire
Posté par wilk . En réponse au journal Echange / occasion informatique. Évalué à 1.
# danger-travail
Posté par wilk . En réponse au journal Recherche Logiciel de gestion de temps. Évalué à 1.
A la fin de la journée il me dit combien de temps j'ai passé ainsi que quelques stats par jours et mois.
En temps réel j'utilise root-tail pour voir où j'en suis dans la journée.
Si ça intéresse quelqu'un je le libère... (150 lignes de python), me demander par mail je vais pas forcément revenir lire ce fil.
[^] # Re: Sympa
Posté par wilk . En réponse à la dépêche Deux nouveaux logiciels libres pour les entreprises. Évalué à 1.
C'est vrai qu'on a un accès "libre" à toute la base (access / oracle), mais c'est quand même beaucoup du reverse ingeniering, avec très très peu de doc et d'assistance technique. Même si c'est moins pire que chez les autres, ça reste quand même trés fermé et c'est dommage car une véritable ouverture des données serait un très grand pas vers le libre.
[^] # Re: Moins de memory leak
Posté par wilk . En réponse au journal Python 2.5 beta 2. Évalué à 1.
[^] # Re: des questions
Posté par wilk . En réponse à la dépêche Sortie de Vim 7. Évalué à 1.
[^] # Re: En même temps
Posté par wilk . En réponse au journal Canonical, les « promesses » et la « maintenance » .... Évalué à 2.
Surtout que c'est ridicule d'avoir abandonné bazaar-1 et tout passé précipitement sur bazaar-ng alors qu'il n'est pas du tout prêt avec des changements de formats en cours ! Ca ne peut au contraire que le freiner, on le voit bien depuis quelques temps où le dev oscile entre quelques changements radicaux et des optimisations précipités...
Privilégier la politique c'est déjà ce que tu fais avec les logiciels libres. Ensuite, qu'ils soient ou non supportés par tel ou tel boite ou individu ça n'assurera hélas rien... Si la technique et l'équipe est la meilleure comme je le crois également, c'est la meilleure garantie pour cette fois-ci ça se passe bien et surtout que ce soit pérenne, c'est vraiment ce qu'on demande d'un gestionnaire de version...
[^] # Re: Seps, un autre jeu de scrabble en ligne
Posté par wilk . En réponse au journal PyScrabble 1.3. Évalué à 1.
[^] # Re: Seps, un autre jeu de scrabble en ligne
Posté par wilk . En réponse au journal PyScrabble 1.3. Évalué à 2.
La différence avec les autres projets c'est que toute l'interface est en html pour qu'il n'y ait rien à installer chez les joueurs.
Pour calculer le TOP, je me sert du programme eliot, qui est incroyablement rapide et n'a jamais été pris en défaut sur quelques dizaines de milliers de parties : http://www.nongnu.org/eliot/
[^] # Re: (c)Scrabble TM
Posté par wilk . En réponse au journal PyScrabble 1.3. Évalué à 4.
La menace est évidement grande du côté des brevets, une règle du jeu, un algo...
Pour ma part ça m'a permis de sensibiliser les joueurs de scrabble lorsqu'il a fallu s'exprimer sur les brevets.
Du coup mon site s'apelle SEPS. Seps N'est Pas Scrabble ;-)
[^] # Re: Vraiment utile ?
Posté par wilk . En réponse au journal Clavier ergonomique, dvorak & cie.. Évalué à 10.
T'as pas remarqué à quel point il est beaucoup plus fatigant de taper une doc par ex ?
Donc, pour soigner vos douleurs : programmez ! Et si ça ne marche pas choisissez un programme plus compliqué !
[^] # Re: ext3 aussi
Posté par wilk . En réponse au journal XFS: demain j'arrête.... Évalué à 3.
# metadata-only journaling
Posté par wilk . En réponse au journal XFS: demain j'arrête.... Évalué à 5.
Je suis alors tombé sur cet article : http://www.gentoo.org/doc/en/articles/afig-ct-ext3-intro.xml qui explique assez bien le problème et pourquoi ext3 n'a pas ce problème par rapport à reiserfs, xfs et jfs.
[^] # Re: Un bench sur le meilleur et pas sur le moindre
Posté par wilk . En réponse au journal Comparatif performances PHP : MySQL / PostgreSQL / SQLite. Évalué à 4.
Et dans ce cas postgresql n'a vraiment rien à foutre là, pourquoi pas comparer mysql avec fseek tant qu'on y est ;-)
Je brille bien là ou faut que je frotte encore ?
# Un bench sur le meilleur et pas sur le moindre
Posté par wilk . En réponse au journal Comparatif performances PHP : MySQL / PostgreSQL / SQLite. Évalué à 4.
Par ex on prend un table entête reliée à une 50aine de tables, lorsqu'on supprime un enregistrement de l'entête il faut d'une part que tous les enregistrements liés soit supprimés, et d'autre part que soit tous soient supprimés soit aucun pour garantir l'intégrité des données.
Avec mysql il va falloir faire autant de requetes que de tables liés et faire toute une gymnastique pour faire l'équivalent d'une transaction. Alors qu'avec postgresql une seule requete suffira, toute la machinerie sera exécuté côté serveur sans pour autant bloquer d'autres utilisateurs (contrairement à sqlite) ni surcharger le réseau (la bdd étant bien entendu sur une autre machine)...