StyMaar a écrit 78 commentaires

  • [^] # Re: Plateau

    Posté par  . En réponse au journal Rappel : Si vous essayez de modéliser l'épidémie de Covid-19 et que votre modèle est dérivable …. Évalué à 2.

    C'est pour ça que je parle du décès comme seul indicateur fiable, parce que ça pour le coup s'ils ont réussi à tenir le compte pendant la peste noire1 on devrait réussir à y arriver aussi.

  • [^] # Re: Lua ?

    Posté par  . En réponse au journal Bellard strikes again: QuickJs, un moteur JavaScript. Évalué à 2.

    et que le langage lui-même ne se traine pas les tares historiques de js…

    Enfin Lua traine quand même ses propres tares … On parle quand même d'un langage qui a décidé que ça serait rigolo de ne faire comme personne d'autre et de commencer ses tableaux à l'index 1 …

    C'est d'ailleurs loin d'être le seul point de friction avec lua, mais comme ça fait 5 ans que je n'ai pas eu à y toucher je n'en ai pas mémorisé beaucoup.

  • [^] # Re: Pas de version patchée dans Debian Security?

    Posté par  . En réponse au journal demain soir on finit tard. Évalué à 6.

    Les « bonnes crèmeries », ce sont celles qui ont de la crème fraîche, non ?

    Oui, mais paradoxalement la «crème fraîche» c'est de la crème (légèrement) fermentée ;)

  • # Rust, de gros prérequis ?

    Posté par  . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 10.

    Au final, j'ai l'impression que Go et Rust n'attirent pas le même public : plutôt haut-niveau pour Go et bas-niveau pour Rust. Par exemple, pas mal de développeurs de langages de scripts (Ruby, Python, NodeJS) sont passés à Go pour les performances et la concurrence. À l'inverse, Rust me semble très compliqué à aborder sans un bagage technique conséquent et au moins une expérience dans un langage bas-niveau (souvent le C ou au moins des notions de C++).

    C'est marrant, moi je n'ai pas du tout eu cette impression en me mettant à Rust: pour moi, qui n'avais fait que du web professionnellement (PHP -> Java -> Nodejs), Rust c'était justement un moyen d'aborder le bas niveau sans avoir à me plonger dans les emmerdes du C ou C++ (j'avais seulement eu un cours de C en école, et les segfault en veux-tu en voilà, ça m'avait un poil agacé, sans compter que l'ensemble de l'écosystème paraissait ultra-archaïque).

    Avec Rust, j'ai pu m'intéresser au bas niveau en ayant un compilateur vigilant et pédagogue sur le dos, pour m'éviter de faire n'importe quoi, et je mis suis mis super bien. La communauté sur le net, notamment sur irc aide aussi énormément.

    Et quand je vois la communauté Rust, sur Reddit notamment, je suis loin d'être le seul dans ce cas: il y a vraiment beaucoup de développeurs avec un background web, sans aucunes connaissances en C, qui se sont mis à Rust pour faire du bas niveau sans revenir aux années 80.

    En tout cas moi ça m'a plutôt bien réussi: je bosse aujourd'hui sur de l'embarqué (un robot) avec un code essentiellement en Rust.

  • [^] # Re: Désinformation

    Posté par  . En réponse au journal Les timoniers sont-ils fatigués ?. Évalué à 5. Dernière modification le 09/09/18 à 02:36.

    Sans aucun doute, mais l'auteur du journal n'en faisait a priori pas parti (et pour Korben c'est certain), donc on peut largement leur laisser le bénéfice du doute, en supposant qu'il s'agit d'une erreur de compréhension, et pas les accuser de «désinformation» (ce qui est quand même un qualificatif sacrément agressif).

  • [^] # Re: Désinformation

    Posté par  . En réponse au journal Les timoniers sont-ils fatigués ?. Évalué à 2.

    Appeler ça une «fausse information» c'est quand même un peu extrême …
    En pratique, c'est assez facile de comprendre le mail de travers :

    1) Have the Maintainer's Summit in Vancouver, without Linus.

    2) Move the Maintainer's Summit to Edinburgh, with Linus.

    En lisant ça rapidement, j'ai aussi cru qu'ils déplaçaient juste le lieu, pour se rapprocher de Linus. Le changement de date n'est expliqué qu'à la toute fin.

  • # Rust et SIMD

    Posté par  . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 8. Dernière modification le 27/07/18 à 14:18.

    [la mise en gras est de moi]

    Ce principe a été repris et généralisé dans le langage Rust (créé par Mozilla), qui veut se poser en alternative, mais aujourd’hui reste inférieur en termes d’écosystème (SIMD, multicore / OpenMP, toolkit graphique façon Qt).

    L'utilisation de SIMD (pour x86 en tout cas) est désormais possible dans Rust stable depuis la version 1.27 sortie au mois de juin.

    C'est un point de détail, mais c'est assez révélateur de la vitesse à laquelle Rust progresse aujourd'hui.

  • [^] # Re: Mouais

    Posté par  . En réponse au journal Des armes en Open-Source. Évalué à 7.

    Malgré la simplicité d'en avoir, c'est rarement utilisé par les criminels mais plutôt par des… chasseurs.

    C'est quoi un «criminel» ? Les armes de chasse sont responsables d'un nombre non-négligeable d’homicides , et dans la majorité des cas, un meurtrier est quelqu'un qui n'a aucun antécédent criminel avant de commettre son meurtre.

    Faut arrêter les stéréotypes issus des séries télé, avec des «criminels» manichéens. Les criminels du monde réels, c'est ça.

    même avec des armes traditionnelles, tuer n'est pas si évident.

    C'est quand même nettement plus efficace qu'avec un couteau sans parler des séquelles souvent irréversibles après une blessure par balle (beaucoup plus rares au couteau encore une fois).

  • [^] # Re: Mauvais hébergeur, changer d'hébergeur

    Posté par  . En réponse au journal La colère des développeurs de crypto-monnaies après le rachat de Github par Microsoft. Évalué à 0.

    Le développement de Tor est totalement centralisé, tout comme celui de la plupart des logiciels libres: oui tu peux forker Debian si tu veux, mais tu as intérêt d'avoir une bonne raison et un grand nombre d'utilisateurs et de contributeurs derrière toi, sinon ton fork a toutes les chances de tomber à l'eau (coucou Devuan).

  • [^] # Re: Une belle version alpha

    Posté par  . En réponse au journal Et numworks tu connais ?. Évalué à 3.

    Ah voilà un commentaire nettement plus pertinent que la réaction aigrie de Zenitram, et effectivement ça fait pas mal de défauts rédhibitoires.

    Je ne sais pas ce qu'il en est aujourd'hui, mais en je sais qu'en 2006 une Casio pour la prépa c'était quand même partir avec un gros handicap, la Ti-89 écrasant complètement la concurrence.

  • [^] # Re: Une belle version alpha

    Posté par  . En réponse au journal Et numworks tu connais ?. Évalué à 4.

    En maths, oui mais en physique c'est quand même difficile de faire sans calculatrice … Et je ne me souviens plus précisément des fonctionnalités les plus utiles, mais dans ma classe tout le monde a progressivement adopté une Ti-89 en délaissant les Casios et les Ti de plus bas de gamme.

  • [^] # Re: sans pour autant savoir faire du dev

    Posté par  . En réponse au journal Du concombre et du cornichon. Évalué à 2.

    On est très très loin du turing compliant.

    Alors, c'est du pinaillage mais ce que tu cherches à dire c'est «Turing complet», qui est un concept mathématique. Le mot “compliant” est un anglicisme qui s'emploie quand on veut parler de la conformité à un standard : tu peux dire POSIX-compliant par exemple.

  • # Hébergement

    Posté par  . En réponse à la dépêche Un an après, faisons le point sur wallabag.it. Évalué à 7.

    on enlève 1,80 € de frais d’hébergement sur une base de 1 000 clients à l’année (et à 150 €/mois)

    J'aimerais bien savoir comment tu as calculé ta charge pour dimensionner ton serveur, parce qu'à 150€ par mois chez OVH tu as ça et ça me paraît largement sur-dimensionné pour un usage pour 1000 clients. Du coup je me dis que je passe peut-être à côté de quelque-chose.

  • [^] # Re: Pocket sera-t-il libre un jour? (et encouragements)

    Posté par  . En réponse à la dépêche Un an après, faisons le point sur wallabag.it. Évalué à 3.

    Je ne connaissais pas cette histoire de CFE, mais du coup je me demande si elle s'applique dans mon cas (auto-entrepreneur travaillant de chez moi).

    Les locations ou sous locations portant sur des immeubles nus à usage d'habitation ne sont pas concernés par la CFE. A contrario relèvent de la CFE les locations et sous location d'immeubles nus à usage autre que l'habitation, sauf si les recettes brutes encaissées n'excèdent pas 100.000 euros.

    Ce passage-là me fait penser que non, puisque chez moi c'est manifestement un endroit «à usage d'habitation», mais j'aimerai bien un avis éclairé sur la question.

  • # Free & les dongles

    Posté par  . En réponse au journal Dongle 4G sous environnement libre. Évalué à 4.

    Je ne sais pas ce qu'il en est à l'heure actuelle, mais je me souviens qu'à la sortie des abonnements Free mobile, les conditions d'utilisation du service interdisaient explicitement l'utilisation des cartes SIM Free dans au autre appareil qu'un téléphone, et particulièrement dans le cas d'un point d'accès internet mobile.

  • [^] # Re: Repos

    Posté par  . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 2.

    trouvé aussi https://github.com/8l/pijul vieux de 2 ans, avec lien vers le site mais… projet en Ocaml.

    Pijul était initialement écrit en OCaml, il a été ré-écrit en Rust au moment de la version 0.2 début 2016.

    https://nest.pijul.com/pijul_org/pijul

    L'inconvénient d'un VCS auto-hébergé, c'est que quand ça bug ça fout le bazar dans l'historique.

  • [^] # Re: Oui mais non

    Posté par  . En réponse au journal ADN overflow : c'est de la faute de l'open source. Évalué à 2.

    Un exemple de faille dans le langage, c'est par exemple quand on peut forcer java à avoir une référence invalide alors que le langage a été conçu pour rendre celà impossible (https://dev.to/rosstate/java-is-unsound-the-industry-perspective)

    Ce genre de problème ne risque pas d'exister en C puisque le langage est très simple et n'introduit pas d'abstraction cherchant à limiter ce qui peut être fait avec.

    En réalité, la raison pour laquelle ce genre de «bug» ne peut pas arriver en C, ce n'est pas tant que le langage est «simple», mais parce que sa spécification est laxiste : elle stipule explicitement que les développeurs de compilateurs peuvent faire absolument ce qu'ils veulent dès qu'un cas tordu se présente : ce sont les Undefined Behavior. Les compilateurs ont le droit de supposer que ces cas là n'arrivent jamais, et si jamais le programmeur provoque l'un de ces cas, alors le compilateur est libre de faire ce qu'il veut, le développeur n'avait qu'à pas être bête.

    Dans ces conditions, c'est plus effectivement facile pour un compilateur de respecter la spec' !

  • [^] # Re: Orthographe

    Posté par  . En réponse au journal Un pas en avant pour les serveurs libres: Le projet NERF. Évalué à 10.

    Heureusement, il y a Grammalecte !

  • [^] # Re: Galette vs crêpe

    Posté par  . En réponse au sondage Mon plat plat préféré. Évalué à 3.

    En fait en Breton il n'y a qu'un seul mot krampouezh.

    Sauf que le Breton[1] n'est qu'une des 2 langues de Bretagne avec le Gallo, mais les bas-bretons ont tendance à oublier qu'ils ne sont pas les seuls bretons ;)

    [1] en admettant qu'il n'y en ait qu'un seul.

  • [^] # Re: Galette vs crêpe

    Posté par  . En réponse au sondage Mon plat plat préféré. Évalué à 5.

    Je confirme la galette n'existe pas dans le Finistère : son équivalent est la crêpe de blé noir. Mais attention ce n'est pas la même chose : la crêpe de blé noir est fine et croustillante, impossible d'en faire une galette-saucisse. La page Wikipédia de la crêpe mentionne d'ailleurs cette différence

  • # mauvais retour sur influx

    Posté par  . En réponse au journal Base de séries temporelles. Évalué à 9. Dernière modification le 08/04/17 à 10:39.

    Dans mon ancienne boite, des gens utilisaient influx et ils n'en n'étaient pas très contents.

    Principaux griefs:
    - très instable: pas mal de bugs, et les mises à jour apportant les correctifs entrainent souvent des régressions. Ils ont du rester très longtemps sur une vieille version malgré le fait que les plus récentes avaient des fonctionnalités dont ils avaient besoin, simplement parce-que les versions récentes avaient toutes des bugs critiques (quand tu ne peux pas remonter tes back-ups, c'est quand-même un peu chaud).
    - scalabilité pas au rendez-vous : l'un des arguments d'influx c'est de tenir super bien la charge en écriture mais les résultats n'étaient pas du tout conformes aux attentes. Mes collègues avaient du faire leur propre agrégateur maison en amont d'influx pour envoyer moins de points sinon la base ne suivait pas.

    Après, ça fait 1 an que j'ai quitté cette boite, donc Influx s'est peut-être améliorée depuis.

    Pour la petite histoire, ils se traînaient influx qui avait été introduit dans la boîte par un ancien salarié au tout début de la boite, fanboy de Go (le langage) il avait décidé d'utiliser influx parce-que c'était écrit en Go (bonjour la décision technique éclairée).

  • [^] # Re: Un peu déçu par Rust

    Posté par  . En réponse au journal Un print(1 + "3a"), ça nous inspire comment ?. Évalué à 1.

    Je rappelle pour ceux qui lisent que OCaml ou Haskell déduisent les types et vérifient leur cohérence sans aucune annotation de l'utilisateur.

    Ils peuvent le faire, mais (dans la communauté Haskell du moins) il est généralement recommandé de mettre des annotations de type au niveau des fonctions, dans un but de documentation du code et pour expliciter les invariants, même si le compilateur serait capable de s'en passer.

    Par exemple :

    When writing our own functions, we can choose to give them an explicit type declaration. This is generally considered to be good practice except when writing very short functions.

    http://learnyouahaskell.com/types-and-typeclasses
    Qu'on peut traduire par : En écrivant nos propres fonctions, on peut choisir de déclarer explicitement leur type. C'est généralement considéré comme une bonne pratique, sauf dans le cas de fonctions très courtes.

  • [^] # Re: Un peu déçu par Rust

    Posté par  . En réponse au journal Un print(1 + "3a"), ça nous inspire comment ?. Évalué à 4.

    Sinon, à mi-chemin entre Coq et des langages de programmation généralistes, tu as Idris. En plus il vient juste de sortir en version 1.0, ce qui stabilise pas mal de trucs.

  • [^] # Re: Un peu déçu par Rust

    Posté par  . En réponse au journal Un print(1 + "3a"), ça nous inspire comment ?. Évalué à 2.

    Si tu veux du typage statique en Node (ou JavaScript en général), tu peux utiliser flow: tu rajoutes juste des annotations de type à ton JavaScript et un compilateur (écrit en OCaml) va vérifier que ton typage est correcte. Il est même capable de faire un peu d'inférence de type (mais pas dans tous les cas je crois). Le système de type est assez complet, avec des génériques, des types sommes et des objets non-nullables par défaut. Ce qui est bien c'est que ton code reste du JavaScript, contrairement a TypeScript, qui t'oblige à changer ton utilisation du langage.

  • [^] # Re: Un peu déçu par Rust

    Posté par  . En réponse au journal Un print(1 + "3a"), ça nous inspire comment ?. Évalué à 3.

    contient exactement la même information que le message en Python :

    Cette phrase était en réponse à Dinosaure qui disait :

    Oui enfin Python n'a pas un algorithme d'unification derrière … Il faut comparer ce qui est comparable aussi (c'est pour ça que je compare pas cette problématique spécifique avec OCaml).

    Mon argument était juste de dire que du point de vue de l'information disponible (pour le compilateur qui va générer le message) il n'y a rien qui manque en Rust qui lui permette de générer un message plus compréhensible.

    Parce que clairement on est d'accord, le message en Rust est abscons tandis que le message Python est très clair.