Guillaume Denry a écrit 2965 commentaires

Voilà ce qui se passe quand on veut compiler une telle addition en Elm

-- TYPE MISMATCH --------------------------------------------- repl-temp-000.elm

The right side of (+) is causing a type mismatch.

3|   1 + "3a"
         ^^^^
(+) is expecting the right side to be a:

    number

But the right side is:

    String

Hint: To append strings in Elm, you need to use the (++) operator, not (+).
<http://package.elm-lang.org/packages/elm-lang/core/latest/Basics#++>

Hint: With operators like (+) I always check the left side first. If it seems
fine, I assume it is correct and check the right side. So the problem may be in
how the left and right arguments interact.

Dieu que j'adore ce langage..

Merci pour ce retour d'expérience.

Etant développeur en télétravail depuis… 2006, j'aimerais également ajouter que ce qui a grandement amélioré ma vie de télétravailleur, c'est de passer dans une équipe SCRUM où les communications sont fortement mises en avant, ce qui permet de rattraper un peu le "handicap" de la distance et de la situation d'asymétrie d'une configuration de gens presque tous ensembles avec 2 ou 3 télétravailleurs.
Rien que la standup quotidienne, ça permet déjà de se sentir un peu intégré, puis du pair reviewing par visio, etc.

Bravo Zenitram, tu as bien fait de lui rabaisser le caquet à celui-ci. Quand je pense qu'il a osé utiliser le mot "juste". C'en est presque insultant.

PS : vous poussez quand même, me faire défendre de nouveau Mozilla… Mais les anit-critiques de Mozilla vont l'ignorer et quand même dire que je ne défends jamais Mozilla :).

Tu nous trouves un commentaire où quelqu'un te dit que tu ne défends jamais Mozilla ?
Merci.

Le C++ est il me semble un langage très très utilisé dans les outils comme Photoshop, Maya, etc.

Quel serait l'intérêt d'Adobe d'utiliser autre chose ?

Tout ce que tu dis est vrai, mais ma conclusion reste vraie: doit-on passer des années à passer une majeure partie du code de GIMP en un autre langage (et arrêter toute autre innovation pendant ces quelques années) pour être un peu plus rapide ensuite?

(l'emphase est de moi)
Héhé, mais c'est justement le point central ici, comment juger si le gain sera d'être juste "un peu plus rapide ensuite" et non pas d'être plus efficace, d'offrir un contexte de programmation plus agréable ?

Et puis le plus important; on est ici dans un rapport entre développeurs qui n'est absolument pas guidé par l'urgence impérieuse de vendre un produit, de devoir attirer une masse critique d'utilisateurs de telle sorte que des gens puissent en vivre. Non, ici les gens font ce qu'ils aiment et façonnent le projet comme ils l'entendent, suivant leurs propres contingences, donc dans la phrase "doit-on passer des années à passer une majeure partie du code de GIMP en un autre langage", le "doit-on", on peut bien se demander quel en serait le moteur ? En passant, ta question est assez biaisée, car tu en conclus d'emblée qu'on ne peut travailler sur des refondations sans arrêter immédiatement aussitôt toute innovation à côté.

Mais en fait, j'ai presque envie de ne plus continuer à débattre de ce sujet, car je trouve que c'est stérile, mais pas dans le mauvais sens du terme, tu es un très bon interlocuteur et très pertinent et surtout quelqu'un qui fait et participe, ce que je ne suis pas vraiment ces temps ci :)
C'est juste que débattre de tout ça n'a qu'un intérêt relatif ; si quelqu'un voulait vraiment un GIMP programmé dans un autre langage, il se retrousserait les manches et commencerait d'abord à bâtir de nouvelles fondations dans le langage de son choix, puis élaborerait probablement une stratégie pour pouvoir utiliser un maximum de fonctionnalités du GIMP traditionnel pour permettre de les migrer ensuite progressivement, tout en essayant de convaincre un maximum de personnes de l'intérêt de sa démarche (ou bien, soyons réaliste, il serait tenté par créer un nième nouveau projet, d'ailleurs…). Mais cette impulsion, dans ce type de projet non gouverné par le pognon et la survie, ça vient justement des gens qui font. Et les gens qui composent GIMP sont comme tous les autres, s'ils voient un truc qui suscite leur intérêt, ils n'auront aucun intérêt à le rejeter d'un revers de la main, j'en suis convaincu.

Je regarde des exemples comme MyPaint (dont l'UI est justement en Python), j'ai pas particulièrement l'impression qu'ils ont particulièrement plus de contributeurs que nous que nous, et en tous cas sûrement pas suffisamment pour justifier des années de travail.

J'ai un peu de mal à percevoir la pertinence de cet exemple : on parle ici d'un projet qui n'a ni l'envergure, ni l'ancienneté ni la notoriété de GIMP. En conclure que le fait qu'ils aient moins de contributeurs que vous donne une indication sur l'intérêt d'utiliser Python me semble un peu étrange :)

Parfois il vaut mieux être un peu moins efficace (parce qu'on doit faire des copier-coller lorsqu'on crée une nouvelle classe, ce qui arrive une fois tous 36 du mois) tout le temps que bloquer tout pendant des années pour être un peu plus efficace dans quelques années.

Avec vos histoires d'écritures rapides, je pense qu'il est possible que vous passiez à côté du véritable intérêt de l'abstraction et de l'expressivité d'un langage moderne : la relecture de code.

En effet, en programmation, on passe une grosse partie du temps (la plus grosse ?) à relire du code (pour le comprendre ou le comprendre à nouveau) plutôt qu'à en écrire. C'est pour ça que je préfère m'intéresser à des langages qui permettent une meilleure lisibilité plutôt que ceux qui me facilitent la vie pour l'écriture. Quand les deux sont là, c'est encore mieux.

Je suis originellement un programmeur C, et si à une époque, j'ai pu louer les mérites d'une lib comme GTK (car elle permet par exemple de façon assez élégante de faire un peu polymorphisme), je pense que j'aurais maintenant pas mal de difficultés à "rentrer" dans une IHM écrite en C depuis que je connais autre chose. A une époque, j'étais très branché Qt qui a l'avantage de se concentrer sur une sous-partie de C++, maintenant, je pense en particulier aux langages fonctionnels comme Elm.

Si je comprends bien, le projet GIMP vit sa vie à son rythme et n'a pas nécessairement un besoin prégnant de drainer une marée de développeurs mais lorsqu'on se trouve dans une situation où l'attractivité du projet est centrale, les outils et les langages deviennent stratégiques.

Je pense que je n'arriverai jamais à comprendre cette manie de vouloir tout et ne pas laisser les autres tranquille.

Sois tranquille, je n'ai pas l'intention d'aller faire de la coercition à ptit_poulet pour l'empêcher de gagner moins en négociant son télétravail.

Mais sinon, ton raisonnement me laisse penser que tu es plutôt accord d'entreprise qu'accord de branche, non ? Après tout, chacun négocie comme il le souhaite : le salarié d'un côté et l'entreprise de l'autre. :-)

Quand à ta capacité à conclure de mes propos que je réclame le salaire unique (alors que je déplorais juste que des gens sont prêts à accepter d'être moins payés pour fournir le même boulot -sans parler des avantages en calme et productivité- tout en coûtant moins à son entreprise), c'est tellement perché…
J'ai aussi le droit de déduire de tes propos absolument ce que je veux ou bien c'est réservé qu'à Zenitram ?

Ok pas de soucis je signe.

Ok, ça te pose donc aucun soucis de principe que non seulement ta boîte grâce à toi fait des économies au niveau des locaux mais en plus se fait du sucre sur ton dos en baissant ton salaire.

J'espère au moins que tu es au Trocadero cette après-midi ?

Désolé, mais je vois une organisation qui achète une techno fermée pour la libérer. Point barre.

Après, tu l'interprètes comme étant un mauvais signe si tu veux, mais moi je trouve ça chouette.

Je ne savais pas que la volonté de rester factuel était une mauvaise chose. Je vais essayer d'adopter un ton passionnel et de n'en avoir rien à foutre de la réalité objective, désormais.

Si on résume les choses de façon factuelle et non partisane, Mozilla annonce qu'ils achètent une techno closed source en vue de (entre autre) la rendre open source.
C'est pas plutôt une excellente nouvelle pour le libre, de rendre des technos libres ?

J'ai plutôt l'impression que tu cherches la petite bête.

Ils sont cupides dans le bureau d'à côté, mais je crois que c'est génétique.

Ok, donc si je refuse de dire bonjour à un collègue d'un bureau d'à côté, parce qu'il est du bureau d'à côté, j'ai un comportement raciste envers lui.

C'est bon à savoir.

Ok, et où ça s'arrête pour toi ? Si je refuse de servir un verre à quelqu'un qui n'est pas de mon quartier, c'est également "raciste" ?

Si un français m'interdis l'accès car je suis belge, ça s'appel du racisme.

Non, ça s'appelle une côte de bœuf.

Oui, moi aussi je peux invoquer des mots qui n'ont rien à voir avec la discussion, c'est cadeau.

Euh… il y a des lois contre ça, si si.

J'aimerais bien connaître les lois qui m'obligeraient à ne pas faire de ségrégation d'adresses IP pour un serveur.

Marrant qu'on trouve pas Haskell dans ta liste des "pourquoi pas", alors que c'est quand même un langage fonctionnel majeur. Une raison particulière ?

Wow, ce Bandit a l'air d'être un peu la Rolls Royce du backpack ! Et toutes ces petites poches, ça craint pas un peu quand tu dois prendre les transports en commun avec les vols possibles, et tout ça ? Y'a pas moyen de cadenasser tout ça j'imagine ? En tout cas, je suis très tenté, je recherche un truc comme ça depuis longtemps.

Cette pratique est monnaie courante en Elm, où elm-format fait des merveilles. Ne plus jamais avoir à se soucier de l'indentation, c'est de la tranquillité d'esprit.

Sûrement, mais beaucoup de gens ne connaissent que les touches qui vont de A à Z ainsi que la touche SHIFT, à la rigueur.
Va donc leur faire invoquer un menu avec ça.

Idiocracy des frères Cohen.

Ethan Cohen a travaillé sur le scénario, mais le film est réalisé par Mike Judge.

ou à vie tu es suivi par des canards.

Cool, plus jamais faim.

Imagine une association libriste réservée aux hommes blancs. Ca te choque? C'est le genre de ségrégation que tu fais dans ton association, puis est triste que des femmes noires libristes n'apprécient pas.

Comment on l'appelle celui-là ? le point Rosa Parks ? :)

Ça en devient un peu ridicule, je mettrais jamais plus de 50€ dans un whisky, perso.

50 € c'est le maximum que je mettrai dans une bouteille de pinard, par contre pour le whisky j'estime que c'est quand même assez différent, lors de dégustations, j'ai pu réaliser que la barre des 80 € que je m'étais fixé ne me permettait pas d'aller atteindre de vrais trésors organoleptiques qui sont souvent aux alentours des 100, 130 ou 150 € le flacon (c'était un vieux Laphroaig et un vieux Bunnahabhain dont j'ai oublié les références exactes, depuis).
Après, 50 €, c'est déjà très très bien, on peut découvrir un tas de trucs sympas et se faire une bonne "cartographie" du whisky. Le Ardbeg Ten par exemple, j'en salive rien que d'en parler :-) Et c'est pourtant la bouteille "standard" de chez Ardbeg.

Que leur reproches-tu au juste ?

Je n'ai pas grand chose à dire de la doc, mais c'est assez notoire quand même que l'interface de Git (je parle des commandes et des options) pourrait être largement améliorée, en utilisant un vocabulaire plus expressif.

http://www.saintsjd.com/2012/01/a-better-ui-for-git/