J'aime bien utiliser simplement des moteurs d'injections parce que je les comprends, ils ne sont pas trop difficile à implémenter (après le faire de manière performante et avec quelques tricks pour le développeur c'est différent).
J'aime bien ne pas avoir d'annotation dans mes beans, mais pour cela j'utilise simplement les solutions d'injection « par méthode » des injecteurs (comme ce que fais beaucoup dagger). C'est très simple à comprendre et ça permet de tout gérer par injection y compris du code qui ne t'appartient pas.
Ça marche avec n'importe quel injecteur (même spring) et tu as toute la souplesse que tu veux.
Je n'ai jamais travaillé avec des systèmes qui soient tellement gros avec tellement de choses à injecté que ça me pose problème.
Par contre j'ai une question du coup. Comment fais-tu pour reconfigurer ton injection ? Il est important pour moi de pouvoir :
configurer l'injection à partir de la configuration de mon application
configurer l'injection pour injecter des mocks lors de mes tests
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est un microkernel java léger qui vise à réinventer/alléger l'injection de dépendance dans le monde java et approfondir l'I.O.C. (comprendre aller plus loin que @MyBlackMagicAnnotation) en proposant une API full java #NOXML pour répondre aux besoins de stacks logicielles un peu ambitieuse et aux applications vraiment grosses.
Ça apporte quoi par rapport à HK2, Dagger ou guice ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Une fois j'avais fais un code qui générais du C, la description sous forme d'arbre du code C + la sérialisation en fichier C, cela tenait sur 250 lignes… Avec le moindre truc objet, il faudrait 10 fois plus de code.
Oui mais moi je te parle de scripts qui font quelques dizaines de lignes tout au plus. Ce que tu aurai en awk par exemple.
Pour mon usage, perl est la brique entre le scripting shell et le programme que tu va écrire en go/rust/haskel/lisp/…
C'est pas une raison.
Du coup si c'est une raison. Une bonne partie de mes scripts sont écris rapidement pour un usage ponctuel. J'aurais (définitivement) fini d'utiliser mon script perl avant d'avoir une première version qui compile en ocaml.
De plus ce n'est pas parce que c'est concis que c'est simple. Le fait de créer des abstractions, rend pleins de choses plus simples au prix d'une réflexion plus importante lors de la mise en place (ce qui est génial puisque tu met en place une seule fois et que tu fais évoluer pendant des années), mais ce n'est pas pertinent dans mon cas d'usage de perl.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
La sécurité apportée par la méthodologie décrite ci-dessus est indéniable, sécurité que ne semble pas offrir le système de given/when de perl6. ;-)
Oui, mais pour écrire des scripts simplement et rapidement c'est de la grosse artillerie pour pas grand chose. Perl6 n'a pas vocation à concurrence tout le monde sur tout les plans. C'est un langage de script (=> qui fait de la compilation JIT), très bien outillé pour le système et pour faire des unilignes (contrairement à ce que beaucoup de gens croient, ce n'est pas qu'une question de concision).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Concernant les DSL, la mode c'est les techno de modeling comme EMF qui fournisse l’éditeur graphique qui va avec (bon, je bosse professionnellement sur ce genre d’éditeur).
Pas tant que ça, non. Déjà parce que ça même les DSL tu n'en trouve pas des masses (c'est très peu utilisé au final, regarde dans les paquets installés de base avec ta distribution ceux qui utilisent un (ou plusieurs DSL)). D'autres par parce que ça ne s'adresse pas toujours aux même personnes, les DSL - dans la théorie - c'est le développeurs du logiciel qui crée son DSL pour modéliser plus facilement une partie de son programme. L'EMF est plus de la configuration (c'est ce qu'on trouve beaucoup dans les BMP). J'ai pas encore croisé d'EMF qui soit vraiment ami avec les gestionnaires de version.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Personnellement, je trouve perl assez agréable à utiliser. Il a un coté fun que python n'a pas (le fait d'être vraiment concis).
Perl6 apporte à perl un gros coup de jeune qui n'est pas inutile. Ça corrige pleins de petits défauts et ça apporte pas mal d'expressivité, cela me suffit.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Est-ce qu'un langage qui a mis 15 ans a sortir est encore si novateur ?
Tu n'a pas tant de langage que ça qui permettent en standard de faire du DSL en manipulant des AST entre autre. Je ne connais pas non plus des millions de langages qui sont aussi ouvert sur l'utilisation d'opérateur.
C'est le genre de choses qui (peuvent être casse gueule) offrent une sacré expressivité.
Le langage qui se rapproche le plus de ça (que je connais) est groovy.
Sinon je ne connais pas de langage qui a l'équivalent du given/when.
Est-ce qu'il a encore un rapport avec Perl 5 a part le nom et son concepteur?
C'est clairement un descendant de Perl5. Savoir si c'est une version suivante du langage ou un nouveau langage qui se base sur le précédent… euh comment dire ? OSEF Quand tu écris du C++ as-tu en tête sa descendance philosophique avec le C ou en PHP avec perl ?
Ce qui intéresse les développeurs c'est de savoir que leur scripts vont casser.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
À quoi servait Rust ou go (ou même python 3) avant leur sortie ?
Il me paraît logique qu'un langage qui n'a pas encore d'implémentation complète ne soit pas très utilisé.
Mais c'est une grosse amélioration du perl (qui AMHA a tout de même pas mal de défauts) et ça ajoute des concepts excellents (qui peuvent être complexes en tant à manipuler mais simple coté utilisateur, comme on le vois déjà avec les expressions régulières et tout un tas de trucs (comme la programmation template) en C++).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne sais pas d'où vient cette manie de nous dirigeants de croire que lâcher de la thune c'est agir.
On fait de gros chèques à de grosses entreprises le projet accouche d'une sourie à 3 pattes et rien à faire on s'y remet sans se poser la moindre question.
Je présume qu'ils se disent qu'ils injectent de l'argent dans l'économie, mais il y a suffisamment de choses à faire pour se lancer dans des choses plus concrète que des grands plans marketing.
Ce qui me dégoûte ce n'est pas le côté libre ou non, c'est la débilité de la gestion. On étudie pas les besoins pour tenter de les combler, on se laisse étourdir par des discours marketeux. Ce n'est pas comme ça qu'on avance.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Parce qu'à peut près tous les boitiers sont prévu pour prendre l'air en bas sur l'avant du boitier pour le sortir par l'arrière en haut. Même si tu ne fais pas une analyse précise des flux, il est facile d'éviter que les ventilateurs se gênent les uns les autres. Par exemple vouloir faire entrer l'air par le dessus de ton boitier est une ineptie quelque soit ce que tu met dans ton ordinateur.
chaque ventilo prend l'air de la pièce et le balance sur le composant à refroidir.
Tu crée une surpression, mais il va où ton air chaud ? Tu as aussi une partie de tes composants qui sont fait pour être refroidi par effet de bord.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'avoue ne pas comprendre comment tu peux sortir cette phrase, vu que c'est le principal intérêt de la voiture.
Tu économise du temps en évitant de créer des bouchons.
Tu économise du temps de cerveau parce que tu ne passe plus la totalité de ton trajet à devoir conduire.
Tu économise du temps de vie en bonne santé parce que respire mieux1.
oui si tu me parle du temps qui vaut de l'argent je ne vais pas me gêner avec ce genre d'argument. ↩
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Bien sûr mais on peut tout de même envisager l'intermodalité. Tu habite un patelin plus ou moins loin de l'agglo qui regroupe toute l'activité ? Ben tu utilise tes pieds, ton vélo, ta trottinette ou ta voiture pour aller jusqu'au centre de ton patelin et tu fais le reste ou en tout cas une très grande partie en covoiturage. Tant qu'il n'y a qu'une seule des modalités qui est commune c'est assez simple à gérer (tu n'a pas de correspondance).
Ça demande surtout un peu d'organisation, mais tu gagne en temps et en argent.
C'est dommage que les entreprises qui faisaient ça (en affrétant des bus) soient de plus en plus rares (le CEA de Cadarache le fait je crois qu'Eurocoptère aussi).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je peux comprendre que tout le monde ne peux pas prendre de vélo, ça n'oblige pas à avoir sa propre voiture.
C'est franchement comique d'en voir certains se peindre des bouchons du matin/soir (tu te rends compte ? On pars tous du même endroit pour aller au même endroit et on prend tous notre voiture individuelle à un prix indécent (achat + entretiens + carburant + assurance)). Ce qui n'ont pas le choix sont plus à peindre qu'autre chose.
Pour tes arguments :
je peux bien me faire voler mon vélo tous les ans que ça continuera à me coûter moins cher que la voiture
pour le calcul du temps il faut inclure le temps de sport que ça t'économise à côté (au moins 30 minutes par jour sinon c'est en mois de bonnes santé qu'il faudrait compter)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est juste l'argument de la voiture que l'on voit passer souvent sur lequel j'ai rebondi.
C'est surtout que se battre pour la voiture ne sert à rien, les mentalités changeront moins vites que le prix du carburant.
Vu l'ambiance actuelle parler de CO² mais ne pas vouloir parler d'écologie c'est un peu bizarre […]
Non, c'est une manière de parer au plus pressé tout simplement. Éliminer des espèces, on le fait tous les ans sans que ça ne chamboule notre quotidien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: GO GO GO GO
Posté par barmic . En réponse au journal The Go Programming Language. Évalué à 3.
J'aime bien utiliser simplement des moteurs d'injections parce que je les comprends, ils ne sont pas trop difficile à implémenter (après le faire de manière performante et avec quelques tricks pour le développeur c'est différent).
J'aime bien ne pas avoir d'annotation dans mes beans, mais pour cela j'utilise simplement les solutions d'injection « par méthode » des injecteurs (comme ce que fais beaucoup dagger). C'est très simple à comprendre et ça permet de tout gérer par injection y compris du code qui ne t'appartient pas.
Ça marche avec n'importe quel injecteur (même spring) et tu as toute la souplesse que tu veux.
Je n'ai jamais travaillé avec des systèmes qui soient tellement gros avec tellement de choses à injecté que ça me pose problème.
Par contre j'ai une question du coup. Comment fais-tu pour reconfigurer ton injection ? Il est important pour moi de pouvoir :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: GO GO GO GO
Posté par barmic . En réponse au journal The Go Programming Language. Évalué à 4.
Ça apporte quoi par rapport à HK2, Dagger ou guice ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 5.
Oui mais moi je te parle de scripts qui font quelques dizaines de lignes tout au plus. Ce que tu aurai en
awkpar exemple.Pour mon usage, perl est la brique entre le scripting shell et le programme que tu va écrire en go/rust/haskel/lisp/…
Du coup si c'est une raison. Une bonne partie de mes scripts sont écris rapidement pour un usage ponctuel. J'aurais (définitivement) fini d'utiliser mon script perl avant d'avoir une première version qui compile en ocaml.
De plus ce n'est pas parce que c'est concis que c'est simple. Le fait de créer des abstractions, rend pleins de choses plus simples au prix d'une réflexion plus importante lors de la mise en place (ce qui est génial puisque tu met en place une seule fois et que tu fais évoluer pendant des années), mais ce n'est pas pertinent dans mon cas d'usage de perl.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 6.
Oui, mais pour écrire des scripts simplement et rapidement c'est de la grosse artillerie pour pas grand chose. Perl6 n'a pas vocation à concurrence tout le monde sur tout les plans. C'est un langage de script (=> qui fait de la compilation JIT), très bien outillé pour le système et pour faire des unilignes (contrairement à ce que beaucoup de gens croient, ce n'est pas qu'une question de concision).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 3.
J'ai pas dis que c'était inutile.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 5.
AMHA Larry Wall s'en fou.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 4.
Oui c'est le début, pas la mode (pour moi la mode c'est quand ça commence à vraiment être utilisé partout).
Oui et non. Il y a un paquet de DSL qui sont a destination de développeur : Cucumber, Spoke, Gradle, sbt,…
Business Process Management. C'est ce que font des logiciels comme OracleBPM, Bonita,…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 3.
Pas tant que ça, non. Déjà parce que ça même les DSL tu n'en trouve pas des masses (c'est très peu utilisé au final, regarde dans les paquets installés de base avec ta distribution ceux qui utilisent un (ou plusieurs DSL)). D'autres par parce que ça ne s'adresse pas toujours aux même personnes, les DSL - dans la théorie - c'est le développeurs du logiciel qui crée son DSL pour modéliser plus facilement une partie de son programme. L'EMF est plus de la configuration (c'est ce qu'on trouve beaucoup dans les BMP). J'ai pas encore croisé d'EMF qui soit vraiment ami avec les gestionnaires de version.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 9.
Personnellement, je trouve perl assez agréable à utiliser. Il a un coté fun que python n'a pas (le fait d'être vraiment concis).
Perl6 apporte à perl un gros coup de jeune qui n'est pas inutile. Ça corrige pleins de petits défauts et ça apporte pas mal d'expressivité, cela me suffit.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Flexisip
Posté par barmic . En réponse à la dépêche Sortie de Linphone 3.9. Évalué à 6.
Pas un mot pour flexisip ? C'est dommage :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 3.
En effet, (un bon exemple de DSL ruby est cucumber) est-ce qu'il s'inspire de ruby, de groovy ou de je ne sais quel autre langage, je n'en sais rien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 5.
Tu n'a pas tant de langage que ça qui permettent en standard de faire du DSL en manipulant des AST entre autre. Je ne connais pas non plus des millions de langages qui sont aussi ouvert sur l'utilisation d'opérateur.
C'est le genre de choses qui (peuvent être casse gueule) offrent une sacré expressivité.
Le langage qui se rapproche le plus de ça (que je connais) est groovy.
Sinon je ne connais pas de langage qui a l'équivalent du
given/when.C'est clairement un descendant de Perl5. Savoir si c'est une version suivante du langage ou un nouveau langage qui se base sur le précédent… euh comment dire ? OSEF Quand tu écris du C++ as-tu en tête sa descendance philosophique avec le C ou en PHP avec perl ?
Ce qui intéresse les développeurs c'est de savoir que leur scripts vont casser.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca sert à quoi Perl6 ?
Posté par barmic . En réponse au journal Bientôt Noël pour Perl6. Évalué à 5.
À quoi servait Rust ou go (ou même python 3) avant leur sortie ?
Il me paraît logique qu'un langage qui n'a pas encore d'implémentation complète ne soit pas très utilisé.
Mais c'est une grosse amélioration du perl (qui AMHA a tout de même pas mal de défauts) et ça ajoute des concepts excellents (qui peuvent être complexes en tant à manipuler mais simple coté utilisateur, comme on le vois déjà avec les expressions régulières et tout un tas de trucs (comme la programmation template) en C++).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Caricature
Posté par barmic . En réponse au journal partenariat ecoeurant. Évalué à 10.
Donc si on leur montre comment utiliser AIX et Lotus ça te convient ? :-)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Ouai...
Posté par barmic . En réponse au journal partenariat ecoeurant. Évalué à 10.
Je ne sais pas d'où vient cette manie de nous dirigeants de croire que lâcher de la thune c'est agir.
On fait de gros chèques à de grosses entreprises le projet accouche d'une sourie à 3 pattes et rien à faire on s'y remet sans se poser la moindre question.
Je présume qu'ils se disent qu'ils injectent de l'argent dans l'économie, mais il y a suffisamment de choses à faire pour se lancer dans des choses plus concrète que des grands plans marketing.
Ce qui me dégoûte ce n'est pas le côté libre ou non, c'est la débilité de la gestion. On étudie pas les besoins pour tenter de les combler, on se laisse étourdir par des discours marketeux. Ce n'est pas comme ça qu'on avance.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Support
Posté par barmic . En réponse au journal Jerry un ordinateur fait maison personnalisé par les écoliers. Évalué à 4.
Il y a un support de prévu pour ces machines ? Comment est ce que ça va perdurer dans le temps ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Problème de conception?
Posté par barmic . En réponse au journal burn, cpu, burn !. Évalué à 9.
Parce qu'à peut près tous les boitiers sont prévu pour prendre l'air en bas sur l'avant du boitier pour le sortir par l'arrière en haut. Même si tu ne fais pas une analyse précise des flux, il est facile d'éviter que les ventilateurs se gênent les uns les autres. Par exemple vouloir faire entrer l'air par le dessus de ton boitier est une ineptie quelque soit ce que tu met dans ton ordinateur.
Tu crée une surpression, mais il va où ton air chaud ? Tu as aussi une partie de tes composants qui sont fait pour être refroidi par effet de bord.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: CAJA
Posté par barmic . En réponse à la dépêche Sortie de Mate Desktop Environment 1.12. Évalué à 4.
Pourquoi ?
Ça n'est pas prévu pour.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tout ce travail
Posté par barmic . En réponse au journal flash player à jour avec debian sid. Évalué à 9.
C'est lassant les gens qui répondent sur le pourquoi tu ne devrais pas utiliser tel ou tel chose quand tu parle de comment l'utiliser justement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par barmic . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 7.
Je vis dans la capitale des Alpes, je sais ce que c'est qu'une montagne et qu'il y en a en France :)
Je ne crois par contre pas le moins du monde que 75% des habitants sont sujets à des problèmes liés aux reliefs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par barmic . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 6.
Tu économise du temps en évitant de créer des bouchons.
Tu économise du temps de cerveau parce que tu ne passe plus la totalité de ton trajet à devoir conduire.
Tu économise du temps de vie en bonne santé parce que respire mieux1.
oui si tu me parle du temps qui vaut de l'argent je ne vais pas me gêner avec ce genre d'argument. ↩
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par barmic . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 6.
Bien sûr mais on peut tout de même envisager l'intermodalité. Tu habite un patelin plus ou moins loin de l'agglo qui regroupe toute l'activité ? Ben tu utilise tes pieds, ton vélo, ta trottinette ou ta voiture pour aller jusqu'au centre de ton patelin et tu fais le reste ou en tout cas une très grande partie en covoiturage. Tant qu'il n'y a qu'une seule des modalités qui est commune c'est assez simple à gérer (tu n'a pas de correspondance).
Ça demande surtout un peu d'organisation, mais tu gagne en temps et en argent.
C'est dommage que les entreprises qui faisaient ça (en affrétant des bus) soient de plus en plus rares (le CEA de Cadarache le fait je crois qu'Eurocoptère aussi).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par barmic . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 7.
Je peux comprendre que tout le monde ne peux pas prendre de vélo, ça n'oblige pas à avoir sa propre voiture.
C'est franchement comique d'en voir certains se peindre des bouchons du matin/soir (tu te rends compte ? On pars tous du même endroit pour aller au même endroit et on prend tous notre voiture individuelle à un prix indécent (achat + entretiens + carburant + assurance)). Ce qui n'ont pas le choix sont plus à peindre qu'autre chose.
Pour tes arguments :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par barmic . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 4.
Avec les 10 millions d'habitants dans les Pyrénées ça doit effectivement concerner bien 90% des automobilistes.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par barmic . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 5.
C'est surtout que se battre pour la voiture ne sert à rien, les mentalités changeront moins vites que le prix du carburant.
Non, c'est une manière de parer au plus pressé tout simplement. Éliminer des espèces, on le fait tous les ans sans que ça ne chamboule notre quotidien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)