reno a écrit 3879 commentaires

  • [^] # Re: Un petit hommage mastonodique (en anglais)

    Posté par  . En réponse à la dépêche Décès de Niklaus Wirth, auteur de nombreux langages de programmation. Évalué à 3 (+1/-0).

    Bah, le problème avec Pascal c'est qu'il y avait trop de version différentes, alors que C est resté plus "uniforme". L'apparition de gcc gratuit a fait le reste..

  • [^] # Re: Toit

    Posté par  . En réponse à la dépêche Le vhélio sort en v1.0.0. Évalué à 1.

    Est-ce qu'il n'est pas évident pour tout écologiste que la démographie galopante des 70 dernières années fait grandement partie de l'épuisement de la capacité de l'écosystème à digérer les folies de l'humanité industrialisée ?

    A priori non, je me souviens d'un reportage sur un super écolo, qui faisait tout lui-même etc, sa consommation devait être très faible en effet, le reportage finissait en disant qu'il avait 6 enfants !!!.

    Pas mal ton idée finale, sur les aides aux familles mono/bi enfants.

  • # Plus ça change, plus c'est la même chose

    Posté par  . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 5.

    Un argument majeur contre X était que c'était trop compliqué et que cela décourageait les contributions, c'est probablement vrai mais

    9 ans après que je l'aie vu proposé dans son 1er jet, le protocole de verrouillage de pointeur n'est toujours pas stable.. ah et en 4 ans, la liste des protocoles "stables VS instables" n'a pas bougé non plus ?!? WTF !

    le problème est plus compliqué que ça..
    Bon après il faut dire que sélectionner une technologie prévue pour de l'embarquer comme base pour le desktop forcément il va y avoir beaucoup de manque au lancement, après même moi qui n'aime pas trop Wayland je n'aurais jamais prévu que le lancement soit aussi anémique..

  • [^] # Re: Mais pourquoi diantre pas de RAII ?

    Posté par  . En réponse à la dépêche De Zig et des zags. Évalué à 3.

    Vale un language en alpha a même un RAII ou les destructeurs peuvent prendre des paramètres:
    https://verdagon.dev/blog/higher-raii-7drl

  • [^] # Re: Sather

    Posté par  . En réponse à la dépêche À la découverte du langage V. Évalué à 3.

    Ah? Dans ce cas je n'en vois pas l'intérêt D est bien + mature..

  • [^] # Re: Sather

    Posté par  . En réponse à la dépêche À la découverte du langage V. Évalué à 2.

    Sather avait un GC alors que là on parle d'un C-like.

  • [^] # Re: variable immuable ?

    Posté par  . En réponse à la dépêche À la découverte du langage V. Évalué à 4.

    Interessant l'utilisation de variable immutable sans "tricher" et autoriser le masquage de nom comme le fait Rust.
    D'un coté c'est + clair, un nom == une valeur d'un autre je soupçonne que cela induit a creer beaucoup de nom et qu'on finit par faire toto := …; toto2 := … ;

  • # quelques remarques

    Posté par  . En réponse au journal Taptempo en Zig. Évalué à 3. Dernière modification le 07 août 2023 à 15:36.

    Merci pour ce début de tutoriel

  • [^] # Re: la sciences ou la liberté d'expression

    Posté par  . En réponse au journal La science sur internet, ça m'inquiète. Évalué à 4.

    Tu parles du «Jour du Seigneur»? Ça n'est pas nouveau, les groupes de «doctes» qui parlent de choses évidemment fausses comme si elles étaient vraies.

    Un bon rappel que les humains ne sont pas très rationnels.. Même quand on a finalement établi des méthodes pour comprendre le monde plus rationnellement, les anciennes théories n'ont pas disparu.

  • # Le pire c'est que ..

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 7.

    parfois j'ai vu des projets ou certains des "conseils" de la liste étaient appliqués!

    Ma vie: j'arrive sur un projet pas petit, des dizaines de développeurs des milliers de ligne de code, on travaille à 2 sur une petite modification et ça core, il nous a fallu 1 journée pour trouver qu'il y avait un problème dans l'ordre d'initialisation des paramètres dans l'appel a un constructeur, on a trouvé le problème tout va bien. Sauf que le lendemain il y a un truc qui me tracasse: mais pourquoi le compilateur ne nous a pas prévenu??

    La réponse, c'était [4] aucun warning activé dans le compilateur! Par curiosité, j'active les warnings et hop 600 warnings apparaissent. Là je vais voir mon chef: "on a un problème..".

    Bon ayant participé au nettoyage, j'ai vu que sur les 600 warning juste 2 ou 3 étaient des vrais bugs, mais bon quel confort de développer avec les warnings activés!

    Sinon 52: les struct c'est pénible: utiliser des entiers partout et fait des typedef pour définir des "types" pour les index, les id, des valeurs en octets ou en bits..

  • [^] # Re: Ok !

    Posté par  . En réponse au journal Argdown : une syntaxe pour troller sérieusement. Évalué à 1.

    Il y a quand même un truc que je n'ai jamais compris sur le revenu universel, il est universel parce que "c'est plus simple à gérer", vraiment ?
    Et l'impact sur l'immigration ?

  • [^] # Re: Bref, Twitter s'est Freenodisé

    Posté par  . En réponse au journal Elon Musk licencie 5 000 employés de Twitter. Évalué à 9.

    Note qu'HyperLoop il avait été malin, il a juste fait de la pub pour le concept, il n'a pas investi.
    Ce sont d'autres qui ont/vont perdre de l'argent..

  • [^] # Re: SeL4

    Posté par  . En réponse au journal KataOS, un OS sécurisé basé sur SeL4 écrit en Rust ... par Google. Évalué à 8.

    Bah, seL4 ça n'est pas juste du C, c'est du C+des preuves formelles qui fournissent plus d'"assurances" que Rust.
    Et en plus avec le C, il existe un compilateur "prouvé formellement" CompCert, chose que Rust n'a pas donc tout bug du compilateur Rust peut impacter ta sécurité..

    Sauf qu'évidemment pour tout changement de seL4, il faut "refaire" les preuves!
    Et KataOS a modifié seL4 sans pour autant faire évoluer les preuves (pour le moment).

  • # Le driver du GPU Apple M1/M2 progresse vite

    Posté par  . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 3.

    Le statut https://nitter.net/LinaAsahi/status/1575343067892051968: Gnome, KDE, YouTube utilisable.
    Incroyable de réaliser ça aussi vite.
    Par contre ils préviennent que les pilotes sont loin d'être prêts pour faire du jeux vidéos.

    Sinon je vous déconseille de cliquer sur la vidéo, la voix est insupportable..

  • [^] # Re: Zig

    Posté par  . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 2.

    Un truc intéressant de Zig, c'est que les dev essayent d'être "plus correcte" même sur des points qui doivent être bien pénible a implémenter: par exemple le type unsigned en Zig ne wrappe pas, il est exactement comme le type entier signé: soit c'est détecté au runtime (checkers en mode débug) ou a la compilation, soit c'est undefined en mode release (ce qui permet de générer du code plus efficace).
    Il y a +%, -%.. pour les opérations qui doivent wrapper.

    Par contre j'ai quand même l'impression que Zig se focalise sur l'embarqué au détriment de la simplicité d'utilisation (passer les allocateurs de mémoire partout), Odin me parait bien plus "programmer friendly".

  • [^] # Re: les anciennes choses..

    Posté par  . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 2.

    Rust apporte une gestion statique intelligente de la mémoire

    C++ le faisait déjà avec les smart pointers.

    Pas d'accord, je pense qu'il fait plutôt référence a la gestion des objets en Rust qui est innovante (enfin sauf pour les rares personnes qui ont fait de l'ATS).

    Go apporte la notion de VM embarqué
    Il n'y a pas de VM en Go :-)

    Il y a un GC embarqué. Bon ça n'est pas spécialement innovant un langage avec typage statique générant un exécutable (Eiffel, Delphi, D…) les principales différences sont la simplicité du langage et que ça soit poussé par Google.

    et du binaire complet
    Là aussi c'est juste de la bonne vieille liaison statique.

    Je crois que sur Linux Go ne passe pas par la libc pour faire les appels systèmes donc non pas "juste de la bonne vieille liaison statique".

  • [^] # Re: Et hare, alors?

    Posté par  . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 3.

    Pourquoi? Tu aimes coder pour du proprio?

    Pas spécialement, mais quand j'investis du temps pour apprendre un langage (avec ses librairies, son système de build, ses outils etc) je veux pouvoir rentabiliser mon temps en l'utilisant "n'importe où".

    C'est en GPL3 donc quiconque veut porter ça sur un autre OS est libre de le faire hein.

    Ou sinon je peux utiliser un autre langage..
    Comme le notait le journal, ça n'est pas ça qui manque!

  • [^] # Re: Et hare, alors?

    Posté par  . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 4.

    Si je me rappelle bien Drew Devault n'a prévu de supporter que des OS libres pour Hare!
    Je sais bien qu'on est sur LinuxFr mais bon quand j'ai vu ça, j'ai tout de suite classé ce langage dans la catégorie "a oublier"

  • [^] # Re: V is for vapoware ?

    Posté par  . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 4.

    Pour ce qui est de V, le blog que tu pointes date de 2019 et le langage a continué d'être développé depuis.. Donc vaporware est trop fort, survendu ça probablement.

    Pour Julia, il me semble qu'il n'y a pas d'interpréteur? Pour un langage qui est pensé pour une utilisation REPL c'est surprenant.

    Et aussi ils ont fait des grosses boulettes, en voila une:
    -il disent qu'ils sont un langage générique
    -leur tableaux commençant a l'index 1
    -mais il y a une librairie qui permet de faire des tableaux avec des index de début arbitraire
    -leur système de typage ne permet pas de différencier les 2 types de tableaux
    --> il y a des librairies qui hardcode l'index commençant à 1 et ce qui veut dire qu'elles ne fonctionnent pas avec les tableaux avec index arbitraire :-(

    Pour un langage dont le point fort supposé est la combinaison des librairies (Dispatch multiple) ça fait désordre..

    Ça s'appelle foncer droit dans le mur et être surpris qu'on a des problèmes ensuite..
    Ils auraient pas pu utiliser des tableaux avec des index de début arbitraire (à la Ada) dès le début plutôt que de reléguer ça à une librairie???

  • # tu mélange un peu les choux et les carottes

    Posté par  . En réponse au journal Ces langages avec lesquels il faut tout réécrire. Évalué à 4.

    Je ne mettrai pas des langages avec GC: Crystal, Nim, dans la même catégorie que les langages avec gestion manuelle de la mémoire: Zig, V.

    Enfin pour V je ne sais pas trop ce qu'il compte faire sa doc n'est pas terrible (enfin la fois ou j'avais regardé il y a longtemps).

    Odin mériterai d'être ajouté à la liste: un C-like qui se focalise plus sur la programmation des jeux (enfin il n'est forcément restreint à ce sujet).

  • # Ordinateur lent aléatoirement

    Posté par  . En réponse au journal Le paranormal en informatique. Évalué à 3.

    Salut,
    Sur mon portable du bureau j'avais un comportement bien agaçant : l'ordinateur devenait très lent aléatoirement alors que le CPU n'était pas à 100%.

    Un collège m'a suggéré de désactiver la carte graphique et ça a résolu le problème !

    Mon hypothèse est que le système de refroidissement est devenu moins performant et que la chaleur émise par la CG faisait que le CPU se ralentissait..

  • [^] # Re: Mon expérience

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

    Le maintien du frein en cote + le frein a main électrique c'est quand même un peu plantogène: vécu cette été, je suis en cote, je crois avoir activé le frein a main électrique d'ailleurs quand j'ai relâché la pédale de frein la voiture reste en place .. jusqu'à la désactivation du "maintien de frein"!

    Et là quand j'ai senti la voiture reculer, ça m'a beaucoup surpris, et j'ai mis un peu de temps a réagir.
    D'habitude je ne regarde pas spécialement car j'entends le frein a main faire son travail, sauf que la les ventilateurs tournaient a fond..

    C'était clairement de ma faute, mais c'est un autre exemple comme quoi les fonctionnalités pour simplifier la vie peuvent être piégeuses.

  • [^] # Re: https://killedbygoogle.com/

    Posté par  . En réponse au journal Google forke C++. Évalué à 9.

    Le problème principal de Google sur le C++ "normal" était lié a des problèmes de performance donc évidemment utiliser du Go qui est plus lent que le C++ n'aurait pas de sens.

    Même si Go avait des perf similaire au C++, ils ont une base installée énorme de C++, donc ça fait plus de sens pour eux de "faire évoluer le C++" que de wrapper ça par du Go.

  • [^] # Re: Un puits sans fond ?

    Posté par  . En réponse au journal « formaliser les limites de la connaissance » (FLC). Évalué à 5.

    Remis en cause, remis en cause..
    Je préfère 'affiner' : la théorie de Newton reste très utilisée car les calculs sont plus simple.

    Pour montrer le progrès scientifique Asimov avait une très bonne image : le progrès de nos connaissances sur la terre: d'abord on l'imagine plate, puis sphérique, puis on se rend compte que l'équateur est un peu + grand, puis on mesure le relief de plus en plus précisément, le déplacement des continents, etc.

    Aucune théorie n'est 'vraie' ce sont des approximations utiles de la réalité.

  • [^] # Re: lisp ?

    Posté par  . En réponse au journal [Letlang] Écrire un compilateur en Rust. Évalué à 3.

    Pour ton exemple sur |> je suis d'accord que ça n'a pas d'intérêt dans un langage ou les opérateurs s'applique sur des valeurs, mais pas pour la même raison que toi:
    x |> f serait une façon tout à fait acceptable d'écrire f(x), mais ça ne marche plus si on veut faire x |> f(y) a la place de f(x,y)..


    Et je ne parle pas d'ajouter f(x y) au Lisp classique mais de remplacer (a b) par a(b) partout.
    Donc defvar(a 42) défun(…) +(1 2)..

    On peut très bien traduire mécaniquement l'un en l'autre, sauf '(x y) bien sûr qui n'est pas une S-expression.. ;-)