On a un fournisseur qui signe un contrat, propose des services auxquels on s'abonne et décide de les supprimer sans en informer ses clients et sans revoir sa politique tarifaire, tout en prétextant que cela est du à la rapacité des autres.
Si ca n'est pas une arnaque, ca s'apparente au minimum à de la prise d'otage. C'est la mode de dénoncer les usagers des services publics pris en otage, pour une fois que c'est une société commerciale on ne va pas se priver.
Et sinon l'autre bridage celui de la bande passante , il est légitime lui ?
Ah oui c'est vrai ils brident après coup pour notre plus grand bien et empêcher les vilains autres fournisseurs de d'entendre sur les prix du marché. http://www.freenews.fr/index.php?itemid=3899
Mais après tout, ils pouvaient choisir de répercuter le coup que le prix de l'abonnement et laisser la possibilité à leurs otages de se désabonner sans frais. Penses tu !
Bref il ne font appel à la justice que lorsque ca les arrange et j'imagine que la personne en face ne sera pas escortée par une horde d'avocat.
Alors dis moi, si l'etat rembourse les impôt injectés dans l'education.
Une famille avec 5 enfant récupère sa mise et un père célibataire cadre sup aussi.
Les parents n'auront sûrement pas les moyens de payer l'éducation de leurs enfants et en plus ses enfants devront payer la retraite de cadre du célibataire qui aura payé moins d'impôt.
Le célibataire, il cotise plus du tout et se paye sa retraite tout seul.
Pas sûr qu'il vive mieux que le parent avec ses 5 enfants (il y en aura bien 1 pour l'heberger)
Pis aussi autant qu'il se paye sa cure themale tout seul le vieux con parce parmi les gosses y'en a un qui est malentendant et ses appareils auditifs ne sont rembooursés qu'a 50% (à 2000 euros par appareil tous les 5 ans) alors que la cure thermale pour rhumatisme est prise en charge à 100%.
Et quitte à faire je refuse de payer la taxed'habiataion parce que je recycle mes ordures, je m'achète un 4x4 et je n'emprunte plus les routes.
la pire des situations c'est même la privatisation partielle.
En fait je rejoins pour une fois un peu l'avis d'un libéral qui m'a semblé être raisonnanble sur la question.
Comme quoi être le libéralisme n'est pas toujours celui qui est diabolisé en l"ultra" en France.
je le cite
1.
Privatisation doit rimer avec concurrence (exemples: France Telecom, Air France...);
2.
Le modèle de concessions de services publics (à durée limitée) est le seul bon modèle lorsqu'il s'agit de situations durablement monopolistiques (ou équivalentes);
3.
L'État lorsqu'il privatise devrait passer directement de 100% de détention à 0% (ou en tout cas, via un
1- pour eviter les rentes de monopole privées
2- pour garder le levier sur la qualité du service public (délégation/ plutôt que cession) et recourir à la fonction publique si les temps changent.
3- pour ne pas se retrouver en porte à faux avec la comission européénne dans des affaires d'entorses à la libre concurrence ou lorsque tout va mal. Les actionnaires privés decampent, les pdg prennent leur golden parachutes et ne portent aucune responsabilité et seul l'état paye les pots cassés. Bref monopole d'état ou pas d'état du tout
Aujourd'hui, l'homme a besoin du travail pour obtenir une existence convenable.
La société telle qu'elle est organisée et notamment au travers du capitalisme qui de fordien devient anti-fordine tend à améliorer la productivité afin d'augmenter le revenu du capital au détriment du revenu du travail.
La pression se fait donc sur les employés qui doivent founir plus de rendement et mettent en conséquence d'autres personnes au chômage. Le recours à la technologie accroit encore plus cette tendance.
Pourtant la technologie devrait être au service de la société et ne doit donc pas être condamnée
Dans ces conditions, 2 ecoles de pensée se dégagent:
- Du fait de la valeur créée, de nouveaux besoins émergent et le marché ne s'épuise pas et chacun devrait pouvoir trouver sa place si les rgles du marché ne sont pas faussées
- Le gâteau n'est pas extensible à l'infini et si on continue comme ça l'equilibre se rétablira dans la douleur (guerres , famines, pauvreté). Ou alors il faut réorganiser la société pour que tout le monde en bénéficie par la redistribution et accepter le fait que l'on doive travailler moins . Mais comment rémunérer sur une autre valeur que le travail ou le capital ?
Cette idée n'est pas très poupulaire dans le monde actuel oû les francais passent déjà pour des feignants au yeux du reste du monde. Si changement et prise de conscience il y a, elle devra être globale.
Je ne mets pas les noms sur les 2 ecoles de pensées , vous les connaissez déjà
Moi quand je me présente à un guichet je demande un billet pour le 10 juilllet
ou le 10 zérosept.
C'est donc bien un tort partagé AMHA car ta demande est ambigue.
Désolé j'avais compris que c'était un id de patch.
Un même patch peut être appliqué à plusieurs arborescences et ne suffirait donc pas.
Je ne connais pas git et je pensais qu'il avait la même architecture que Arch (historique basé sur les patchs/changeset et non sur les versions)
Tu as aussi la solution de Monotone:
Calculer tous les hash sur les fichiers de la configuration (aborescence) et les mettre dans un fichier manifeste.
Et le hash de ce manifeste identifie la configuration
Merci pour ces précisions. Je reconnais que mon post etait un peu acide et je te prie de m'en excuser.
Tu fais partie de mes contradicteurs "préférés" sur les VCS et ton post paraissait ambigu. Sans plus de précision, j'ai extrapolé...a tort, n'ayant pas relu tout le thread sur la dernière sortie de Linux.
Comme on dit par chez nous, "je suis parti comme un pet sur une toile cirée"
A propos de Subversion et CVS je ne te demandais pas un argumentaire complet, on a déjà pas mal echangé sur le jet. Je souhaitais juste que tu précises les griefs argumentés du sieur Linus. Tu l'a précisé il était hors-sujet.
Le débat est clos et je serais mal placé pour lui en tenir rigueur.
Et alors comme Linus il l'a dit et ben c'est vrai.
Tout le monde sur DLFP va gober la divine parole du grand gourou.
Pour être un peu plus constructif, tu aurais pu nous fournir le reste de la conversation pour savoir ce qu'il reproche exactement la numérotation des révisions:
Le fait d'historiser les versions au lieu des diff comme Gnu Arch ?
Mieux tu pourrais nous fournir une petite analyse et poster un journal sur le sujet en t'en tenant à ses arguments
(I particularly dislike Subversion and its distributed derivative,
SVK. I do not recommend them because their working model is
inherently broken, IMHO. A branch is NOT a directory, and a tag is
NEITHER a branch NOR a directory.
Au contraire, je pense que c'est cette conception qui fait la force de svn.
Pour quelqu'un qui a pris l'habitude de faire des copies de sauvegardes de ses petits devs
en recopiant son arbo, c'est on ne peut plus naturel.
Mais surtout l'algorithme de tag/branche est en O(n) et la plupart du temps bien au dessous du cas limite.
Tous les développeurs qui ont déjà attendu 1h avant de tagger un gros projet sous Clearcase ou Perforce
peuvent témoigner.
Pour ceux qui veulent approfondir le sujet http://subversion.tigris.org/files/documents/15/158/svn.zip
M'as l'air d'être un beau trolleur de compét le sieur.
Oui c'est vrai que l'approche de Monotone est vraiment élegante.
Une branche n'est pas une véritable branche au sens d'une séquence linéaire de version.
Il s'agit plutôt d'une notion logique qui s'apparente à un effort de développement. Elle ressemble plutôt à un fuseau de versions avec une étiquette.
Losrqu'on travaille dans une branche monotone, on n'a pas besoin de forker une branche pour travailler dasn son coin.
On se synchronise et committe sans se poser de question. Lorsqu'on récupère les modifs des autres dans son repository, Monotone detecte les version des fichiers qui ont divergé et on peut les réconcilier.
D'autre part Monotone implémente son propre système de synchronisation (netsync) même si il peut passer à travers tout autre type de protocole. L'approche est consistante et efficace.
Enfin le developpeur principal du projet est quelqu'un d'assez ouvert. Il s'etait rapporché des devs de Codeville pour échanger sur les algorithmes de merge. Il est à l'origine de la création du wiki http://revctrl.org/FrontPage
sur lequel des devs des VCS les plus en vues sont inscrits
bzr tente de supporter pleinement le modèlé distribué et le modèle centralisé.
Dans l'approche centralisée avec bzr tu peux travailler en concurrence d'accès sur une branche hebergée sur un repository partagé.
A chaque fois que tu commites tu le fais à la fois dans ton archive locale et dans l'archive centrale.
Il en résulte une certaine complexité dans l'utilisation de l'outil comme tu pourras t'en apercevoir dans le lien suivant mais la possibilité existe http://bazaar-vcs.org/SharedRepositoryTutorial
Hg ne se concentre que sur le modèle distribué. (Un repository par développeur et chaque utilisateur récupère les modifs des autres et les intègre dans sa branche.)
Il a effectivement été retenu par l'équipe d'OpenSolaris qui fournit un dossier de choix assez approfondi http://www.opensolaris.org/os/community/tools/scm/;jsessioni(...)
Tu as trouvé l'objet de mes rêves.
Quand on passe des heures dans le bus aujourd'hui on a 2 solutions:
Jouer les contorsionnistes avec son portable ou faire cracher l'imprimante à longueut de journée.
Quelqu'un a déjà testé l'ergonomie? Est-ce qu'on n'est pas obligé de jongler avec les touches toutes les 10 lignes comme avec les PDAs classiques ?
Tout à fait, linux est inmaintenable, python non plus, ruby non plus, KDE, gnutls; openssh; xorg, mozilla, gcc.
Tu réponds tjs à coté de la plaque. Ce ne sont pas les briques qui sont inmaintanables , c'est leur assemblage.
JEE Mono sont des technologies dont l'indépendance et très discutable... je ne me contente pas d'une licence libre quand je parle de logiciel libre. XPCOM-Mozilla est très simple comparé à ces derniers. Je ne sais pas pour UNO.
Tu as raison, des centaines de developpeurs produisent des LL sur la plateformes JEE? Il y des serveurs d'application : Geronimo, Jboss, Jonas, des librairies en pagaille, des IDEs , des applis desktops. Mais toi tu sais mieux que tout ce petit monde. Tu es un vrai sage.
Quant à XPCOM il est tellement simple qu'il ne prend pas en charge le traitement réparti. Alors forcément dès que tu prend en charge plusieurs OS, le traitement réparti ou non , ben c'est un peu plus compliqué. Mais au moin c'est bien défini. Alors qu'avec des briques empilées sans le plan qui va avec tu risques d'obtenir un edifice scabreux et fragile.
Erlang bourrine dans les télécoms paraît-il. Si tu veux mettre un interface graphique à une framework pensé pour les télecoms, libre à toi.
Je croyais qu'on trouvait tout en mieux dans le "pure" libre.Alors comment tu fais pour faire un ihm potable sur un backend erlang en distribué. Tu mets un peu de TCL/Tk en client lourd du PHP en léger , qui passe par un connection SSH, avec un serveur Apache en frontend. Ca doit pas fuir de toute part ca. Au niveau du deploiement ca doit être simplissime. Pis va falloir les dieux du dev
pour maîtriser le bouzin. Les J2EE lead architect, c'est des enfants de choeur à coté.
Le reste est un délire incompréhensible.
T'es vraiment despérant, je jettes l'éponge
Le problème dans ton discours c'est que tu nous ressorts à chaque fois une solution différente pour chaque aspect alors qu'on insiste ici sur le fait que la force de Java ou de Mono est la mise à disposition d'une plateforme "cohérente" et pas composée de bouts assemblés dans tous les sens et inmaintenables.
Fort bien, tu as erlang qui traite mieux le developpement distribué. Mais il tourne sur un "runtime". Il offre donc lui aussi des services de l'OS ? Alors tu préfères un OS ou un runtime? Et comment tu fais pour prendre le meilleur de Erlang et de python ? Tu bases ton architecture sur des composants qui communiquent avec un protocole et une infrastructure communes (bus). C'etait pas un peu l'idée de Corba au départ. Hélas même les devs de KDE et de Gnome lui ont tourné le dos en l'adaptant à leur sauce parce que les perf étaient dégradées en environnement "non" distribué. Alors maintenant tu as ta dipsosition des plateformes libres ou "quasiment" qui offrent des services prêts à l'emploi et permettent de rajouter des composants (JEE, Mono, XPCOM-Mozilla, UNO -OpenOffice, ...). Mais le choix se réduit encore lorsqu'il faut couvrir le réparti, le local, le mutili OS.
Tu as aussi la solution de récupérer toutes les technos du libre éparses et de les assembler par des ponts divers et variés. Quid de la cohérence, la montée en charge, la stabilité sur une architecture exotique ?
Le piège du soi-disant "oligopoles" se transforme en la quête du mouton à 5 pattes et la chasse à la compléxité superflue?
Et quelle librairie graphique portable s'interface avec Erlang. Qt ? Est-ce adapté pour tirer bénéfice des possibilités du langages. Quand on voit les trésors d'ingéniosité déployés par l'auteur de PyQt pour étendre le mécanisme des signaux/slots et les rendre dynamiques, on comprend qu'un langage conditionne une architecture.
Et pour revenir sur les services du runtime qui s'apparentent à celui de l'OS. Comment assurer simplement la portabilité entre OS justement, si tu bases ton code sur des spécificités d'un OS. suggeères tu que la portabilité soitassurée par l'OS. Ce que tu reproches à M$ tu voudrais l'imposer. Les runtimes encapsulent justement ces services avec une API commune et lorsque les spécificités de l'OS permettent d'optimiser ces
services, elles sont prises en compte.
La section critique se base sur des mécanismes offerts par l'OS (sans quoi elle ne serait pas fiable) et pourtant c'est bien un service offert par le langage ou le runtime qui est de plus haut niveau que le sémaphore (je ne connais pas les détails de l'implémentation, aussi je peux me tromper mais c'est sur l'idée que j'insiste).
Posté par golum .
En réponse au journal 1984.
Évalué à 3.
En même temps, avec le budget qui passe dans ces gadgets on pourrait en embaucher des policiers, qui font des rondes pour prévenir les cambriolages et "intervenir".
Je ne sais plus où j'ai lu que les radars fixes etaient fournis par des boites d'armements avec des contrats exclusifs (pas GPL toussa) et que ca coutait la peau des fesses aux contribuables.
Au fait le budget du ministère de l'intérieur a été augmenté cette année tandis que celui de l'éducation est rabotté. Quelqu'un sait si ca va servir pour arroser ses potes de chez Dassault&Co ou bien si ils vont embaucher des policiers pour faire de la prévention et de la proximité. Ah non c'est vrai le dernier qui a essayé c'etait un toulousain qui organisait des rencontres sportives avec la Raika pour améliorer l'image de la Police. Mais comme SAS était de passage par là et qu'il a déclaré que les flics n'etaient pas là pour jouer les nounous, il s'est retouvé à faire la circulation en Normandie.
Posté par golum .
En réponse au journal 1984.
Évalué à 2.
Tu donnes dans les lecons de sagesse maintenant.
C'est vrai que je fais un peu le fanfaron mais j'ai une famille alors je ne pratique pas vraiment comme ça en général.
En plus en cas d'accident j'ai pas les moyens de me repayer une voiture et c'est pas avec ce que les assurances remboursent qu'on s'en sort. En général quand je suis seul je m'arrange pour rouler juste assez vite pour le dissuader de me doubler et quand j'arrive à une ligne blanche je roule bien au dessous de la limitation. Le temps que j'ai pu le retetenir je me dis qu' j'ai peut-être sauvé des vies.
Pour le coup du 110 sur la voie mediane alosr que la circulation est fluide, j'avoue que ca m'exaspère aussi.
Posté par golum .
En réponse au journal 1984.
Évalué à 10.
qui freinent à des endroits dangereux sans raison,
Ce qui est dangereux c'est pas plutôt le gars avec sa voiture puissante qui te colle au cul parce que t'avance pas assez vite et qui risque de t'emboutir si il y a un vrai danger sur la route.
Quand y'en a un comme ça qui me bouffe mon espace vital et ben j'aime taquiner ses reflexes, juste pour le plaisir de lui apprendre le respect des autres et le voir s'agiter comme un guignol. Moi perso j'ai un vieille bagnole et c'est lui qui est en tort quand il abime l'avant de sa belle Benz, Benz, Benz donc je vois pas pourquoi je me priverais. Mettons ca sur le compte de "l'éducation plutôt que la répression".
Dommage pour le reste j'étais plutôt d'accord avec toi et je suis motard aussi.
J'ai moi aussi quelques extraits savoureux sortis de leur contexte
Le premier défaut vient de sa conception : il s'agit d'un langage dynamique et interprété donc il est logiquement plus lent.
Ca aide pas les performances ca. Derrière la "publi-information" Stefane a aussi donné des raisons techniques: Zope a atteint ses limites.
Ah et Zope c'est basé dur ZODB. Ca en est oû les SGBDOO aujourd'hui ?
Des outils manquent, également. Delphi dispose d'un éditeur très performant, et excellent pour la productivité. Python ne dispose pas d'un EDI majeur. Il y a bien sûr PyDev sous Eclipse, ou Boa Constructor, mais ils restent en-dessous d'un outil propriétaire.
Bon ben c'est vrai on est hyper productif avec python pour prototyper, mais à un moment faut industrialiser un peu: génération de code, refactoring et design patterns. Ipyhton ca parait un peu leger pour tout ça.
Une blague récurrente du monde Python est : quand on est étudiant, on fait du Python, mais si on veut manger, on fait du Zope.
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.
By contrast, although Java has just as many web application frameworks available, Java's "servlet" API makes it possible for applications written with any Java web application framework to run in any web server that supports the servlet API.
Il va falloir attendre combien de temps avant d'avoir un socle pérénne et pouvour se concentrer sur les performances et la montée en charge avec python ?
Aujourd'hui l'ensemble des frameworks passent par des ponts pour supporter la spec.
Ca doit encore booster les perfs ça
[^] # Re: Ca dépend
Posté par golum . En réponse au journal Free not as in Freedom. Évalué à 2.
On a un fournisseur qui signe un contrat, propose des services auxquels on s'abonne et décide de les supprimer sans en informer ses clients et sans revoir sa politique tarifaire, tout en prétextant que cela est du à la rapacité des autres.
Si ca n'est pas une arnaque, ca s'apparente au minimum à de la prise d'otage. C'est la mode de dénoncer les usagers des services publics pris en otage, pour une fois que c'est une société commerciale on ne va pas se priver.
[^] # Re: Ca dépend
Posté par golum . En réponse au journal Free not as in Freedom. Évalué à 6.
Ah oui c'est vrai ils brident après coup pour notre plus grand bien et empêcher les vilains autres fournisseurs de d'entendre sur les prix du marché.
http://www.freenews.fr/index.php?itemid=3899
Mais après tout, ils pouvaient choisir de répercuter le coup que le prix de l'abonnement et laisser la possibilité à leurs otages de se désabonner sans frais. Penses tu !
Bref il ne font appel à la justice que lorsque ca les arrange et j'imagine que la personne en face ne sera pas escortée par une horde d'avocat.
[^] # Re: Justice
Posté par golum . En réponse au journal Free not as in Freedom. Évalué à 8.
[^] # Re: Hakin9 est déjà en version électronique
Posté par golum . En réponse au journal Hausse de prix de MISC. Évalué à 4.
Plouf.... Ahhhhh
[^] # Re: Rapport client / personnel
Posté par golum . En réponse au journal GSM/WiFi chez Free. Évalué à 4.
Une famille avec 5 enfant récupère sa mise et un père célibataire cadre sup aussi.
Les parents n'auront sûrement pas les moyens de payer l'éducation de leurs enfants et en plus ses enfants devront payer la retraite de cadre du célibataire qui aura payé moins d'impôt.
Le célibataire, il cotise plus du tout et se paye sa retraite tout seul.
Pas sûr qu'il vive mieux que le parent avec ses 5 enfants (il y en aura bien 1 pour l'heberger)
Pis aussi autant qu'il se paye sa cure themale tout seul le vieux con parce parmi les gosses y'en a un qui est malentendant et ses appareils auditifs ne sont rembooursés qu'a 50% (à 2000 euros par appareil tous les 5 ans) alors que la cure thermale pour rhumatisme est prise en charge à 100%.
Et quitte à faire je refuse de payer la taxed'habiataion parce que je recycle mes ordures, je m'achète un 4x4 et je n'emprunte plus les routes.
Ca marche, chacun pour sa gueule jusqu'au bout.
[^] # Re: Former des développeurs Python/Zope compétents
Posté par golum . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.
[^] # Re: Le cul entre deux chaises
Posté par golum . En réponse au journal Il faut remplacer les humains par des machines. Évalué à 2.
En fait je rejoins pour une fois un peu l'avis d'un libéral qui m'a semblé être raisonnanble sur la question.
Comme quoi être le libéralisme n'est pas toujours celui qui est diabolisé en l"ultra" en France.
je le cite
[^] # Re: Détruisons les machines !
Posté par golum . En réponse au journal Il faut remplacer les humains par des machines. Évalué à 3.
Aujourd'hui, l'homme a besoin du travail pour obtenir une existence convenable.
La société telle qu'elle est organisée et notamment au travers du capitalisme qui de fordien devient anti-fordine tend à améliorer la productivité afin d'augmenter le revenu du capital au détriment du revenu du travail.
La pression se fait donc sur les employés qui doivent founir plus de rendement et mettent en conséquence d'autres personnes au chômage. Le recours à la technologie accroit encore plus cette tendance.
Pourtant la technologie devrait être au service de la société et ne doit donc pas être condamnée
Dans ces conditions, 2 ecoles de pensée se dégagent:
- Du fait de la valeur créée, de nouveaux besoins émergent et le marché ne s'épuise pas et chacun devrait pouvoir trouver sa place si les rgles du marché ne sont pas faussées
- Le gâteau n'est pas extensible à l'infini et si on continue comme ça l'equilibre se rétablira dans la douleur (guerres , famines, pauvreté). Ou alors il faut réorganiser la société pour que tout le monde en bénéficie par la redistribution et accepter le fait que l'on doive travailler moins . Mais comment rémunérer sur une autre valeur que le travail ou le capital ?
Cette idée n'est pas très poupulaire dans le monde actuel oû les francais passent déjà pour des feignants au yeux du reste du monde. Si changement et prise de conscience il y a, elle devra être globale.
Je ne mets pas les noms sur les 2 ecoles de pensées , vous les connaissez déjà
quelques petits liens pour la réflexion
http://www.agoravox.fr/article.php3?id_article=11447
http://www.agoravox.fr/article.php3?id_article=8031
http://www.agoravox.fr/article.php3?id_article=11659
et pour points de vues contraires
http://www.libres.org/francais/dossiers/capitalisme/capitali(...)
http://www.libres.org/francais/dossiers/capitalisme/capitali(...)
http://www.libres.org/francais/dossiers/capitalisme/capitali(...)
http://www.libres.org/francais/dossiers/capitalisme/capitali(...)
# Bizarre
Posté par golum . En réponse au journal Il faut remplacer les humains par des machines. Évalué à 3.
ou le 10 zérosept.
C'est donc bien un tort partagé AMHA car ta demande est ambigue.
Pour te consoler un peu
http://www.raymonddevos.com/textes/caen.htm
[^] # Re: Monotone
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 2.
Un même patch peut être appliqué à plusieurs arborescences et ne suffirait donc pas.
Je ne connais pas git et je pensais qu'il avait la même architecture que Arch (historique basé sur les patchs/changeset et non sur les versions)
[^] # Re: Monotone
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 1.
Calculer tous les hash sur les fichiers de la configuration (aborescence) et les mettre dans un fichier manifeste.
Et le hash de ce manifeste identifie la configuration
[^] # Re: Monotone
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 3.
Tu fais partie de mes contradicteurs "préférés" sur les VCS et ton post paraissait ambigu. Sans plus de précision, j'ai extrapolé...a tort, n'ayant pas relu tout le thread sur la dernière sortie de Linux.
Comme on dit par chez nous, "je suis parti comme un pet sur une toile cirée"
A propos de Subversion et CVS je ne te demandais pas un argumentaire complet, on a déjà pas mal echangé sur le jet. Je souhaitais juste que tu précises les griefs argumentés du sieur Linus. Tu l'a précisé il était hors-sujet.
Le débat est clos et je serais mal placé pour lui en tenir rigueur.
[^] # Re: Monotone
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 1.
http://linuxfr.org/comments/756569.html#756569
Et alors comme Linus il l'a dit et ben c'est vrai.
Tout le monde sur DLFP va gober la divine parole du grand gourou.
Pour être un peu plus constructif, tu aurais pu nous fournir le reste de la conversation pour savoir ce qu'il reproche exactement la numérotation des révisions:
Le fait d'historiser les versions au lieu des diff comme Gnu Arch ?
Mieux tu pourrais nous fournir une petite analyse et poster un journal sur le sujet en t'en tenant à ses arguments
[^] # Re: Monotone
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 5.
Au contraire, je pense que c'est cette conception qui fait la force de svn.
Pour quelqu'un qui a pris l'habitude de faire des copies de sauvegardes de ses petits devs
en recopiant son arbo, c'est on ne peut plus naturel.
Mais surtout l'algorithme de tag/branche est en O(n) et la plupart du temps bien au dessous du cas limite.
Tous les développeurs qui ont déjà attendu 1h avant de tagger un gros projet sous Clearcase ou Perforce
peuvent témoigner.
Pour ceux qui veulent approfondir le sujet
http://subversion.tigris.org/files/documents/15/158/svn.zip
M'as l'air d'être un beau trolleur de compét le sieur.
[^] # Re: Monotone
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 4.
Une branche n'est pas une véritable branche au sens d'une séquence linéaire de version.
Il s'agit plutôt d'une notion logique qui s'apparente à un effort de développement. Elle ressemble plutôt à un fuseau de versions avec une étiquette.
Losrqu'on travaille dans une branche monotone, on n'a pas besoin de forker une branche pour travailler dasn son coin.
On se synchronise et committe sans se poser de question. Lorsqu'on récupère les modifs des autres dans son repository, Monotone detecte les version des fichiers qui ont divergé et on peut les réconcilier.
D'autre part Monotone implémente son propre système de synchronisation (netsync) même si il peut passer à travers tout autre type de protocole. L'approche est consistante et efficace.
Enfin le developpeur principal du projet est quelqu'un d'assez ouvert. Il s'etait rapporché des devs de Codeville pour échanger sur les algorithmes de merge. Il est à l'origine de la création du wiki
http://revctrl.org/FrontPage
sur lequel des devs des VCS les plus en vues sont inscrits
[^] # Re: Performances...
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 5.
Dans l'approche centralisée avec bzr tu peux travailler en concurrence d'accès sur une branche hebergée sur un repository partagé.
A chaque fois que tu commites tu le fais à la fois dans ton archive locale et dans l'archive centrale.
Il en résulte une certaine complexité dans l'utilisation de l'outil comme tu pourras t'en apercevoir dans le lien suivant mais la possibilité existe
http://bazaar-vcs.org/SharedRepositoryTutorial
Hg ne se concentre que sur le modèle distribué. (Un repository par développeur et chaque utilisateur récupère les modifs des autres et les intègre dans sa branche.)
Il a effectivement été retenu par l'équipe d'OpenSolaris qui fournit un dossier de choix assez approfondi
http://www.opensolaris.org/os/community/tools/scm/;jsessioni(...)
[^] # Re: Performances...
Posté par golum . En réponse à la dépêche bzr 0.11 vient de sortir. Évalué à 5.
Un ptit lien pour que tout le monde en profite ?
# Merci
Posté par golum . En réponse au journal [HS] (mais geek quand même) Lecteur Ebook. Évalué à 2.
Quand on passe des heures dans le bus aujourd'hui on a 2 solutions:
Jouer les contorsionnistes avec son portable ou faire cracher l'imprimante à longueut de journée.
Quelqu'un a déjà testé l'ergonomie? Est-ce qu'on n'est pas obligé de jongler avec les touches toutes les 10 lignes comme avec les PDAs classiques ?
[^] # Re: Former des développeurs Python/Zope compétents
Posté par golum . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.
Tu réponds tjs à coté de la plaque. Ce ne sont pas les briques qui sont inmaintanables , c'est leur assemblage.
Tu as raison, des centaines de developpeurs produisent des LL sur la plateformes JEE? Il y des serveurs d'application : Geronimo, Jboss, Jonas, des librairies en pagaille, des IDEs , des applis desktops. Mais toi tu sais mieux que tout ce petit monde. Tu es un vrai sage.
Quant à XPCOM il est tellement simple qu'il ne prend pas en charge le traitement réparti. Alors forcément dès que tu prend en charge plusieurs OS, le traitement réparti ou non , ben c'est un peu plus compliqué. Mais au moin c'est bien défini. Alors qu'avec des briques empilées sans le plan qui va avec tu risques d'obtenir un edifice scabreux et fragile.
Je croyais qu'on trouvait tout en mieux dans le "pure" libre.Alors comment tu fais pour faire un ihm potable sur un backend erlang en distribué. Tu mets un peu de TCL/Tk en client lourd du PHP en léger , qui passe par un connection SSH, avec un serveur Apache en frontend. Ca doit pas fuir de toute part ca. Au niveau du deploiement ca doit être simplissime. Pis va falloir les dieux du dev
pour maîtriser le bouzin. Les J2EE lead architect, c'est des enfants de choeur à coté.
Le reste est un délire incompréhensible.
T'es vraiment despérant, je jettes l'éponge
[^] # Re: Former des développeurs Python/Zope compétents
Posté par golum . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 3.
Fort bien, tu as erlang qui traite mieux le developpement distribué. Mais il tourne sur un "runtime". Il offre donc lui aussi des services de l'OS ? Alors tu préfères un OS ou un runtime? Et comment tu fais pour prendre le meilleur de Erlang et de python ? Tu bases ton architecture sur des composants qui communiquent avec un protocole et une infrastructure communes (bus). C'etait pas un peu l'idée de Corba au départ. Hélas même les devs de KDE et de Gnome lui ont tourné le dos en l'adaptant à leur sauce parce que les perf étaient dégradées en environnement "non" distribué. Alors maintenant tu as ta dipsosition des plateformes libres ou "quasiment" qui offrent des services prêts à l'emploi et permettent de rajouter des composants (JEE, Mono, XPCOM-Mozilla, UNO -OpenOffice, ...). Mais le choix se réduit encore lorsqu'il faut couvrir le réparti, le local, le mutili OS.
Tu as aussi la solution de récupérer toutes les technos du libre éparses et de les assembler par des ponts divers et variés. Quid de la cohérence, la montée en charge, la stabilité sur une architecture exotique ?
Le piège du soi-disant "oligopoles" se transforme en la quête du mouton à 5 pattes et la chasse à la compléxité superflue?
Et quelle librairie graphique portable s'interface avec Erlang. Qt ? Est-ce adapté pour tirer bénéfice des possibilités du langages. Quand on voit les trésors d'ingéniosité déployés par l'auteur de PyQt pour étendre le mécanisme des signaux/slots et les rendre dynamiques, on comprend qu'un langage conditionne une architecture.
Et pour revenir sur les services du runtime qui s'apparentent à celui de l'OS. Comment assurer simplement la portabilité entre OS justement, si tu bases ton code sur des spécificités d'un OS. suggeères tu que la portabilité soitassurée par l'OS. Ce que tu reproches à M$ tu voudrais l'imposer. Les runtimes encapsulent justement ces services avec une API commune et lorsque les spécificités de l'OS permettent d'optimiser ces
services, elles sont prises en compte.
La section critique se base sur des mécanismes offerts par l'OS (sans quoi elle ne serait pas fiable) et pourtant c'est bien un service offert par le langage ou le runtime qui est de plus haut niveau que le sémaphore (je ne connais pas les détails de l'implémentation, aussi je peux me tromper mais c'est sur l'idée que j'insiste).
[^] # Re: Dans un registre similaire...
Posté par golum . En réponse au journal 1984. Évalué à 3.
Je ne sais plus où j'ai lu que les radars fixes etaient fournis par des boites d'armements avec des contrats exclusifs (pas GPL toussa) et que ca coutait la peau des fesses aux contribuables.
Au fait le budget du ministère de l'intérieur a été augmenté cette année tandis que celui de l'éducation est rabotté. Quelqu'un sait si ca va servir pour arroser ses potes de chez Dassault&Co ou bien si ils vont embaucher des policiers pour faire de la prévention et de la proximité. Ah non c'est vrai le dernier qui a essayé c'etait un toulousain qui organisait des rencontres sportives avec la Raika pour améliorer l'image de la Police. Mais comme SAS était de passage par là et qu'il a déclaré que les flics n'etaient pas là pour jouer les nounous, il s'est retouvé à faire la circulation en Normandie.
[^] # Re: Un centre ville pour cacher la misère
Posté par golum . En réponse au journal 1984. Évalué à 2.
C'est vrai que je fais un peu le fanfaron mais j'ai une famille alors je ne pratique pas vraiment comme ça en général.
En plus en cas d'accident j'ai pas les moyens de me repayer une voiture et c'est pas avec ce que les assurances remboursent qu'on s'en sort. En général quand je suis seul je m'arrange pour rouler juste assez vite pour le dissuader de me doubler et quand j'arrive à une ligne blanche je roule bien au dessous de la limitation. Le temps que j'ai pu le retetenir je me dis qu' j'ai peut-être sauvé des vies.
Pour le coup du 110 sur la voie mediane alosr que la circulation est fluide, j'avoue que ca m'exaspère aussi.
[^] # Re: Un centre ville pour cacher la misère
Posté par golum . En réponse au journal 1984. Évalué à 10.
Ce qui est dangereux c'est pas plutôt le gars avec sa voiture puissante qui te colle au cul parce que t'avance pas assez vite et qui risque de t'emboutir si il y a un vrai danger sur la route.
Quand y'en a un comme ça qui me bouffe mon espace vital et ben j'aime taquiner ses reflexes, juste pour le plaisir de lui apprendre le respect des autres et le voir s'agiter comme un guignol. Moi perso j'ai un vieille bagnole et c'est lui qui est en tort quand il abime l'avant de sa belle Benz, Benz, Benz donc je vois pas pourquoi je me priverais. Mettons ca sur le compte de "l'éducation plutôt que la répression".
Dommage pour le reste j'étais plutôt d'accord avec toi et je suis motard aussi.
[^] # Re: Former des développeurs Python/Zope compétents
Posté par golum . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 3.
http://www.robert-tolksdorf.de/vmlanguages.html
[^] # Re: La pub débarque sur linuxfr!
Posté par golum . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 3.
La fameuse interview de Tarek Zadié.
Afin que tout le monde puisse décrypter l'article en entier
http://developpeur.journaldunet.com/itws/060208-itw-nuxeo-zi(...)
J'ai moi aussi quelques extraits savoureux sortis de leur contexte
Ca aide pas les performances ca. Derrière la "publi-information" Stefane a aussi donné des raisons techniques: Zope a atteint ses limites.
Ah et Zope c'est basé dur ZODB. Ca en est oû les SGBDOO aujourd'hui ?
Bon ben c'est vrai on est hyper productif avec python pour prototyper, mais à un moment faut industrialiser un peu: génération de code, refactoring et design patterns. Ipyhton ca parait un peu leger pour tout ça.
D'ailleurs, l'auteur de PyDev voudrait manger aussi
http://www.eclipseplugincentral.com/Web_Links-index-req-view(...)
Ah et pour reprendre un de tes propos
extrait de
http://www.python.org/dev/peps/pep-0333/
Il va falloir attendre combien de temps avant d'avoir un socle pérénne et pouvour se concentrer sur les performances et la montée en charge avec python ?
Aujourd'hui l'ensemble des frameworks passent par des ponts pour supporter la spec.
Ca doit encore booster les perfs ça