Guillaume Denry a écrit 2954 commentaires

Certes, mais je tiens quand même à revenir sur le mot "tenté" de mon premier commentaire.

Pourquoi a-t-il commencé à développer less ? Était-il insatisfait de more ?

Sans prétendre pouvoir répondre à la place de l'auteur, oui, c'est même sur la page wikipedia du projet : more ne permet(tait?) pas de remonter dans le flux.

A-t'il déjà été tenté de redévelopper less avec un langage plus moderne ? Et si oui, lequel ?

Has he ever been tempted to redevelop less with a more modern language? And if so, which one?

Et pourquoi ne pas simplement … avoir refusé ?

Yes, appear.in, je valide, j'utilise quasiment que ça et ça marche très bien.

VOSTFR, c'est pas vraiment un problème, il y a pléthore de site de sous-titres, non, ce qui était cool avec t411, c'était les œuvres doublées, du genre dessins animés pour les enfants, toussa…

Du coup, dans le même registre, j'en profite également pour parler d'un projet en Elm que je trouve assez fabuleux, c'est un moteur de narration qui peut être interfacé ensuite sur le moteur de rendu de notre choix.

https://github.com/jschomay/elm-narrative-engine

Des exemples ici :

http://blog.elmnarrativeengine.com/sample-stories/

Factorio c'est vraiment un truc de ouf. Pour un jeu vidéo, ça pousse le concept de chaînes de production assez loin et c'est réellement passionnant.

Tu as raison, en effet, prévoir quelques soirées en nolife…

sladi j'ai peur que le sujet soit un peu léger pour un long-métrage

C'est-à-dire ? C'est pas comme si le thème de l'espionnage n'était pas déjà une source d'inspiration sans fond pour un nombre déjà titanesque de longs métrages.
Pas original, peut-être, mais "léger", franchement, je vois pas.

En pratique, ce week-end, s'abstenir c'est se ranger du côté du FN

Techniquement, on donne la moitié de sa voix au FN.

http://www.liberation.fr/debats/2017/05/01/cedric-villani-s-abstenir-c-est-donner-la-moitie-de-son-vote-a-marine-le-pen_1566507

Non, c'est complètement lié à emacs et je ne pense pas qu'il y ait un plan prévu pour l'en faire sortir.

Il y a bien plus de fonctionnalités, comme par exemple une navigation futée, le pliage-dépliage. le déplacement d'arborescences, l'utilisation des tags (genre TODO, DONE, URGENT, etc.) et aussi des dates.

Bin justement, ce que tu décris ressemble un peu à une "bonne intégration dans emacs". Et je me demande si org-mode aurait pu techniquement (et s'il avait été créé plus récemment) être bâti sur du markdown.

Le point positif c'est qu'on a qu'à attendre que ces vieux cons disparaissent (physiquement dans le cimetière le plus proche

Espérer la mort de son interlocuteur, c'est élégant…

Sans forcément rejoindre l'avis extrême de MTux, il faut dire aussi que nodejs (je ne prononce pas pour Ruby que je ne connais que mal) ne m'excite mais alors plus du tout depuis que j'ai découvert de vraies technos taillées pour le backend (comme Elixir).

De là à ne pas utiliser un logiciel parce qu'il est fait en "…", d'un point de vue utilisateur, je préfère le juger pour ce qu'il propose comme résultat final et expérience.

rust et haskell sont des langages jeunes

Il me semble pourtant que Haskell et Python ont été créés à peu près la même année non ?

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.