Fabien Penso a écrit 1947 commentaires

Oui, enfin en fait c'est tout simplement comme ça que ça devrait être, je ne comprends pas en quoi svn devrait effacer lui-même un fichier local...

$ mkdir toto
$ touch toto/plop1
$ touch toto/plop2
$ svn add toto
A toto
A toto/plop1
A toto/plop2
$ svn remove toto
svn: Use --force to override this restriction
svn: 'toto' has local modifications
$ svn --force remove toto
D toto
$ ls toto
(là c'est mort...)


Je ne comprends pas là, en gros le truc est censé me dire que la commande remove fait des modifications locale, ou que toto est localement différent que sur le repository. Pour moi là il devrait m'afficher un :

Warning: remove will _erase_ your local file(s) !!!

Ce serait un tant soit peu plus explicite...

J'imagine que les lecteurs auront corrigés d'eux même, néanmoins ça me donne une idée de bonne blague tiens :)

Et oui, maintenant que le système devient un peu plus grand publique ça commence à être un manque.

Ca a toujours été un manque, sauf qu'avant on pouvait se dire qu'on avait un système récent, pas assez "mur", etc. Maintenant qu'on a un système qui se veut professionnel, en 2005, on pourrait quand même avoir un minimum, et ça ça me semble l'être.

De manière général sur certains points t'as quand même un fossé assez large et qui tend à mon avis (et je ne doute pas que ce n'est pas l'avis de beaucoup de lecteurs ici) à se creuser. Quand tu vois les versions de longhorn qui arrivent ou osX et les évolutions de linux, on se pose des questions (enfin moi je m'en pose).

Enfin XML pour ce genre de choses... Moi toutes les experiences que j'ai avec XML (je l'utilise régulièrement pour la sauvegarde d'informations) c'est que ça rame, même en utilisant du SAX avec des patterns qu'il faut pour que ce soit fait proprement.

Evidemment qu'on peut récuperer des fichiers effacés dans un repository, depuis longtemps. Mais est-ce qu'on peut récupérer des fichiers effacés qu'on a ajouté sans commiter ? A ce que j'en vois, c'est non.

Est-ce que je me trompe ?

C'est le genre de choses auxquelle je penserais. Evidemment que ça prend de la place, mais je m'en fous on a des disques énormes désormais, et libre à moi de limiter le backrool sur X opérations par exemple, suivant la taille de mon disque.

Mes sauvegarde je les fais toutes les nuits, pas toutes les heures... Déjà parce que comme je n'ai pas de sauvegarde incrémentale (il faudrait que je trouve quelque chose de performant similaire à rsync mais en incrémental), ce serait idiot de le faire toutes les heures.

Toi tu fais des sauvegardes tout le temps sur ton home ?

En fait on ne peut plus faire ce qu'on faisait avant, parce que maintenant c'est plus compliqué ? La raison me fait doucement sourire quand même, je penserai à la ressortir quand on me demandera de développer un truc qui existait avant "euh non on ne peut plus, tu comprends maintenant c'est compliqué les choses..."

Si tu lisais le manuel très complet de SVN au lieu de supposer que SVN fonctionne exactement comme CVS, tu n'aurais sûrement pas eu ce problème. Docn à l'évidence, il s'agit d'une erreur de ta part et quelque soit le système mis en place, il y aura toujours un niveau où l'utilisateur produira ce genre d'erreur.

Donc en fait parce que je ne lis pas le manuel, je niquer 10h de boulot. Bien sûr que c'est une erreur de ma part, mais je ne vois pas en quoi une commande svn touche à mes fichiers locaux, surtout dans le cas de remove...

De toute façon, même avec une possibilité "undelete" bas niveau, le problème ne fait qu'être déplacé : en effet, tu auras toujours quelqu'un pour se plaindre qu'après avoir nettoyé les anciens fichiers effacés pour libérer de la place, il ne sont plus récupérables.

Ouais l'utilisateur a toujours tort quoi ... C'est malheureusement une manière de penser qui est courante dans le monde du libre, et c'est bien ce que je lui reproche.

bof, j'ai meme pas rigolé perso. Ceux que je préfère moi c'est quand on change le site completement, genre une grosse erreur java, etc. En bref le site est inaccessible après pendant une journée, mais on s'en fout on gagne pas d'argent, on n'est pas une boite, on n'est pas slashdot, et donc on peut se le permettre.

J'ai bien eu quelques "bonnes" idées mais pas eu le temps de le faire, trop de boulot. Ce sera pour une autre fois, surement à une autre date que le 1er avril (tant qu'à faire, que ce soit plus réaliste).

Moi aussi j'aime bien, enfin ils s'attendaient à ce que je m'évanouisse quand ils me l'ont fait goûté, ils ont été déçus :) Pareil pour le Soju Drink, que j'ai bu comme de la bière.

Je me suis dit que quand ils viendraient en France, je ferai goûter une mirabelle perso qu'ils vont vraiment s'en rappeler toute leur vie :)

Moi je suis resté 1.5 mois en corée (Séoul) chez des Coréens rencontrés dans un voyage précédent (15 jours avant :), puis j'ai fait un tour dans toute la corée (enfin pas partout évidemment, mais j'ai fait le tour dans le sens des aiguilles d'horloge).

Concernant la nourriture elle est réputée en Asie comme étant de qualité, c'est la première chose qu'on me disait quand j'étais dans d'autres pays d'asie (du sud est ceux là) : en Corée on mange bien.

Il existe un protectorat général sur pleins de choses en Corée, par exemple les téléphones portables ne marchent effectivement qu'en Corée, au départ c'était pour protéger les industries nationales. Ce n'est pas toujours mal, par exemple pour leur cinéma le résultat est qu'il y a de très bons films (et la France fait pareil dans ce domaine).

Pour le fait de parler une autre langue, le soucis est général, dans <u>tous</u> les pays du monde qui ont un niveau économique suffisant, et c'est plus prononcé en asie mais rien de frappant. Si tu vas dans des pays d'asie plus pauvres (cambodge, laos, vietnam) c'est beaucoup moins le cas.

A ce que j'ai vu les coréens (ceux que j'ai rencontrés) ne juraient que par Windows et des applications spécifiques Coréenes. Bon j'ai collé pas mal de Firefox quand meme :-)

Pour les karaokés c'est partout pareil en asie, et meme si je n'aime pas ça, il faut bien dire que c'est un formidable moyen d'apprendre à <u>écrire</u> la langue et à mémoriser l'alphabet. En plus quand t'es entouré d'une dizaine de «potes» coréens qui baragouinent leur 100 mots d'anglais, en y ajoutant à tes 100 mots de Hangul, c'est encore plus drole...

Perso j'ai beaucoup aimé les Coréens ainsi que Séoul, c'est une ville ou je pourrais rester quelques mois. En plus en dehors de quelques quartiers pour étrangers de Séoul, au moins t'es pas emmerdé par des touristes (français) :) Puis la Corée s'ouvre beaucoup depuis quelques années, et ça semble s'accélerer...

</fin ma vie>

De toute manière le prix des "PC room" est dérisoire...

Mais c'est vrai sinon que la corée est assez centrée sur elle-même (opinion personnelle) concernant l'informatique. Ils ont leur jeux, leur système, etc.

Les vérifications de type (ou plus exactement de signature) sont faites à l'exécution, si le type n'accepte pas la méthode que tu lui demandes tu as droit à un traceback. Il n'y a rien à faire à la main, sauf si tu veux remplacer le traceback par un autre message d'erreur.

Super, quand t'as un projet avec 20 mecs qui bossent dessus pendant 2 ans, à la fin tu commences à avoir un truc assez gros. Puis ton truc tu l'exécutes, tu le tests, tout bien nikel.

Puis plus tard, un beau jour, quand ton truc est en production, bah paf, gros crash, ouais, tu tombes dans un scénario qui n'a jamais été testé dans les tests fonctionnels. Pas de bol, et dire que ça aurait été évité avec une verif de typage à la compilation...

??? C'est compilé dynamiquement en byte-code (sauvé dans un fichier .pyc pour Python) puis exécuté par une VM.

Bien sur, la plupart des interpretés utilise un byte-code histoire d'aller plus vite, ça change rien.

Le problème c'est que le résultat est que tu ne peux pas avoir de typage fort (ma langue a fourché), et donc pleins de vérifications ne peuvent pas etre faites en amont, t'es obligé de les faire à la main.

Comment tu fais en python pour forcer le type d'un argument ? Bah tu peux pas le spécifier dans la signature de la methode, comme tout bon language interpreté. Ce que je voulais indiquer c'est que c'est des vérifications en moins pour plus tard, perso je préfère pouvoir forcer un argument d'implémenter une interface que je définis, pour etre tranquille.

Enfin bon ça ne répond pas à la question initiale qui est "comment booter plus vite". C'est vrai que c'est chiant d'avoir à attendre une minute alors qu'il serait possible de diviser ce temps par deux en effectuant des modifications qui ne sont pas présentes de base, et qu'on ne peut faire qu'à la main...

C'est pas étonnant, il y a parfois du spam qui passe au travers des mailles du filet.

Mauvais système changer de système ? :)

Celà dit pour profiter d'un langage de haut niveau et des libs natives on a déjà Python, Ruby et Perl qui marchent très bien. Comme dit Germaine : "Reviens Léon, j'ai les mêmes à la maison"

Bof, c'est de l'interpreté, pas de typage fort tout ça, c'est moyen. Puis bon Perl pour développer propre de gros projets...

C# c'est bon, mangez en :)

Ca me rappelle que somenews, développé par Fabien Penso -je crois-, sétait arrêté pour éviter des problèmes du même genre.

Pas du tout, j'ai arreté de le développer parce que j'avais la flemme de le maintenir, et parce que je le ferais probablement différemment aujourd'hui (sans maintenance aucune).

Somenews a toujours eu la possibilité de récupérer l'intégralité des articles, la partie web officielle n'affichait qu'une phrase de citation.

Peut-être http://www.stack.nl/~dimitri/doxygen/config.html#cfg_uml_look mais je n'ai pas d'exemple

Ah oui c'est pas super :(

Et toi t'as rien trouvé pour faire ça ? J'imagine que t'auras besoin aussi :-)

J'ai regardé rapidement mais je ne vois pas comment générer les gif qui vont bien pour les shemas style UML. Tu fais comment ?

Tu le fais exprès ou tu n'arrives pas à voir la différence entre un opérateur de base (+ - * etc) et des fonctions telles que len() ou str() ? (str() int() etc en python, non merci...).

Pour scheme on s'en fiche, il ne joue pas du tout dans la même cours, alors que ruby et python eux ont plutôt tendance à être au même niveau.

En fait, len(machin) c'est exactement comme le + de ruby. C'est une façon simple d'écrire quelquechose qu'on pourrait très bien écrire façon objet : machin.__len__().

Non, si c'était pareil on pourrait faire un machin.len(), pas un machin.__len__() ... Ca fait une sacrée différence. S'il faut modifier l'analyse syntaxique/lexicale à chaque fois qu'on veut une nouvelle methode sous pretexte qu'on veut un raccourci, on est mal barré tiens...

Et j'utilise python, je tente de faire de l'objet avec, mais faut pas pousser mémé, ruby c'est quand même beaucoup plus propre pour ça (et que ça me pousse même à m'y mettre doucement). Le seul truc c'est que actuellement j'ai des besoins de perfs et ruby, c'est pas encore l'extase pour ça.