the_student Posté 24 mai 2014 Signaler Posté 24 mai 2014 +1. J'avais les deux même photo. C'est choquant de se dire que certain mange plus qu'a leur faim, et que les occidentaux gaspille des tonnes de nourriture pendant que d'autre crève de faim. Mais même en cause le capitalisme ... Non, c'est juste choquant que certains crèvent de faim à cause de politiques débiles.
GilliB Posté 24 mai 2014 Signaler Posté 24 mai 2014 La proportion de morts dues au diabète est effrayante, surtout pour les plus jeunes. [Edit] j'avais pas lu la légende, ça a l'air d'être tous les problèmes d'endocrinologie. Ça fait quand même beaucoup. salut Le schéma est faisandée, il faudrait voir les morts en valeur absolu. Mortalité à 10 ans est de 1 pour 10000, à 85 ans 10%.
Mathieu_D Posté 24 mai 2014 Signaler Posté 24 mai 2014 Non c'est intéressant de voir la valeur normalisée.
GilliB Posté 24 mai 2014 Signaler Posté 24 mai 2014 Non c'est intéressant de voir la valeur normalisée. Humm Mortalité accident route france (2011): 0-14ans 128 >74 ans 578 C'est 'achement visible sur le graphique. Edit: m'enfin on est sur "Images Pas Fun Mais Tout De Même Cool" on va pas se prendre la tête lol
Mathieu_D Posté 24 mai 2014 Signaler Posté 24 mai 2014 C'est intéressant de voir le nombre de décès mais c'est aussi intéressant de voir les taux par tranche d'âge. Je pense que tout le monde sait qu'on meurt plus à 89 ans qu'à 14 ans.
Hayek's plosive Posté 24 mai 2014 Signaler Posté 24 mai 2014 Une infographie comme Jim en rafole pas du tout.
neuneu2k Posté 24 mai 2014 Signaler Posté 24 mai 2014 Si je devais me mettre à quelque chose, ce serait plutôt au VB.Net. Je suis toujours allergique aux accolades, et puis ça va bien avec SQL Server. DIAF. F# à la limite, et si tu n'enleve pas la partie de ton cerveau qui n'aime pas les délimitations faciles à parser, tu restera dans une niche pour hipsters toute ta vie (ouaf ouaf). Les accolades, c'est pas pour écrire, c'est pour lire.
Rincevent Posté 24 mai 2014 Signaler Posté 24 mai 2014 Les accolades, c'est pas pour écrire, c'est pour lire.Pour lire, y a l'indentation. Ceci dit, le F# m'intéresse, mais il semble quand même 'achement moins répandu que le VB. Elle est pour qui, la niche à hipsters ? Et mon but, c'est le Transact-SQL (ou le PL-SQL, faute de mieux) : je mettrai sur mon CV un autre langage si il m'aide à atteindre mon but, pas l'inverse. Edit : tiens, TIOBE montre une énorme progression du F# ce mois-ci. Tu as peut-être raison, mais alors j'espère que c'est un signal, et non du bruit.
Theor Posté 24 mai 2014 Signaler Posté 24 mai 2014 Non, mais j'avais fait un tout petit peu de Common Lisp en école. J'en avais gardé de très bons souvenirs, techniquement parlant (au sens ou ça a changé ma façon de concevoir la programmation : c'est donc un langage à connaître). Si je devais me mettre à quelque chose, ce serait plutôt au VB.Net. Je suis toujours allergique aux accolades, et puis ça va bien avec SQL Server. Si tu a aimé Lisp et que tu as envie d'essayer quelque chose d'autre tout en restant dans le fonctionnel, tu peux essayer Haskell. Et si tu aimes le .Net, F# n'est pas trop mal non plus. Personnellement, c'est Clojure qui m'a fait (re)découvrir le Lisp après une expérience Scheme assez difficile pendant mes études, et je ne regrette vraiment pas de m'y être remis.
neuneu2k Posté 24 mai 2014 Signaler Posté 24 mai 2014 Pour lire, y a l'indentation. Ca fait des grammaires moins flexibles, ce qui fait que l'outillage est plus difficile à écrire et qu'il y a de fait moins d'outillages, plus de risque au merge (tu utilise un gestionnaire de versions hein ?), ça nécéssite une coopération elevée des éditeurs de texte pour refactorer par copier-coller (il faut detecter le scope, et adapter l'indentation au scope, et on retrouve les problemes de parsing) Le reformatage du code est dangereux, le travail sur des structure un peu complexes sans indication non ambigues de fin de scope sont extremement dangereuses d'un point de vue maintenance (goto fail; goto fail; !) Ah oui, et la touche "tab" est infernale à capturer proprement sur un éditeur web J'ai fait du python, j'ai joué avec des fichiers de conf indentés (YAML), et au final, j'ai admis la vérité, le white space, ce n'est pas structurel, ça ne peut pas l'etre, ça fait chier les parseurs et les humains. La réalité, c'est q'un langage à accolades, il est trivial de l'indenter automagiquement pour rendre visuel les scopes, mais q'un langage à indentation, le parser pour en faire un arbre syntaxique, c'est l'enfer vert, les exceptions de regles sont légion, écrire une grammaire est un cauchemard et TOUT LE MONDE fait des parseurs à la main, avec les problemes de specs, de reproductibilité et d'ambiguités qui vont avec. De fait, avec les outils qui sont rendus possibles (et triviaux) avec une grammaire simple, écrire dans un langage à délimiteurs non whitespace nécéssite moins d'actions par item de la part du développeur, meme si les caracteres "visibles" sont plus nombreux. Explicit beats implicit, every time.
neuneu2k Posté 24 mai 2014 Signaler Posté 24 mai 2014 Ceci dit, le F# m'intéresse, mais il semble quand même 'achement moins répandu que le VB. Elle est pour qui, la niche à hipsters ? Et mon but, c'est le Transact-SQL (ou le PL-SQL, faute de mieux) : je mettrai sur mon CV un autre langage si il m'aide à atteindre mon but, pas l'inverse. Je n'ai jamais vu un seul développeur .NET qui sache ce qu'il fait qui ne crachait pas sur VB.net, C# est tout simplement supérieur en tous points. F# a des aventages pour la programmation purement fonctionnelle qui justifie peut etre de ne pas faire du C#, mais moi meme je doute, je fait du fonctionnel pur en C# sans problemes, ET j'ai le choix de ne pas le faire.
Rincevent Posté 24 mai 2014 Signaler Posté 24 mai 2014 Ca fait des grammaires moins flexibles, ce qui fait que l'outillage est plus difficile à écrire et qu'il y a de fait moins d'outillages, plus de risque au merge (tu utilise un gestionnaire de versions hein ?), ça nécéssite une coopération elevée des éditeurs de texte pour refactorer par copier-coller (il faut detecter le scope, et adapter l'indentation au scope, et on retrouve les problemes de parsing) Le reformatage du code est dangereux, le travail sur des structure un peu complexes sans indication non ambigues de fin de scope sont extremement dangereuses d'un point de vue maintenance (goto fail; goto fail; !) Ah oui, et la touche "tab" est infernale à capturer proprement sur un éditeur web J'ai fait du python, j'ai joué avec des fichiers de conf indentés (YAML), et au final, j'ai admis la vérité, le white space, ce n'est pas structurel, ça ne peut pas l'etre, ça fait chier les parseurs et les humains. La réalité, c'est q'un langage à accolades, il est trivial de l'indenter automagiquement pour rendre visuel les scopes, mais q'un langage à indentation, le parser pour en faire un arbre syntaxique, c'est l'enfer vert, les exceptions de regles sont légion, écrire une grammaire est un cauchemard et TOUT LE MONDE fait des parseurs à la main, avec les problemes de specs, de reproductibilité et d'ambiguités qui vont avec. De fait, avec les outils qui sont rendus possibles (et triviaux) avec une grammaire simple, écrire dans un langage à délimiteurs non whitespace nécéssite moins d'actions par item de la part du développeur, meme si les caracteres "visibles" sont plus nombreux. Explicit beats implicit, every time. [Obstiné] Nous voici donc rendus aux bons vieux If / EndIf. [/Obstiné] Je n'ai jamais vu un seul développeur .NET qui sache ce qu'il fait qui ne crachait pas sur VB.net, C# est tout simplement supérieur en tous points. F# a des aventages pour la programmation purement fonctionnelle qui justifie peut etre de ne pas faire du C#, mais moi meme je doute, je fait du fonctionnel pur en C# sans problemes, ET j'ai le choix de ne pas le faire. Tous points ? A voir. En tout cas, tous points sauf un : il est case-sentitive. Tu vas me dire que l'insensibilité à la casse rend le parsing plus difficile, et je te répondrai encore qu'un langage est fait pour être lu par des yeux humains avant d'être parsé. BTW, je ne sais pas à quoi peut ressembler un parser SQL, mais ça doit bien être le bordel de comprendre ça : SELECT SELECT SELECT FROM FROM FROM WHERE WHERE = WHERE
neuneu2k Posté 24 mai 2014 Signaler Posté 24 mai 2014 Case sensitive, c'est un point positif bordel à cul bordé de nouilles, espece de microsofteux pouilleux d'avant qu'ils ne s'achetent un neurone ! Et le SQL est une horreur à parser, et une horreur à écrire également pour la meme raison, le lisp est peut etre moche, mais au moins il est consistant, va faire une macro hygiénique en SQL...
neuneu2k Posté 24 mai 2014 Signaler Posté 24 mai 2014 [Obstiné] Nous voici donc rendus aux bons vieux If / EndIf. [/Obstiné] C'est bien meilleur qu'une syntaxe basée sur le whitespace, meme si ça pique un peu les yeux, ça a le mérite de bien délimiter les scopes. Tu n'imagine pas le nombre de bugs de merde à cause de langages trop smarts syntaxiquement pour leurs utilisateurs, on peut faire un langage de très haut niveau avec une grammaire toute simple, ce n'est pas incompatible (et oui, je suis revenu du scala, entre autre pour ça, trop de complexité dans le langage au lieu d'etre dans son usage). Si c'est dur a parser pour un ordinateur, c'est dur a parser pour un humain, d'une façon différente mais pire, la difficulté se traduit par des interpretations différentes du sens pour les humains la ou un parseur simple va juste ne pas etre capable de parser, un humain va "corriger les erreurs" et ajouter du sens qui n'est pas dans le code.
Malky Posté 24 mai 2014 Signaler Posté 24 mai 2014 C'est bien meilleur qu'une syntaxe basée sur le whitespace, meme si ça pique un peu les yeux, ça a le mérite de bien délimiter les scopes. Tu n'imagine pas le nombre de bugs de merde à cause de langages trop smarts syntaxiquement pour leurs utilisateurs, on peut faire un langage de très haut niveau avec une grammaire toute simple, ce n'est pas incompatible (et oui, je suis revenu du scala, entre autre pour ça, trop de complexité dans le langage au lieu d'etre dans son usage). Si c'est dur a parser pour un ordinateur, c'est dur a parser pour un humain, d'une façon différente mais pire, la difficulté se traduit par des interpretations différentes du sens pour les humains la ou un parseur simple va juste ne pas etre capable de parser, un humain va "corriger les erreurs" et ajouter du sens qui n'est pas dans le code. Attendez encore 2 ou 3 mois et il va nous vanter les mérites d'Objective-C
neuneu2k Posté 24 mai 2014 Signaler Posté 24 mai 2014 C'est le moins mauvais des trois maudits (C, C++, ObjectiveC), mais c'est completement has been, y'a Go pour faire la meme chose en mieux.
Rincevent Posté 24 mai 2014 Signaler Posté 24 mai 2014 Case sensitive, c'est un point positif bordel à cul bordé de nouilles, espece de microsofteux pouilleux d'avant qu'ils ne s'achetent un neurone ! Et le SQL est une horreur à parser, et une horreur à écrire également pour la meme raison, le lisp est peut etre moche, mais au moins il est consistant, va faire une macro hygiénique en SQL... Le SQL est une horreur à parser, c'est pour ça que je l'aime bien (en plus d'être case-insensitive). C'est bien meilleur qu'une syntaxe basée sur le whitespace, meme si ça pique un peu les yeux, ça a le mérite de bien délimiter les scopes.J'irais même plus loin. Le problème des accolades, c'est que, nom n'une pipe en bois de fraisier, pourquoi il devrait y avoir besoin d'une accolade ouvrante, sinon parce que K&R étaient limités en place quand ils ont conçu leur foutu langage ? Un While, un Evaluate, c'est déjà un délimiteur de bloc. et oui, je suis revenu du scalaNan ?!?
NoName Posté 24 mai 2014 Signaler Posté 24 mai 2014 Allez faire vos cochonneries ailleurs ou postez des images pas fun mais tout de même cool genre science porn
Theor Posté 24 mai 2014 Signaler Posté 24 mai 2014 Et le SQL est une horreur à parser, et une horreur à écrire également pour la meme raison, le lisp est peut etre moche, mais au moins il est consistant, va faire une macro hygiénique en SQL... Moche, ça se discute, la syntaxe minimaliste du Lisp reste inégalée en concision et en constance. Déroutant peut être, mais pas moche.
Ultimex Posté 24 mai 2014 Signaler Posté 24 mai 2014 Je vais faire mon rabat-joie mais le premier sous-marin électrique date de 1884. http://fr.wikipedia.org/wiki/Histoire_des_sous-marins#Propulsion_.C3.A9lectrique
Brock Posté 24 mai 2014 Signaler Posté 24 mai 2014 c'est de la merde ces infographies je me demande qui consomme ca
NoName Posté 24 mai 2014 Signaler Posté 24 mai 2014 c'est de la merde ces infographies je me demande qui consomme ca Ce site devrait te plaire http://www.visualcapitalist.com/infographics
Nick de Cusa Posté 25 mai 2014 Signaler Posté 25 mai 2014 http://www.liveleak.com/ll_embed?f=d6d9d5385aee
neuneu2k Posté 25 mai 2014 Signaler Posté 25 mai 2014 Moche, ça se discute, la syntaxe minimaliste du Lisp reste inégalée en concision et en constance. Déroutant peut être, mais pas moche. Je ne discute pas la concision et la constance de la syntaxe de Lisp, c'est un jugement esthétique, et je trouve ça moche, donc c'est moche De la meme génération, je prefere FORTH.
neuneu2k Posté 25 mai 2014 Signaler Posté 25 mai 2014 http://www.liveleak.com/ll_embed?f=d6d9d5385aee Magnifique !
Malky Posté 25 mai 2014 Signaler Posté 25 mai 2014 Les geeks aux chiottes ! Petit soucis : quand les geeks sont aux chiottes, les baveux se sont décomposés au fond de la fosse septique depuis un bon moment déjà...
Brock Posté 25 mai 2014 Signaler Posté 25 mai 2014 c'est pas des geeks, c'est des codeurs, c'est une engeance particuliere.Les geeks sont des poseurs qui connaissent le matosse et le language superficiellement.Le codeur est un vrai pervers, qui sait comment parle la machine et qui peut meme parler en machine pour le plaisir, considerez bien cela. Des terroristes, ni plus ni moins.
Rincevent Posté 25 mai 2014 Signaler Posté 25 mai 2014 De la meme génération, je prefere FORTH.C'est très bien FORTH. Quand on a une machine à pile câblée en dur dans la tête.
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant