Sytoka Modon a écrit 4544 commentaires

RubyDrop va avoir le même SparkleShare, git ne sais pas oublier à ma connaissance donc la sauvegarde sera de plus en plus grosse et...

La piste de git me semble donc personnellement une mauvaise bonne idée.

TimeMachine chez Apple pars sur une bien meilleure idée. On sauve tout, on remplit le disque avec tout l'historique. Une fois le disque plein, à chaque donnée nouvelle, on supprime les plus anciennes versions des données histoire de garder la sauvegarde dans l'espace limité du disque.

J'ai vu sur le site que quelqu'un avait proposé rdiff-backup, cela me semble une piste bien plus intéressante de ce point de vu.

Les assemblées générales d'immeuble étaient bloquées car il n'y avait jamais le quorum ou la majorité des 2/3 pour les gros travaux... Au final, cela commençait à devenir problématique car dangereux coté sécurité. Il y avait deux solutions pour s'en sortir :

- passer sous tutelle judiciaire ;

- modifier la loi et autoriser une seconde assemblée générale dans la foulée avec des règles plus souple pour résoudre ces cas.

La loi a été changée pour éviter de surcharger inutilement la justice. A l'époque, j'ai trouvé cela bizarre mais après coup, je me dis que c'était un compromis pas si mauvais.

Bref, il est tout à fait possible d'éviter l'aspect récursif de ma proposition en l'affinant quelque peu pour prendre en compte les effets secondaires.

> Je pense qu'une entreprise n'a pas à faire de politique

Encore un raisonnement à deux balles. Les entreprises peuvent adhérer à l'April ainsi qu'a tout un tas d'association. Les entreprises peuvent soutenir les campagnes électorales... Tu veux que des entreprises bien propres qui ne réfléchissent pas et ne pensent qu'au pognon ?

De même, je rappelle que les fonctionnaires sont fonctionnaires justement pour être protéger en cas de dérive à la tête de l'état. Un fonctionnaire a le devoir de désobéir à un ordre idiot.

Après, à chacun d'agir en conscience et pas forcément dans la précipitation ;-)

> Et le jour où les blancs seront nombreux, j'aimerai bien savoir ce qu'on pourra en faire à
> part le constater et l'oublier juste après.

On pourrait dire que si les blancs arrivent au moins en second, on rejoue l'élection depuis le début avec d'autres joueurs...

Bref, il y certainement de bonne et de moins bonne solution !

Sarkozy applique toutes les ficelles décrites dans 1984 de George Orwell, notamment nommer une chose par son contraire et ainsi de suite...

Ce qui est fou, c'est que des gens croient encore dans ce bonhomme...

Je suis 100% d'accord avec toi, je dis souvent ici que les parts marchés de Linux sont faussés, voire fausse (idem avec les distributions ou debian est souvent oublié ou non compté).

Je faisais juste répondre à Pierre qui parlait manifestement de machine de bureau.

Moi je migre ma machine de calcul de Suse à debian....

IBM, Apple et Oracle continue leur OS UNIX. QNX se porte pas si mal puisqu'on le trouve dans les routeurs CISCO au milieu d'IOS... et j'en passe car je ne suis pas spécialiste.

Bref, HP-UX, IRIX sont mort mais il y a plus de version d'UNIX de nos jours qu'il y a 20 ans.

Je suis d'accord avec une partie de ton argumentaire, mais sans le projet GNU monté par RMS, rien ne dis qu'un OS UNIX communautaire serait aujourd'hui l'UNIX majoritaire. L'informatique en 2010 aurait pu être très différente... (enfin, il faut pas oublier que 'OS ultra majoritaire reste encore Windows, dont la base a été conçu par une partie de l'équipe de VMS, le principal concurrent d'UNIX).

Surtout, il faut tester btrfs et zfs sur plusieurs mois car ce sont des systèmes de fichier qui ralentissent petit à petit. Un test brut comme ça ne veut pas dire grand chose sur ce genre de système COW.

Le propre de la justice, c'est justement la prescription. C'est un des fondements de celle-ci et c'est très important.

De nos jours, on se crois trop fort et on voudrait limiter celle-ci et en reporter la date comme pour le droit d'auteur (cf mickey). C'est une énorme erreur.

Seuls les crimes contre l'humanité n'ont pas de prescription. Et encore, je trouve (mais ne suis pas spécialiste) que cette notion de crime contre l'humanité à tendance a s'élargir avec le temps.

XFS est employé quasiment systématiquement sur toutes les grosses partitions. Il marche très bien et malgré de très nombreuse panne électrique, je n'ai jamais perdu une donnée sur mes baies de disque en RAID.

A ma connaissance, quasiment toutes les partitions de plus de 5To sont en XFS dans le monde professionnel.

Encore une victoire pour Debian GNU/Linux, première distribution GNU/Linux loin devant Redhat, mais tout aussi loin devant SuSE ;-)

C'est pas Moode mais Moose.

Sinon, tu es en train de me dire que tu préfères les langages qui ont plusieurs paradigmes pour faire de l'objet en fonction de ce que tu es en train de faire ? Si oui, Perl5 est donc parfait pour toi ;-)

Par ailleurs, il y a Mouse qui est un Moose simplifié mais il n'est plus trop recommandé. Les personnes de Perl travaillent beaucoup sur Moose et sur son optimisation. A moins d'une application critique en terme de temps, Moose parait aujourd'hui le meilleur choix.

Si cela ne te convient toujours pas, il y a plein d'autres systèmes objets sur le CPAN...

C'est stable maintenant ? J'avais essayé au début lors des annonces ici mais chez moi, ça plantait rapidement.

Perso, je suis sous wmii qui a le défaut de ne pas se souvenir de la position des fenêtres à la fermeture / plantage mais sinon, je le trouve très bien et j'adore sa manière d'empiler les fenêtres en pile. Très pratique lorsqu'on a comme moi toujours un gros paquet de terminaux.

La partie fenêtre flottante est un peu léger mais ça fonctionne quand même. Généralement, on met ce genre de fenêtre par application dans un bureau spécial (le 3 ou le 4 chez moi).

Bref, je trouve wmii souple et pratique sans être "chiant" comme certains wm lorsqu'on les prends en main au début.

Tout à fait d'accord avec toi, et dans un langage comme Eiffel, la programmation par contrat pousse encore plus loin la logique des langages à typage statique. En effet, pourquoi s'arrêter en si bon chemin ;-)

Tout cela me fait penser à l'Extreme programming qui place les tests dans le coeur de la méthode.

Moose, c'est du Perl5 ;-)

Tu es un ralleur jamais content. Je te montre que Perl est un langage souple qui sais se modifier dans la continuité pour adopter des manières de programmer très puissantes que tu ne trouves pas forcément dans le système objet des autres langages qui commencent eux aussi à se faire vieux... mais tu préfères rester sur ton langage pour une raison bidon, surtout que la paradigme objet est dans Perl5, certes il est un peu bizarre et peu blesser certain.

Une chose assez sympa est la rencontre de Moose et de POE, cela donne de la programmation événementielle objet : MooseX::POE

http://search.cpan.org/~getty/MooseX-POE-0.210/lib/MooseX/PO(...)

Il me semble aussi mais code en Ada ne veut pas dire non plus code sans erreur ;-)

Justement, si tu ne sais pas, c'est que tu n'y connais rien en Perl Moderne et donc tu bases tes critiques sur du vécu lointain...

Moose est le framework Perl conseillé aujourd'hui pour faire de l'objet et les développeurs ont vu les choses en grand et en plus, cela reste compatible avec Perl 5 !

http://www.iinteractive.com/moose/

> ya que le Perl objet qui est imbitable et qui n'aurait jamais du exister

Tu as regardé du coté de Moose ?

Je ne trouve pas personnellement le code Python ou Ruby particulièrement lisible, voila pour une partie de ma réponse.

Ensuite ta comparaison sur les voitures est intéressante, j'en conclue que Perl est la Mercedes et Ruby la 2CV ;-)

Exact, j'ai des amis chercheurs qui enregistrent des sessions de travail afin d'analyser cela avec des sociologues et essayer de comprendre ce qui se passe et surtout détecter les points clefs qui amène à l'innovation.

Ils travaillent avec de la HD et des systèmes pour mettre 4 films en 1 afin d'avoir un aperçu de toute la(les) scènes. Malgré cela, c'est jamais assez précis...

Je pense que c'est un outil qui dans ce cadre de l'observation du comportement sur des personnes qui sont évidement de plein grès dans l'expérience, cela peut être intéressant.

Tu connais le Perl Moderne ?

Quelque soit le langage, il est assez facile d'écrire du code incompréhensible... Perl est un langage qui évolue régulièrement et en 10 ans, la manière de programmer est devenue très différente.

Un petit exemple que j'ai vu passer il n'y a pas longtemps. L'objectif est de piloter mpd depuis une interface web écrite avec dancer. C'est pas un exemple archi-compliqué mais c'est intéressant à voir à mon sens.

http://blog.preshweb.co.uk/2010/11/dancerjukebox-music-queui(...)

https://github.com/bigpresh/DancerJukebox

Justement, je voudrais pouvoir virer la couche samba...

C'est que notre ami Pierre n'est plus tout jeune ;-)

Tu peux mais personnellement, je lance un script avec les classes de cfengine en option via cfengine. C'est un script que j'ai bidouillé à partir d'un script développé par Steve Kemp pour debian.

Le problème que j'ai eu la version intégré dans cfengine, c'était trop verbeux et surtout, dès qu'il y avait trop de paquet à installer, ça plantait pour un histoire de longueur de ligne si je me souviens bien...