Ce n'est que mon avis, mais le post en question me semble extrêmement simpliste (autant sur la problématique que dans la présentation du point de vue adverse). Les articles de Greenpeace, quant à eux, me semblent beaucoup plus complets (avec une réelle argumentation, contrairement à ce que laisse croire l'auteur du post, et de nombreuses références bibliographiques).
On est loin d'avoir « rien de potentiellement plus dangereux que de prendre un complément de vitamine A avec son bol de riz », « Greenpeace et autres critiquent le Golden Rice au motif qu’il serait poussé comme la seule solution », ou encore « des personnes qui ont peur de la science et refusent de la comprendre ».
Bref, il y a des choses que j'aime bien dans ruby, mais il y a des ambiguïté du langage
Alors qu'en python, pas du tout :
○ python
Python 3.3.1 (default, Apr 6 2013, 19:03:55)
[GCC 4.8.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> class toto:
... def __toto1__(self):
... print('toto')
... def __toto2(self):
... print('toto')
...
>>> t = toto()
>>> t.__toto1__()
toto
>>> t.__toto2()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
AttributeError: 'toto' object has no attribute '__toto2'
Passons sur le message d'erreur pas du tout explicite, la règle « une méthode dont le nom commence par __ est privée sauf si le nom se termine aussi par __ » est quand même sacrément tordue…
Pardon, j'ai écrit « sémantique » au lieu de « syntaxique » :x. Le fait de mélanger des syntaxes d'appel de fonction avec ou sans parenthèses.
MaClass.new.method.attr=mavar.autre_attr
Le = n'est pas un opérateur, mais l'identifiant d'une fonction… C'est troublant.
Il n'y a pas de différence syntaxique parce que dans les deux cas tu fais un appel de méthode. Cela a à mon sens de nombreux avantages (facilite la compatibilité arrière, permet de fournir une API qui est sémantique et non pas imposée par la manière de stocker les données dans ta classe).
Je comprends que ce choix ne te plaise pas, mais de la à dire que ça fait de ruby une « bouse » (car il me semble que c'est le seul argument qui te reste comparé à Python que tu sembles apprécier), n'est-ce pas un peu trollesque ?
Ensuite, prendre _why en exemple représentatif de la communauté ruby, n'est-ce pas un peu de la mauvaise foi ? Ce serait comme dire que que la communauté linuxfr t'a dégoûté parce que tu as lu un commentaire de Zenitram…
Bah, c'est quand même mis en avant sur le site officiel du langage :/
Note que c'est décrit comme :
Ce livre, à la frontière entre tutoriel, roman et œuvre d’art, vous propose une manière non conventionnelle mais intéressante d’apprendre Ruby au travers d’histoires, de mots d’esprit et de dessins.
On ne peut pas vraiment dire que c'est décrit comme une ressource sérieuse et officielle…
Utilise des ponctuations dans les identifieurs et comme «mot clef» du langage. C'est difficile à mémoriser, et encore plus à chercher dans la doc. J'ai dû lire des dizaines de pages de docs, juste pour trouver la doc de la notation « :var »…
Tu n'aimes pas non plus les décorateurs en python ?
Pas de distinction sémantique entre accès à un attribut et appel d'une méthode.
Il va falloir que tu détailles un peu plus, parce que je n'ai pas bien compris que ce que tu veux dire.
Des tas de trucs bizarres, comme par exemple 0 évalue à vrai. Seuls nil et false évaluent à faux…
C'est au contraire tout ce qu'il y a de plus logique. En quoi 0 ou "" devraient être faux ?
Ensuite, prendre _why en exemple représentatif de la communauté ruby, n'est-ce pas un peu de la mauvaise foi ? Ce serait comme dire que que la communauté linuxfr t'a dégoûté parce que tu as lu un commentaire de Zenitram…
On apprend dans un commentaire de thomasv qu'il y a déjà un rapport de bogue, et que cela vient de software-center.
Parler de reportbug-ng est donc parfaitement inutile, puisque le rapport existe déjà, et préciser que tu n'as rien vu dans synaptic est tout autant inutile, puisque le bogue provient de software-center.
La conclusion que tu cites n'a rien à voir avec la question de Barret Michel. Le problème auquel répond Kai Krakow (que tu cites) était de savoir si il vaut mieux utiliser btrfs directement sur le disque (sans table des partitions), ou faire une seule partition qui fait tout le disque.
Je n'ai pas dit que l'un était mieux que l'autre ou non, j'ai juste dit que Debian demande moins de configuration qu'Arch, et la preuve est là, avoir un mysql qui tourne sous Debian ça se fait en une commande, et beaucoup plus sous Arch.
Si tu veux un autre exemple, tu peux regarder le paquet redmine. Après l'installation du paquet, il est directement prêt à l'emploi, avec en cadeau bonus du multi-site. Sous Arch tu dois faire à la main toute la configuration du serveur web, de la base, de redmine, etc.
De plus ça lierait fortement le package manager avec le système d'init et ce n'est pas forcément voulu.
C'est déjà le cas, puisque le paquet fournit un script d'init qui n'est pas générique.
Le client final (celui qui, s'il connait unix, pense que c'est un langage de programmateurs) derrière sa box verra-t-il une différence entre IP-v4 et IP-v6 ?
Scoop : avant qu'une chose existe, les gens ne l'utilisaient pas.
Tant que le NAT existera, tu ne verras pas d'usage de connexions sans NAT. Par contre quand IPv6 sera déployé à grande échelle, et qu'une connection sans NAT sera la norme, comment sais-tu que tu ne verras pas apparaître de nouveaux usages ?
Un article qui s'intéresse aux gens et pas seulement à la technique, quelle hérésie !
non non je l'invente pas, cherchez "pois chiches" sur la page
Tu détournes complètement le propos, l'information utile n'étant pas les pois chiches, mais le fait que sa pré-supposée femme confirme l'identité de _why.
Et pourtant, contrairement aux idées reçues, certains bossent énormément pendant les deux mois d'étés où ils ne sont pas payés, notamment quand ils savent qu'ils vont avoir à la rentrées des niveaux qu'ils n'ont jamais eu et qu'il y a tout à faire…
Tu peux donc reprocher à Frugalware d'avoir mal intégré systemd en ne configurant pas par défaut pam_systemd, pas à systemd un problème qui n'existe pas…
# Simpliste ?
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Le Golden rice et les bobos. Évalué à 10.
Ce n'est que mon avis, mais le post en question me semble extrêmement simpliste (autant sur la problématique que dans la présentation du point de vue adverse). Les articles de Greenpeace, quant à eux, me semblent beaucoup plus complets (avec une réelle argumentation, contrairement à ce que laisse croire l'auteur du post, et de nombreuses références bibliographiques).
On est loin d'avoir « rien de potentiellement plus dangereux que de prendre un complément de vitamine A avec son bol de riz », « Greenpeace et autres critiquent le Golden Rice au motif qu’il serait poussé comme la seule solution », ou encore « des personnes qui ont peur de la science et refusent de la comprendre ».
Voir http://www.greenpeace.org/international/Global/international/briefings/agriculture/2012/GoldenRice/GoldenIllusion.pdf et http://www.greenpeace.org/international/Global/international/publications/agriculture/2010/Golden%20rices%20lack%20of%20lustre.pdf.
As-tu vraiment lu la position de Greenpeace pour affirmer cela ? Est-ce qu'elle te semble réellement dépourvue de toute démarche scientifique ?
[^] # Re: puppet vs. ruby
Posté par Jean-Philippe Garcia Ballester . En réponse à la dépêche Formation Puppet : lancement d'un cursus complet en France et en Suisse par Camptocamp. Évalué à 1.
Alors qu'en python, pas du tout :
Passons sur le message d'erreur pas du tout explicite, la règle « une méthode dont le nom commence par __ est privée sauf si le nom se termine aussi par __ » est quand même sacrément tordue…
[^] # Re: puppet vs. ruby
Posté par Jean-Philippe Garcia Ballester . En réponse à la dépêche Formation Puppet : lancement d'un cursus complet en France et en Suisse par Camptocamp. Évalué à 2.
Il n'y a pas de différence syntaxique parce que dans les deux cas tu fais un appel de méthode. Cela a à mon sens de nombreux avantages (facilite la compatibilité arrière, permet de fournir une API qui est sémantique et non pas imposée par la manière de stocker les données dans ta classe).
Je comprends que ce choix ne te plaise pas, mais de la à dire que ça fait de ruby une « bouse » (car il me semble que c'est le seul argument qui te reste comparé à Python que tu sembles apprécier), n'est-ce pas un peu trollesque ?
Note que c'est décrit comme :
On ne peut pas vraiment dire que c'est décrit comme une ressource sérieuse et officielle…
[^] # Re: puppet vs. ruby
Posté par Jean-Philippe Garcia Ballester . En réponse à la dépêche Formation Puppet : lancement d'un cursus complet en France et en Suisse par Camptocamp. Évalué à 6. Dernière modification le 22 mai 2013 à 11:47.
Je marche dedans !
Tu n'aimes pas non plus les décorateurs en python ?
Il va falloir que tu détailles un peu plus, parce que je n'ai pas bien compris que ce que tu veux dire.
C'est au contraire tout ce qu'il y a de plus logique. En quoi 0 ou "" devraient être faux ?
Je te concède que a=a qui renvoie nil est une aberration. Le deuxième exemple n'est plus valide.
Ce qui est très amusant, c'est que ce bouquin est la traduction de Learn Python The Hard Way. Je te laisse lire ici : http://learnpythonthehardway.org/book/ex36.html
Ensuite, prendre _why en exemple représentatif de la communauté ruby, n'est-ce pas un peu de la mauvaise foi ? Ce serait comme dire que que la communauté linuxfr t'a dégoûté parce que tu as lu un commentaire de Zenitram…
[^] # Re: puppet vs. ruby
Posté par Jean-Philippe Garcia Ballester . En réponse à la dépêche Formation Puppet : lancement d'un cursus complet en France et en Suisse par Camptocamp. Évalué à 9.
Ton argumentaire sans faille m'a convaincu ! Merci de m'avoir ouvert les yeux.
[^] # Re: reportbug est là
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Debian Wheezy, une distribution aux finitions impeccables !. Évalué à 3.
On apprend dans un commentaire de thomasv qu'il y a déjà un rapport de bogue, et que cela vient de software-center.
Parler de reportbug-ng est donc parfaitement inutile, puisque le rapport existe déjà, et préciser que tu n'as rien vu dans synaptic est tout autant inutile, puisque le bogue provient de software-center.
[^] # Re: Intéressant mais
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Btrfs et lxc. Évalué à 7.
La conclusion que tu cites n'a rien à voir avec la question de Barret Michel. Le problème auquel répond Kai Krakow (que tu cites) était de savoir si il vaut mieux utiliser btrfs directement sur le disque (sans table des partitions), ou faire une seule partition qui fait tout le disque.
[^] # Re: Une dépêche ou pas dêpeche ??
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Essai de Lightworks Beta 11.1.h sous GNU/Linux. Évalué à 5.
Horreur, un citoyen militant ! Ça c'est subversif !
[^] # Re: Une dépêche ou pas dêpeche ??
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Essai de Lightworks Beta 11.1.h sous GNU/Linux. Évalué à 3.
Justement : ce sont des captures d'écran. Difficiles d'en tirer des conclusions sur les souhaits de l'auteur, non ?
[^] # Re: Ce que j'en pense
Posté par Jean-Philippe Garcia Ballester . En réponse au journal SystemD et Arch autosuggestion. Évalué à 5.
Je n'ai pas dit que l'un était mieux que l'autre ou non, j'ai juste dit que Debian demande moins de configuration qu'Arch, et la preuve est là, avoir un mysql qui tourne sous Debian ça se fait en une commande, et beaucoup plus sous Arch.
Si tu veux un autre exemple, tu peux regarder le paquet redmine. Après l'installation du paquet, il est directement prêt à l'emploi, avec en cadeau bonus du multi-site. Sous Arch tu dois faire à la main toute la configuration du serveur web, de la base, de redmine, etc.
C'est déjà le cas, puisque le paquet fournit un script d'init qui n'est pas générique.
[^] # Re: Ce que j'en pense
Posté par Jean-Philippe Garcia Ballester . En réponse au journal SystemD et Arch autosuggestion. Évalué à 3.
Aucun démon que j'ai installé n'était activé après installation ou au démarrage. Exemple : NetworkManager.
[^] # Re: Yahtzee : règles du jeu sous droit d'auteur
Posté par Jean-Philippe Garcia Ballester . En réponse à la dépêche Un CD de jeux sous le signe du FarWest. Évalué à 3.
Sauf erreur de ma part (je ne suis pas du tout spécialiste du domaine), les règles sont protégées en tant que texte, et pas pour la mécanique du jeu.
Donc je crois qu'il est possible d'écrire de manière différente des règles qui décrivent le même jeu sans problème de droit d'auteur.
Il y a eu un débat sur trictrac sur ce sujet ici : http://www.trictrac.tv/video-le-debat-de-l-intelligence-le-plagiat
[^] # Re: MDR
Posté par Jean-Philippe Garcia Ballester . En réponse au journal courrier papier et filtrage d'internet. Évalué à 8.
Et de la QoS ?
[^] # Re: Pourquoi ?
Posté par Jean-Philippe Garcia Ballester . En réponse au journal x2go : le digne successeur de freenx. Évalué à 8.
Moi c'est l'inverse, je suis en train d'envisager de passer à arch parce que le systemd de Debian est en retard de 153 versions…
[^] # Re: Gnome dans debian
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Systemd dans Debian. Évalué à 5.
Tu veux dire certains composants de gnome dépendent sur une API DBUS documentée et ré-implémentable par d'autre programme ?
https://mail.gnome.org/archives/desktop-devel-list/2012-October/msg00062.html
[^] # Re: différence pour madame michu
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Du NAT en veux-tu en voilà. Évalué à 10.
Scoop : avant qu'une chose existe, les gens ne l'utilisaient pas.
Tant que le NAT existera, tu ne verras pas d'usage de connexions sans NAT. Par contre quand IPv6 sera déployé à grande échelle, et qu'une connection sans NAT sera la norme, comment sais-tu que tu ne verras pas apparaître de nouveaux usages ?
[^] # Re: La seconde
Posté par Jean-Philippe Garcia Ballester . En réponse au journal LinuxFR a un incroyable talent ! Starring Linus ze Git et PulseAudio. Évalué à 7.
Bien joué, Captain Obvious !
[^] # Re: La seconde
Posté par Jean-Philippe Garcia Ballester . En réponse au journal LinuxFR a un incroyable talent ! Starring Linus ze Git et PulseAudio. Évalué à 2.
La seconde pour moi aussi sans hésiter !
[^] # Re: jquery
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Écrire une page web de nos jours. Évalué à 5.
Purée j'ai mis du temps à comprendre !
# jquery
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Écrire une page web de nos jours. Évalué à 6.
C'est dommage, ça manque un peu de jquery tout ça (ou autre truc à la mode, je suis peut-être has-been)…
[^] # Re: TL;DR
Posté par Jean-Philippe Garcia Ballester . En réponse au journal [bookmark] Ruby dans la presse. Évalué à 4.
Un article qui s'intéresse aux gens et pas seulement à la technique, quelle hérésie !
Tu détournes complètement le propos, l'information utile n'étant pas les pois chiches, mais le fait que sa pré-supposée femme confirme l'identité de _why.
# Puisque la nouvelle tradition, c'est les références xkcd
Posté par Jean-Philippe Garcia Ballester . En réponse au journal GcaptchaZ : générateur de CAPTCHA en ligne de commande. Évalué à 7.
http://xkcd.com/810/
[^] # Re: Dédommagement != espérance de gain
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Enfin !!!!. Évalué à 5.
Et pourtant, contrairement aux idées reçues, certains bossent énormément pendant les deux mois d'étés où ils ne sont pas payés, notamment quand ils savent qu'ils vont avoir à la rentrées des niveaux qu'ils n'ont jamais eu et qu'il y a tout à faire…
[^] # Re: Laisse moi deviner tu utilise Fedora non?
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 10.
Tu peux donc reprocher à Frugalware d'avoir mal intégré systemd en ne configurant pas par défaut pam_systemd, pas à systemd un problème qui n'existe pas…
# pam_systemd
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 7.
Ça ne résout pas ton problème : http://0pointer.de/public/systemd-man/pam_systemd.html ?