David Demelier a écrit 755 commentaires

Personnellement j'utilise encore et toujours postfix car opensmtpd n'existait pas avant. En revanche, si je devais recréer (ou migrer) un serveur mail je partirais clairement sur OpenSMTPD qui a l'avantage d'être beaucoup plus simple mais légèrement moins flexible.

git is great because linus did it, mercurial is better because he didn't

Mais tu n'as pas de craintes à avoir en fait, tout simplement. Des logiciels proprio sous Linux il y en a toujours eu, parce que c'est estampillé Microsoft il faut sortir une peur irrationnelle ?

C'est plus nuancé.

Par exemple, Ubuntu a largement aidé à populariser les distributions Linux au sein des gens lambda. Et malheureusement Ubuntu a fait parti des distributions qui ont aidé à installer des logiciels non libres (comme les drivers nvidia) en plus de proposer des intégrations avec amazon. Je ne dis pas que c'est une mauvaise chose, certains aiment utilisent des logiciels non libre sur Linux mais d'autres non.

Le gros problème, c'est qu'on va s'éloigner du caractère libre qu'est notre écosystème Linux et on va finir par populariser les distributions avec déjà des logiciels privateurs préinstallés. Il n'est pas rare de voir beaucoup de gens faire tourner Slack, Spotify, Steam sur leur distributions à un point où on ne se demande même plus à quoi sert l'opensource et les alternatives libres avant de passer sur ce genre de logiciels privateurs.

Et c'est ça qui m'inquiète, au final on risque d'avoir beaucoup de gens franchir le pas Windows -> Linux parce que leur logiciels propriétaires favoris sont disponibles sans s'intéresser au travail sur les alternatives libres des développeurs opensource.

git is great because linus did it, mercurial is better because he didn't

Je parle pas d'anti microsoft. Microsoft fait des choses bien mais en l'occurence microsoft sort aussi des applications commerciales non libres.

git is great because linus did it, mercurial is better because he didn't

Pas spécialement non

https://netsplit.de/networks/statistics.php?net=freenode

git is great because linus did it, mercurial is better because he didn't

Exact, et j'ai l'impression que la plupart des serveurs NNTP payants sont plutôt orienté gros P2P de téléchargement.

git is great because linus did it, mercurial is better because he didn't

Je crois que c'est la première fois que je me fais moinsser sur Linuxfr parce que j'expose ma crainte d'avoir des distributions contenant des logiciels propriétaires par Microsoft par défaut.

On est bien loin de l'idéologie libre qu'était linuxfr au début.

git is great because linus did it, mercurial is better because he didn't

Justement, c'est ce qui m'inquiète avec la plupart des logiciels Microsoft portés vers Linux : qu'on commence à créer des distributions de ce genre.

git is great because linus did it, mercurial is better because he didn't

Ce qui me fait peur, c'est l'émergence de distributions orientées « Windows Linux ». Au final on va commencer à avoir des distributions composées de Skype, Edge, Office (peut-être un jour), Cortana, etc.

git is great because linus did it, mercurial is better because he didn't

Je suis bien content, au début je tournais aussi sur du .org mais étant un développeur plutôt indépendant sans association ni autre j'ai décidé de me tourner vers le .fr. Étant Français, je ne me voyais pas utiliser autre chose.

git is great because linus did it, mercurial is better because he didn't

Les développeurs GNOME n'aiment pas tellement GNOME Classique et est clairement sous développé. Ils appellent même les utilisateur de cette session des « gens qui veulent pas migrer ». En plus depuis peu ça ne démarre plus du tout chez moi et je me prends un dialogue me forçant à quitter GNOME.

git is great because linus did it, mercurial is better because he didn't

Et j'ajouterai l'image qui va bien :

git is great because linus did it, mercurial is better because he didn't

On dirait que le fabricant n'a pas envie qu'on modifie nous même les entrées EFI.

Essaye voir de démarrer à tout hasard avec l'option du noyau efi_no_storage_paranoia mais j'y crois pas trop.

git is great because linus did it, mercurial is better because he didn't

Ils viennent de faire machine arrière avec un email d'excuse. Du coup pendant ce cours instant je me demande s'il y a eu un mouvement de départ comme précédemment de GitHub vers GitLab.

En tout cas, ça reste une preuve que le “cloud” propriétaire est vraiment à bannir (voir aussi ce scandale).

git is great because linus did it, mercurial is better because he didn't

vi, l'éditeur de base dont tu parles (à ne pas confondre avec vim) est largement inférieur en terme de fonctionnalités, outillage.

Troll raté.

git is great because linus did it, mercurial is better because he didn't

Peux-tu nous montrer à quoi ressemble le fichier servertmpa75 ? (anonymise le au pire) car là j'ai du mal à t'aider.

Vu comme ça j'ai l'imperssion que tu remplace simplement le début de la ligne avec url3="https et qu'ensuite tu souhaites rajouter " à la fin ?

git is great because linus did it, mercurial is better because he didn't

Salut,

Je partage un peu le même avis. Je suis passionné de développement et c'est ce qui m'a fait m'orienter dans cette filière. Je savais plus ou moins déjà un peu coder avant même de commencer mon DUT Informatique. Sans vouloir me vanter, contrairement à d'autres de ma promo je savais faire plus de choses qu'eux et je sais faire + que certains ingénieurs maintenant de mon entourage (je n'ai qu'un bac +3). En réalité c'est juste un effet de bord de la passion : ne jamais arrêter d'apprendre, se remettre toujours en question et s'intéresser. Je me souviens encore d'un ami de ma promotion qui m'a vu coder chez moi et m'a dit « non mais je rêve, tu codes !? ».

Cependant, en entrant dans le monde du travail en informatique, en 2011 j'ai très vite compris que tout ne serait pas aussi beau, propre et utopique que sur les projets personnels et opensource auxquels je m'intéressais et contribuais. Déjà, il faut travailler la plupart du temps avec d'autres personnes. Ce qui signifie : d'autres manière de penser / développer (pas un mal en soi), esprit d'entreprise qui est de faire le moins possible parce que ça coûte. Mais surtout, travailler avec du legacy.

Je fais quasiment que du C++ et dans chaque poste que j'ai occupé j'ai toujours été confronté aux mêmes problèmes :

• syndrôme NIH omniprésent avec comme manière de penser : « on fait mieux, on adapte à nos besoins »
• bloqué dans le passé : beaucoup de collègues ne souhaitent pas passer au C++ moderne et restent cloitrés en 1990
• “overengineering” : c'est incroyable la masse de complexité dans le code avec un héritage excessif, un découpage excessif sans aucune valuer
• la peur d'avancer : rester avec des bases bancales sans les changer car « c'est trop risqué »
• “feature-creep” : il y a des fonctionnalités que je n'arrive pas à comprendre. Le client veut, on fait. En entreprise on sait rarement dire non parce que l'argent est en jeu.

Mais ce qui est encore propre à moi :

Je commence à me déplaire d'être dans un bureau toute la journée. Je suis très sportif et je cours énormément en compétition mais ça ne me suffit toujours pas. Je ne supporte plus cette sédentarité. Aussi, j'aime beaucoup le travail manuel et je dois avouer que ça me manque.

Contrairement à ce que tu dis, moi je ne suis malheureusement pas en mesure de pouvoir quitter mon travail pour faire quelque chose de moins bien payé. En effet, malheureusement avec cette disparité excessive des salaires, ma femme gagne bien moins que moi et ce serait vraiment compliqué si je passais au smic maintenant. En fait, c'est un cercle vicieux.

Mon rêve serait d'enseigner et de vivre de mes créations opensource, mais je pense que c'est très difficile à moins d'avoir des projets intéressant (par exemple, Ryan C Gordon de SDL2 gagne à peine ~$1200 sur patreon pourtant SDL est loin d'être une bibliothèque gadget). Ensuite de pouvoir faire un travail un peu plus « alimentaire » histoire de compléter.

git is great because linus did it, mercurial is better because he didn't

J'ai essayé Atom et VSCode quand j'étais dans une entreprise qui faisait du développement Web. J'ai été abasourdi par la lenteur de ce dernier alors que j'avais une machine de guerre.

En plus, la consommation excessive de RAM sur les gros projets ont déclenché par plusieurs fois l'OOM sur Linux chose rare (ayant pourtant 8Go de RAM). Tout cela parce que je faisais du VSCode + npm + Slack. 3 « applis » qui suffisent à mettre une machine KO, c'est du délire.

De toute façon je suis trop féru de vim, je l'utilise en éditeur par défaut (texte, C++, shell) et met l'extension partout où je peux (pour Visual Studio à mon emploi actuel par exemple, rendant fous mes collègues quand ils passent chez moi).

git is great because linus did it, mercurial is better because he didn't

Bien vu, j'avais jamais pensé à utiliser les variables directement dans la condition du filtre :-)

git is great because linus did it, mercurial is better because he didn't

Moi j'utiliserais awk, par contre je ne sais pas ce que tu veux afficher pour la première ligne une donc j'ai sauté celle ci.

{
        LINES[NR] = $0
}

END {
        # printf nul pour ta première ligne ?
        for (i = 2; i <= NR; i++)
                printf "%d\n", LINES[i] - LINES[i - 1]
}

À l'exécution (le contenu de data.txt est ta suite de numéro ligne par ligne, ni plus ni moins) :

awk -f test.awk < data.txt
2
1
3
-1
5

Note : il y a peut-être une solution différente sans passer par un tableau temporaire.

git is great because linus did it, mercurial is better because he didn't

Snap et Flatpak sont effectivement plus ou moins équivalent, par contre PackageKit n'a rien à voir et est là depuis des lustres. Il permet d'abstraire la gestion des paquets via une interface commune. En bref en utilisant packagekit tu peux installer des paquets sans savoir si c'est dnf, apt, pacman derrière… En général packagekit était utilisé par quelques interfaces graphiques comme GNOME PackageKit. Seul problème, il est considéré comme obsolète par son propre mainteneur en plus d'être foutrement buggé.

git is great because linus did it, mercurial is better because he didn't

Plop,

Beaucoup de gens pensent à tort que “Undefined Behavior” va générer un crash. Ce n'est pas requis. Par exemple, rien n'empêche à une implémentation d'autoriser l'écriture sur un pointeur nul, la norme dit simplement que c'est un comportement indéfini.

Ici il n'y a aucune raison que ça crash d'autant que le code est valide puisque tu ne modifie pas la variable dans ton thread que tu as passé en argument. Et encore heureux qu'on puisse lire les objets passés en arguments dans un thread sinon bonjour leur utilité ! ;-)

git is great because linus did it, mercurial is better because he didn't

Pas vraiment non.

À la rigueur tu aurais dit Perl 6 j'aurais été d'accord. Mais un bon nombre de projets populaires a largement migré à python 3 et ce depuis un bon moment.

git is great because linus did it, mercurial is better because he didn't

Ça me rappelle aussi une version de fedora il y a quelques années dont lightdm avait un prompt de mot de passe… en clair. Absolument insensé et pourtant c'était bien en version release.

Si je retrouve la capture d'écran je la montre.

git is great because linus did it, mercurial is better because he didn't

C'est abérrant ces patent trolls. Le pire c'est que beaucoup arrivent quand même à vivre de ça, breveter tout et n'importe quoi puis faire chier le monde, mêmes les logiciels libres.

Bientôt on va breveter 2+2=4 et on aura plus le droit de faire des additions dans du code, enfin, heureusement que je vis en Europe.

git is great because linus did it, mercurial is better because he didn't

D'ailleurs en voyant tous ces raccourcis, on ressent que le créateur est féru d'emacs. En tant que féru de vim, j'ai peur pour mes doigts tant je n'ai pas l'habitude. Surtout quand je vois des raccourcis comme :

C-x C-c s

Quelqu'un a déjà utilisé next au quotidien pour partager son avis ?

git is great because linus did it, mercurial is better because he didn't