ckyl a écrit 3877 commentaires

  • [^] # Re: quel intérêt ?

    Posté par  . En réponse au journal Devenir un indépendant libre. Évalué à 4.

    Tu parles de gens qui gagnaient pas beaucoup en salarié (si il avaient un travail) et qui ne gagnent pas beaucoup en indé. Différence entre salarié et indé? aucune

    Si ton bénéfice est de l'ordre de grandeur de ton net d'avant ça veut dire que tu t'es justement fait enfler de tes protections sociales. Et comme tu as un bas salaire, tu le vois passer quand il t'arrive un truc. Et comme on a fait ça pour que tu sois la variable d'ajustement des budgets la boucle est bouclée :)

  • [^] # Re: quel intérêt ?

    Posté par  . En réponse au journal Devenir un indépendant libre. Évalué à 5.

    Non plombier est un métier qualifié qui gagne très bien.

    Livreurs, agents d'entretien, professionnels de santé (non médecin) sont gentiment invités à se mettre à leur compte tout en ayant absolument pas les moyens d'assurer la précarité qui va avec. Souvent le bénéfice étant ton net d'avant…

  • [^] # Re: quel intérêt ?

    Posté par  . En réponse au journal Devenir un indépendant libre. Évalué à 6. Dernière modification le 24 janvier 2019 à 19:15.

    Devenir indépendant c'est souvent, courir après les contrats

    Ça dépend. Tu peux faire de la mission, très, longue durée, du pompier, de la formation, vendre un produit / support. L'aspect commercial a un part très différente selon ces choix.

    ne pas faire au final ce qu'on avait envie de faire

    Voir le point précédent. Si seul la technique t'intéresse mais que tu choisis une activité qui demande 50% de commercial et que tu n'aimes pas ça, forcément.

    être toujours sur le fil d'un point de vue financier

    Si tu es sur le fil en étant indep alors c'est une très mauvaise idée de l'être. Notre marché étant actuellement ce qu'il est au pire tu retrouves un taf en pas longtemps. J'ai plus d'expériences de gens pointus dont le reste à vivre à plus que doublé ou qui amassent une montagne de pognon dans leur boite par ce qu'ils n'en ont pas besoin et que ça permet de temporiser les taxes pour plus tard. Les statistiques nationales de mon AGA semblent d'accord, et on parle de gens en EI qui n'ont pas souhaité optimiser leur structure pour gratter quelque % donc sûrement un biais vers le bas.

    Dans notre domaine on ne parle pas de l'auto-entrepreuneurisation forcée de métiers à bas revenus qui est effectivement une belle escroquerie.

    Avoir une protection sociale au rabais.

    Pourrais-tu développer ce point ? Tu cotises moins, tu as moins de prestation. Les gros risques sont couverts, le seul à bien réfléchir me semble être les indemnités journalière en cas de maladie. Soit tu te l'assures toi même, soit tu paies quelqu'un pour le faire.

    Les professions médicales me semblent avoir un plus mauvais ratio % cotisation / prestations.

    Je ne vois vraiment pas l'intérêt.

    • Être dev, contributeur individuel, en France avec un RFR vers les 6 chiffres ?
    • Négocier directement ce que tu fais, contrats etc. avec ceux qui ont besoin de toi plutôt que le trou noir RH / manager ?
    • Pouvoir décider de travailler beaucoup ou pas ? Simplement une bête flexibilité de +/- 2 ou 3 semaines de vacances par rapport à une moyenne est énorme.
  • [^] # Re: Différence entre EURL et SASU

    Posté par  . En réponse au journal Devenir un indépendant libre. Évalué à 3.

    De mon côté aucun soucis avec tout juste 3 ans d'exercice en étant seul sur le prêt (compagne TNS < 3 ans). Tu es sur qu'il n'y a pas une autre raison ou facteur déclenchant ?

  • [^] # Re: Would be nice

    Posté par  . En réponse au journal Adobe sous Linux ?. Évalué à 4. Dernière modification le 12 décembre 2018 à 20:18.

    Passant quelques jours chaque année à ré-évaluer Darktable depuis la 0.8 dans l'espoir de pouvoir dégager Adobe, si je peux me permettre.

    Ergonomie et facilité d'utilisation sont pour moi des points peu pertinents à prendre en compte lorsqu'on parle d'équivalence car ils sont subjectifs.

    La productivité est le nerf de la guerre. Le développement et la retouche sont des activités extrêmement chronophages. Le pro facture là ou l'amateur s'amuse mais dans les deux cas l'UX et la rapidité d'exécution une fois l'outil pris en main sont cruciaux. C'est juste impensable de mettre ces critères de côté.

    Techniquement Darktable est plutôt bon. On peut l'utiliser pour faire des choses très bien et il a bon nombre de fonctionnalités de développement dont ne dispose pas Lightroom.

    Le problème c'est que la question est généralement "comment j'arrive le plus rapidement possible au rendu que je souhaite". Et là Darktable s'écroule. Il faut beaucoup plus de temps et de bidouilles pour arriver à un rendu similaire. Ca ne vient pas d'un biais d'XP sur les outils puisque si tu cherches à reproduire ton résultat final le plus rapidement possible tu as toujours beaucoup plus de manips. Lightroom continue de progresser sur ces points, il ne devient significativement meilleur en qualité d'image ou fonctionnalités mais obtenir le résultat souhaité devient petit à petit plus en plus facile et rapide.

    Lightroom est bourré de défauts, a des performances exécrables et des fonctionalités limités mais pour moi ça reste mineur par rapport à l'UX et au surcoût d'édition de Darktable. Le DAM fini d'enterrer Darktable.

    Et pour moi CaptureOne est encore bien meilleur que Lightroom sur ces critères…

    En caricaturant, je trouve que Darktable à plus un goût démonstration technologique avec 70 plugins ayant chacun 43 options de configurations que l'on peut combiner à l'infini. Préférer la démonstration technologique plutôt que se focaliser à accompagner et simplifier une tâche me semble un piège classique. D'un point de vu dev c'est sur que c'est plus rigolo.

  • [^] # Re: Inférence de types

    Posté par  . En réponse à la dépêche Sortie de JDK 10. Évalué à 4.

    Tout ça pour dire que cette évolution ne touche strictement rien à la sémantique de java.

    Ça te permet de manipuler des types non denotable ce qui n'était pas possible jusqu'à maintenant. Exemples:

    Ça ne change pas le monde, par ce que c'est limité au var et que tu vas plus t'en servir comme un (hack|outil) ponctuel que comme base d'un design mais ta proposition initiale ne me semble pas exacte ;)

  • [^] # Re: motivation

    Posté par  . En réponse au journal Java 11 est dehors. Évalué à 6. Dernière modification le 27 septembre 2018 à 10:42.

    Peut-être que la fondation apache se lancera, elle a réagit à ces annonces ?

    La fondation Apache fourni uniquement une structure juridique et de l'infrastructure. Ces choses la sont acquises pour OpenJDK qui est l'implémentation de référence de Java totalement supporté par Oracle et autres vendeurs de JDK.

    Oracle JDK provient d'OpenJDK et Oracle continue de tout contribuer à jdk/jdk, l'équivalent de master. D'ailleurs depuis Java 11 OpenJDK est fonctionnellement équivalent à Oracle JDK puisque les fonctionnalités jusque ici proprio ont été soit contribuées à OpenJDK (Flight Recorder) soit retirées d'Oracle JDK (Java Web Start, Java FX etc.).

    Le flou actuel, c'est qui va fournir les développeurs pour maintenir les branches stables maintenant qu'Oracle sort systématiquement du jeu 6 mois après la GA. La fondation Apache ne s'occupe pas de ça. Elle ne fourni jamais de développeurs ni ne sponsorise de projet. La réponse viendra certainement soit des gros vendeurs ayant besoin d'un Java stable gratuit dans leurs offres commerciales (RedHat, AWS, IBM) soit d'ailleurs :)

  • [^] # Re: motivation

    Posté par  . En réponse au journal Java 11 est dehors. Évalué à 7. Dernière modification le 27 septembre 2018 à 10:23.

    FUD alors que je te donne la source la plus factuelle sur le sujet ? Elle n'est contestée par personne et signée par la majorité des Java champions et contributeurs à l'écosystème Java.

    Personne n'annonce la mort de Java ici. La réalité c'est juste qu'Oracle retire ses pions de la maintenance gratuite de Java (qui est gentiment offerte depuis Java 1.0). Reste pour le moment une LTS OpenJDK annoncée mais sans mainteneur ni contributeurs déclarés. RedHat prendra certainement jdk8u comme ils ont pris jdk7u. Mais assurer jdk11u qui est en début de vie c'est une autre paire de manche. Si tu regardes le nombre de backport qu'il y a eu depuis la GA de Java 8 c'est gros.

    Je ne te fais pas l'analyse du pourquoi du changement de stratégie, là ça serait subjectif. Mais oui il y actuellement des changements majeurs en cours dans l'écosystème Java, stratégiques et techniques, ça se stabilisera surement vu l'importance de Java mais en ce moment la visibilité est faible.

    Si tu veux une autre source d'information: https://www.youtube.com/watch?v=078QIrp0SD8

  • [^] # Re: motivation

    Posté par  . En réponse au journal Java 11 est dehors. Évalué à 6.

    C'est très bien d'utiliser l'openjdk!

    En ce moment la question n'est pas de savoir si c'est très bien, c'est de savoir comment la maintenance de jdk11u sera assurée (et jdk8u au passage puisque la fin des public updates d'Oracle est pour Janvier 2019).

    Oracle annonce retirer ses devs de la maintenance des branches d'update d'OpenJDK 6 mois après une release, LTS ou non. Auparavant le retrait des devs correspondait à la fin des public updates (soit 5+ ans et quelques dizaines de milliers de patchs après la GA). Les patchs qui iront dans Oracle JDK 11 ne seront pas contribués à OpenJDK 11. Pour le moment personne n'a annoncé prendre la relève, donc en l'état OpenJDK 11 est mort dans 6 mois et les releases tous les 6 mois sont intenables pour l'écosystème Java (depuis Java 9 la rétrocompatibilité source & binaire stricte et à tout prix n'est plus une ligne rouge).

    Pour le moment Azul Zulu Enterprise annonce suivre la politique d'Oracle: pas de backport de ses patchs dans OpenJDK 11.

    Donc il va bien falloir que quelqu'un mette la main à la patte !

    Résumé de la situation: https://docs.google.com/document/d/1nFGazvrCvHMZJgFstlbzoHjpAVwv5DEdnaBr_5pKuHo/preview

  • [^] # Re: Cool.

    Posté par  . En réponse au journal Ansible: la version 2.7 beta 1 est disponible. Évalué à 5.

    Il faut tout de même pondérer par le fait que l'on ne fait pas la même chose avec un langage de programmation classique et avec un langage pour déployer/configurer. En termes d'algorithmes, le second a en gros besoin de boucles pour faire x fois une tâche sur chaque machine, et parfois de trouver où est le serveur maître dans un cluster.

    Bien sur.

    Enfin pour un outil de configuration management être capable de stocker de la config sous la forme

    conf:
      - foo: x1
        bar: y1
        baz: z1
      - foo: x2
        bar: y2
        baz: y3
    

    puis vouloir appliquer une action pour chaque élément de la liste en utilisant foo et bar. Ne semble pas inconcevable. Pourtant l'année dernière tu tombais encore sur des bugs liés aux loops pour le faire…

    Ansible semble toujours rempli de bug comme ça. Je suis un petit utilisateur et pourtant je suis déjà tombé sur plus de 10 bugs dans les boucles, when & co. Je parle de trucs ou tu finis par identifier une entrée dans le bug tracker qui te confirme que c'est un bug qui est du au fait qu'on a utilisé X pour faire Y mais qu'en fait c'est incompatible avec la sémantique alors si on patche ces trois lignes ca va le faire C'est juste effrayant de bricolage. En regardant les dernières issues ça à toujours l'air d'être la cas.

    Après on peut disserter sur le fait que tu deviens un expert Jinja2 avant de devenir vaguement compétent en Ansible. La plaisir des templates de templates de templates.

    Une des explications du succès d'Ansible, c'est que c'est assez facile à installer, utiliser et apprendre (ie courbe d'apprentissage à pente douce)

    C'est là ou je suis à la fois d'accord et pas d'accord.

    On peut rapidement bricoler quelque chose qui tombe en marche. D'ailleurs la doc n'est constituée que d'exemples. Par contre si tu veux comprendre le truc la doc donne envie de te tirer une balle. La sémantique précise des choses n'est jamais spécifiée tout est exemple et débrouille toi pour inférer la spec. Dans mon monde, ça tombe dans la catégorie des joe le bricolo, ie. nan mais c'est du (json|yaml) c'est simple cough.

    Le nivellement part le bas, hello devops, est totalement en marche :D

    Finalement exposer une API utilisable dans n'importe quel langage de programmation semble à postériori plus viable. Ça permet permet de construire le plan logique avec un outil expressif et robuste qui sera ensuite compilé et exécuté par l'outil spécialisé. Des approches comme https://pulumi.io/ plutôt que les bricolages type Ansible ou Terraform qui mènent à des kilomètres de (Yaml|JSON|HCL) anti-DRY.

  • [^] # Re: Cool.

    Posté par  . En réponse au journal Ansible: la version 2.7 beta 1 est disponible. Évalué à 10. Dernière modification le 04 septembre 2018 à 18:26.

    qu'elles sont idempotent, c'est à dire que si on relance le script de tâches, elles ne seront pas exécutées une nouvelle fois si il n'y a pas besoin.

    Idempotent ne veut pas dire cela. Ça veut dire que les exécuter une ou N fois mène au même résultat.

    Le fait de chercher à ne pas exécuter une tâche si on peut prouver (pour moins cher) qu'elle a déjà été exécutée est une optimisation. Si c'est plus cher autant simplement la relancer.

    Autrement Ansible c'est un outil de configuration management permettant de définir ses actions en yaml enrobé d'un moteur de template Jinja2. Ca a du vouloir etre déclaratif mais t'as un pseudo langage de programmation (boucles etc.) tout pourri et tout buggé qui ferait passer PHP des années 2000 pour une merveille. Un régal…

  • [^] # Re: 14.1 vs 15.1

    Posté par  . En réponse au journal LineageOS. Évalué à 4.

    Oui. Plusieurs pertes de partition surement suite à une corruption du header LUKS.

    Mais en fait le problème n'est pas là. Si tu ne considères pas ton téléphone comme un truc volatile sur lequel tu ne peux pas compter c'est perdu par design. Il y a tellement de raisons de perdre les données stockées sur un téléphone que la solution ne me semble pas de savoir comment tu réduis la probabilité que ça arrive mais de faire en sorte d'avoir des sauvegardes.

  • [^] # Re: 14.1 vs 15.1

    Posté par  . En réponse au journal LineageOS. Évalué à 3.

    • le chiffrement de /data généralisé (et de la carte SD suppplémentaire si on l'ajoute en tant que stockage interne)

    Il y a une différence avec un Android stock ? Pour moi la fonctionnalité ne vient pas de Lineage.

    Concernant le stockage interne chiffré, je ne sais pas d'où ça vient mais j'ai briqué trois cartes SD sandisk en un an sur un moto g2 avec cette config sous lineage…

  • [^] # Re: microG

    Posté par  . En réponse au journal LineageOS. Évalué à 5. Dernière modification le 16 août 2018 à 11:39.

    En plus à la place des nightly ce sont des màj hebdomadaires donc potentiellement un peu moins de réécriture de NAND.

    Le nom nightly de Lineage est trompeur. Les MAJ sont poussées via OTA hebdomadairement (tu décides d'appliquer ou non)

    Merci de l'info ! Ça a l'air super bien pour les personnes qui parfois ont besoin d'applis proprio.

    Je n'utilise pas microG, mais quand tu vois le status de l'implémentation je ne me ferais pas trop d'espoirs.

    https://github.com/microg/android_packages_apps_GmsCore/wiki/Implementation-Status

    Les applis sont souvent très friandes des Play services qui sont parfaitement étudiés pour être aussi (utiles|indispensables) qu'un intérêt stratégique pour Google. Et vu que personne ne teste sans Play services…

  • [^] # Re: Le libre c’est bon mangez-en !

    Posté par  . En réponse au journal Un logiciel libre devient-il meilleur qu'un logiciel propriétaire dans la durée ?. Évalué à 2.

    Mais j'ai un clavier qwerty, que voulez-vous

    Que tu apprennes à te servir du layout US international ? Avoir un clavier QWERTY n'a jamais empêché personne de mettre des accents bien au contraire.

    Je propose de distribuer une claque à chaque fois que quelqu'un sort cet argument !

  • [^] # Re: ... et pas qu'un ...

    Posté par  . En réponse au journal Du développement full-stack en Java. Évalué à 4.

    Tu n'a pas une communauté qui te dis que c'est difficile pour elle de passer à Java10 donc ne t'embête pas à supporter des vieilleries.

    Depuis java 9 le cycle de release et support a changé. Java 8 était la dernière release à offrir du support long terme (sécu + bug fixes) sur plusieurs années.

    En ce moment plus personne n'offre gratuitement, libre ou non, une version maintenue sur plus de 6 mois. Ça sera aussi le cas avec Java 11 puisque le binaire LTS ne sera dispo que pour les clients Oracle. Let gratos s'arrête à 6 mois.

    Donc la communauté actuellement elle est actuellement toujours en Java 8. L'utilisation de 9 et 10 est ultra confidentielle (9 est EOL, 10 le sera dans 2 mois). Et ca commence à paniquer à 150 jours de la fin du LTS de Java 8 sans aucune autre solution que de faire un chèque à 5 zéro à Oracle ou Azul ou de monter de version majeure tout les 6 mois (en priant pour que tout ton écosystème de dependence suive le rythme ce qui est une bonne blague).

    TL;dr pour une lib j'écrirai encore du 8 pendant un moment. Ça va patiner pendant un moment.

  • [^] # Re: Lapin compris

    Posté par  . En réponse au journal Du développement full-stack en Java. Évalué à 10.

    Je me demande d'ailleurs si ça ne peut pas casser certains mécanismes de la JVM d’avoir ce genre de comportement.

    Rassure toi, la JVM est le seul truc qui sorte indemne de ce truc.

  • [^] # Re: Faire des tests, c'est bien, mais...

    Posté par  . En réponse au journal Faites des tests !. Évalué à 10.

    Mon cas est sans doute exceptionnel, voire unique, mais c'est probablement dû à la manière unique, ou du moins exceptionnelle, que j'ai de développer. […] e suis développeur C++, mais je n'utilise aucune bibliothèque C++ (en particulier, je n'ai jamais utilisé la STL), ni même C standard. J'utilise mes propres bibliothèques. […] Ce qui rend probablement les tests superflus dans mon cas.

    Nan nan ton cas n'est pas exceptionnel. La plupart des joe le bricolo qui bossent tout seul (et|ou) ont appris tout seul sont comme toi. Vous vous inventez un monde parallèle ou tout est clair pour vous et où votre productivité est bien évidement incomparable aux autres.

    Un enfer quand tu récupères un gars comme ça dans une équipe ! :)

  • [^] # Re: se prendre une amende est peut être plus rentable

    Posté par  . En réponse au journal Google + Commission Européenne = KABOUM. Évalué à 3.

    La, sur les téléphones, comment installer sur un iPhone une application refusée par Apple pour une raison ou pour une autre ?

    AFAIK C'est possible même pour des non techos. On le fait au taff pour une appli qui n'est pas recevable sur le store.

    Après c'est sur que si ton but c'est d'avoir des parts de marché…

  • [^] # Re: Google fait du « beau travail » ?

    Posté par  . En réponse au journal Google + Commission Européenne = KABOUM. Évalué à 10.

    totalement incompatible avec ce qui existait, le tout en Open Source ! Le but du logiciel libre étant d'ouvrir pour partager, c'est quand même un sacré contournement de l'esprit du truc…

    Oui c'est vrai. Ce n'est pas le monde du logiciel libre qui passerait son temps à se fragmenter, à forker de manière incompatible pour la couleur d'un bouton, ou à recoder pour la 100ième fois le même début de soft toujours aussi buggé plutôt que de terminer le truc qui satisfait 99% des critères. Oh wait :)

  • [^] # Re: Perte de temps

    Posté par  . En réponse au journal Tout ce qu’il faut savoir sur le langage PHP. Évalué à 3.

    D'ailleurs chose intéressante, elle est très rapide cette VM,

    Ahhhhh :)

    et que déjà il y a quelques année elle se montrait plus rapide que la VM de Python

    Ah oui en fait non !

  • [^] # Re: ouaa je ne connaissais pas la notation yoda! trop cool

    Posté par  . En réponse au journal Guido van Rossum se retire de la direction de Python. Évalué à 4. Dernière modification le 17 juillet 2018 à 00:31.

    J'ai checké un peu les discussions et il y a énormément de bruit.

    Si tu veux éviter de relire les 341745 messages de la mailing list, tu as un résumé correct des choix et compromis dans la présentation Optional - The Mother of All Bikesheds by Stuart Marks: https://www.youtube.com/watch?v=Ej0sss6cq14

    Les points intéressants sont:

    • Optional is intended to provide a limited mechanism for library method return types where there is a clear need to represent "no result", and where using null for that is overwhelmingly likely to cause errors
    • We are not trying to solve a much more general problem of a maybe monad or something like that if you are a functional programmer
    • We are not trying to get rid of null references from Java entirely. Optional does not replace null references
    • L'impact du boxing sur les perfs (16 bytes overhead + dependant load qui te pourri tout)
    • L'insistance sur tous les cas où ce n'est pas adapté (presque tous en fait)
    • L'insistance sur le fait qu'il ne faut éviter le combo isPresent() / get() mais qu'en fait la moitié des cas utiles l'imposent. Ça part des exemples explicites comme l'implémentation lisible du add qu'il a choisi, à des cas implicites. Par exemple si tes méthodes retournent un Optional et que tes méthodes prennent des nullable en paramètre comment crois tu que tu passes de l'un à l'autre ? En passant ton temps à faire des get :( Sur des bases de code réelles, en appliquant la règle de n'utiliser get que si aucune autre méthode n'est applicable, on doit être encore à > 50% de get.
    • Le fait qu'en fait tout le monde est d'accord qu'on garde null. Optional est juste un pauvre wrapper pour faire compiler l'API des Stream qui sinon ne marchait pas. Comme on a été un poil plus ambitieux, on propose de l'utiliser comme marqueur l'API pour résoudre un autre problème. Sans résoudre grand chose en fait, voir en introduisant de la complexité. En l'état la seule solution à la nullité c'est de bosser sur l'analyse statique de code. Quand tu as résolu ca, Optional devient un non sujet (glass is one-quarter full).

    Le point commun avec la démission de Guido et la PEP 572, c'est le bikesheding autour du truc :) D'ailleurs ca manque un peu de troll dessus !

  • [^] # Re: ouaa je ne connaissais pas la notation yoda! trop cool

    Posté par  . En réponse au journal Guido van Rossum se retire de la direction de Python. Évalué à 6.

    Ca ressemble a ce qu'on voit dans les languages fonctionnels et qui marche assez bien. Il y a meme une methode map et une flatMap.

    Optional en Java n'est pas, et n'a jamais été conçu, d'être l’équivalent d'Option en Scala ou tout autre option type. Son usage est uniquement destiné à indiquer qu'une méthode peut retourner quelque chose ou rien. Utiliser Optional comme paramètre ou membre est un anti-pattern. Ça a été discuté un million de fois lors de son introduction et tu trouveras facilement les arguments en cherchant un peu. Même en type de retour tu verras rapidement les limitations. Combine le résultat de deux fonctions retournant un Optional juste pour rigoler.

    En fait, Optional en Java ne résout pas grand chose au prix d'un stress supplémentaire sur le GC en attendant les value types. C'est juste un gros pansement: hey on a complètement merdé notre système de type sur les null et on introduit un gros wrapper pour limiter les dégâts. Si tu résous le problème de gérer correctement la nullité dans les autres cas autre que le type de retour d'une méthode alors Optional devient superflu. Le moins mauvais qu'on puisse faire en Java sont effectivement les annotations de nullité de la JSR 305 / Intellij / Eclipse. Ça passe pour les paramètres et type de retour mais très limités pour les variables et membres d'instance puisque ca manque de concept comme le non null monotone. Celles du https://checkerframework.org/manual/#nullness-checker sont mieux mais il y'a toujours des endroits qui restent merdiques et ingérables mais on arrive à avoir 80% du code sans trop surprise en étant un poil carré. Ca reste assez bancale…

  • [^] # Re: 80

    Posté par  . En réponse au journal [Énigme] Coffré dans un coffre ?. Évalué à 5. Dernière modification le 13 juillet 2018 à 13:52.

    Bravo. Je passe plus de temps à rédiger l'énigme qu'il ne vous en faut pour trouver. /o\

    En même temps tu ressors exactement les questions qui étaient utilisées il y a 10 ans comme brain teaser lors des entretiens d'embauche par les GAFA de l'époque.

    Les vieux cons qui ont subit toutes ces conneries ont donc un coup d'avance… À l'époque ça semblait un bon proxy pour l'intelligence ou refléter je ne sais pas quoi sur ta capacité de (SWE|SRE). Depuis ce sont des concours de CS bot et de whiteboarding…

    Tu peux ressortir les questions de Google vers 2005 pour faire une suite sans fin de journaux de ce genre.

    Exemple: https://www.glassdoor.com/Interview/You-have-7-balls-One-weighs-more-than-the-others-not-significantly-You-have-a-scale-like-the-scales-of-justice-Descri-QTN_198440.htm

  • [^] # Re: ouaa je ne connaissais pas la notation yoda! trop cool

    Posté par  . En réponse au journal Guido van Rossum se retire de la direction de Python. Évalué à 8. Dernière modification le 13 juillet 2018 à 12:28.

    j'avais vu passer sans comprendre l'intérêt

    1. Compenser les défauts d'un langage mal conçu où une typo à la con comme = à la place d'un == est syntaxiquement valide mais ne fait pas du tout ce que tu attendais. En inversant tu t'assures que le compilo ne laissera pas passer le truc
    2. Compenser les défauts des développeurs n'étant pas foutu de gérer correctement la nullité des types dans les langages dont le système de type est lui mêmes mal foutu. Typiquement en Java tout le monde est fier de foutre du Yoda partout au cas ou un null se baladerait quelque part sans jamais se demander pourquoi c'est normal que tout puisse être null partout sans aucune raison, indice ou autre… Mauvaise solution à un problème que tu ne devrais pas avoir.

    Tu pourras objecter que les deux usages s'invalident par de tests corrects et une utilisation saine de son système de type… et je ne te donnerais pas tord.