Il faut rajouter le fait qu'avec une voiture, pour exactement le même service rendu tu aurais fait beaucoup plus de kilomètres car tu ne les aurait pas optimisé comme on le fait naturellement à vélo ou à pied.
L'économie est à l'achat, au kilométrage mais surtout à l'usage (le temps, l'efficacité, la santé, les liens sociaux etc.)
Oui sauf que les coûts de la vieille voiture sont importants, pas un vélo ou une remorque
A kilometrage parcouru egal ca reste a voir.
Tu fais tourner ta voiture à l'huile de friture en circuit fermé sans assurance ?
Sur le prix de vente, tu continue à comparer le prix d'une voiture d'occasion avec le prix d'un vélo neuf, ça n'a pas tellement de sens.
Comparons l'équivalent, un 4x4 neuf monté en Chine d'une industrie subventionné avec un vélo de randonnée monté en France sans aucune aide. Ou une vieille bagnole à 2000€ avec un vélo d'emmaus à 20€…
Ce we à l'atelier vélo on a retapé 4 vélos qui avaient été acheté en francs, (voir en anciens francs !), ça leur à coûté dans les 35€ chacun ils sont repartis pour quelques centaines, voir milliers, de km, c'est un peu comme une install partie !
Moi j'y viens avec ma remorque, achetée en franc également, mes outils pour démonter et remonter un vélo de A à Z tiennent dans une petite caisse, c'est comme une distrib, tous les outils de dev sont fournis.
Autre point qui compte énormément au niveau budget c'est que le déplacement actif oblige à réfléchir beaucoup plus aux trajets et aux achats, ce qui fait que les achats compulsifs et les trajets inutiles sont beaucoup moins fréquents. J'ai remarqué qu'à mode de vie équivalent je fais beaucoup moins de kilomètre.
En dehors des procédures de blocages citées, stealth permet de vérifier l'intégrité des fichiers. C'est très simple à mettre en place, facile a personnaliser et ça ne laisse aucune trace sur la machine surveillée (à part pendant le lancement). En gros on lance d'une autre machine une série de find sha1sum périodiquement, chaque différence est loguée et montre donc automatiquement tout changement dans l'arborescence.
Effectivement, une vieilles bagnole pourrie des années 80 coûte à peu près le même prix qu'un vélo de randonnée neuf équipé pour le tour du monde (les prix ont été divisé par 2 à 3 ces dernières années). Au prix de la ferraille la voiture gagne haut la main.
Maintenant, si tu comptes t'en servir pour te déplacer il faut revoir tes calculs ! En particulier au niveau des emmerdements !
J'en ai 2, tu crois que les yaourts qui font 5000km sont meilleurs pour la croissance parce que c'est marqué dessus ?
En tout cas ça ne les empêche pas de se marrer, avec l'économie qu'on fait de ne pas avoir de voiture on part tout le temps en vacances ! A 10 ans c'est l'autonomie, chacun ses sacoches. Plus besoin d'utiliser le follow-me qui permet de faire tandem avec un petit vélo, plus besoin de la carriole qui permet de se déplacer avec deux tous petits. Plus besoin du siège bébé qui permet de transporter un enfant de moins d'un an.
J'anticipe la deuxième question. Non je n'habite pas dans une grande ville bien desservie en transports en commun.
La troisième. Oui il m'arrive d'utiliser un véhicule à moteur quand je dois transporter plus de 50kg de matériaux une ou deux fois par an.
Et la dernière. Oui je sais qu'il y a certaines catégories de professions comme les pompiers qui peuvent sauver des vies grâce à un véhicule à moteur.
Demain, rendez-vous pour un atelier de réparation participatif avec des enfants, des parents, des vieux, le vélo c'est libre, tout est accessible, on bricole, on échange et c'est pas triste !
Même si on laisse tourner nos vieilles centrales nucléaires poussiéreuses c'est peanuts au niveau économie de pétrole.
Par contre il ne me semble pas qu'en allant chercher mon yaourt au marché de producteur du coin, à vélo ou à pied ce soit vraiment une restriction par rapport à aller en chercher un en voiture au supermarché qui a parcouru quelques milliers de kilomètres.
Si c'est juste pour l'historique, pourquoi ne pas conserver l'historique avec cvs pour tout ce qui est recherches et utiliser un dvcs pour le développement actuel ? Voir, basculer les nouveaux commits vers cvs.
Ceci dit on comprend que ce ne soit pas l'urgence du moment, parce qu'automatiquement cela s'accompagnerait d'une prise de tête sur toutes les possibilités…
Au contraire, pour faire de la méthode Agile il faut impérativement que les commits préservent la stabilité de l'application, puisque cette méthode consiste à pouvoir tester l'application à chaque itération.
Peut-on imaginer un double réseau, l'un stable et l'autre intermittent voir local ? Ensuite, à nous de faire marcher notre imagination pour migrer progressivement le maximum de besoins vers un réseau intermittent.
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.
Posté par wilk .
En réponse à la dépêche Publication de Pyramid 1.5.
Évalué à 2.
Dernière modification le 07 mai 2014 à 22:38.
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.
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 ;-) ?
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 ?
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é…
[^] # Re: Manque l'essentiel
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 4.
Il faut rajouter le fait qu'avec une voiture, pour exactement le même service rendu tu aurais fait beaucoup plus de kilomètres car tu ne les aurait pas optimisé comme on le fait naturellement à vélo ou à pied.
L'économie est à l'achat, au kilométrage mais surtout à l'usage (le temps, l'efficacité, la santé, les liens sociaux etc.)
[^] # Re: Manque l'essentiel
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 5.
Tu fais tourner ta voiture à l'huile de friture en circuit fermé sans assurance ?
Sur le prix de vente, tu continue à comparer le prix d'une voiture d'occasion avec le prix d'un vélo neuf, ça n'a pas tellement de sens.
Comparons l'équivalent, un 4x4 neuf monté en Chine d'une industrie subventionné avec un vélo de randonnée monté en France sans aucune aide. Ou une vieille bagnole à 2000€ avec un vélo d'emmaus à 20€…
Ce we à l'atelier vélo on a retapé 4 vélos qui avaient été acheté en francs, (voir en anciens francs !), ça leur à coûté dans les 35€ chacun ils sont repartis pour quelques centaines, voir milliers, de km, c'est un peu comme une install partie !
Moi j'y viens avec ma remorque, achetée en franc également, mes outils pour démonter et remonter un vélo de A à Z tiennent dans une petite caisse, c'est comme une distrib, tous les outils de dev sont fournis.
Autre point qui compte énormément au niveau budget c'est que le déplacement actif oblige à réfléchir beaucoup plus aux trajets et aux achats, ce qui fait que les achats compulsifs et les trajets inutiles sont beaucoup moins fréquents. J'ai remarqué qu'à mode de vie équivalent je fais beaucoup moins de kilomètre.
# stealth
Posté par wilk . En réponse au message Piratage de ma machine ???. Évalué à 2.
En dehors des procédures de blocages citées, stealth permet de vérifier l'intégrité des fichiers. C'est très simple à mettre en place, facile a personnaliser et ça ne laisse aucune trace sur la machine surveillée (à part pendant le lancement). En gros on lance d'une autre machine une série de find sha1sum périodiquement, chaque différence est loguée et montre donc automatiquement tout changement dans l'arborescence.
[^] # Re: éco-nomo-logie
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 1.
Les coûts de maintenance vont subir des variations également !
[^] # Re: Manque l'essentiel
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 4.
Effectivement, une vieilles bagnole pourrie des années 80 coûte à peu près le même prix qu'un vélo de randonnée neuf équipé pour le tour du monde (les prix ont été divisé par 2 à 3 ces dernières années). Au prix de la ferraille la voiture gagne haut la main.
Maintenant, si tu comptes t'en servir pour te déplacer il faut revoir tes calculs ! En particulier au niveau des emmerdements !
[^] # Re: Manque l'essentiel
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 3.
J'en ai 2, tu crois que les yaourts qui font 5000km sont meilleurs pour la croissance parce que c'est marqué dessus ?
En tout cas ça ne les empêche pas de se marrer, avec l'économie qu'on fait de ne pas avoir de voiture on part tout le temps en vacances ! A 10 ans c'est l'autonomie, chacun ses sacoches. Plus besoin d'utiliser le follow-me qui permet de faire tandem avec un petit vélo, plus besoin de la carriole qui permet de se déplacer avec deux tous petits. Plus besoin du siège bébé qui permet de transporter un enfant de moins d'un an.
J'anticipe la deuxième question. Non je n'habite pas dans une grande ville bien desservie en transports en commun.
La troisième. Oui il m'arrive d'utiliser un véhicule à moteur quand je dois transporter plus de 50kg de matériaux une ou deux fois par an.
Et la dernière. Oui je sais qu'il y a certaines catégories de professions comme les pompiers qui peuvent sauver des vies grâce à un véhicule à moteur.
Demain, rendez-vous pour un atelier de réparation participatif avec des enfants, des parents, des vieux, le vélo c'est libre, tout est accessible, on bricole, on échange et c'est pas triste !
[^] # Re: Manque l'essentiel
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 2.
Même si on laisse tourner nos vieilles centrales nucléaires poussiéreuses c'est peanuts au niveau économie de pétrole.
Par contre il ne me semble pas qu'en allant chercher mon yaourt au marché de producteur du coin, à vélo ou à pied ce soit vraiment une restriction par rapport à aller en chercher un en voiture au supermarché qui a parcouru quelques milliers de kilomètres.
[^] # Re: Gestionnaire de source
Posté par wilk . En réponse au journal Des nouvelles de LibreSSL. Évalué à 1.
Si c'est juste pour l'historique, pourquoi ne pas conserver l'historique avec cvs pour tout ce qui est recherches et utiliser un dvcs pour le développement actuel ? Voir, basculer les nouveaux commits vers cvs.
Ceci dit on comprend que ce ne soit pas l'urgence du moment, parce qu'automatiquement cela s'accompagnerait d'une prise de tête sur toutes les possibilités…
[^] # Re: Gestionnaire de source
Posté par wilk . En réponse au journal Des nouvelles de LibreSSL. Évalué à 6.
Au contraire, pour faire de la méthode Agile il faut impérativement que les commits préservent la stabilité de l'application, puisque cette méthode consiste à pouvoir tester l'application à chaque itération.
[^] # Re: éco-nomo-logie
Posté par wilk . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 3.
A priori la consommation électrique s'est stabilisée chez nous (et il est prévu que ce soit le cas à l'avenir : http://www.lesechos.fr/entreprises-secteurs/energie-environnement/actu/0203510708255-nucleaire-le-scenario-du-gouvernement-fait-peser-une-menace-sur-le-parc-tricolore-672308.php), la seule part qui augmente c'est les gadgets et peut-être un jour les véhicules électriques. Autant de produits qui ne nécessitent pas forcément une production en continue.
Peut-on imaginer un double réseau, l'un stable et l'autre intermittent voir local ? Ensuite, à nous de faire marcher notre imagination pour migrer progressivement le maximum de besoins vers un réseau intermittent.
[^] # Re: Gestionnaire de source
Posté par wilk . En réponse au journal Des nouvelles de LibreSSL. Évalué à 3.
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.
[^] # Re: Migration?
Posté par wilk . En réponse à la dépêche Odoo: le nouveau OpenERP, avec 10 millions de plus. Évalué à 5. Dernière modification le 21 mai 2014 à 10:19.
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 !
[^] # Re: Migration?
Posté par wilk . En réponse à la dépêche Odoo: le nouveau OpenERP, avec 10 millions de plus. Évalué à 4.
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.
[^] # Re: Dispo aussi
Posté par wilk . En réponse au message Cherche développeur pour interview. Évalué à 1.
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 !
[^] # Re: Pyramid — Django
Posté par wilk . En réponse à la dépêche Publication de Pyramid 1.5. Évalué à 2. Dernière modification le 07 mai 2014 à 22:38.
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.
[^] # Re: Migration de Turbogears vers Pyramid ?
Posté par wilk . En réponse à la dépêche Publication de Pyramid 1.5. Évalué à 2.
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/
[^] # Re: Pyramid vs ..
Posté par wilk . En réponse à la dépêche Publication de Pyramid 1.5. Évalué à 2.
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 ?
[^] # Re: Pyramid vs ..
Posté par wilk . En réponse à la dépêche Publication de Pyramid 1.5. Évalué à 3.
Une petite présentation qui montre quelques exemples concrets sur les possibilités d'extensions :
http://compiletoi.net/slides/europython2013-pyramid/
[^] # Re: Pyramid vs ..
Posté par wilk . En réponse à la dépêche Publication de Pyramid 1.5. Évalué à 6.
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 ;-) ?
# Migration
Posté par wilk . En réponse à la dépêche Sortie de Tryton 3.2. Évalué à 1.
C'est une allusion à OpenErp ?
# Attention aux cookies
Posté par wilk . En réponse au message Intérêt de ne pas utiliser www dans les URL ?. Évalué à 1.
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 !
[^] # Re: pour une fois pour toute !
Posté par wilk . En réponse au journal Reportlab 3.1.8. Évalué à 5.
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 ?
[^] # Re: Mauvais lien
Posté par wilk . En réponse au journal Reportlab 3.1.8. Évalué à 1.
Ha zut… bien vu
[^] # Re: Flask ?
Posté par wilk . En réponse au journal pyAggr3g470r. Évalué à 1.
As-tu évalué Pyramid ? (Y a une dépêche en cours de rédaction pour ceux qui voudraient donner un coup de pouce…)
[^] # Re: Bureau debout
Posté par wilk . En réponse au journal Posture de travail et mal de dos. Évalué à 4.
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é…