Met toi à la place des gens de bonne foi qui se retrouvent blacklisté… L'internet ouvert et neutre en prendrait un vilain coup si tout le monde faisait ça.
Personnellement j'utilise l'extension RequestPolicy, sur le site du monde, 99% de ces domaines tiers ne servent à rien (en fait je n'ai autorisé que lemde.fr).
Moi, garçon, quand j'étais petit je voulais des poupée barbie. Mes parents ont refusé parce que c'était du « foutage de gueule de vendre ces bouts de plastiques aussi cher ». Du coup j'en ai eu d'une autre marque.
Absolue ? En voilà un bien grand mot ! Et c'est le mot clef de la démonstration. Malheureusement, parvenir à une transparence absolue est simplement impossible, enfin, c'est en tout cas bien moins réalisable que de faire en sorte que les puissants cessent d'asservir leur semblables. Et si d'aventure ça l'était, alors ça ne servirait plus à rien car les gens puissant aurait été mis sur le même pied que tout les autres, c'est con…
Et tes 2 cents ne valent guère plus… Comme on dit, charité bien ordonnée commence par soit même. Comme tout les hommes, tu ment, tu dissimule des choses. Probablement pas par malveillance. Parce que l'on ment même aux gens qu'on aime. Si quelqu'un dissimule des choses tout à fait licites à sa mère (pour de bonnes raison s'il le faut)… Pourquoi diable le dirait-il a la terre entière ?
Posté par Zylabon .
En réponse au journal <3 goto.
Évalué à 4.
À ma connaissance seul python a cette règle.
Haskell aussi, mais on peut toujours expliciter les blocs :
-- ce programme affiche 10 fois coucoumain=dosequence_$replicate10$doreturn()putStrLn"coucou !"--celui la n'affiche qu'une fois coucoumain'=dosequence_$replicate10$doreturn()putStrLn"coucou !"-- celui ci ne compile pas (c'est la colonne du premier caractère après le do qui compte)main''=dosequence_$replicate10$doreturn()putStrLn"coucou !"-- celui là fait ce qu'il a l'air de faire main'''=dosequence_$replicate10$do{return();putStrLn"coucou !"}
La sémantique sans blocs explicite est donnée par la colonne du premier caractère suivant le mot clef. Effectivement, à cause de ça on peut pas écrire du code « au kilomètre » et laisser la machine indenter, elle peut pas le faire correctement. En toutes franchise, je trouve ça bien dans l'idée, par contre en pratique c'est chiant, par exemple quand on change le nom d'une fonction (sans outil adapté) on pète tout le code.
Par contre, ya pas le cirque de python pour les espaces et les tabulations.
Et quand la voiture ne freine pas parce que le bus est squatté par la radio, on regrette ta vielle voiture low-tech.
La mécanique, on maitrise bien. On a des supers modèles, complets, on sait « l'implémenter » très proprement, de manière solide, fiable, ou dont les défauts de fiabilité sont très contrôlés… Bref, c'est cool.
En électronique et en informatique, on a rien :
En informatique, presque tout est indécidable, on a des bugs sournois de partout, la seule chance de rendre la chose potable ce sont les méthodes formelles, et elles sont très lourdes, et très limitées.
En électronique, on retrouve l'indécidabilité à cause de la complexité des circuits en pratique (même si formellement, c'est décidable). Et les implémentations dont on dispose sont merdiques, fragiles, non déterministes, et dont le comportement est très altéré par l'environnement, le montage, les rayons cosmiques…
Enfin bref, avant de remplacer une bête barre de fer qui pousse sur un piston par un ensemble de vérins, de capteurs, de fils, de processeurs, il faut bien penser à ce que l'on est en train de faire.
Je suis pas en train de cracher sur les nouvelles technologies « d'assistance à la conduite » qui sont vraiment très cool quand on en a besoin. Je critique juste la politique des constructeurs qui remettent en question de vieux acquis (juste pour économiser des fils) pour un truc qui on l'espère ne servira jamais.
"Security was the first thought. Not an afterthought."
"Every Mac is designed with advanced technologies that work together to constantly scrutinize, encrypt, update — and ultimately keep your Mac safer [blablabla]"
Posté par Zylabon .
En réponse au journal <3 goto.
Évalué à 1.
Dernière modification le 04 mars 2014 à 15:14.
Peu importe que la forme soit incorrecte au départ, une faute passée dans l’usage courant n’en est plus une. Sur ce point les académiciens sont moins « vieux cons » que ceux qui voudraient que la langue française soit figée à tout jamais.
Comment on défini l'usage courant ? Qu'est-ce que l'on met dedans ?
« Il veut que je soye » ?
« C'est un focus » ?
« Sa va ? » ?
les différences perdues entre être désolé, s'excuser et demander pardon ?
À mon sens l'usage courant ne suffit pas à justifier une réforme, ça reviendrait à appauvrir la langue sous la pression du manque de culture des locuteur.
J'ai beaucoup de mal à me voir comme un grammar-nazi, je fais bien trop de fautes pour ça… Mais avec le mal constant que j'ai à exprimer précisément mes idées avec une langue tout a fait raisonnable. Alors je n'ose pas imaginer ce que ce serait si je n'avais que le français courant le plus moyen pour ça.
Posté par Zylabon .
En réponse au journal <3 goto.
Évalué à 3.
Personnellement c'est mot-dièse qui me choque le plus. Dans hashtag le mot important c'est tag, qu'on peut traduire en français par étiquette, balise, drapeau, marque… mais pas mot.
Ce que je veux dire c'est que dans ce cas, la traduction perd le sens du mot traduit.
Si demain un système utilise des hashtag ressemblant à \o/[image], on aura l'air bien con à appeler ça un mot-dièse.
Posté par Zylabon .
En réponse au journal <3 goto.
Évalué à 5.
Ha mais il y a plein de cas où c'est un problème d'utiliser goto. Goto est bien dans certains cas, pas dans une utilisation courante.
Il y a au moins un cas courant ou l'utilisation du goto ce justifie : le traitement d'erreur. Parce que traiter une erreur implique de bouleverser exceptionnellement le flot d’exécution. Si pour contrôler le flot d’exécution le programmeur est obligé d'introduire des variables, d'encapsuler des boucles dans des fonctions, bref, d'altérer significativement son programme pour gérer les cas souvent triviaux à traiter d'erreur, c'est qu'il devrait utiliser goto.
La différence entre un bon typage et un mauvais typage c'est la taille du caca quand il y a un bug.
Pour un programme :
Parfaitement typé, ça s'appelle une preuve, toute erreur est détecté à la compilation, aucune erreur n'est possible à l’exécution.
Statiquement et fortement typé, typiquement Caml, Haskell, Ada, Java (encore qu'il est moche celui là). Beaucoup d'erreurs de type sont détecté par le compilo, et beaucoup (voir toutes) sont détectés au runtime.
Statiquement et faiblement typé, genre C, beaucoup d'erreur détecté à la compilation, très peu à l’exécution.
Dynamiquement et fortement typé, python, erlang : rien n'est fait en statique, et aucune erreur ne passe à l’exécution.
Dynamiquement et faiblement typé, php, assembleur, la fête du slip à tout les étages.
Ce qui est bon ? Une preuve c'est très long à écrire, les langages dynamiquement typés sont plus chiants à déboguer. Les langages qui testent des tas de choses à l’exécution sont plus lent que ceux qui ne le font pas. Ça dépend de ce qu'on veut ! Sachant que des langages comme Haskell ou Caml peuvent déduire les types tout seuls automatiquement.
FlightGear vise à être réaliste, plus de 20 000 aéroports réels sont modélisés, avec un soin particulier porté aux inscriptions et éclairages de pistes et d’approche…
Dans le cas de C++, il serait même imaginable qu'un nouveau moteur d'autocomplétion spécialisé puisse être réellement efficace ( j'ai bien dit: nouveau ;) )
[^] # Re: En même temps
Posté par Zylabon . En réponse au journal Internet, "Le Monde", et la 4G et la fibre optique . Évalué à 10.
par exemple sur le site de l'humanité http://www.humanite.fr/,
http://www.humanite.fr/sites/all/modules/humanite/publicites/tpl/img/ est bloqué par adblock
Please do not feed the trolls
[^] # Re: discrimination sur les pays
Posté par Zylabon . En réponse au journal Serveur mails perso. Évalué à 6.
Met toi à la place des gens de bonne foi qui se retrouvent blacklisté… L'internet ouvert et neutre en prendrait un vilain coup si tout le monde faisait ça.
Please do not feed the trolls
# RequestPolicy
Posté par Zylabon . En réponse au journal Internet, "Le Monde", et la 4G et la fibre optique . Évalué à 10.
Personnellement j'utilise l'extension RequestPolicy, sur le site du monde, 99% de ces domaines tiers ne servent à rien (en fait je n'ai autorisé que lemde.fr).
Please do not feed the trolls
[^] # Re: Aïeeeuuuuh !
Posté par Zylabon . En réponse au journal Porte dérobée sur Samsung Galaxy - Projet Replicant. Évalué à 4.
Tu es rassuré qu'il y ait eu une backdoor trouvée et colmatée ? Ce n'est rassurant que s'il n'y en avait qu'une seule, c'est pas gagné.
Please do not feed the trolls
[^] # Re: C'est simple
Posté par Zylabon . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 9.
Moi, garçon, quand j'étais petit je voulais des poupée barbie. Mes parents ont refusé parce que c'était du « foutage de gueule de vendre ces bouts de plastiques aussi cher ». Du coup j'en ai eu d'une autre marque.
J'ai eu de bons parents :)
Please do not feed the trolls
[^] # Re: s/de\ la\ surveillance\ informatique//
Posté par Zylabon . En réponse au journal La transparence, arme absolue de la surveillance informatique ?. Évalué à 4.
Absolue ? En voilà un bien grand mot ! Et c'est le mot clef de la démonstration. Malheureusement, parvenir à une transparence absolue est simplement impossible, enfin, c'est en tout cas bien moins réalisable que de faire en sorte que les puissants cessent d'asservir leur semblables. Et si d'aventure ça l'était, alors ça ne servirait plus à rien car les gens puissant aurait été mis sur le même pied que tout les autres, c'est con…
Et tes 2 cents ne valent guère plus… Comme on dit, charité bien ordonnée commence par soit même. Comme tout les hommes, tu ment, tu dissimule des choses. Probablement pas par malveillance. Parce que l'on ment même aux gens qu'on aime. Si quelqu'un dissimule des choses tout à fait licites à sa mère (pour de bonnes raison s'il le faut)… Pourquoi diable le dirait-il a la terre entière ?
Qui sont les hypocrites déjà ?
Please do not feed the trolls
[^] # Re: rsync avec --link-dest
Posté par Zylabon . En réponse au message [Résolu] Backup (oui, c'est une vielle problématique). Évalué à 3.
Pour l’amorçage, il n'y rien de particulier à faire, si le paramètre --link-dest n'est pas valide il va juste l'ignorer.
C'est ce que j'utilise aussi.
Sinon pour les "exclude" j'ai préféré cette solution, du coup j'ai tout dans un seul fichier :
Please do not feed the trolls
[^] # Re: XML
Posté par Zylabon . En réponse au journal XML c'est de la daube!!!. Évalué à 2.
Ça existe :)
http://git.suckless.org/dwm/plain/config.def.h par exemple
Please do not feed the trolls
# so data!
Posté par Zylabon . En réponse à la dépêche So Data! Open Data et science : 2ème édition. Évalué à 1.
much knowledge! many openness! such science! wow!
Please do not feed the trolls
[^] # Re: goto
Posté par Zylabon . En réponse au journal <3 goto. Évalué à 4.
Haskell aussi, mais on peut toujours expliciter les blocs :
La sémantique sans blocs explicite est donnée par la colonne du premier caractère suivant le mot clef. Effectivement, à cause de ça on peut pas écrire du code « au kilomètre » et laisser la machine indenter, elle peut pas le faire correctement. En toutes franchise, je trouve ça bien dans l'idée, par contre en pratique c'est chiant, par exemple quand on change le nom d'une fonction (sans outil adapté) on pète tout le code.
Par contre, ya pas le cirque de python pour les espaces et les tabulations.
Please do not feed the trolls
[^] # Re: Quelles sont les entrées / sorties d'un tel programme ?
Posté par Zylabon . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 1. Dernière modification le 06 mars 2014 à 16:39.
Et quand la voiture ne freine pas parce que le bus est squatté par la radio, on regrette ta vielle voiture low-tech.
La mécanique, on maitrise bien. On a des supers modèles, complets, on sait « l'implémenter » très proprement, de manière solide, fiable, ou dont les défauts de fiabilité sont très contrôlés… Bref, c'est cool.
En électronique et en informatique, on a rien :
Enfin bref, avant de remplacer une bête barre de fer qui pousse sur un piston par un ensemble de vérins, de capteurs, de fils, de processeurs, il faut bien penser à ce que l'on est en train de faire.
Je suis pas en train de cracher sur les nouvelles technologies « d'assistance à la conduite » qui sont vraiment très cool quand on en a besoin. Je critique juste la politique des constructeurs qui remettent en question de vieux acquis (juste pour économiser des fils) pour un truc qui on l'espère ne servira jamais.
Please do not feed the trolls
[^] # Re: 2 poids, 2 mesures
Posté par Zylabon . En réponse au journal <3 goto. Évalué à 7.
Quelle mauvaise foi ! les clients d'Apple payent déjà, et plutôt deux fois qu'une.
Lu sur https://www.apple.com/osx/what-is/ :
"Security was the first thought. Not an afterthought."
"Every Mac is designed with advanced technologies that work together to constantly scrutinize, encrypt, update — and ultimately keep your Mac safer [blablabla]"
Please do not feed the trolls
[^] # Re: teapotnet
Posté par Zylabon . En réponse à la dépêche p2p-hacker-fr : « premier état de l'art sur la décentralisation ». Évalué à 2.
B.A.T.M.A.N. ça compte ?
http://www.open-mesh.org
Please do not feed the trolls
[^] # Re: 2 poids, 2 mesures
Posté par Zylabon . En réponse au journal <3 goto. Évalué à 2.
*considèrent anormal qu'un logiciel entreprise ai une sécurité inférieur aux logiciels communautaires.
Please do not feed the trolls
[^] # Re: goto
Posté par Zylabon . En réponse au journal <3 goto. Évalué à 1. Dernière modification le 04 mars 2014 à 15:14.
Comment on défini l'usage courant ? Qu'est-ce que l'on met dedans ?
À mon sens l'usage courant ne suffit pas à justifier une réforme, ça reviendrait à appauvrir la langue sous la pression du manque de culture des locuteur.
J'ai beaucoup de mal à me voir comme un grammar-nazi, je fais bien trop de fautes pour ça… Mais avec le mal constant que j'ai à exprimer précisément mes idées avec une langue tout a fait raisonnable. Alors je n'ose pas imaginer ce que ce serait si je n'avais que le français courant le plus moyen pour ça.
Please do not feed the trolls
[^] # Re: goto
Posté par Zylabon . En réponse au journal <3 goto. Évalué à 3.
Personnellement c'est mot-dièse qui me choque le plus. Dans hashtag le mot important c'est tag, qu'on peut traduire en français par étiquette, balise, drapeau, marque… mais pas mot.
Ce que je veux dire c'est que dans ce cas, la traduction perd le sens du mot traduit.
Si demain un système utilise des hashtag ressemblant à \o/[image], on aura l'air bien con à appeler ça un mot-dièse.
Please do not feed the trolls
[^] # Re: Goto tabou
Posté par Zylabon . En réponse au journal <3 goto. Évalué à 5.
Il y a au moins un cas courant ou l'utilisation du goto ce justifie : le traitement d'erreur. Parce que traiter une erreur implique de bouleverser exceptionnellement le flot d’exécution. Si pour contrôler le flot d’exécution le programmeur est obligé d'introduire des variables, d'encapsuler des boucles dans des fonctions, bref, d'altérer significativement son programme pour gérer les cas souvent triviaux à traiter d'erreur, c'est qu'il devrait utiliser goto.
Please do not feed the trolls
[^] # Re: python et django?
Posté par Zylabon . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 3.
On peut faire de l'orienté objet en assembleur aussi, de la même manière qu'en C, même si ça doit être sportif :)
Basic je connais pas assez.
Please do not feed the trolls
[^] # Re: Authentification PAM
Posté par Zylabon . En réponse au message migration ejabberd vers prosody . Évalué à 2.
Vi, visiblement ^ mais je me suis perdu dans la configuration de ces outils dont je ne suis même pas sûr de connaitre l'usage.
Please do not feed the trolls
[^] # Re: La réponse de Bram Moolenaar
Posté par Zylabon . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 4.
Ça serait cool un rubix cube en dimension N. Pour les vrais hommes.
Please do not feed the trolls
[^] # Re: python et django?
Posté par Zylabon . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 3.
La différence entre un bon typage et un mauvais typage c'est la taille du caca quand il y a un bug.
Pour un programme :
Ce qui est bon ? Une preuve c'est très long à écrire, les langages dynamiquement typés sont plus chiants à déboguer. Les langages qui testent des tas de choses à l’exécution sont plus lent que ceux qui ne le font pas. Ça dépend de ce qu'on veut ! Sachant que des langages comme Haskell ou Caml peuvent déduire les types tout seuls automatiquement.
Please do not feed the trolls
[^] # Re: 300 000 lignes de code !
Posté par Zylabon . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2.
cloc ne regarde que les extensions on dirait. Il y a un fichier tutorial.cs, le tuto tchèque à priori :)
Please do not feed the trolls
# Petite question
Posté par Zylabon . En réponse à la dépêche FlightGear 3.0 pour prendre son envol. Évalué à 10.
Il y a le World Trade Center aussi ?
Please do not feed the trolls
[^] # Re: Exemple
Posté par Zylabon . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 2.
Il faudrait voir les raisons qui poussent la boîte à payer…
Please do not feed the trolls
[^] # Re: Euh… ?
Posté par Zylabon . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 2.
genre ça ? https://llvm.org/svn/llvm-project/cfe/trunk/utils/clang-completion-mode.el
(pas encore testé c'est sur ma todo list)
Please do not feed the trolls