wilk a écrit 1170 commentaires

Tu peux aussi travailler avec ce workflow de faire des pushs de commits instables toutes les 5 minutes avec git/hg. Tu as aussi le choix de décider à qui revient la tâche du merge. Bref, on ne comprend pas trop pourquoi faire un choix restrictif plutôt que de garder plus de possibilités.

Dans l'open source les tests qualités sont fait par tous les utilisateurs qui font un rapport de bug, qui se comptent en centaines sur le moindre petit projet, lesquels sont payés d'une manière ou d'une autre qui ne te regarde pas. C'est sans commune mesure avec les sources fermés.
L'argent ne manque pas, il est juste décentralisé. Je passe des heures à faire des rapports de bugs, des patchs, ces heures sont payées par mes clients, ils ne savent même pas qu'ils contribuent financièrement aux logiciels libres et le logiciel en question ne sait pas non plus qu'il a reçu une contribution financière.
GPL ne signifie pas gratuit, c'est un peu comme de dire que le pain est gratuit car la recette du pain se trouve sur wikipedia. Odoo en est un bon exemple, il y a des liens "tarifs" un peu partout !

A propos de migration, est-ce que les migrations entre les versions majeures d'openerp/odoo sont toujours payantes ? Sinon, comment ça se passe, il faut éplucher les changelog pour les faire soit-mêmes ? Plus le produit s'étoffe, plus la question devient importante.

Autodidacte aussi, tombé dans la marmite, regarde ma "page perso" si ça t'inspire. On risque de te dégoutter des études, t'es prévenu ;-p !

Ce sont deux approches différentes, avec chacune ses avantages et inconvénients. Pour moi, l'avantage du tout-en-un est à court terme, on se pose moins de questions, on peut démarrer un projet plus rapidement. Mais qu'en sera-t-il lorsque le projet évoluera ? Comment faire évoluer une partie du framework ?
L'avantage du mode "briques", typique de la philosophie unix, c'est que l'on peut évoluer progressivement, chaque partie à son rythme et quand on le souhaite. Le temps que l'on perd au démarrage on le rattrape par la suite. On peut aussi créer des scaffolds pour faciliter la création de nouveaux projets.
C'est vrai que ça rend plus compliqué le partage avec la majorité, c'est l'inconvénient de la diversité.

La démonstration du site en un seul fichier ça n'est pas tant pour être utilisé tel quel, c'est simplement pour montrer que les possibilités étendues n'ont pas été faites au détriment de la simplicité. Ce qui est simple reste simple, ce qui est complexe reste possible sans en rajouter.
Le peu que j'ai utilisé Django j'ai trouvé que tant qu'on reste dans la norme tout va bien, mais dès qu'on veut faire plus simple c'est pas simple, et si on veut faire plus compliqué ça devient trop compliqué. Mais c'est très personnel car j'ai beaucoup de vieux codes à réutiliser et à maintenir très longtemps.

Comme toujours, le problème des frameworks c'est d'en être prisonnier…
Je pense que par rapport à Turbogears c'est vraiment les mêmes composants et une architecture très proche, ça ne devrait pas poser de problème à part quelques détails que tu pourras régler de manière assez propre.
http://docs.pylonsproject.org/projects/pyramid-cookbook/en/latest/pylons/

Pourquoi tu te sens obligé d'utiliser paste pour lancer tes applis Pyramid ? Je préfère aussi, pour l'instant, les lancer et les configurer directement en python.
D'après ce que je vois sur ton lien la syntaxe à l'air même assez proche sur la partie basique (config.settings) et surtout plus complète avec les includes qui permettent d'inclure tout un pan de programme, configuration, extension sans crainte de conflit.
Un exemple, http://cms.nive.co où la configuration de l'appli est particulièrement copieuse et donc en python.

Les snippets sont là : http://docs.pylonsproject.org/projects/pyramid-cookbook/en/latest/ mais c'est vrai que vu les possibilités de Pyramid il est encore un peu difficile de trouver les exemples qu'on cherche.

Quelle genre de souplesse tu trouves d'avantage à Flask ?

Une petite présentation qui montre quelques exemples concrets sur les possibilités d'extensions :
http://compiletoi.net/slides/europython2013-pyramid/

Une vidéo de l'auteur de Pyramid sur la différence avec django qui pourra aiguiller
http://pyvideo.org/video/1407/about-django-from-the-pyramid-guy

Il n'a pas plus de fonctionnalités que Flask, il en a même moins (pas de template, pas de session côté serveur…), sa particularité est d'être pensé dès le départ pour être flexible et extensible, le lien "Defending Pyramid's Design" explique bien comment et pourquoi ces notions sont mises en place.
Quelques détails : le système de route est plus explicite et robuste, on peut inclure une application dans une autre sans risquer de conflit. Pyramid n'utilise pas threadlocal, le passage de request est toujours explicite, cela facilite les tests et l'inclusion d'applications. Les Tweens remplacent les middlewares, ils bénéficient ainsi du "contexte". Il y a quantité de petits hooks et paramètres pour obtenir un comportement personnalisé. Compatible py3. Bref on voit dans les petits détails que tout a été pensé pour que l'application puisse évoluer sans limite et de manière robuste sans être pour autant pénalisée au début. L'utilisation basique reste quasi identique à Flask. On pourrait très facilement imaginer construire Flask ou Django sur Pyramid. Il faudrait d'ailleurs plutôt les comparer à
https://github.com/ptahproject/ptah

Etant donné la quantité de petits détails techniques qui font la différence, il faut se plonger dedans pour en mesurer les avantages. J'ai été convaincu quand j'ai essayé de migrer de mon framework perso, qui commence à sentir le renfermé, vers un framework plus ouvert. J'ai pu l'adapter progressivement (et surtout de manière très propre) vers Pyramid sans avoir à changer une ligne de mes applications (dont certaines ont plus de dix ans) ! Ce qui m'assure l'inverse, à savoir que demain un Pyramid 2 ne m'obligera pas à changer mes applications, problème majeur des frameworks.

Pour répondre à ta question de noob, c'est l'éternelle question que l'on retrouve dans la "philosophie unix", est-ce que tu veux continuer à rester noob ou pas ;-) ?

Comme c'est l'habitude chez Tryton tout a été fait pour que la migration depuis les versions précédentes se passe sans encombre.

C'est une allusion à OpenErp ?

Un autre problème d'avoir un site accessible avec et sans www sans redirection c'est que les cookies de session de l'un ne vont pas forcément être présents dans l'autre si on n'y fait pas gaffe… J'en ai fait l'amère expérience il n'y a pas longtemps, un bug difficile à trouver !

Mauvaises, mauvaises, c'est une habitude tout simplement, la considérer mauvaise c'est un jugement de valeur. Qu'est-ce qu'une langue si ce n'est l'état des habitudes du moment ?
Si on regarde wikipedia : http://fr.wikipedia.org/wiki/Langue#D.C3.A9finition_:_langue_et_langage
… les langues sont considérées non hermétiques car elles relèvent d'abord des pratiques sociales.

Si on reste sur le terme library. En anglais non plus ce terme n'avait rien à voir avec "un ensemble de code à réutiliser", il a changé de sens dans le contexte bien particulier de l'informatique.
Donc quelque soit le mot que l'on va trouver il faudra lui changer son sens. Hors qu'est-ce qui peut donner la légitimité à un terme si ce n'est son usage le plus courant dans un contexte ? En quoi est-il plus légitime de changer le sens de bibliothèque plutôt que librairie puisque dans un cas comme dans l'autre on est complètement à côté du sens de son contexte initial ?

Ha zut… bien vu

As-tu évalué Pyramid ? (Y a une dépêche en cours de rédaction pour ceux qui voudraient donner un coup de pouce…)

4-5 h de concentration d'un coup ? Pour moi les pauses sont au contraire salvatrices. Combien de problèmes j'ai pu résoudre en allant faire un tour à vélo au lieu de rester scotché…

Question étirements, auto-massages, muscu, lien avec les arts martiaux… la méthode christophe Carrio est pas mal du tout, simple à comprendre et à faire n'importe où. Ca fait un peu commercial comme ça mais y a un petit côté "libre" qui m'incite à en parler ici, y a des vidéos de partout en accès libre, des forums publics, on paye le bouquin pour avoir un support plus pratique et des détails en plus (en particulier quoi pour qui) et éventuellement les rouleaux de massage (extra !). Les problèmes liés à la position assise sont bien expliqués.

Excellente description du Qi ! Dommage que ces concepts finalement très simples soient si souvent décrédibilisés par des pseudos maîtres et thérapeutes qui utilisent quelques tours de passe passe pour faire monter leur ego.
Mon expérience dans les arts martiaux confirme ta description.

Pour aller plus loin, un sinologue qui démystifie très bien l'exotisme habituel : http://fr.wikipedia.org/wiki/Jean_Fran%C3%A7ois_Billeter
"Leçons sur Tchouang-tseu" par ex, très agréable à lire.

J'utilise une chaise comme ça, très bien à condition de ne pas s'éterniser dessus non plus, l'idéal étant de changer régulièrement.
Pour améliorer le confort j'ai mis la partie où on s'assoit sur une charnière, ça permet de changer l'inclinaison.
L'avantage des systèmes où le dos n'est pas appuyé c'est qu'on sent venir la fatigue et donc on a plus facilement le réflexe de bouger.

Le code qui ne fait pas d'erreur ça veut juste dire que le programme ne va pas planter, ça ne veut pas dire pour autant qu'il n'aura pas de bugs…

Merci pour cette petite piqûre de rappel.
Quel est l'état de l'art pour ce qui est de l'identification automatique (par cookies) ?

Tu es sûr qu'ils envoient les spams à ces adresses bidons ? J'ai le même problème, quantité de mails qui arrivent sur des adresses aléatoires *@mondomaine, genre xyzazesdf@mondomain. Mais ce mail n'est pas destinataire du spam, c'est le from utilisé par le spameur, ce que je reçoit c'est le retour si le destinataire n'existe pas, du coup d'un serveur qui n'a pas a être incriminé…
A mon avis c'est que l'ancien hébergeur de @mondomaine était en openrelay…
C'est pas super gênant à part que ça pourri les logs.

oui, j'aime bien savoir ce que j'installe sur un serveur)
…
j'en ai STRICTEMENT RIEN A FICHE qu'il soit développé en python, ruby ou je ne sais quoi d'autre

Vous êtes nombreux chez toi ?

personne d'autre n'aura envie de risquer de se faire choper par le hasard et passer plus de temps dans l'asso.

C'est effectivement ce que l'on me répond à chaque fois.
J'ai essayé d'approfondir un peu en demandant à des personnes qui sont assez présentes dans les associations mais jamais candidates. Il semble que ça n'est pas tant le côté charge qui dissuade mais plutôt le côté élitiste justement. Autrement dit ce serait le manque de confiance en soit.
J'en ai donc trouvé (des non candidats actuels) qui seraient finalement ravis d'essayer. A suivre…

Mais si le peuple souhaite des représentant, de quel droit tu lui nie son choix démocratique?

Et s'ils souhaitent un dictateur on appelle ça quand même démocratie ? (ça me rappelle un autre sujet !!!)

Dans les associations c'est pratique on peut étudier ce problème à petite échelle. On retrouve exactement le même problème, l'élection d'une élite, même si maintenant on arrive à fonctionner de manière collégiale (sans président), ça ne change pas grand chose.
J'aimerai bien essayer le système de tirage au sort, j'en parle souvent autour de moi ça commence à intéresser de plus en plus de monde qui en a marre des querelles de pouvoir qui minent les assos.
Prochaine réunion associative je me pointe avec un dé, ça peut également être un moyen de couper court aux interminables discussions !

Par contre je ne trouve pas d'exemple concrets aujourd'hui, je me demande même si c'est autorisé par la loi 1901 ?

En tout cas merci pour le lien, vraiment très instructif même si on le savait déjà quelque part…