Sytoka Modon a écrit 4565 commentaires

CouchDB est programmé en Erlang alors que MongoDB semble être programmé en C++. N'est-ce pas le fait qu'Erlang soit un langage peu connu des programmeurs (comparé au C++) qui limite les capacités de développement de CouchDB par rapport à d'autres projets ?

Et bien moi, je reste un peu sur ma faim après la lecture de cette nouvelle. On aurait avoir des éléments du bilan, des pistes pour la suite du projet...

Je sais, il y a les liens mais un peu de rédaction dans la dépêche n'aurait pas fait de mal, bien au contraire pour le projet.

Si, parfait. Je n'avais pas encore pris le temps de faire un tour sur le CPAN avec Riak comme clef de recherche. Quel idiot !

http://search.cpan.org/dist/AnyEvent-Riak/lib/AnyEvent/Riak.(...)

Effectivement, ca a l'air sympa. Dommage, je ne vois pas le connecteur Perl mais quand je vois une API REST et j'ai parcouru le code pour php, je dois arriver à faire un module Perl minimal pour ce que je veux faire.

Merci

Mon datacenter (enfin, ma salle serveur) n'est pas loin de mon bureau et y aller une fois par mois n'est pas un exercice inutile ;-)

Le boot sur clef USB (LiveUSB ?) est aussi très rapide et très souple (il y a sur la clef tous les outils nécessaire). Sur les serveurs, le plus long est souvent la phase du bios...

Sinon, pourquoi veux tu te débarrasser de sudo ? Entre root et sudo, je préfère me débarrasser de root.

Je gère pas mal de machine et cela ne m'est arrivé qu'une fois en 4 ans. Et comme je n'avais pas le root de cette machine, j'ai mis un LiveCD de systemrescue et j'ai du viré le mot de passe !

Le coup de /bin/bash dans init marche très bien aussi et m'a servis plus souvent. En plus, rien à retenir ou presque ! La aussi, tu peux facilement virer le mot de passe sur root et rebooter un coup...

Bref, j'ai encore un mot de passe root sur mes machines mais je pense sérieusement à le virer dans un avenir proche pour me simplifier la tâche.

Je cherche une base de données clef-valeur persistante qui fonctionnerais en cluster avec que des maîtres, aucun esclave et gestion de la suppression et de l'ajout d'un noeud à chaud. En effet, je veux avoir n fois le même serveur et laisser la base de données répartie gérer le reste, sachant qu'il n'y a pas de problème s'il y quelques incohérences parfois dans la base (très peu probable).

J'ai fait un tour du sujet ce matin et je n'ai trouvé que des solutions maître-esclaves avec des systèmes compliqués pour changer de master (d'ailleurs, si mes souvenirs sont bons, Redis a déjà un script pour changer de master mais les clients ne savent pas le gérer de manière transparente).

A l'ère des nuages, je suis surpris par toutes ces nouvelles base de données qui au final ne sont pas très "cloud" je trouve.

Pas du tout. J'ai juste écrit que la grammaire Perl6 était écrite sous forme d'expression rationnelle. Ensuite, je parle de "Modern Perl" qui est plutôt un mouvement qui cherche à profiter des avancées sur Perl6 pour en intégrer dans Perl5 et qui de ce fait écrit du code Perl5 d'une autre manière...

Je ne parle donc pas de révolution mais d'évolution ;-)

Enfin, kif-kif c'est gentil.

Le NAT est une vrai daube pour les protocole un peu complexe comme le H323 ou le SIP... Donc pour essayer de faire marcher les bousins, on passe par des serveurs en IP publique et on perds une partie de l'esprit d'internet de faire du point à point mais surtout de faire simple.

Donc, oui le NAT n'apporte aucune sécurité supplémentaire et oui le NAT rend les choses bien plus complexe.

En fait, le NAT est une mauvaise invention qui nous a fait perdre 10 ans et qui aura complexifié inutilement toutes les applications réseaux.

Ca avance, ca avance !

Le jour ou Perl6 sortira, vous verrez combien Perl5 a évolué ces derniers temps (en restant compatible) et qu'il a bien profité de tout l'effort fournit sur Perl6 ;-)

Enfin, le C pourrait lui aussi évoluer sur ce sujet ;-)

J'ai jamais réussi à bidouiller correctement un serveur de mail sauf justement qpsmtpd car le code est lisible et même moi, j'ai réussit à modifier des greffons et à écrire les miens ;-)

De même, Email::Filter est un bonheur pour bidouiller les mails via le .forward. Au moins, tes filtres sont clairs et les possibilités proche du CPAN !

C'est juste deux exemples de petits trucs que j'ai du toucher ces derniers temps.

Lorsqu'en Perl, on met

m/toto.*?titi/

je crois me souvenir qu'il ne fait pas de référence arrière du fait du ? après l'étoile. Il y a aussi la variante avec le + à la place du ? mais je ne l'ai jamais utilisé.

Attention, ne me faites pas dire ce que je n'ai pas dis ! Je n'ai pas dis que Perl avait inventé les regex ! Je sais bien que cela vient en gros de ed et que cela a été repris dans awk, puis dans Perl.

Je parle de démocratisation à grande échelle. Ce n'est pas avec ed ni avec awk que les regex se sont démocratisées. D'ailleurs, la plupart des monolignes awk se résument à récupérer la colonne X..., chose qu'il fait très bien.

Sinon, j'évoque l'avenir des regex et je vois que du coté de Perl, les évolutions proposées en 15 ans sont énormes. J'ai l'impression que les autres langages suivent. C'est peut être juste une impression.

Bonne dépêche. Je rajouterais cependant que les expressions rationnelles ont été surtout démocratisé par le langage Perl qui l'a mis au coeur du langage dès ses débuts.

De plus, la communauté Perl est toujours très active sur ce thème avec Perl6 dont la grammaire est écrite en expression rationnelle mais aussi via le mouvement "Modern Perl" ont l'ont peut (doit) utiliser le modificateur 'x' qui permet de mettre des espaces, des retours chariots et même des commentaires dans ses regex ! Cela permet d'avoir des expressions plus facilement compréhensible et donc au final moins de bogue et un code plus maintenable.

Et on peut le faire sur le résultat d'un filtre ?

Pourquoi : j'ai par exemple une personne qui veut tcsh comme shell sur sa machine mais je voudrais qu'elle ait bash ailleurs comme tout le monde.

Il faut donner la taille de sa ville puis à la fin le nom de sa ville ! J'avoue que j'ai donné la taille de l'agglomération et non celui de la ville qui ne veut rien dire de nos jours.

On a droit a deux questions très proche :

- Classez vos critères de choix d'un logiciel
- Pourquoi choisiriez vous les logiciels libres ?

C'est quoi l'objectif, l'élimination des réponses farfelues ?

Sur la question concernant le niveau d'études, il n'y a pas le Bac+8 (doctorant). Ce serait bien de reconnaître enfin le doctorat à sa juste valeur en France.

Enfin, je ne vois pas trop ce que viennent faire les questions concernant cyberlog sur la fin. J'ai joué joker sur ces questions ;-)

Avec des comptes en LDAP, tu sais comment surcharger le shell d'une personne sur une machine ?

Il a une version GNU mais je ne l'ai jamais vraiment testé...

Dans scp, le -p veut dire "preserve" comme pour "cp" et c'est assez logique de le garder ainsi. Il faudrait donc modifier le -p de ssh en -P mais c'est pénible ces options en majuscule...

Le mieux serait peut être d'avoir dans ssh à la fois -p et -P qui signifieraient la même chose.

En général, les posts qui font de la pub se font flinguer en direct... Je pense même qu'un certain des personnes ayant essayés en soit sortis dégoutté et ne remettre plus les pieds ici.

Faire de la 3D à distance par exemple avec VirtualGL.

Tu calcules le résultat 3D en local sur une carte et tu balances le résultat jpeg/png... sur le réseau ensuite.

Dis donc, cela faut carrément bidouille ça !

Précision : Dassault a racheté Euclid si mes souvenirs sont bons mais Matra avait déjà mis en route OpenCascade qui est la suite de Cascade (une peu comme OpenGL <- GL).

Dassault a tué Euclid qui était plus que prometteur. Cependant, dans le contrat de rachat, le consorsium OpenCascade avait interdiction de faire une logiciel de CAO avec cette bibliothèque (il leur aurait en effet facile de refaire Euclid avec).

Bref, je pense que la licence un peu merdique vient de cette origine un peu particulière. Aujourd'hui, je crois qu'on a dépassé la date imite dans la clause initiale et celle-ci pourrait peut-être être modifié.

Ou alors, il se souvienne de leur premier cours de l'ENA ou ils se tappent le théorème d'Arrow (Prix Nobel d'économie - 1972) démontrant l'impossibilité de la démocratie !

D'ailleurs, j'aimerais bien avoir leurs avis sur ce théorème ? Je suis sur que la très grande majorité vont dire qu'ils l'ont complètement oublié !

http://www.quebecoislibre.org/030510-4.htm

http://walidoueslati.unblog.fr/2009/10/18/paradox-darrow-ou-(...)