David Demelier a écrit 798 commentaires

Oui mais d'un point de vue perf tu y gagne avec Lua.

LuaJIT oui, Lua pur non.

Et Lua est un langage assez simple et relativement connu surtout dans le scripting pour jeu.

C'est un langage simple mais pas spécialement agréable à utiliser pour l'avoir mis dans mes applications. Comparé au Javascript moderne :

• Pas de support complet de l'unicode (ormis 2-3 fonctions anémiques) ;
• Orienté objet pénible ;
• Aucune rétrocompatibilité garantie (et les 3 auteurs ne se retiennent pas à casser plein de choses d'une version à l'autre) ;
• Pas de continue mais break et goto existent ;
• Les tableaux commencent à 1 (oui on peut les faire commencer à 0 mais les fonctions standard ne les fonctionneront pas bien avec) ;
• Syntaxe non égal(e) bizarre ~= ;
• Les tableau et maps sont le même objet et ça pose pas mal de problèmes et d'incompréhensions ;
• Expressions régulières maison largement inférieures.

Et à côté de ça : l'API C est aussi régulièrement cassée d'une version à l'autre rendant tous les modules externes quasiment toujours obsolètes. Un module phare a été longtemps inutilisable en Lua 5.3 : LuaSocket.

Pour ma part, j'ai fini avec ce langage :)

AI is a mental disorder

Regarde avant de commenter. Je n'ai pas ouvert quoi que ce soit c'est une personne qui fournit un patch et le mainteneur qui ne veut pas l'intégrer parce que pour lui glibc est la référence et tout le monde doit s'y plier.

AI is a mental disorder

Les logiciels de nos gestionnaires de paquets sont fortement couplés entre eux. Très fortement même. Si une nouvelle version d’un logiciel demande une nouvelle version d’une dépendance, en règle général, la distribution va attendre 6 mois et sa prochaine version avant de faire les mises à jour, plutôt que de risquer de casser quelque chose.

Et parfois c'est nécessaire. GNOME et KDE fournissent tous deux des bibliothèques communes à tout leur composants. Théoriquement ça veut dire que si tu utilises GNOME Maps 3.30, tu dois avoir les bases 3.30 (en réalité ça fonctionne de mixer la plupart du temps). Linux est bien plus basé sur des bibliothèques communes que Windows. Autre exemple : Gtk et Qt. Ça me ferait bien c***** de me taper ces dépendances dans chaque paquet. En plus, en ayant une unique version partagée par le système on s'assure d'une cohérence maximale. Que se passera-t-il si un des paquets qui embarque sa propre version de Qt décide de compiler sans le support de X ou Y ? Peut-être une frustration.

Si on veut distribuer un logiciel propriétaire d’ailleurs, et bien on peut faire comme ca. Un zip avec tout dedans. Et on clique sur le lancermonlogiciel.sh

Ou les :

curl http://mysuperproject.io | sudo bash

Je reviens je vais vomir.

La question est donc de savoir si l’on souhaite ou non démocratiser l’utilisation de GNU/Linux auprès du grand public.

Moi je n'y crois pas. Je n'aime pas flatpak pour la plupart des raisons que tu as citées. Pour moi ça fonctionnait déjà très bien avant et il n'y avait rien à corriger. C'est une fausse solution à un faux problème. Le vrai problème était la simplicité à installer des paquets et depuis un moment on a des interfaces graphiques conviviales qui le permettent comme anciennement GNOME Packagekit et maintenant GNOME Software, qui vous donne même des captures d'écrans.

AI is a mental disorder

C'est trop facile d'exiger aux autres de faire l'effort.

Rien à voir.

Comme tu peux le voir, il y a une personne qui a envoyé plusieurs patchs et il ne l'a toujours pas inclus et a argumenté contre l'idée de musl avant en gros : pourquoi intégrer votre patch ? c'est vous qui ne voulez pas vous plier à glibc alors payez les conséquences.

Le patch est là, il y a juste à appliquer.

AI is a mental disorder

Snap était là bien avant flatpak. Red Hat a fait flatpak par après et a décidé de propulser son support dans GNOME Software. Je pense que c'est tout à fait compréhensible de la part de Canonical de se sentir frustré de pas être logé à la même enseigne pour quelque chose qu'ils ont débuté avant. Je pense que c'est plutôt Red Hat qui a un syndrôme NIH. Systemd après Upstart, Flatpak après Snap. Il y a d'autres choses mais je n'ai plus toute la liste en tête.

Note : je ne défends en aucun cas Canonical, pour moi ça reste une entreprise qui « détruit » tout autant la simplicite et beauté de Linux que Red Hat.

AI is a mental disorder

Je souris légèrement à ces réactions excessives du côté des développeurs chez Red Hat et GNOME. « Ah vous n'installez plus GNOME Software dans votre distribution ? Tant pis on supprime le support de snap ».

Red Hat et GNOME sont loin d'être blancs comme neige et ne jouent pas toujours franc jeu non plus. Il y a qu'à voir la plupart des réactions chez systemd qui se finissent souvent par « on fait comme ça et tant pis si vous ne suivez pas ». Autre exemple dont je suis affecté, un développeur GNOME qui pense que glibc est le standard sous Linux et ne souhaite visiblement pas supporter d'autres alternatives.

Pour faire bref : l'herbe n'est jamais plus verte ailleurs. Chaque distribution fait un peu des conneries dans son coin. Mais c'est aussi grâce à ça qu'on fait des erreurs et on arrive à trouver parfois une bonne solution. Exemple simple : les fichiers .desktop, XDG, FDO en général.

En revanche, on peut pas vraiment jeter la pierre à Canonical pour développer snap, ça a commencé avant flatpak.

AI is a mental disorder

Parfois pas grand chose.

Par exemple sur un tour à commande numérique en stage de 3ème (il y a fort longtemps) j'ai réussi à déplacer la fenêtre de commande de l'écran tactile du tour devant mon tuteur. Surprise ! Un menu démarrer en bas, il s'agissait d'un Windows 95. Malheureusement une version très réduite car il y avait à peine des outils comme bloc note, calculatrice. Pas de démineur :(

Et sur les écrans de certains BUS de Strasbourg, l'interface tourne sur une version spéciale de Linux. Une fois partie en reboot permanent, j'ai vu le démarrage avec deux tux et ensuite un tty avec écrit « Lumiplan Platform » si j'ai bien vu.

AI is a mental disorder

Et comment pouvons nous être sûr que le lecteur multimédia utilise bien la version accélérée et ne fait chauffer le CPU ?

Enfin, je suppose RTFM le lecteur multimédia que j'utilise.

AI is a mental disorder

Hmm, dans ce cas bonjour le code source si on doit commencer à implémenter du code spécifique à chaque matériel pour un lecteur vidéo/audio. Bonjour les quantités de bugs introduits en plus à traiter au cas par cas.

AI is a mental disorder

Concernant ce support, je me suis toujours demandé comment cela se passait côté code source. Par exemple si je prends mpv (ou totem, mplayer, peu importe). Il y a-t-il du code obligatoire et spécifique à la raspberry pi 4 pour que ces deux formats soient spécifiquement traités par le matériel ? Ou tout cela passe simplement par le driver vidéo qui gère ensuite le flux ? J'avoue manquer un peu de connaissance à ce sujet :)

AI is a mental disorder

Chez moi aussi hier soir impossible d'accéder globalement à internet. Mon teléphone en 4G ne fonctionnait plus (un petit ! à côté de la barre de réseau) et pareil en wifi. C'est revenu vers 22h.

J'ai orange en internet et mobile.

AI is a mental disorder

Hmm, je me demande comment tu vas déclarer tes impôts dans les années à venir. Car le site administratif français n'est pas libre et la déclaration papier ne sera bientôt plus possible.

Tu ne vas que sur des site web libres alors ?

AI is a mental disorder

Il y a un truc que je n'arrive toujours pas à comprendre. Il me semble que la plupart des sites qui font du direct download sont en https. Comment HADOPI pourrait il détecter un quelconque téléchargement illégal ?

À l'heure ou quasiment tout est chiffré et que les logiciels comme eMule ont largement quitté le quotidien des personnes j'ai du mal à comprendre comment les gens peuvent ils se faire avoir avec HADOPI.

Notez que je ne supporte en aucun cas le téléchargement illégal et que j'achète systématiquement ma musique (étant audiophile, je veux de toute façon ripper en flac :)).

AI is a mental disorder

J'allais le dire.

D'ailleurs je ne sais plus sous quelle distribution ou système BSD il y avait un message disant que les modelines étaient risquées (en installant le paquet je crois).

AI is a mental disorder

Bah moi déjà je vois « digital » je sais que le site n'est pas crédible :}

AI is a mental disorder

Ou l'inverse. Avoir une licence plus permissive permet aux entreprise de pouvoir utiliser quelque chose même privateur. Oui c'est mal mais tant pis. Parfois ces entreprises le rendent bien en fournissant du support, des améliorations et même simplement de la visibilité.

Rien qu'llvm, ça gagne en popularité aussi depuis qu'apple en a fait son compilateur par défaut. Incitant notamment plus de personne à y contribuer.

AI is a mental disorder

ZSH est effectivement un shell riche en fonctionnalité. Mais je vois pas en quoi on peut le considérer bloat. En terme de consommation mémoire on est encore large en dessous de ce que je peux appeler un programme bloat.

Si tu me trouve un shell aussi puissant en autocomplétion (avec menu ultra convis) je suis preneur.

AI is a mental disorder

D'une manière similaire on a pléthore de bibliothèques pour parser du Json, mais laquelle devrait être dans la bibliothèque standard, nlohmann::json avec sa merveilleuse syntaxe et ses performances moyennes ou bien RapidJSON avec sa syntaxe lourde et ses performances impressionnantes ?

Aucune, à mon humble avis la bibliothèque standard n'a aucun intérêt à rajouter une bibliothèque JSON dans le standard. Sinon on va commencer à rajouter tout et n'importe quoi par prétexte que c'est « beaucoup utilisé ».

AI is a mental disorder

Effectivement, j'ai oublié qu'ils relancent l'exception après le m_mutex.unlock(). Mais oui les std::lock_guard sont justement là pour éviter ce genre de code scandaleux.

AI is a mental disorder

Ah ben je profite de ton message aussi pour rappeler un détail que j'ai oublié dans ma première réponse. Le syndrome NIH. Dans toutes mes missions en C++, j'ai jamais vu un seul code sans une classe de tableau / chaîne de caractère faite maison. Tous, les ont recodés.

soupire

AI is a mental disorder

Pour faire très simple : le C++ a eu plusieurs normes. Quand les développeurs ont commencé à travailler avec le C++ dans les années 2000, on faisait du C++98. C'est la première norme officielle.

En 2011, la norme C++11 a ajouté une palanquée de nouveautés et nouvelles manière de programmer avec ce langage, tant même que Bjarne Stroustrup a décrit C++ comme un nouveau langage. À part des nouveautés, cela apporte aussi des manières plus sûres de travailler et plus propres. Seulement, le C++11 ainsi que les normes C++14 et C++17 sont imposantes et nécessitent une véritable re-formation personnelles pour appréhender les nouveautés. Et ça, ça demande de l'investissement personnel et un peu de motivation.

Notez qu'à part le C++, beaucoup de langages évoluent aussi (Java, C#, Rust). Mais il semblerait qu'en C++ la dette technique est souvent plus imposante que dans ces autres langages.

AI is a mental disorder

Je suis entièrement d'accord.

Pour être honnête, lorsque j'ai quitté ma première expérience de trois ans j'ai rejoint une banque via une SSII pour travailler sur les logiciels qui gèrent l'automate (le DAB). C'était absolument parfait, 2 collègues jeunes très orienté nouveautés et expérimentations. Code propre et récent avec bonnes pratiques. En plus, travailler sur des machines rendait le travail moins ennuyant, on passait un peu de temps hors PC. Seul hic, faute de budget la mission s'est arrêté au bout de quatre mois et un collègue et moi y compris avons du quitter cette mission.

C'est là que tout a commencé, mon manager a décidé de m'envoyer travailler dans une entreprise utilisant encore borland 5 (donc de 1999 !). Ma première véritable depression (avec en plus un facteur agravant dans ma vie personnelle). Les développeurs sont quasiment tous consultants avec un turnover extrême. De ce fait, le code est absolument horrible à maintenir car tout le monde a fait un peu tout et n'importe quoi. Après cette très courte mission, je n'ai pas réussi à trouver un nouvel endroit où je pourrais pleinement profiter du C++ propre. J'ai donc même essayé totalement autre chose en tentant un poste en node.js avec toutes les technologies web récentes. Cette fois ci c'était pas le travail le problème, mais l'immaturité générale des collègues. Depuis je suis dans un poste plutôt convenable à nouveau en C++ avec des collègues en bonne moyenne très intelligents et coopératifs. Dans la majeure partie des cas assez ouvert d'esprit pour apprendre de nouvelles choses.

Donc à l'heure actuelle mon CV est un peu embrouillé par ce gros passage sombre entre ma première mission et mon poste actuel. D'ailleurs j'ai même été traité de « diva » pendant un entretien d'embauche. C'est aussi pour ça que je me questionne aujourd'hui. Je souhaiterais un peu consolider ma carrière et éventuellement faire une toute nouvelle chose. Car je sais qu'en informatique je serai encore et toujours un éternel insatisfait.

AI is a mental disorder

Mon préféré (copier/coller que tout le monde fait) dans mon poste actuel c'est le :

void DoSomething()
{
    m_mutex.lock();

    try {
        DoSomethingElse();
    } catch (...) {
        m_mutex.unlock();
    }

    m_mutex.unlock();
}

AI is a mental disorder

Je suis aussi fou du C++ (presque juriste). J'en ai d'abord fait personnellement puis j'ai commencé à être développeur professionnel. Dès ma première expérience, j'ai vite déchanté. Je suis tombé sur une équipe sympathique mais ne connaissant rien des nouvelles normes (C++11, on était en 2013 à cette époque) donc j'ai du tout leur apprendre et j'ai commencé à faire des présentations du C++ moderne. J'ai fait ça à mon entreprise, à une école, un LUG, etc. Même après ça, mon équipe continuait de faire du C++98 ou autres idioms désuets ce qui a commencé à m'attrister, étant personnellement extrêmement exigeant.

J'ai quitté cette entreprise au bout de 3 ans et rejoint plusieurs autres et je me suis rendu compte que c'était malheureusent partout pareil. Peu de gens s'intéressaient à la nouveauté, certains me le disaient explicitement « j'avoue, je n'ai pas regardé les nouveautés ». Donc avec le temps j'ai commencé à beaucoup déprimer à force de travailler avec des personnes ne souhaitant pas se mettre à jour. C'est simple, j'ai jamais trouvé quelqu'un plus fort que moi en C++ (en entreprise j'entends bien). Et n'allez pas croire que je me vante, c'est juste un fait objectif. À chaque fois que j'apprends une nouvelle chose simple à un collègue, on me répond « je connaissais pas ». Notez aussi, j'ai jamais fait une seule ligne de C++ dans mon cursus universitaire ; c'est bien parce que je suis passionné et curieux que j'ai pu accumuler toutes ces connaissances sur le C++. Pour faire simple, le C++17 n'était pas finalisé que je connaissais tous les changements apportés.

Pour en revenir à ma situation professionnelle, j'ai l'impression que selon les langages on peut être vite déçu si l'on est très exigeant comme moi. Et personnellement ça me fatigue et me donne envie d'une reconversion professionnelle totale. Car en réalité, j'aime coder pour moi sans avoir à faire à une quelconque autre personne venant interférer mon code dès lors qu'il ne me ressemble pas. Et à l'heure actuelle, quand je rentre chez moi le soir je n'allume même plus mon ordinateur pour coder mes projets libres perso que j'aime. Et c'est pas faute d'avoir du mauvais matériel, j'ai tout ce qu'il me plait, mais la motivation n'est plus là.

Maintenant, j'aimerais savoir si certains d'entre vous étaient développeurs (tous langage) et ont aussi fait une reconversion professionnelle ? si oui vers quoi ? quand ? pourquoi ? comment ?

Ça me taraude de plus en plus.

AI is a mental disorder

Justement les applications KDE en QML sont homogènes parce que Plasma fournit une API QML donc tant que les applications les utilisent ça restera propre.

AI is a mental disorder