Loïc d'Anterroches a écrit 193 commentaires

Le Danemark c'est :

- aucune sécurité de l'emploi.
- cotisations chômages facultatives.
- cotisations retraite facultatives et sur capitalisation.
- et un manque cruel de personnel qualifié, avant la crise.

J'ai bossé 5 ans pour le Danemark (3 ans sur place et 2 ans depuis l'Allemagne), leur système fonctionne aujourd'hui car ils ne sont que 5 millions. Mais dès que cela va mal aller, cela va claquer et faire très mal du fait de la séparation en 2 de la société : les Danois "de souche" et les autres. Le racisme est bien vu par les autorités...

Sur le long terme, j'ai aussi des doutes sur la stabilité du système où tout est optionnel et par capitalisation. Il suffit de partir à la retraite au moment du crack pour être dans la #$%@*&^. Et ne me dites pas les cracks c'est rare, c'est tous les 10 ans depuis 70 ans en moyenne...

Exactement ce que je cherchais ! Merci !

Pour ce que je lis, cela ressemble à du new BSD. Cela te donne donc beaucoup de liberté pour le choix de ta licence, en fait, je ne me trompe pas, tu peux mettre ce que tu veux pour "ton code" du moment que tu laisses le code "google" avec sa propre licence.

Je croyais que Miro proposait aussi des plugins pour inclure soit-même une vidéo dans une page web. J'ai des vidéos .avi, .mpg (je n'ai aucune idée du codec utilisé, cela sort de ma caméra) et je voudrais les faire partager à ma famille via le genre plugin flash.

Existe-t'il une possibilité "libre" qui fonctionne bien sur tout les plates-formes ? Ma famille utilise les 3 OS majeurs.

J'ai compris qu'on peut convertir un .avi avec ffmpeg en .flv mais ensuite il faut un "plugin". J'ai regardé FlowPlayer mais chez moi, cela ne semble pas fonctionner. Je suis preneur de conseils.

En fait ce ne sont pas les banques qui forcent le passage au "truc 3D", c'est aussi un choix du vendeur. Je suis en discussion pour offrir le paiement par carte bancaire et je peux au choix activer cette option ou non. Cela me coûte bien entendu des ronds si je l'active.

Sachant le niveau de sécurité que cela apporte en plus et vu les montants, cela ne sera pas activé chez moi, un contrôle de l'adresse IP, pays d'émission de la carte, open proxy, etc. me suffira à mon avis largement.

Y'a t'il des vendeurs en ligne dans la salle pour donner leur expérience sur cette "option" ?

Note, je suis pas un utilisateur de KDE, mais j'utilise Vista par obligation. Quand je vois Windows 7, je pense juste à Vista et vraiment à rien d'autre. Sur ce coup, la "troublante ressemblance" est à mon avis plus l'inspiration trouvée par KDE dans Vista.

Depuis le début de KDE, il toujours eu cette envie d'être proche de Windows (pour permettre aux gens de migrer facilement) tout en étant différent (pour essayer d'améliorer les points négatifs de Windows). Donc bon, qu'ils se ressemblent, cela ne me choque pas, mais sous entendre que Windows 7 est inspiré de KDE, c'est limite...

Je ne pense pas qu'on puisse standardiser le format des données, par contre il faut donner les outils par facilement exporter les données dans un format ouvert. Le format des données est très lié aux fonctionnalités de la forge, le normaliser cela serait bloquer l'innovation.

Si on prend une analogie, on n'a pas normalisé le format des données d'un carnet web, mais on peut facilement exporter au format Atom pour importer ailleurs. La manière dont les données sont stockées par l'outil, c'est de la cuisine interne.

Avec plaisir, mais pour éviter de transformer ce journal en forum de support, ce qui serait d'un intérêt limité pour les autres lecteurs, peux-tu me faire un petit email ou message privé avec le nom du projet et celui de ta forge ? Merci.

Pour le moment on ne peut pas supprimer un projet. C'est prévu de pouvoir faire cela[1], mais je cherche encore la bonne solution pour éviter des pertes de code stupide. Genre "j'ai supprimé mon dépôt mais je ne voulais pas".

[1] http://projects.ceondo.com/p/indefero/issues/105/

Le support de Mercurial fonctionne parfaitement et est particulièrement suivi par la personne l'ayant codé. Sur le wiki de Mercurial il y a un lien vers InDefero.

Je me pose la question de savoir si cela ne pourrait pas venir quand même de PHP, souvent en PHP on ouvre une connexion et on la laisse mourir en fin d'exécution du script, PHP ferme automatiquement la connexion en fin d'exécution. La fermeture brutale par PHP pourrait être interprétée par MySQL comme une fin prématurée là où un mysql_close fermerait sans fin prématurée.

Je n'ai pas MySQL sous la main pour faire un test, mais un simple script avec un mysql_connect et un autre avec un connect+close, un coup de `ab` dessus pour l'exécuter 1000 ou 2000 fois et voir la différence dans les stats.

Je suis bien content d'Orange. On a fait mettre en place une ligne chez nous dans une vieille maison de vacances loin de tout, le gars est venu et a fait du boulot impeccable. Tu vas payer 4 sous de plus avec Orange mais tu as la qualité de la personne qui vient chez toi vérifier ta ligne quand ça merde. Ce gars, c'est un technicien, il connaît son boulot et fait du bon boulot.

Pour mon abonnement "maison", je suis en Allemagne et je passe aussi par l'opérateur historique. Une merde, le gars vient, le boulot est fait et bien fait.

La concurrence c'est bien, mais si vous économisez partout, ne vous attendez pas avoir de la qualité partout.

Qualité/Service/Prix prenez s'en 2 au maximum.

Casser les prix c'est bien, mais quand je vois maintenant la qualité d'une liaison voix en Europe, il n'y a eu que dégradation depuis l'"ouverture" du marché à la concurrence...

mes 2 cts.

C'est chouette, cela veut dire pas d'incompatibilité de licence avec GTK, cela pourrait favoriser les échanges de code/concepts et donc permettre d'éviter de faire 2 fois le travail.

Github sapusepalibre :)

Github le nouveau java :)

> Rails (et Django) ont des performances bien meilleures que les frameworks MVC en PHP.

Le bon gros troll des familles pour répondre à un autre. Pour la crainte au niveau de l'import des données, ce n'est jamais le nombre le problème, mais la qualité des données.

Merci pour les informations ! Il faudrait qu'ils mettent à jour la photo sur le site, cela aiderait. En effet, dans le nouveau layout, il me suffira d'inverser ctrl et shift droit pour avoir quelque chose d'utilisable avec emacs. Chouette !

Comme tu as l'air de bien connaître ce clavier. Est-il possible de remapper les touches de fonctions ? Particulièrement le gauche en bas :
http://www.typematrix.com/ordernew/view_2030us.php

merci.

Pour Pluf[1], j'ai étendu le moteur de templates de Jelix[2] et je ne reviendrais jamais en arrière. En effet le moteur permet de faire de l'héritage entre les templates avec des blocks, cela donne des templates très simples. Ensuite, le moteur échappe automatiquement les chaînes pour éviter les injections de javascript etc. Et au final, la traduction des templates est un jeu d'enfant avec les tags adaptés[3].

Au passage, ce n'est pas une usine à gaz du tout, juste 2 fichiers, le "chargeur" et le "compilateur".

Donc je conseille vivement un moteur de templates, regarde les gabarits de InDefero[4], le résultat est vraiment propre.

[1]: http://www.pluf.org
[2]: http://www.jelix.org
[3]: http://pluf.org/doc/template.html
[4]: http://projects.ceondo.com/p/indefero/source/tree/master/src(...)

je vous invite à lire ce texte sur la problématique de la création de partitions de manière assistée par ordinateur :
http://lilypond.org/web/about/automated-engraving/big-page
c'est un superbe texte que tout designer devrait lire, car finalement cela parle d'esthétisme d'une très belle manière et certaines leçons sont applicables ailleurs que pour vos partitions.

Je te conseille de regarder du côté d'un petit daemon en php qui tourne en continu.

http://code.google.com/p/phpsocketdaemon/
http://www.chabotc.com/phpsocketdaemon/

Attention, le problème est plus important que ça. Si tu actives dans la configuration magic_quote avec PHP 5.2.7, si tu as un :

if (get_magic_quotes_gpc()) {
// fait quelque chose
}

et bien la condition sera validée, car bien configurée, mais en pratique, PHP n'aura pas appliqué les magic quotes. Conclusion, si pour être net ton application "enlève" le magic_quote si configuré[1] et bien tu vas avoir de la perte d'information. C'est donc un bug bien sévère.

Maintenant, la vraie question est de savoir comment les tests internes n'ont pas attrapé ce bug dans le cycle de développement. Un très gros travail est effectué par l'équipe de PHP pour mettre en place des tests sur le code, mais je ne sais pas comment ils simulent les différentes configurations de mod_php.

[1]: http://projects.ceondo.com/p/pluf/source/tree/master/src/Plu(...)

Je pense surtout que ce type de frameworks n'adresse pas le même type de besoins que la majorité des frameworks web[1,2]. Ce sont pour moi des frameworks pour réaliser des applications web plus que des sites web car ils nécessitent généralement l'utilisation de javascript pour pouvoir utiliser l'application (par exemple pour GMail).

Dans le cas de Symfony ou des autres frameworks, on code généralement tout sans penser au javascript puis on rajoute les petites touches de javascript pour rendre l'application plus agréable et réactive. Cela se fait merveilleusement bien avec JQuery[3] pour le javascript.

[1]: http://fr.wikipedia.org/wiki/Liste_de_frameworks_PHP
[2]: http://fr.wikipedia.org/wiki/Liste_de_frameworks_python
[3]: http://jquery.com/

Note, cet avis doit être considéré comme biaisé, car je suis développeur de Pluf un framework qui ne "recompile/traduit" pas en Javascript.

Je sais, vous devez tous rigoler, mais regarde du côté de Fortran. Oui, ce vieux langage.

Je m'explique, on avait dans mon ancienne boite une version Fortran et une version réécrite avec plus de fonctionnalités en C++ d'un code de calculs de mécanique quantique. Un jour on a du faire tourner le code sur le Earth Simulator[1], conclusion, le code Fortran a été le plus simple à porter et le plus rapide.

Fortran reste un langage de très bas niveau et très simple, le résultat est que les compilateurs sont capables de faire de remarquables optimisations pour du code parallélisé. Le compilateur Sun pour faire tourner sur de l'infrastructure Sun est vraiment merveilleux (optimisation du nombre d'opération par coeur en fonction de la taille des différentes mémoires caches etc.).

Par ailleurs, utiliser Fortran ne veut pas dire n'utiliser *que* Fortran, tu peux toujours compiler une lib Fortran aux petits oignons et interfacer ça avec du Python pour les entrées sorties.

[1]: http://en.wikipedia.org/wiki/Earth_Simulator

Merci, je viens de regarder. La chose qui me retient un peu est l'impression de devoir tout faire "dans" l'interface bitbucket. Comme je suis en train d'ajouter la revue de code post/pre commit, je pense intégrer cette idée via cette fonctionnalité.

Une demande de pull, c'est en fait une demande de revue de code pre commit. On pourrait donc très bien imaginer un système pour facilement pousser une demande d'un projet vers un autre. L'intérêt est aussi que je peux faire cela avec n'importe quel backend, git, mercurial ou subversion.

Merci !

C'est difficile d'avoir un retour d'expérience, pour la simple et bonne raison que cela prend du temps d'apprendre les détails d'un framework pour pouvoir ensuite bien l'utiliser, puis passer au suivant et comparer.

Le mieux, si tu as le temps, c'est de prendre les 3 qui te semblent les plus adaptées à tes besoins et à ta manière de penser. Ensuite, tu démarres ton projet sur chacun des frameworks, éventuellement en parallèle. Cela va vite te permettre de sentir les différences d'approche. Car au final, un framework permet juste d'avoir un cadre de développement pour faire une bonne séparation de la logique, les données et la présentation[1].

Si il y a 50 frameworks différents, c'est bien parce que c'est simple de développer un framework en PHP, et surtout, chacun conçoit ce truc tout simple de prendre une requête et retourner un bout de texte d'une manière différente. Donc essaye, et si par hasard tu trouves que Pluf te convient, n'hésite pas à demander de l'aide, je suis là pour ça.

[1]: http://pluf.org/doc/understanding-pluf.html