Je ferai bien une ressource Mercurial en la derivant de SVN, ca m'a pas paru bien dure.

Ca se passe comment les contributions dans le projet ?

[ Répondre ]

Dans ma boite, Google talk avait pignon sur rue, et depuis quelques temps on a un serveur jabber interne associé à une recherche de contact (photo, telephone, manager, equipe, assistante associée, bureau) qui rencontre un bon succès.

Faudra tout de même m'expliquer comment fait leur serveur pour planter tous les jours (ejabberd, en erlang, à la base c'est sensé être résistant, non ?), mais mis à part ça les gens (dont moi) en sont content.

Le passage de gtalk a jabber s'est fait assez naturellement, et les gens préfèrent rester en interne pour parler boulot plutot que de passer par google, ce qui est pas plus mal :P

Pour ma part j'utilise aussi gtalk car la plupart de mes amis ont une adresse gmail et je refuse d'aller sur un msn, donc ils passent au pire par la version client html integree dans gmail.

[ Répondre ]

Tu dis souvent le projet "Gnu's Not Unix" ? ou "Digital Versatil Disk" ? Même seulement la première fois que tu les emplois devant une personne ? "Visual", à la place de Vi ( http://fr.wikipedia.org/wiki/Vi ) ? "Editing MACroS running on TECO" pour Emacs ( http://fr.wikipedia.org/wiki/Emacs ) ?

Les sigles expriment souvent quelquechose de complexe et évitent les néologismes à la mort moi le noeud.

Au bout d'un certain temps, il faudrait leur donner un vrai nom par contre... Mais rassurons nous, l'académie française veille, et nous trouve des mots tels que "cédérom" pour remplacer les sigles! Une grande avancée pour l'humanité.

Quelqu'un de familier avec Eclipse aura reconnu la plupart des sigles en sachant ce qu'ils font, mais pas forcément en connaissant leur signification.

Bref d'une manière générale, c'est l'abus de vocabulaire complexe (par rapport au public visé par l'article) qui est a condamner, pas les sigles en particulier.

[ Répondre ]

Considérons la loi de Moore:
"Les processeurs doublent de puissance tous les 18 mois".

A présent, un peu de math (étant fatigué, j'espère que je fais pas d'erreur).

12 ans, c'est 12*12/18=8 * 18 mois, on est donc sensé avoir doublé 8 fois de puissance par rapport à l'Asci Red, ce qui veut dire qu'on doit avoir multiplié la puissance par 2 ^ 8 = 256.

Le facteur pour passer du téraflop au pétaflop, est de 1000, soit environs 256*2*2, ce qui nous donne 2*18 mois = 3 ans d'avance pour parvenir à ce résultat.

Si on considère les incertitudes sur la date qu'on peut majorer à 1 an sur la différence (l'un au premier janvier, l'autre le 31 décembre, j'ai pas regardé la date de sortie de l'Asci Red), ceci fait entre 2 et 4 ans d'avance, soit entre 16.67% et 33.33% d'avance par rapport à cette loi.

Les super calculateurs sont donc toujours, relativement à cette loi, de plus en plus gros par rapport à leur prédécesseur, bref la course à la puissance s'accélère!

Mais bon, si l'on fait des super calculateurs à base de carte graphique, si l'on en croit wikipedia ( http://en.wikipedia.org/wiki/FLOPS ) , on devrait exploser facilement le nombre de FLOPs, puisqu'en 2007, une carte NVidia 8800 Ultra pouvait faire 576 gigaflops tandis qu'un quadriprocesseur haut de gamme sortait 30 gigaflops. Pour autant, d'apres l'article, la carte graphique ne fait pas les memes "flops" qu'un processeur, elle est limitée à 32 bit de précision dans ce cadre.

[troll]
De toute façon, les CPU, c'est has been ( http://www.lesnumeriques.com/news_id-5127.html ). A quand un GIMP qui exploite réellement la carte graphique ?
[/troll]

[ Répondre ]

A noter qu'on doit pouvoir y jouer de nos jour grâce à ScummVM ! :)

[ Répondre ]

MS Outlook est aussi spécialiste de ce comportement horripilant. Vivement que je puisse utiliser des clients alternatifs au boulot (evolution ? lightning? kmail?) en utilisant openchange ...

Voire meme que je puisse enfin passer mon ordi du boulot sous Linux à cause de ça (j'avais tenté avec le plugin OWA d'evolution, mais j'ai crashé plusieurs fois les serveurs mail je crois ...)

[ Répondre ]

T'as pas vraiment lu le code (non compressé) ni la doc toi !

1- Ils contribuent, ils ont propose des patch pour corriger de bugs entre autre.

2- C'est pas un fork, ils utilisent un OpenLayers de base et surchargent ce dont ils ont besoin autour, ce qui n'a rien à voir avec ce que tu décris. Je pense qu'ils savent très bien qu'ils n'ont aucun intéret à s'amuser à maintenir un fork, d'où ce choix.

[ Répondre ]

Je sais que l'API est dispo, mais je sais aussi qu'il était envisagé d'en faire un projet opensource, afin qu'elle évolue au gré de ce que les contributeurs voudraient lui apporter en plus.

Ca ne leverait evidemment pas les limitations de trafic et donc l'inscription et le verouillage sur un site, ce qui se comprend car il ne veulent pas que quelqu'un fasse un autre Geoportail en utilisant leurs données (enfin en quantité non négligeable) et leurs serveurs sans qu'il paye, mais en dehors de ça, ca devrait marcher très bien pour des sites à petit-moyen trafic :)

[ Répondre ]

Pourtant ils envisagent de libérer certaines choses du Géoportail (notamment le code de l'API 2D, basée sur OpenLayers, mais pourquoi pas d'autres choses si c'est faisable).

Peut-être des mails pourraient achever de les convaincre ;)

[ Répondre ]

Rha pour une fois que j'avais un aussi belle réponse que la tienne, j'arrive avec un gare de retard :)

[ Répondre ]

Beaucoup de ces liens s'avèrent très intéressants, merci :)

[ Répondre ]

Toi t'as pâs téléphoné avec ... C'est bien, mais pas top.

Je suis pas un fana de Skype et je l'ai évité longtemps, mais force est de constater qu'il est très bon en réduction d'écho et en qualité du signal.

Jingle(du moins la version implémentée par Gtalk) /Skype, c'est un peu la même chose que talkie walkie/téléphone portable. Ca fait en gros la même chose, mais yen a un des 2 qui est bien plus agréable pour converser ...

Soit dit en passant on attend des clients à large diffusion basés sur Jingle depuis largement 2 ans, et je suis toujours étonné de n'en voir qu'en version de dev ou presque :/

[ Répondre ]

Qui plus est il aurait pu prendre simplement un ordi et utiliser CoreBoot (ex-LinuxBios)...

http://www.coreboot.org/

[ Répondre ]

J'allais dire de même, ce qu'il faut enseigner c'est les concepts des mises en pages, de la structuration du documents, etc.

Après ça on peut faire aussi bien du LaTeX que du OOo Writer ou du Word.

De même pour le tableur, qu'il ne soit jamais utilisé comme base de donnée, par exemple, et pas comme une ressource pour faire des mini applications (je cherche d'ailleurs une bonne solution pour éviter ça, car ce n'est pas toujours évident) comme des tableaux pour faire du suivi de tâche de développement, des tableaux pour faire des cahiers de recette, des tableaux pour gérer des bugs, et j'en passe. De la même façon quelqu'un qui veut faire un tableau, même sans calcul, favorisera souvent un tableur (ne serait-ce que pour imprimer le tableau, c'est souvent plus pratique à partir du tableur car on petu plus ou moins zoomer sur le tableau) à un traitement de texte. Pour moi le tableur est l'application la plus mal utilisée du monde, car on l'utilise pour tout sauf ce pourquoi il est fait (faire des calculs) !

Dans une boite (au moins d'informatique, mais pas que, loin de là), les "non techniques" font souvent beaucoup d'Excel et par là il ne font généralement que développer des applications simple, mais il les redéveloppent sans cesse. C'est d'ailleurs AMHA le plus gros frein à des passages vers OOo, koffice, etc. car il ne sont difficilement compatible avec les macro complexes d'Excel.

Peut être manque-t-il un outil de programmation avec un IDE entièrement intégré et ne demandant pas de comprendre grand chose pour faire la même chose qu'un Excel, intégrant un DSCM pour pouvoir "pousser" ce qu'on a développé aux autres (mais la encore, faudrait pratiquement qu'il soit "caché" pour que les utilisateur n'aient pas grand chose à comprendre) où à une "communauté" créée sur internet. Le tout avec un côté "visuel" (WYSIWYM) évidemment pour ne pas que l'utilisateur ai encore beaucoup de hose à comprendre. Un truc comme ça aurait ses chances contre Excel :) Un langage lisible comme du Python, une interface Qt ou Gtk, l'IDE pourrait être un Eclipse très spécialisé (un peu comme le fait Aptana) et simplifié... Des volontaires ? :)

[ Répondre ]

Personnellement j'y ai joué pendant 2 ans sous Linux en mode fenêtré avec du Beryl (puis compiz-fusion), et je regardai wow cartographe en rendant le jeu transparent avec le binding ctrl+roulette (j'aimai beaucoup les chargement, le jeu devenait gris car le processus ne répondait pas, mais du coup ça faisait une jolie animation).

C'etait nettement plus agreable que de jouer sous Windows, et j'ai meme pu faire des raids en jouant 2 persos simultanément dans 2 fenêtres, pour dire si les performance n'étaient pas génante (Athlon 64 3800+, 3 Go de ram et une 6800GT à l'époque je crois, ptet une 7800GT, je sais plus).

Le jeu ramait difficilement (au pire 12-15 fps, mais très rare) mais avait rarement un framerate au dessus de 30-40fps aussi. En double client je tournais en raid environs a 10-20 fps sur chaque (suffisant bien que un poil désagréable tout de même).

Après je suis passé à Vanguard et là je suis tombé à 3fps sous Linux avec des gros bugs d'affichage au gré des mise à jour des driver graphiques (de ce que je sais un shader ou un truc du genrer était percuté par le CPU et non le GPU... du coup ça patatait pas).

Je suis passé sous Lotro et il ne tourne pas avec mon OpenSuse qui a commencé à me filer des boutons ya 1 mois (que je vais bientôt remplacer car là ça me gonfle de jouer sous Vista du coup :/).

Sinon, personnellement j'achète des PC que j'assemble pour ne pas avoir les "merdes des trucs de marque", justement !

[ Répondre ]

Je crois que ton exemple mon tre bien en effet que le html est plus lisible, on sait de suite ce qui se passe: on a un gros titre avec 2 paragraphes. En Latex on voit une section dont on ne saurait connaitre le niveau, et on voit que t'es un polio qui saute une ligne pour faire un paragraphe (ahhh on me dit que non, c'est normal faut faire comme ça !)

En LaTeX la balise peut commencer par \, avoir des acolades, ou n'avoir rien... et dans ce cas ça correspond à quoi ?

Faut sortir du monde des barbus, je me suis laissé tenté par le latex il y a qq années, c'est quand même loin d'être pratique, même avec plusieurs document dans les jambe ou un LyX pour aider. Comment j'intègre mon image jpeg ? a bah faut en faire un eps ou un ps ou un truc du genre... youpi ... comment je passe mon raster en vectoriel ?

Après avoir fait son document, exprimé la structure tout ça, on ne comprend rien à comment faire sa propre mise en page, et en plus ce n'est pas méga lisible d'entrée.

Je préfère du coup de loin la syntaxe HTML qui est certe verbeuse mais est assez claire sur ce qu'elle fait.

Par contre, le HTML n'est pas fait pour faire des documents imprimables, en gérer correctement la mise en page et la structure, alors que LaTeX oui.

[ Répondre ]

oops, un peu long, désolé !

[ Répondre ]

Oui, mais certainement pas ceux de la bonne gestion des branches, et crois moi, quand tu veux réécrire une partie d'une appli (évidemment, ça n'arrive jamais comme problème, vu que tout le monde pense générique et bien foutu et pas du tout à la deadline et à la livraison), ca change les choses.

* En un an, pour les différents rewrite sur mon projet tournant sur SVN, voici les scenarii :

- Je ne bosse qu'en local, à la fin je tente un merge avec ce qui se trouve sur le serveur, au final j'en merge 75% et par erreur pouf, je commit le reste par dessus les commit d'origine : oui, evidemment, j'avais eut le tort de déplacer un repertoire ou deux, et comme je les ai déplacé avec un drag end drop et non exporté/supprimé/créé/reimporté, bah les .svn pointaient pas au bon endroit, ca se voyait pas, du coup j'ai fait du caca, et j'ai absolument pas mergé cette partie, sasn oublié que le commit final m'a demandé de faire 150 cleanup et 75 release lock ....

Après je fais un appel au test des 25 autres deeloppeurs pour verifier que toutes les dernière modifs sont ok, et savoir celle qui ne le sont pas

- Je me dis, j'ai progressé avec svn, maintenant j'ai qu'a utiliser le super système de branche. Je créé une branche je bouge des repertoires, mais la je me fais pas avoir, dans mon tortoise (ou eclipse, meme combat) je fais un export avant, je créé la destination, je reimporte les fichier au bon endroit et je supprime l'original.

Ya sans doute un client svn (aka, celui de base en ligne de commande) pour gérer les "mv" mais bon, mon but est de faire une manip que les autre pourront faire après sans se poser trop de questions (il auront pas envie d'ouvrir une super console windows pour aller jusque dans leur workspace, s'inquieter du path, etc.).

Là, je dois merger ma branche et curieusement ca veut pas merger avec le tronc. Pourtant je lui donne bien la dernière version de ma branche a merger avec la dernière version du tronc.

Marche pas.

J'abandonne : export de la branche, redownload complet du tronc dans un autre repertoire, je colle par dessus, et je regarde ce qu'il m'indique avoir besoin de committer. Bon evidemment, poyur les fichiers que j'ai deplacé, je tourne à la comparaison fichier par fichier sur les plus importants, je croise les doigts pour le reste. J'ai des charges à tenir, et comme la dernière fois, ça passera par un "svp testez tous, je viens de faire du bordel". Evidemment, il resta quelques problèmes par oubli de fichier, et certains fichiers sotn resté en double dans l'arborescence pendant 2 semaiens (oubli de suppression).

- Je me dis on va faire les chose bien, cette fois je vais lire la doc. pis déjà, pas de répertoire à déplacer cette fois, ouf. Je dis à mes chefs qu'on va faire une doc pour qu'on puisse industrialiser le processus. Je lis la doc de SVN, et je comprend grossomodo ce qu'il faut faire.

Je me fais un petit teste en local, et j'arrive a faire un merge en ne modifiant qu'un fichier, puis un repertoire. Bien! Apprendre à le faire ne m'aura que couté une demi journée.

Vu que c'est pas méga intuitif (et oui, n'oublions pas de merger la version n-1 de ma branche avec la dernière version du tronc, ou le contraire, je sais plus, ou alors c'est le n-1 de la version qui sépare le tronc de la branhce ? je sais plus), je fais meme un petit screencast car ca va plus vite que de faire une doc à laquelle personne n'aurait rien compris pour faire le merge (cf. doc svn).

Bon finalement je fais ma branche, puis je dois passer sur une autre partie du projet, un collègue doit prendre ma suite, evidemment, le jour du merge, il ne regarde pas mon screencast car pense que le merge de branche est assez naturel et au final, apres une journée de galère arrive à merger (en plus j'étais en vacances ce jour là)... à coup d'export/import.

J'ai appris plus tard qu'il était dejà spécialiste des override and commit et de raler sur les gens modifiant le même fichier que lui.

- Dernièrement : je sais que faire une branche est un gros bordel, ma video s'est noyée dans le wiki dans le wiki de doc developpeur, mon planning est super serré (faire des rewrite est considéré uniquement comme un cout, rarement comme quelquechose permettant à l'application de mieux tourner ...). je commence une experience d'un dev avec un risque que ça ne fonctionne pas.

Au pire j'abandonne cette idee au bout de 2 jours. Ce qui se produit. Je continue donc le reste et override and update les fichiers que j'avais modifié.

Pas de merge pour cette partie.

Il y a 2 semaines, le point bloquant empêchant mon "developpement experimental" de fonctionner est résolu, et coup de bol j'ai 2 jours de dispo pr le reintegrer.

Evidemment, comme j'ai pas fait de branche, tout en local (je deteste ça), bah hop je n'ai plus rien. La modif ne sera donc jamais faire (ou pas avant de long long mois).

Ca c'est passé comme ça parce que je savai que j'aurai pas le courage de remerger la branche et de faire les deplacements de repertoires et fichiers via svn (je ne sais toujours pas comemnt faire d'ailleurs).

Avec un gestionnaire de version avec un système "naturel" j'aurai pas eut ce problème.

* En dehors des rewrite, notre svn derrière apache sur notre serveur de dev semble avoir des problèmes incompréhensibles qui plantent les clients svn.

Dans ce cas, on se loggue sur le serveur, on passe root, on redemarre l'apache, qui n'était pas tanké pour autant, mais qui laisse des connexions ouverte sur le svn, plus rien ne bouge: la plupart du temps ça arrive sur les gros commit ou les checkout, ou quand plusieurs developpeurs font pas mal de petits commits/updaet en même temps.

Evidemment il faut redemarrer les clients (dans eclipse ca veut dire fermer et rouvrir eclipse, c'est pas comme si c'etait immédiat).

La semaine dernière le svn+apache plantait toues les 15-20 minutes. J'arrivais même pas à finir mon commit avant que ça replante, evidemment ça me laissait des lock, et il me fallait faire des clean up et des release lock, j'ai même eut droit à des erreurs sur le cleanup me demandant de faire des exports/suppression/update/reimport/diff/commit des fichiers concernés.

Je n'ai perdu que mon après midi... pas grave.




Bref: si la plupart des problèmes viennent de notre utilisation de "noob" de svn, il nous créé bien des problèmes et nous fait perdre beaucoup de temps à cause de ses fonctions peu pratique et absolument pas naturelles (j'avais vu une conférence chez google d'un certain Linus T. disant exactement la même chose, il a 10000 fois raison là dessus... d'ailleurs ça l'a décidé à faire son propre système de gestion de version, un certain Git je crois !).

Pourquoi est on toujours sous SVN alors ? D'abord, car les décideurs ont du mal à comprendre le problème, ensuite et surtout parcequ'on manque d'intégration sous Windows d'autres système, comme des DVCS, dont ils ne voient pas l'intérêt (personne n'a besoin de commiter dans un avion là... par contre ils s'en foutent que le serveur de dev de svn marche à mi-temps...).

Bah personnellement, les DVCS, j'en voit l'intéret : faire sa branche dans son coin, ou travailler à 2 avec un pauvre partage Windows (je sais c'est pas le bon endroit pour parler de cet OS, néanmoins je suis cantinné dessus au boulot, à cause d'exchange... et qu'on me parle pas du plugin d'evolution avec lequel j'ai terrassé les serveur de courrier lors de mes derniers essais !), c'est très simple. Le serveur de dev marche pas ? Pas grave je commit sur un serveur de secour, ou sur un partage sauvegardé, je mergerait plus tard.

Le problème :

Bazaar: sous windows, existe en standalone, mais si on veut une integration eclipse, c'est python+bazaar+plugin bazaar+plugin-eclipse+config plugin qui n'est pas encore tout à fait au point, et il faut rajouter : svn-patché + plugin bazaar pour pouvor tenter de faire un checkout du svn dans un repo bazaar ... Le tout pour se rendre compte que vu que je peux pas me connecter en https + user/mot de passe, de toute façon j'y arriverai pas.

Git : install windows ok, integration eclipse: moyen (derivé du plugin de bazar de memoire), j'arrive meme pas à lef aire tourner, et je sais meme pas comment faire mon checkout à partir de SVN même si je sais Git capable de le faire.

Mercurial: pas tenté mais semble du même accabi que les 2 précédents.

J'ai pas testé les tortoiseXXX pour les DVCS cités, mais une intégration à Eclipse serait tout demême bien plus pratique (par exemple pour l'intégration avec Mylin)

Ces dvcs sont prometteurs, sympathiques et tout, mais il leur manque une bonne intégration sous windows (evidemment, je préfèrerais bosser sous Linux), et la possibilité de travailler facilement avec un serveur SVN (pour pouvoir montrer que la transition est interessante) sans avoir de limite (comme https/login & mdp) et avec une installation en demandant pas 1 mois de recherche et de bookmark pour y arriver.

J'attend vraiment une certaine maturation de ces produit pour leur sauter dessus dés qu'un de ceux-ci peut m'aider dans mon travail. En attendant, je râle presque quotidiennement sur notre SVN :/

[ Répondre ]

Depuis des années que je te vois ici, j'en déduis que tu te complet au jour le jour dans une frustration pathétique.Ou alors, tu es maso, je ne sais pas.

Dans tous les cas, j'admire toujours ton sens de la rhétorique en général, et toutes les galipettes que tu prépares toujours un peu à l'avance.

Mais bon tout ça ne change rien, tu dis tout de même souvent des conneries. Disons que j'admire ton absence de réponse parfois, genre "j'avais pas vu" tandis que tu t'acharne ailleurs sur des réponses faciles.

Bon là dessus je quitte vraiment ce journal qui hormis la news, n'a d'intéret que de troller (oui, mais c'est si bon... je sais ;).

[ Répondre ]

Il utilise Live search, il ne risque pas de trouver !



------> []

[ Répondre ]