Guillaume Denry a écrit 2954 commentaires

Y'a pire, tous ces gens qui disent "j'ai vu mon verre", alors qu'ils ont juste bu l'eau à l'intérieur. Un scandale ! Heureusement que Zenitram est là.

Tesla, oui…

Se vanter que des gens étaient prêt à bosser pour lui avec un petit salaire pour pratiquer le langage qu'ils aiment (Scala en l'occurrence), ça m'a fait bizarre, du genre, "vous avez vu ? Quand les gens sont motivés et aiment ce qu'ils font, même pas besoin de les payer trop ! Cool non ?"

Je ne vois pas de quoi tu talk

Mais quand tu as frité pour la 35ième fois une démon à coups de poings, bof quoi.

Ouais… bin c'est Doom quoi. Qui ne sait pas encore que Doom, c'est se taper des armées de monstres dans des labyrinthes ?

Tu as l'air déçu, tu t'attendais à un Point & Click ?

Punaise, j'ai 40 piges et tu arrives à me faire sentir jeune.

Merci. :)

C'était l'époque un peu charnière où nombre d'entre nous (au sortir de doom et duke nukem) jouions encore aux FPS uniquement au clavier et on voyait surgir quelques énergumènes qui utilisaient en même temps la souris et le clavier et on se demandait "mais comment font-il pour gérer ces deux trucs à la fois ?". Mais quand on se faisait totalement éclater la goule, ça nous incitait quand même à essayer :).

En ce moment, je me déplace principalement dans mes palais de mémoire, ça va vite et on peut même se téléporter. Et on peut stocker pleins de trucs partout sans se le faire chourrer.

Ok, oublie, j'avais pas lu en entier la citation dans le journal…

Je faisais allusion à une réplique de Valls.

C'est quoi le rapport entre cette citation de Valls et le nombre de morts sur la route ?

J'sais pas vous, mais moi j'suis content de ne pas coder en Java.

Moi aussi, mais ptête pas pour les mêmes raisons ;-)

(indice : on est vendredi).

Et perso, j'ai autre chose à faire (il y a Thor à la TV :p)

Ahaha, tu vois bien que tu as Thor, finalement !

par exemple on le rencontrait surtout dans la volonté d'être absolument (trop) générique

C'est vraiment un point fondamental dans le développement : à partir de quel moment la volonté d'écrire un code générique nuit à la compréhension et même parfois à la verbosité du code. Lorsqu'on souhaite unir des choses trop différentes sous la même architecture/API, on se retrouve parfois coincé avec une grosse usine à gaz alors que les intentions étaient pures au départ.

Refuser d'implémenter une gestion libre des DRM (pas une gestion propriétaire) est à mon sens une grosse erreur, il faut d'abord répondre en effet aux besoins des utilisateurs et ensuite proposer des fonctionnalités innovantes.

En même temps, l'objectif de Mozilla n'est pas d'être un "vendeur" de navigateur comme les autres, son objectif est plus générale et éthique que ça, donc ça me choque pas qu'ils mettent aussi de l'éthique dans leur choix de développement. C'est sûr que si ça se fait au détriment des parts de marché, c'est triste, mais à ce moment là, où met-on la limite ? J'aime bien l'exemple de l'injecteur de crème fraîche, (même si c'est encore un exemple trop gentil, car c'est bon, la crème fraîche !) c'est exactement cela : lorsque tu es conduis à faire de la merde pour garder tes parts de marché et que ça rentre en opposition avec l'éthique de ton projet, est-ce que ça vaut encore le coup de garder une quelconque éthique ?
L'objectif de Mozilla n'est pas (seulement) de faire du logiciel libre, c'est de garder un web ouvert et standard.
Alors oui, je sais, c'est pas aussi simple, est-ce qu'il ne faudrait pas faire des "petites" concessions pour continuer à peser dans la balance pour justement garder le web ouvert et standard ? Je n'ai pas d'avis sur la question, mais parfois, il vaut peut-être mieux mourir avec honneur que continuer à vivre dans le déshonneur et la négation de ce qu'on est.

Question : à quoi ça sert ?

Probablement parce que les applications nodejs ne sont pas là majoritairement pour faire serveur de fichiers statiques mais surtout pour offrir une plateforme applicative complète, et que servir des fichiers statiques n'est probablement pas un truc assez critique dans la plupart des cas.

Je pense par exemple à des applications qui tournent sur des appliances, accessibles par une dizaine d'administrateurs maxi qui ont juste besoin de downloader le front et de passer quelques requêtes REST par ci par là et recevoir quelques notifications websockets de temps en temps.

Ca serait en effet idiot d'utiliser nodejs juste pour servir les pages d'un magasin en ligne…

Après, je suis persuadé qu'un backend en Ruby, en Go, en Rust est probablement plus performant, mais comme je le disais plus haut, le gros avantage de nodejs, c'est que c'est du JavaScript, et beaucoup d'applications s'orientent maintenant vers un partage de code entre le backend et le frontend, sans parler des app "isomorphiques".

C'est tout simplement pour faire en javascript ce qu'on pourrait faire en perl/ruby/langage-qu-on-veut-en-CGI ?

C'est ça. Et un des avantages affichés du projet, c'est pour une équipe de développeurs de pouvoir simplement passer du frontend au backend sans avoir à nécessairement maîtriser d'autres langages.

Google maps, je n'ai jamais réussi à l'utiliser correctement, il ne marche bien que sur le Galaxy Note 2 de ma femme, donc une machine un brin overkill et très chère.

Je ne me prononce pas sur la puissance requise pour faire fonctionner Google Maps (chez moi, c'est sur un nexus 5 donc effectivement, un truc assez récent), mais très franchement, je viens de passer un semaine de vacances et ce soft nous a GRANDEMENT sauvé la mise à plusieurs reprises pour la navigation, il est bien supérieur au soft de navigation de notre bagnole (qui n'a pourtant que 3 ans). La synthèse vocale devient très de plus en plus intelligible, les indications pour ne pas perdre son temps dans les bouchons pertinentes, la navigation agréable, et dans les zones de rase campagne qu'on a traversé, il s'en est très bien sorti.
Je suis pas en train de me pignoler sur google maps, et je suis content que des gens utilisent autre chose et je hais les monopoles, mais je voulais juste apporter un témoignage radicalement différent du tien, basé sur mon vécu réel de ces derniers jours.

Personnellement je déteste Elton John (sauf Nikita), je ne me sens pas obligé de le dire partout à chaque fois.

Ahaha, joli.

Sinon, je n'aime que le Elton John des années 70, après, c'est un long naufrage qui mène à la musique du Roi Lion.

pour ma part il aura surtout été le chanteur de Your Song

J'ai jamais pu blairer cette interprétation, je la trouve bien inférieure à celle d'Elton John. Mais je lui reconnais d'être plutôt originale et d'offrir quelque chose de différent.

le Frank Zappa de la musique noire

Mouais mouais mouais. Quand on connait Frank Zappa, ça fait un peu mal de lire ça.

Prince était probablement un des artistes "mainstream" les plus créatifs et originaux, mais Frank Zappa quoi, merde, on est à un autre niveau.

et entraîne des batailles entre développeurs.

Des batailles dans la rue, la nuit, à coup de griffes.

Par exemple, je n'ai pas vu de tutoriel Elm qui commence par définir ce qu'est une monade.

Tu as parfaitement raison d'insister sur ce point, la grande force de Elm, au delà de ce qu'il propose techniquement (le langage et le "toolbelt" autour), c'est l'angle choisi par ses promoteurs (*) pour en parler. Ayant essentiellement un profil de programmeur "impératif/procédural", je suis rentré dedans avec plaisir.

(*) je pense à Evancz bien sûr, mais aussi à Richard Feldman qui fait un formidable boulot d'évangélisation en s'appuyant régulièrement sur l'avancée de l'adoption de Elm par NoRedInk (la société dans laquelle il travaille)

Vu les différences fondamentales entre Elm et Javascript, j'ai plutôt l'impression que la philosophie, c'est de recréer tout un écosystème web autour de Elm en reléguant javascript à la portion congrue via les ports (et les bindings natifs dans certains cas). Autrement dit, utiliser ReactJs dans Elm, c'est pas pour demain, ni après-demain.

Par contre, l'initiative d'expliquer ces choses là par le biais de la BD est louable. Follement ambitieuse (vu le nombre de concepts et de niveaux de concepts (*)) mais louable :) Et je pense que l'idée de centrer l'histoire sur le paquet IP est un bon début.

Quelle est la cible prioritaire ?

(*) ceci dit, expliquer le corps humain comme le faisait Il était une fois la vie, ça a dû être sacrément challenge aussi :)

"Disco" et "Jupiter", c'est pour Cisco et Juniper ?

Sinon, bin comme Antoine, j'ai absolument rien capté, je suis totalement décontenancé par ce truc, mais peut-être est-ce le but ?