Sous Linux on a plutôt tendance à ne fournir les applications sous forme de code source. Principalement parce qu'il y a beaucoup trop de distributions et que compiler ton projet sous Ubuntu ne signifie pas qu'il fonctionnera sous une autre (libc différente, versions de bibliothèque différente, etc…).
Faire un paquet 100% portable non compilé par les mainteneurs de la distribution signifierait que tu doives embarquer toutes les bibliothèques à côté de l'exécutable et jouer avec LD_LIBRARY_PATH pour ne jamais utiliser les bibliothèques du système et franchement c'est merdique. L'autre solution serait de faire des exécutable statique mais c'est peu recommandable.
Enfin, la dernière solution et la plus appropriée si on veut fournir un paquet 100% portable binaire est de passer via flatpak mais ça rejoint un peu l'idée du paragraphe au dessus (les bibliothèques sont empaquetées avec). Cela dit, flatpak est plutôt orienté application graphiques (comprendre, avoir un .desktop qui s'affiche dans les menus GNOME/KDE/Xfce), ce qui n'a pas l'air d'être le cas de ton projet.
git is great because linus did it, mercurial is better because he didn't
La ligne de commande sous mac est bien plus utilisée que sous Windows (mais moins que Linux, c'est sûr). Elle a l'avantage de fournir un shell POSIX (zsh qui plus est) et un terminal plutôt bien foutu. Certaines documentation du support Apple mentionnent certaines commandes à taper lors de problèmes.
Point positif, la plupart des outils natifs propres à macOS sont même documentés en pages de manuel.
git is great because linus did it, mercurial is better because he didn't
La dépendance vis à vis des gros monstres tels que les GAFAM est inévitable et c'est dommage. Il est vrai qu'en école on a toujours et encore malheureusement cette omniprésence de l'apprentissage des outils Microsoft, Office, Google et autres.
Moi j'ai eu la chance de faire un DUT et une licence en informatique car j'étais déjà passionné du développement et surtout des logiciels libres et en plus dans mon école on utilisait que des logiciels libres (libreoffice, evince, Linux, …).
Mais je ne peux pas nier non plus que depuis que je suis dans la vie active (11 ans) je n'ai jamais rencontré d'entreprises n'utilisant pas au minimum un logiciel propriétaire (Office, Windows, Visual Studio, SQL Developer). Et je dois avouer que si j'avais pas eu un minimum de formation sur ces outils en stage, je pense que j'aurais vraiment été dans la galère. Il existe des emplois dans le 100% libre mais ils sont qu'une infime partie de ce que vous pouvez trouver, en tout cas moi en Alsace j'ai pas encore trouvé dans mon domaine.
Je dirais que le gros problème actuel est l'omniprésence des géants de l'informatique déjà convenablement installés dans les entreprises et services publics. C'est bien pour ça que les migrations sont compliquées et que certains font machine arrière (comme les municipalités qui sont passé à Linux pour revenir à Windows). Cela a un coût non négligeable, une formation nécessaire pour les gens lambdas qui connaissent déjà tous les outils « communs ».
À mon avis tant que nous n'avons pas une plus grande divergence dans le monde professionnel il va être compliqué d'enseigner aux plus jeunes les alternatives libres, la question qu'ils vont se demander « pourquoi ? personne n'utilise ça. » en exagérant un peu. Pour en revenir au cas de l'école je pense que leur choix était « tout le monde connait ça, ça sera plus simple ».
En plus, j'ai envie de dire que la situation devient pire avec nos smartphones et nouvelles technologies. Maintenant on nous demande d'installer des applications pour le travail (chez moi on m'a demandé d'installer une application pour l'authentification double et un VPN non libre). Ou pour d'autres services comme la banque afin d'effectuer des paiement sécurisés en ligne.
Un avenir 100% libre, opensource et sans GAFAM j'ai malheureusement peine à y croire.
git is great because linus did it, mercurial is better because he didn't
Je ne peux qu'être d'accord avec toi et d'ailleurs sur un des projets que je suis de très près et je contribue (plutôt de manière financière et support) un des développeurs Boost est venu nous demander de changer la licence parce qu'il n'aime pas MIT.
J'ai l'impression qu'avec le temps, les gens considèrent l'opensource comme un jardin où on va pouvoir demander tout et n'importe quoi par prétexte que c'est opensource.
Tout ça pour ne pas avoir à divulger les licences utilisées dans les projets annexes qu'on utilise. Je pense que c'est la moindre des choses quand tu utilises un projet libre où tu n'as rien payé pour faire ton propre profit.
git is great because linus did it, mercurial is better because he didn't
Je ne peux pas nier que certains des ces outils sont hyper élégants dans leur sortie console mais je ne peux m'empêcher de penser qu'on s'éloigne de plus en plus du principe KISS. On parle d'outils en ligne de commandes qui sont censées faire les choses simples et bien.
L'exemple de exa. Aujourd'hui même il fait 6658 lignes de code (sans compter les 16 (!) dépendances directes). Est-ce réellement nécessaire pour afficher le contenu d'un répertoire ?
J'ai une 3, une 4 (avec 4Go de RAM) et je t'assure que c'est une plaie. Tu peux franchement presque rien faire. Un navigateur web met plusieurs secondes à s'ouvrir, les pages sont lentes, tout est lent. Il est même impossible pour moi de faire une visio conférence correcte, la webcam de mon interlocuteur étant impossible à afficher de manière fluide.
Pour ma part j'ai lâché l'idée et elles sont maintenant toute headless.
git is great because linus did it, mercurial is better because he didn't
On peut dire la même chose de Linus Torvalds dont on reprend tous ses coups de gueules. On parle moins de ceux de Theo De Raadt par exemple.
C'est quand même différent. Linus et Theo sont des personnes brutes de fonderie avec lesquelles ce n'est pas toujours facile de collaborer mais ils ne représentent pas leur opinions au sein de leur projets.
À l'inverse de notepad++ qui utilisait un logo de gilet jaune, affichait « je suis charlie », etc.
git is great because linus did it, mercurial is better because he didn't
Je ne sais pas pourquoi, j'ai de l'empathie pour ce genre de comportement. Pas la censure, hein, mais utiliser sa notoriété pour défendre des causes. Et du coup, on se pose toujours la question de mélanger logiciel et politique, mais j'ai l'impression qu'on se la pose moins quand il s'agit d'acteurs célèbres. Bref, je m'égare.
Moi je pense que c'est tout l'inverse. On l'a vu avec le débat du retrait de la blague sur l'avortement de la fonction C abort sur la mailing list de glibc. On créé de la polémique, du débat et des flamewars inutiles.
Les opinions sont subjectives et devraient restent à la discrétion de leur auteurs. Si j'utilise un logiciel je n'ai pas envie de soutenir des idées qui ne sont pas forcément les miennes.
C'est aussi pour ça que je préfère qu'un développeur utilise son compte de son réseau social préféré pour exprimer ses opinions plutôt que la tribune de son logiciel.
git is great because linus did it, mercurial is better because he didn't
Sans vouloir défendre Apple (car chez Google c'est plus ou moins pareil), j'ai toujours du mal à comprendre pourquoi ça énerve les développeurs de devoir payer une commission quand tu mets ton application sur le Play Store ou l'App Store ainsi que les paiements internes. On a tendance à l'oublier mais :
Tu disposes d'une très bonne visibilité,
C'est installé par défaut,
C'est intégré au système et donc facile à répliquer et mettre à jour,
Tu peux avoir accès au forum et l'aide au développement,
Ton application est hébergée, gérée automatiquement.
Et donc ça devrait être gratuit ?
Quand un boulanger propose un paiement en carte bleue, il paye aussi une commission à chaque transaction, mais c'est le prix à payer pour avoir le matériel et le principe de fonctionnement.
Pour ce qui est d'avoir des stores alternatifs, ça oui je suis bien d'accord mais principalement parce que certains stores refusent des applications pour raisons « éthique » comme les émulateurs sur l'App Store.
git is great because linus did it, mercurial is better because he didn't
Si ton but est d'installer toutes tes applications sous Linux à la main alors tu t'es trompé de système d'exploitation. Sous Linux on utilise principalement le gestionnaire de paquet car il s'agit d'un ou plusieurs dépôts gérés et maintenus par les développeurs de la distribution eux mêmes, ainsi le système reste cohérent (Linux ne fonctionne pas de la même manière que Windows).
Quand distributions fournissent des paquets trop anciens il est possible d'utiliser flatpak mais son inconvénient est une utilisation de place disque plus importante et un temps de chargement parfois plus long.
git is great because linus did it, mercurial is better because he didn't
Tu as été remarquable, je pense que beaucoup d'entre nous auraient vraiment perdu la tête. Bravo encore !
Pour ma part, j'ai une fois été victime d'une fraude de paiement en ligne, bien moins que ce que tu as vécu mais sur le coup ça a commencé à me stresser car je me disais que quelqu'un connaissait visiblement ma carte bleue.
Parti en vacances à plusieurs centaines de km de chez moi, ma banquière m'appelle un matin me disant qu'elle a vu des mouvements étranges sur mon compte : plusieurs fois 0€ et une fois environ 75€ sur un site parfaitement normal de robes en ligne. Étant un homme, je n'achète pas de robes à priori donc je lui dis immédiatement que c'est pas moi et elle bloque le mouvement puis ma carte (aie, je suis à 500km de chez moi).
Sur le coup, tu commences quand même à stresser. Il y a quelqu'un dans ton entourage qui visiblement essaye de t'escroquer ? Est-ce que tu as été piraté sur un site en ligne ? Plein de questions qui te tourmentent.
git is great because linus did it, mercurial is better because he didn't
L'avantage principal d'avoir sa propre puce est d'optimiser chaque partie à un petit module indépendant. Par exemple, au lieu d'avoir un processeur générique qui fait tout, Apple va faire un module indépendant juste pour la gestion de l'ACPI (voir la vidéo du keynote).
git is great because linus did it, mercurial is better because he didn't
En général avec les PC fixes tu n'as pas grand chose à craindre sauf si c'est une marque un peu exotique. Par contre si tu veux vraiment pas te casser la tête il faudra surtout choisir une carte graphique AMD plutôt que nVidia, autrement je pense que tu ne devrais pas avoir de soucis.
git is great because linus did it, mercurial is better because he didn't
Mon ancienne entreprise était 100% convaincue que l'avenir de l'informatique se situe dans l'externalisation en masse. C'est simple, rien ne tournait chez nous. D'un côté c'est vrai, cela réduit les couts et la maintenance mais quand je vois tous les problèmes que cela peut engendrer dont les SPOFs, les réactions excessives, les décisions arbitraires sans parler des problèmes de vie privée, je suis toujours et encore content d'héberger moi même mes projets.
git is great because linus did it, mercurial is better because he didn't
Haiku m'a toujours intéressé. J'avais déjà testé en machine virtuelle et beaucoup aimé. J'aimerais bien savoir ce qu'il en est du système de son sous Haiku et si un jour on pourrait l'imaginer idéal pour une station de MAO.
L'audio sous Linux est probablement la plus complexe couche et je meurs d'envie d'avoir un autre système libre où il sera plus simple d'utiliser un DAW comme Ardour sans avoir à gérer PulseAudio/Jack1/Jack2/Alsa :)
git is great because linus did it, mercurial is better because he didn't
OpenBSD est clairement le plus propre des BSD et c'est la philosophie du projet. D'ailleurs il n'y a pas de règle quant au cassage de l'userland, si les développeurs estiment que quelque chose doit dégager ils le font. Parfois c'est bien, parfois ça peut frustrer les utilisateurs. OpenBSD est proche de la perfection mais l'attitude de certains des développeurs peut rendre la communauté un peu toxique, c'est bien dommage.
NetBSD je ne suis plus depuis un moment (j'ai utilisé environ un an sur un vieux HP ProBook) mais je pense que c'est de plus en plus à la ramasse par rapport à FreeBSD et OpenBSD. En terme de compatibilité machines « modernes » c'est galère. Pour moi ça reste un système d'expérimentation par contre j'adore pkgsrc.
DragonflyBSD jamais testé, mais c'est globalement basé sur FreeBSD donc très similaire.
git is great because linus did it, mercurial is better because he didn't
Malheureusement pour être gros utilisateur de FreeBSD je ne peux que plussoyer le fait que FreeBSD tient largement moins l'échelle que Linux. Les plantages sont aussi bien plus fréquents et les kernel panics je ne peux plus les énumérer tellement j'en ai eu. Avec Linux je les compte sur les doigts de la main.
Il y a d'autres bizarreries dans FreeBSD qui rendent le système de moins en moins KISS. Comme le fait d'avoir 3 parefeu différents dans le kernel mais on les laisse « au cas où » pour éviter de gêner les utilisateurs. Mais à un moment donné il est nécessaire d'avancer et prendre des décisions pour réduire la maintenance et la complexité d'un quelconque projet.
git is great because linus did it, mercurial is better because he didn't
# Laisser ça aux mainteneurs de distributions
Posté par David Demelier (site web personnel) . En réponse au message Distribuer un binaire. Évalué à 3.
Sous Linux on a plutôt tendance à ne fournir les applications sous forme de code source. Principalement parce qu'il y a beaucoup trop de distributions et que compiler ton projet sous Ubuntu ne signifie pas qu'il fonctionnera sous une autre (libc différente, versions de bibliothèque différente, etc…).
Faire un paquet 100% portable non compilé par les mainteneurs de la distribution signifierait que tu doives embarquer toutes les bibliothèques à côté de l'exécutable et jouer avec LD_LIBRARY_PATH pour ne jamais utiliser les bibliothèques du système et franchement c'est merdique. L'autre solution serait de faire des exécutable statique mais c'est peu recommandable.
Enfin, la dernière solution et la plus appropriée si on veut fournir un paquet 100% portable binaire est de passer via flatpak mais ça rejoint un peu l'idée du paragraphe au dessus (les bibliothèques sont empaquetées avec). Cela dit, flatpak est plutôt orienté application graphiques (comprendre, avoir un .desktop qui s'affiche dans les menus GNOME/KDE/Xfce), ce qui n'a pas l'air d'être le cas de ton projet.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: ça n'avance pas tellement
Posté par David Demelier (site web personnel) . En réponse au lien Darling, Lamulateur de MacOS X pour linux. Évalué à 4. Dernière modification le 09 octobre 2020 à 08:47.
La ligne de commande sous mac est bien plus utilisée que sous Windows (mais moins que Linux, c'est sûr). Elle a l'avantage de fournir un shell POSIX (zsh qui plus est) et un terminal plutôt bien foutu. Certaines documentation du support Apple mentionnent certaines commandes à taper lors de problèmes.
Point positif, la plupart des outils natifs propres à macOS sont même documentés en pages de manuel.
git is great because linus did it, mercurial is better because he didn't
# Je partage le désarroi et d'un autre côté je comprends l'école
Posté par David Demelier (site web personnel) . En réponse au journal Agir contre ses valeurs.... Évalué à 3. Dernière modification le 03 octobre 2020 à 11:39.
La dépendance vis à vis des gros monstres tels que les GAFAM est inévitable et c'est dommage. Il est vrai qu'en école on a toujours et encore malheureusement cette omniprésence de l'apprentissage des outils Microsoft, Office, Google et autres.
Moi j'ai eu la chance de faire un DUT et une licence en informatique car j'étais déjà passionné du développement et surtout des logiciels libres et en plus dans mon école on utilisait que des logiciels libres (libreoffice, evince, Linux, …).
Mais je ne peux pas nier non plus que depuis que je suis dans la vie active (11 ans) je n'ai jamais rencontré d'entreprises n'utilisant pas au minimum un logiciel propriétaire (Office, Windows, Visual Studio, SQL Developer). Et je dois avouer que si j'avais pas eu un minimum de formation sur ces outils en stage, je pense que j'aurais vraiment été dans la galère. Il existe des emplois dans le 100% libre mais ils sont qu'une infime partie de ce que vous pouvez trouver, en tout cas moi en Alsace j'ai pas encore trouvé dans mon domaine.
Je dirais que le gros problème actuel est l'omniprésence des géants de l'informatique déjà convenablement installés dans les entreprises et services publics. C'est bien pour ça que les migrations sont compliquées et que certains font machine arrière (comme les municipalités qui sont passé à Linux pour revenir à Windows). Cela a un coût non négligeable, une formation nécessaire pour les gens lambdas qui connaissent déjà tous les outils « communs ».
À mon avis tant que nous n'avons pas une plus grande divergence dans le monde professionnel il va être compliqué d'enseigner aux plus jeunes les alternatives libres, la question qu'ils vont se demander « pourquoi ? personne n'utilise ça. » en exagérant un peu. Pour en revenir au cas de l'école je pense que leur choix était « tout le monde connait ça, ça sera plus simple ».
En plus, j'ai envie de dire que la situation devient pire avec nos smartphones et nouvelles technologies. Maintenant on nous demande d'installer des applications pour le travail (chez moi on m'a demandé d'installer une application pour l'authentification double et un VPN non libre). Ou pour d'autres services comme la banque afin d'effectuer des paiement sécurisés en ligne.
Un avenir 100% libre, opensource et sans GAFAM j'ai malheureusement peine à y croire.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Why You Should **NOT** Use the Boost Software License
Posté par David Demelier (site web personnel) . En réponse au lien Why You Should Use the Boost Software License. Évalué à 6.
Je ne peux qu'être d'accord avec toi et d'ailleurs sur un des projets que je suis de très près et je contribue (plutôt de manière financière et support) un des développeurs Boost est venu nous demander de changer la licence parce qu'il n'aime pas MIT.
J'ai l'impression qu'avec le temps, les gens considèrent l'opensource comme un jardin où on va pouvoir demander tout et n'importe quoi par prétexte que c'est opensource.
Tout ça pour ne pas avoir à divulger les licences utilisées dans les projets annexes qu'on utilise. Je pense que c'est la moindre des choses quand tu utilises un projet libre où tu n'as rien payé pour faire ton propre profit.
git is great because linus did it, mercurial is better because he didn't
# Complexité
Posté par David Demelier (site web personnel) . En réponse au lien Réécriture en Rust d'outils courants en ligne de commande . Évalué à 10. Dernière modification le 02 septembre 2020 à 14:17.
Je ne peux pas nier que certains des ces outils sont hyper élégants dans leur sortie console mais je ne peux m'empêcher de penser qu'on s'éloigne de plus en plus du principe KISS. On parle d'outils en ligne de commandes qui sont censées faire les choses simples et bien.
L'exemple de exa. Aujourd'hui même il fait 6658 lignes de code (sans compter les 16 (!) dépendances directes). Est-ce réellement nécessaire pour afficher le contenu d'un répertoire ?
En comparaison la version FreeBSD de ls (la version sbase de suckless est encore plus minimaliste) :
Ne sommes nous pas entrain de quitter le monde de la simplicité et de l'élégance ?
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Problème carte graphique Intel
Posté par David Demelier (site web personnel) . En réponse au message Sortie de veille parfois impossible.. Évalué à 4. Dernière modification le 31 août 2020 à 08:36.
À priori ça gère la gestion de l'économie d'énergie sur la puce graphique.
git is great because linus did it, mercurial is better because he didn't
# Aucune
Posté par David Demelier (site web personnel) . En réponse au message Raspberry pi 4 (ou 3), radis pour le desktop ?. Évalué à 4.
J'ai une 3, une 4 (avec 4Go de RAM) et je t'assure que c'est une plaie. Tu peux franchement presque rien faire. Un navigateur web met plusieurs secondes à s'ouvrir, les pages sont lentes, tout est lent. Il est même impossible pour moi de faire une visio conférence correcte, la webcam de mon interlocuteur étant impossible à afficher de manière fluide.
Pour ma part j'ai lâché l'idée et elles sont maintenant toute headless.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Hypothèses
Posté par David Demelier (site web personnel) . En réponse au lien Notepad++ bloqué en Chine. Évalué à 3.
C'est quand même différent. Linus et Theo sont des personnes brutes de fonderie avec lesquelles ce n'est pas toujours facile de collaborer mais ils ne représentent pas leur opinions au sein de leur projets.
À l'inverse de notepad++ qui utilisait un logo de gilet jaune, affichait « je suis charlie », etc.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Hypothèses
Posté par David Demelier (site web personnel) . En réponse au lien Notepad++ bloqué en Chine. Évalué à 1.
Moi je pense que c'est tout l'inverse. On l'a vu avec le débat du retrait de la blague sur l'avortement de la fonction C abort sur la mailing list de glibc. On créé de la polémique, du débat et des flamewars inutiles.
Les opinions sont subjectives et devraient restent à la discrétion de leur auteurs. Si j'utilise un logiciel je n'ai pas envie de soutenir des idées qui ne sont pas forcément les miennes.
C'est aussi pour ça que je préfère qu'un développeur utilise son compte de son réseau social préféré pour exprimer ses opinions plutôt que la tribune de son logiciel.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Article vide, titre putaclic, sans sources…
Posté par David Demelier (site web personnel) . En réponse au lien Mozilla songerait à mettre de côté son navigateur historique Firefox. Évalué à 4. Dernière modification le 18 août 2020 à 10:22.
Il y a aussi Safari et son moteur libre WebKit. Et celui ci je doute fortement de sa disparition vu qu'il est maintenu par Apple.
Cet article est la définition même de FUD
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Epic est un faux-cul
Posté par David Demelier (site web personnel) . En réponse au journal Epic poursuit Apple en justice pour le monopole AppStore. Évalué à 2.
J'ai vu un commentaire YouTube intéressant au sujet d'EPIC :
git is great because linus did it, mercurial is better because he didn't
# Partagé
Posté par David Demelier (site web personnel) . En réponse au journal Epic poursuit Apple en justice pour le monopole AppStore. Évalué à 1.
Sans vouloir défendre Apple (car chez Google c'est plus ou moins pareil), j'ai toujours du mal à comprendre pourquoi ça énerve les développeurs de devoir payer une commission quand tu mets ton application sur le Play Store ou l'App Store ainsi que les paiements internes. On a tendance à l'oublier mais :
Et donc ça devrait être gratuit ?
Quand un boulanger propose un paiement en carte bleue, il paye aussi une commission à chaque transaction, mais c'est le prix à payer pour avoir le matériel et le principe de fonctionnement.
Pour ce qui est d'avoir des stores alternatifs, ça oui je suis bien d'accord mais principalement parce que certains stores refusent des applications pour raisons « éthique » comme les émulateurs sur l'App Store.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: apt
Posté par David Demelier (site web personnel) . En réponse au message Archive .ZIP. Évalué à 4.
J'ai nullement parlé de compilation, juste de dépôts officiels.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: apt
Posté par David Demelier (site web personnel) . En réponse au message Archive .ZIP. Évalué à 6.
Si ton but est d'installer toutes tes applications sous Linux à la main alors tu t'es trompé de système d'exploitation. Sous Linux on utilise principalement le gestionnaire de paquet car il s'agit d'un ou plusieurs dépôts gérés et maintenus par les développeurs de la distribution eux mêmes, ainsi le système reste cohérent (Linux ne fonctionne pas de la même manière que Windows).
Quand distributions fournissent des paquets trop anciens il est possible d'utiliser flatpak mais son inconvénient est une utilisation de place disque plus importante et un temps de chargement parfois plus long.
git is great because linus did it, mercurial is better because he didn't
# Bon courage
Posté par David Demelier (site web personnel) . En réponse au journal J’ai testé pour vous : se faire usurper son identité. Évalué à 6.
Tu as été remarquable, je pense que beaucoup d'entre nous auraient vraiment perdu la tête. Bravo encore !
Pour ma part, j'ai une fois été victime d'une fraude de paiement en ligne, bien moins que ce que tu as vécu mais sur le coup ça a commencé à me stresser car je me disais que quelqu'un connaissait visiblement ma carte bleue.
Parti en vacances à plusieurs centaines de km de chez moi, ma banquière m'appelle un matin me disant qu'elle a vu des mouvements étranges sur mon compte : plusieurs fois 0€ et une fois environ 75€ sur un site parfaitement normal de robes en ligne. Étant un homme, je n'achète pas de robes à priori donc je lui dis immédiatement que c'est pas moi et elle bloque le mouvement puis ma carte (aie, je suis à 500km de chez moi).
Sur le coup, tu commences quand même à stresser. Il y a quelqu'un dans ton entourage qui visiblement essaye de t'escroquer ? Est-ce que tu as été piraté sur un site en ligne ? Plein de questions qui te tourmentent.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: futurologie
Posté par David Demelier (site web personnel) . En réponse au journal Transition ARM : Apple assistera certains projet open source . Évalué à 2.
Ou peut-être seront ils moins cher justement.
L'avantage principal d'avoir sa propre puce est d'optimiser chaque partie à un petit module indépendant. Par exemple, au lieu d'avoir un processeur générique qui fait tout, Apple va faire un module indépendant juste pour la gestion de l'ACPI (voir la vidéo du keynote).
git is great because linus did it, mercurial is better because he didn't
[^] # Re: QT
Posté par David Demelier (site web personnel) . En réponse au journal Transition ARM : Apple assistera certains projet open source . Évalué à -2.
Oui mais tu as nommé le titre de ton commentaire « QT » ce qui porte à confusion avec la boîte à outil de ce nom là.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: PC fixes
Posté par David Demelier (site web personnel) . En réponse au message PC gamer compatible Linux. Évalué à 5.
git is great because linus did it, mercurial is better because he didn't
# PC fixes
Posté par David Demelier (site web personnel) . En réponse au message PC gamer compatible Linux. Évalué à 5.
En général avec les PC fixes tu n'as pas grand chose à craindre sauf si c'est une marque un peu exotique. Par contre si tu veux vraiment pas te casser la tête il faudra surtout choisir une carte graphique AMD plutôt que nVidia, autrement je pense que tu ne devrais pas avoir de soucis.
git is great because linus did it, mercurial is better because he didn't
# Le cloude c'est la vie
Posté par David Demelier (site web personnel) . En réponse au lien AWS a encaissé une attaque DDoS de 2,3 Tbps. Évalué à 4.
Mon ancienne entreprise était 100% convaincue que l'avenir de l'informatique se situe dans l'externalisation en masse. C'est simple, rien ne tournait chez nous. D'un côté c'est vrai, cela réduit les couts et la maintenance mais quand je vois tous les problèmes que cela peut engendrer dont les SPOFs, les réactions excessives, les décisions arbitraires sans parler des problèmes de vie privée, je suis toujours et encore content d'héberger moi même mes projets.
git is great because linus did it, mercurial is better because he didn't
# Intéressant
Posté par David Demelier (site web personnel) . En réponse à la dépêche Haiku R1 bêta 2. Évalué à 6.
Haiku m'a toujours intéressé. J'avais déjà testé en machine virtuelle et beaucoup aimé. J'aimerais bien savoir ce qu'il en est du système de son sous Haiku et si un jour on pourrait l'imaginer idéal pour une station de MAO.
L'audio sous Linux est probablement la plus complexe couche et je meurs d'envie d'avoir un autre système libre où il sera plus simple d'utiliser un DAW comme Ardour sans avoir à gérer PulseAudio/Jack1/Jack2/Alsa :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: stockage massif
Posté par David Demelier (site web personnel) . En réponse au lien FreeNAS is coming to Linux: quoi?. Évalué à 2. Dernière modification le 05 juin 2020 à 00:14.
Je n'ai jamais dit que Linux était KISS 😉
git is great because linus did it, mercurial is better because he didn't
[^] # Re: stockage massif
Posté par David Demelier (site web personnel) . En réponse au lien FreeNAS is coming to Linux: quoi?. Évalué à 6.
OpenBSD est clairement le plus propre des BSD et c'est la philosophie du projet. D'ailleurs il n'y a pas de règle quant au cassage de l'userland, si les développeurs estiment que quelque chose doit dégager ils le font. Parfois c'est bien, parfois ça peut frustrer les utilisateurs. OpenBSD est proche de la perfection mais l'attitude de certains des développeurs peut rendre la communauté un peu toxique, c'est bien dommage.
NetBSD je ne suis plus depuis un moment (j'ai utilisé environ un an sur un vieux HP ProBook) mais je pense que c'est de plus en plus à la ramasse par rapport à FreeBSD et OpenBSD. En terme de compatibilité machines « modernes » c'est galère. Pour moi ça reste un système d'expérimentation par contre j'adore pkgsrc.
DragonflyBSD jamais testé, mais c'est globalement basé sur FreeBSD donc très similaire.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: stockage massif
Posté par David Demelier (site web personnel) . En réponse au lien FreeNAS is coming to Linux: quoi?. Évalué à 7.
Malheureusement pour être gros utilisateur de FreeBSD je ne peux que plussoyer le fait que FreeBSD tient largement moins l'échelle que Linux. Les plantages sont aussi bien plus fréquents et les kernel panics je ne peux plus les énumérer tellement j'en ai eu. Avec Linux je les compte sur les doigts de la main.
Il y a d'autres bizarreries dans FreeBSD qui rendent le système de moins en moins KISS. Comme le fait d'avoir 3 parefeu différents dans le kernel mais on les laisse « au cas où » pour éviter de gêner les utilisateurs. Mais à un moment donné il est nécessaire d'avancer et prendre des décisions pour réduire la maintenance et la complexité d'un quelconque projet.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Blabla
Posté par David Demelier (site web personnel) . En réponse au lien Microsoft fait son mea culpa sur l'open source . Évalué à 2.
Devancé.
C'est bien beau de dire que l'OpenSource saylebien© et de ne toujours pas ouvrir le code (à minima Windows XP) de ses systèmes.
git is great because linus did it, mercurial is better because he didn't