Posté par Nibel .
En réponse au journal Sélection d'un PC libre.
Évalué à 7.
Dernière modification le 21 mai 2019 à 20:17.
Pour ma part, cela fait des années que je commande tout mon matos chez PCSpecialist.
Les prix étaient très variables à une époque, ce qui permettait d'avoir parfois de belles affaires. J'ai l'impression que c'est moins le cas aujourd'hui.
Mise à part la RAM qui est souvent vendue plus chère chez eux, le reste est régulièrement un poil en-dessous des prix du marché.
Par contre, impensable de faire une machine 100% libre niveau hardware…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Posté par Nibel .
En réponse au journal Kernel-5.1-gnu.
Évalué à 6.
Dernière modification le 09 mai 2019 à 17:33.
Purement théorique. Il donne le pouvoir à tous les développeurs éventuellement. Je sais que dans ta théorie l'utilisateur peut soit devenir développeur, soit payer les services d'un développeur, mais c'est justement en ça que c'est le développeur qui a du pouvoir l'utilisateur, il a le droit d'espérer. Il a peut être plus d'espoir que les limites soient comblées si "n'importe quel" développeur a l'accès aux sources, mais ça reste un espoir et les vieux bugs qui restent dans des logiciels libres le montrent bien.
Au delà de la théorie, quand ton matériel était cassé, avant tu avais une notice fournie avec et tu pouvais le réparer toi-même. Pourtant, nous ne sommes pas tous mécanos, électriciens, etc… A défaut, on le faisait réparer par un ami qui "s'y connaissait".
Quand ton logiciel est cassé, pourquoi ne pourrais-tu pas le réparer toi-même ? Alors certes, nous ne sommes pas tous développeurs, pas plus que nous sommes tous mécanos, électriciens, etc… Mais tu as la possibilité de le faire, ou de le faire faire.
La licence propriétaire te retire ton pouvoir de réparer, modifier, améliorer. Que tu en sois capable ou non, tu dépends seulement du bon vouloir du détenteur de la propriété intellectuelle.
La licence libre te donne ce pouvoir de réparer, modifier, améliorer. Tu n'as peut-être pas la capacité de l'exercer pleinement mais tu l'as. Tu n'es pas dépendant de qui que ce soit.
Cependant, à quels "vieux bugs restant dans les logiciels libres" tu penses ? Dans un projet libre maintenu, sauf cas très particulier, il y a assez peu de bugs historiques (du moins, rien qui puisse réellement impacter l'utilisation du logiciel). Tu aurais des exemples ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Dans le sens où le grand public a rarement envie qu'un logiciel soit libre, et encore moins souvent besoin.
S'il n'en a pas expressément l'envie, il en a pourtant besoin, même s'il n'en est pas conscient, il le devient en général quand le logiciel privateur montre ses limites : besoin de débuggage/réparation, nécessité d'améliorer des algos, réaliser/améliorer une API, disparition du support…
On a un bel exemple grandeur nature avec les tracteurs John Deere qui sont impossibles à réparer sans passer par… John Deere. Les agriculteurs ont besoin de la libération des sources logicielles de John Deere pour ne pas dépendre uniquement de lui à chaque problème.
Et c'est pareil pour tout les domaines. Les logiciels privateurs donnent un pouvoir aux développeurs (et à l'entreprise) sur le consommateur là où le logiciel libre distribue équitablement les pouvoirs entre les différents acteurs.
Le besoin du libre est omniprésent, la conscience de ce besoin beaucoup moins.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Posté par Nibel .
En réponse au journal Kernel-5.1-gnu.
Évalué à 3.
Dernière modification le 09 mai 2019 à 10:09.
Il n’est pas interdit à quelqu’un qui s’adonne à aider les autres d’être heureux dans son action.
En réalité, l'altruisme est une forme d'égoïsme qui ne dit pas son nom.
Personne n'est purement altruiste, moi-même quand je maraude ou quand j'héberge un sans domicile ou un immigré, j'espère lui apporter un peu de réconfort, un sourire. Parce que le bonheur de l'autre fait le mien.
Je me nourris du bonheur que je peux apporter. C'est terriblement égoïste.
C'est un débat que nous avons régulièrement entre bénévoles. C'est très amusant de constater un tel paradoxe. D'un acte qui se veut altruiste, nous sommes finalement tous égoïstes. Maintenant, on se rassure on se disant que notre forme d'égoïsme est sans doute moins mortifère :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Newpipe est strictement meilleur que l'appli Youtube officielle :
Il permet de télécharger la vidéo ET/OU l'audio en 2 clics (je fais mes playlists comme ça maintenant)
Il permet d'être exécuté en arrière plan avec une autre appli (je ne sais pas si ça a changé mais à une époque YT ne pouvait pas être utilisé en arrière plan avec une autre appli)
Il dégage les pubs.
Il me semble plus réactif pour les recherches et pour charger les vidéos (impression personnelle, à confirmer…).
Il ne contient aucun tracker propre et ne demande pas les API Google (il y a toujours les trackers du site YT cependant) => ça fait une petite économie de batterie au passage.
En réalité, c'est plus facile qu'il n'y paraît de se passer des services Google sur son smartphone. Vraiment.
Et s'il reste une ou deux applis proprios nécessaires (je sais par exemple que j'ai installé Steam pour la double auth) => Aurora.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Lol, ouais, bien sûr, Apple balance plusieurs centaines de dollars de pièces qui marchent très bien, ben voyons.
Ils en balancent tellement qu’ils ont même leur propre programme de recyclage, ou ils balancent le téléphone à la poubelle, pour toi: https://www.apple.com/shop/trade-in
Mais sans doute que tu es plus au courant que les gens qui y travaillent et que les gens qui enquêtent sur le sujet.
Et ouais! Qu’est ce qu’on s’en fout de savoir si les téléphones sont patchés en pratique, tant que l’aosp que personne n’utilise à été patche, c’est ça qui compte. Les centaines de millions de téléphones troués que les constructeurs refusent de patcher parce qu’ils ont déjà été paye, on s’en fout. Aosp est patche, donc on est bon.
Mais comme tout dans le monde libre. Si on ne tire pas ce qui a été fait en upstream, c'est pas la faute de l'upstream.
Par ailleurs, affirmer "personne ne l'utilise" c'est vraiment grossier quand on sait que la majorité des ROM alternatives sont basées sur AOSP. Moi-même j'utilise indirectement AOSP.
les constructeurs sont responsables de leur propre modèles, et ils en ont pas des milliers
personne n’a forcé les constructeurs à sortir 25 déclinaisons du même téléphone
iOS 11 supportait 24 modèles différents (iPhone/iPad/iPod touch), c’est pas rien quand même
Et les constructeurs ne sont pas responsables du système d'exploitation (là où Apple l'est).
Pas plus qu'ils ne sont responsables de l'implémentation de la concurrence.
iOS 11 est supporté sur 20 modèles différents, et non 24, passons, et ce sont 20 modèles très similaires en terme de device tree. Là où entre un Wiko et un Samsung il n'y a absolument rien à voir.
Et mes couilles sur ton nez, elles sont utilisables? Tu sort ça d’où, ou juste? Clairement, t’as pas touché iOS depuis des années, vu ce que tu en dit.
Expérience personnelle sur 3Gs. Oui c'est utilisable, si effectivement avoir un device lent au possible ne te dérange pas.
Et merci pour les insultes, c'est le meilleur moyen de conforter quelqu'un dans son opinion. Au passage, mes "mensonges", je les source, j'attends toujours que tu sources tes affirmations (qui relèvent finalement plus du "fanboyisme" que d'une volonté de recherche de la vérité).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Euh … Apple est justement l'un des seuls constructeurs actuellement qui prend le tournant du durable. Pour maintenir leurs prix de vente élevés, ils acceptent que les iPhone aient plusieurs vies.
Pardon mais les composants tous soudés les uns aux autres, la batterie non-amovible, quand tu renvoies un iPhone avec un défaut, plutôt que de le réparer on t'en donne un nouveau (et l'ancien est balancé plutôt que d'être recyclé), c'est pas ce que j'appelle "le tournant du durable".
Et pour rappel, les iPhone sont pratiquement les seuls téléphones avec des mises à jour fonctionnelles et de sécurité garanties plusieurs années (là ou la plupart des Android on 1 ou 2 màj max) et avec mises à jour de sécurité rapides (là ou des délais de 6 ou 12 mois sont courants dans le monde Android).
Là aussi c'est faux. Les mises à jour Android (AOSP) sont très rapides, ce sont les mises à jour constructeur qui ne le sont pas (quand elles le sont).
Et faut bien voir qu'Apple n'a qu'un seul device a supporter (en tout cas, une toute petite poignée avec des specs matérielles relativement proches), quand Android ce sont des milliers de devices qu'il doit supporté avec des specs qui n'ont parfois simplement rien à voir.
Et mon Galasy S3 4G, qui a 6 ans, tourne superbement sur une ROM LineageOS (Android 7.1.2) avec les correctifs de sécurité du 5 Avril 2019. Essaye d'installer un iOS récent sous un vieil iBidule qu'on rigole ;). Dès que iOS a plus de 2 ans d'avance sur le smartphone, ça devient inutilisable (voir obsolescence programmée ci-dessus). Et rester à une version antérieure nous fait perdre le bénéfice des MAJ de sécurité. Du coup chez Apple, au bout de 2 ans, tu es prié de changer de téléphone ou de rester avec ton device troué. Sympa en effet ce "tournant durable".
J'avais un collègue qui était très fier de son Samsung S3 qui avait été réparé plusieurs fois (grande dispo de pièces détachées et bonne réparabilité) par exemple.
Je suis de ceux là ;).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Effectivement tu parles de Steam Play/Proton mais pas de FNA, qui a permis de nombteux portages natifs, ni de DXVK qui trouve sa source avant l'existence de Steam Play/Proton et qui est aujourd'hui une des briques essentielles au support dx10/dx11.
C'est dommage parce que ce sont deux projets (FNA et DXVK) qui ont sans doute étaient décisifs dans l'état actuel du jeu vidéo sous Linux.
Concernant Optimus et Bumblebee, sale période en effet… Ma vie de joueur a changé depuis le support d'Optimus.
Mais article sympa malgré toutes les critiques émises :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Comme mon VDD, il manque pas mal de petits détails qui ont bien freiné le jeu vidéo sous Linux.
Je pense à l'époque où le pilote AMD était encore propriétaire : impensable de jouer sous Linux avec du matos AMD tant les perfs étaient exécrables.
Ou encore la longue période sans support d'Optimus sous Linux, avec la galère de Bumblebee, la quasi totalité des laptops Nvidia ont été condamné à jouer avec des performances en-deça de ce que pouvait fournir le matériel.
Il y a eu la période de transition oss-alsa-pulseaudio aussi qui a été un enfer pour avoir du son sur les jeux… Et quand on en avait, faire en sorte qu'il ne craque pas…
J'ai vu que tu parlais de Steam, je ne crois pas que tu aies mentionné Steam Play/Proton, DXVK, FNA.. Qui sont de grosses avancées dans le monde du jeu vidéo sous Linux (Merci Ethan Lee et le dév de DXVK dont j'ai oublié le nom…).
On est quand même bien mieux logé aujourd'hui.
Certes, l'article ne se veut pas exhaustif mais c'est dommage d'omettre tout ce chemin parcouru depuis…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Et ne serait-il pas plus simple de faire comme à l'AN Française (enfin, comme on le faisait jusqu'en 2017 en tout cas) : on prend le temps de débattre, on prend le temps de voter et il est impossible de changer puisque, le vote aura été, théoriquement, débattu, réfléchis et réalisé de manière posée et concise.
Ca fonctionne plutôt bien, au premier coup d'oeil de chacun des scrutins publics, tu peux voir qui défend quoi immédiatement et aucun risque de double discours. Tu as voté pour X, tu es favorable à X. Tu as voté contre X, tu es défavorable à X. Impossible d'affirmer que c'est une erreur, le sujet a été débattu, il y a eu le temps de voter. Après, les députés peuvent toujours mentir mais c'est quand même plus néfaste pour leur image que de prétendre à l'erreur et au changement de vote…
Bon, ce n'est pas le lieu, je ne suis pas certain que les députés européens passent ici :>.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
C'est parce que ce n'est pas ça le problème que j'ai décrit.
JLM vote pour X
JLM change son vote contre X
Si le journaliste lui demande, quel est son vote :
1/ JLM affirme avoir voté pour X s'il estime que l'opinion publique y sera favorable.
2/ JLM affirme avoir voté contre X s'il estime que l'opinion publique y sera favorable.
-Si le journaliste souhaite le reprendre :
1/ Vous avez pourtant changé votre vote en "contre" => JLM peut affirmer qu'il n'y a que le premier vote qui est pris en compte.
2/ Vous avez pourtant voté "pour" au premier vote => JLM peut affirmer qu'il s'est trompé d'où le changement de vote.
Et ça va rarement plus en profondeur que ça.
Cela dit, ce n'est pas JLM qui a le plus abusé de ce type de situation malgré le fait qu'il soit un des plus gros "chnageurs de votes".
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
le vote et sa correction sont reportés publiquement, donc qui peut bien être dupe !?
Potentiellement tout le monde. Face aux médias, on peut affirmer avoir voté l'un ou l'autre selon le public visé. Et selon si le journaliste est consciencieux ou non, ça peut très facilement passer (et quand on voit les mensonges qu'affirment certains sans voir les journalistes broncher, ça semble plutôt fréquent).
Nous ne sommes qu'une petite minorité à nous tenir informé des votes des députés à l'AN, nous sommes probablement encore moins à nous tenir informé du vote des députés européens… Ils peuvent affirmer n'importe quoi, la majorité n'ira pas vérifier de toute façon :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Intéressant ce comparatif, cependant, le benchmark a été réalisé sur 10 petits problèmes (en 27 langages).
On sait maintenant que C est le plus véloce et le moins énergivore dans ce cas de figure (petits problèmes). Mais dans le cas d'un gros programme de plusieurs centaines de milliers de lignes, est-ce qu'il est toujours aussi performant ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Posté par Nibel .
En réponse au journal Java XII est dehors.
Évalué à 4.
Dernière modification le 26 mars 2019 à 15:47.
Elles font quoi les entreprises sérieuses pleines de gens en cravaté qui font des choses sérieuses ?
Elles sont toujours sous JDK 6/7/8 (enfin je parle pour mon cas).
Nous sommes un gros éditeur logiciel à destination du monde de la finance et on accumule de la dette technique parce que les clients ne font pas évoluer leur infra… Ils sont très frileux à ce niveau-là…
Bon, pour être un peu plus moderne, on migre doucement sous Angular. Mais on livre un binaire compilé en JDK 6/7/8 malgré tout :p.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Posté par Nibel .
En réponse au journal Java XII est dehors.
Évalué à 2.
Dernière modification le 26 mars 2019 à 15:43.
Pas exactement non. Sinon comment expliquer que Minecraft soit plus véloce sous Oracle JDK que sous OpenJDK dans ce cas ?
C'est globalement identique mais Oracle JDK apporte un peu de cosmétique et de nouveaux packages. Et évidemment, la licence n'est pas la même…
A une époque, la JVM n'était pas la même non plus. Je crois que depuis JDK10 elles sont de nouveau identiques (à confirmer, je ne suis pas certain de la version).
Allez, je retourne sur mon JDK6 :D (au passage, j'aime beaucoup l'expression d'aiguillage, je la trouve très sexy en l'état).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Ce non-argument de l'adolescence… Comme si jeune, on se devait d'être nécessairement révolutionnaire et en vieillissant, on se devait de nécessairement croire en la doctrine libérale que l'on nous impose.
Quel préjugé non-fondé… On a au moins la certitude que tu ne travailles pas sur la sociologie.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
2? 4? 8?
Chez nous aussi c'est imposé mais ça fait râler ceux qui n'ont pas leur taille favorite, d'ailleurs si c'est que indenté que via tabulation quel est l'intérêt de forcer leur taille?
4 après vote. Mais ça ne fait pas tant râler que ça, la plupart s'y sont fait rapidement…
Comme dit précédemment, les commits sous SVN prenaient en compte la taille de tabulation, une ligne modifiée par un dev avec une taille de tabulation différente rendait le fichier totalement modifié => insupportable en code review.
Aië, pourquoi pas intelliJ?
Raison historique. Beaucoup préféreraient IntelliJ en effet. Je n'ai aucune affinité pour Java me concernant et j'avoue ne pas avoir d'avis sur la question. Je me contente de Netbeans même si je râle régulièrement sur sa lenteur…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Pour ceux qui n'ont pas les mêmes taille de tabulation ça fout la zone.
Chez nous, on a obligé tout le monde a avoir la même taille de tabulation. Nous utilisons tous les mêmes IDE (Netbeans pour Spring/Java, VSC pour Angular grossièrement) et avec la même configuration. C'est d'ailleurs une des premières choses à faire à l'installation de son poste.
C'était surtout pénible sur les commits sur SVN (git n'a pas ce problème) où l'indentation était prise comme une modification de code… Bon courage pour la review :D.
On a la chance de n'avoir personne qui n'indente à coup d'espace. C'est une bonne pratique plutôt bien assimilée.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[x] traiter le XML sans parser XML (parce que la flemme après 10h de code :p)
[x] assumer de n'avoir aucune honte
[x] celle que je (re)découvre en lisant mon code d'il y a deux ans (notamment, hurler au con qui n'a pas parser son XML… et se rendre compte que ce con, c'est moi…)
[x] coder directement en production (histoire de recevoir ma dose quotidienne d'adrénaline)
[x] tester c'est douter (et puis faut bien qu'ils travaillent à la QA aussi)
Il manque le multi-choix sur ce sondage.
Mais que voulez-vous, j'aime vivre dangereusement…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Depuis 2017, je ne comprends toujours pas l'intérêt de play.it… J'ai l'impression que vous cherchez à réinventer la roue.
Quel est son intérêt par rapport à makepkg/AUR par exemple ? Il aurait à la limite été intéressant de créer une lib basée sur makepkg pour les distributions qui n'ont pas ces outils… Pourquoi s'embêter à créer un autre gestionnaire de paquets alors que nous en avons déjà tous un ?
D'autant plus qu'avec l'arrivée de Steam Play / Proton, il n'a jamais été aussi simple de jouer à ses jeux Windows (du moment que l'on possède un compte Steam, j'entends bien).
Par ailleurs, Lutris et PlayOnLinux remplissent plutôt bien leur rôle et ne cherchent pas à réinventer un gestionnaire de paquets…
Concrètement, que fait play.it qui ne pourrait être fait avec makepkg/AUR (ou une lib basée sur makepkg, on pourrait imaginer "makedeb") ? Quels sont ses avantages/inconvéniants par rapport à Lutris et PlayOnLinux ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Contribuer
Posté par Nibel . En réponse au lien Caliopen maintenant en Beta \o/. Évalué à 3.
Je souhaiterai contribuer à Caliopen, que je ne connaissais pas jusqu'à présent.
J'ai bien trouvé le repo, https://github.com/CaliOpen/Caliopen, mais existe-t-il une roadmap/todolist ? Je n'ai rien trouvé à ce sujet.
Merci par avance.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# PCSpecialist ?
Posté par Nibel . En réponse au journal Sélection d'un PC libre. Évalué à 7. Dernière modification le 21 mai 2019 à 20:17.
Pour ma part, cela fait des années que je commande tout mon matos chez PCSpecialist.
Les prix étaient très variables à une époque, ce qui permettait d'avoir parfois de belles affaires. J'ai l'impression que c'est moins le cas aujourd'hui.
Mise à part la RAM qui est souvent vendue plus chère chez eux, le reste est régulièrement un poil en-dessous des prix du marché.
Par contre, impensable de faire une machine 100% libre niveau hardware…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: RMS
Posté par Nibel . En réponse au journal Kernel-5.1-gnu. Évalué à 6. Dernière modification le 09 mai 2019 à 17:33.
Au delà de la théorie, quand ton matériel était cassé, avant tu avais une notice fournie avec et tu pouvais le réparer toi-même. Pourtant, nous ne sommes pas tous mécanos, électriciens, etc… A défaut, on le faisait réparer par un ami qui "s'y connaissait".
Quand ton logiciel est cassé, pourquoi ne pourrais-tu pas le réparer toi-même ? Alors certes, nous ne sommes pas tous développeurs, pas plus que nous sommes tous mécanos, électriciens, etc… Mais tu as la possibilité de le faire, ou de le faire faire.
La licence propriétaire te retire ton pouvoir de réparer, modifier, améliorer. Que tu en sois capable ou non, tu dépends seulement du bon vouloir du détenteur de la propriété intellectuelle.
La licence libre te donne ce pouvoir de réparer, modifier, améliorer. Tu n'as peut-être pas la capacité de l'exercer pleinement mais tu l'as. Tu n'es pas dépendant de qui que ce soit.
Cependant, à quels "vieux bugs restant dans les logiciels libres" tu penses ? Dans un projet libre maintenu, sauf cas très particulier, il y a assez peu de bugs historiques (du moins, rien qui puisse réellement impacter l'utilisation du logiciel). Tu aurais des exemples ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: RMS
Posté par Nibel . En réponse au journal Kernel-5.1-gnu. Évalué à 7.
S'il n'en a pas expressément l'envie, il en a pourtant besoin, même s'il n'en est pas conscient, il le devient en général quand le logiciel privateur montre ses limites : besoin de débuggage/réparation, nécessité d'améliorer des algos, réaliser/améliorer une API, disparition du support…
On a un bel exemple grandeur nature avec les tracteurs John Deere qui sont impossibles à réparer sans passer par… John Deere. Les agriculteurs ont besoin de la libération des sources logicielles de John Deere pour ne pas dépendre uniquement de lui à chaque problème.
Et c'est pareil pour tout les domaines. Les logiciels privateurs donnent un pouvoir aux développeurs (et à l'entreprise) sur le consommateur là où le logiciel libre distribue équitablement les pouvoirs entre les différents acteurs.
Le besoin du libre est omniprésent, la conscience de ce besoin beaucoup moins.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: RMS
Posté par Nibel . En réponse au journal Kernel-5.1-gnu. Évalué à 3. Dernière modification le 09 mai 2019 à 10:09.
En réalité, l'altruisme est une forme d'égoïsme qui ne dit pas son nom.
Personne n'est purement altruiste, moi-même quand je maraude ou quand j'héberge un sans domicile ou un immigré, j'espère lui apporter un peu de réconfort, un sourire. Parce que le bonheur de l'autre fait le mien.
Je me nourris du bonheur que je peux apporter. C'est terriblement égoïste.
C'est un débat que nous avons régulièrement entre bénévoles. C'est très amusant de constater un tel paradoxe. D'un acte qui se veut altruiste, nous sommes finalement tous égoïstes. Maintenant, on se rassure on se disant que notre forme d'égoïsme est sans doute moins mortifère :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Smartphone et Logiciel Libre
Posté par Nibel . En réponse à la dépêche Mon nouveau smartphone Android dégooglisé. Évalué à 2.
Absolument pas, je n'y ai même jamais songé.
Je m'en vais essayer de ce pas. Merci :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Smartphone et Logiciel Libre
Posté par Nibel . En réponse à la dépêche Mon nouveau smartphone Android dégooglisé. Évalué à 5. Dernière modification le 03 mai 2019 à 18:00.
Newpipe est strictement meilleur que l'appli Youtube officielle :
En réalité, c'est plus facile qu'il n'y paraît de se passer des services Google sur son smartphone. Vraiment.
Et s'il reste une ou deux applis proprios nécessaires (je sais par exemple que j'ai installé Steam pour la double auth) => Aurora.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Je plussoie...
Posté par Nibel . En réponse à la dépêche Mon nouveau smartphone Android dégooglisé. Évalué à 3. Dernière modification le 03 mai 2019 à 17:36.
Ce n'est pas officiellement annoncé mais pas de commit depuis 7 mois et un thread qui pose la question qui est resté sans réponse (officielle).
https://github.com/yeriomin/YalpStore/issues/576
On peut supposer que le projet n'est plus maintenu sans trop se mouiller.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi avoir peur du reconditionné ?
Posté par Nibel . En réponse à la dépêche Mon nouveau smartphone Android dégooglisé. Évalué à 7. Dernière modification le 03 mai 2019 à 16:57.
Ouais, ça s'appelle de la communication (et de l'hypocrisie). La réalité est toute autre :
https://motherboard.vice.com/fr/article/xyj4jd/apple-force-les-centres-de-recyclage-a-detruire-les-iphones-et-les-macbooks
Mais sans doute que tu es plus au courant que les gens qui y travaillent et que les gens qui enquêtent sur le sujet.
Mais comme tout dans le monde libre. Si on ne tire pas ce qui a été fait en upstream, c'est pas la faute de l'upstream.
Par ailleurs, affirmer "personne ne l'utilise" c'est vraiment grossier quand on sait que la majorité des ROM alternatives sont basées sur AOSP. Moi-même j'utilise indirectement AOSP.
Et les constructeurs ne sont pas responsables du système d'exploitation (là où Apple l'est).
Pas plus qu'ils ne sont responsables de l'implémentation de la concurrence.
iOS 11 est supporté sur 20 modèles différents, et non 24, passons, et ce sont 20 modèles très similaires en terme de device tree. Là où entre un Wiko et un Samsung il n'y a absolument rien à voir.
Expérience personnelle sur 3Gs. Oui c'est utilisable, si effectivement avoir un device lent au possible ne te dérange pas.
Et merci pour les insultes, c'est le meilleur moyen de conforter quelqu'un dans son opinion. Au passage, mes "mensonges", je les source, j'attends toujours que tu sources tes affirmations (qui relèvent finalement plus du "fanboyisme" que d'une volonté de recherche de la vérité).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi avoir peur du reconditionné ?
Posté par Nibel . En réponse à la dépêche Mon nouveau smartphone Android dégooglisé. Évalué à 8. Dernière modification le 02 mai 2019 à 13:34.
Pardon mais les composants tous soudés les uns aux autres, la batterie non-amovible, quand tu renvoies un iPhone avec un défaut, plutôt que de le réparer on t'en donne un nouveau (et l'ancien est balancé plutôt que d'être recyclé), c'est pas ce que j'appelle "le tournant du durable".
La réparabilité des iBidules et très largement discutable. Là où j'ai changé ma batterie et mon écran de mon GS3 4G moi-même sans aucun problème.
Apple a aussi avoué faire de l'obsolescence programmé en rendant ses OS de plus en plus lourds et patauds pour ses smartphones les plus anciens.
Là aussi c'est faux. Les mises à jour Android (AOSP) sont très rapides, ce sont les mises à jour constructeur qui ne le sont pas (quand elles le sont).
Et faut bien voir qu'Apple n'a qu'un seul device a supporter (en tout cas, une toute petite poignée avec des specs matérielles relativement proches), quand Android ce sont des milliers de devices qu'il doit supporté avec des specs qui n'ont parfois simplement rien à voir.
Et mon Galasy S3 4G, qui a 6 ans, tourne superbement sur une ROM LineageOS (Android 7.1.2) avec les correctifs de sécurité du 5 Avril 2019. Essaye d'installer un iOS récent sous un vieil iBidule qu'on rigole ;). Dès que iOS a plus de 2 ans d'avance sur le smartphone, ça devient inutilisable (voir obsolescence programmée ci-dessus). Et rester à une version antérieure nous fait perdre le bénéfice des MAJ de sécurité. Du coup chez Apple, au bout de 2 ans, tu es prié de changer de téléphone ou de rester avec ton device troué. Sympa en effet ce "tournant durable".
Je suis de ceux là ;).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: C’est une vision très personnelle
Posté par Nibel . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 2.
Effectivement tu parles de Steam Play/Proton mais pas de FNA, qui a permis de nombteux portages natifs, ni de DXVK qui trouve sa source avant l'existence de Steam Play/Proton et qui est aujourd'hui une des briques essentielles au support dx10/dx11.
C'est dommage parce que ce sont deux projets (FNA et DXVK) qui ont sans doute étaient décisifs dans l'état actuel du jeu vidéo sous Linux.
Concernant Optimus et Bumblebee, sale période en effet… Ma vie de joueur a changé depuis le support d'Optimus.
Mais article sympa malgré toutes les critiques émises :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: C’est une vision très personnelle
Posté par Nibel . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 4. Dernière modification le 29 avril 2019 à 18:00.
Comme mon VDD, il manque pas mal de petits détails qui ont bien freiné le jeu vidéo sous Linux.
Je pense à l'époque où le pilote AMD était encore propriétaire : impensable de jouer sous Linux avec du matos AMD tant les perfs étaient exécrables.
Ou encore la longue période sans support d'Optimus sous Linux, avec la galère de Bumblebee, la quasi totalité des laptops Nvidia ont été condamné à jouer avec des performances en-deça de ce que pouvait fournir le matériel.
Il y a eu la période de transition oss-alsa-pulseaudio aussi qui a été un enfer pour avoir du son sur les jeux… Et quand on en avait, faire en sorte qu'il ne craque pas…
J'ai vu que tu parlais de Steam, je ne crois pas que tu aies mentionné Steam Play/Proton, DXVK, FNA.. Qui sont de grosses avancées dans le monde du jeu vidéo sous Linux (Merci Ethan Lee et le dév de DXVK dont j'ai oublié le nom…).
On est quand même bien mieux logé aujourd'hui.
Certes, l'article ne se veut pas exhaustif mais c'est dommage d'omettre tout ce chemin parcouru depuis…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: une explication de Mélenchon
Posté par Nibel . En réponse au journal [HS] Félonie au parlement européen. Évalué à 2. Dernière modification le 02 avril 2019 à 16:19.
Et ne serait-il pas plus simple de faire comme à l'AN Française (enfin, comme on le faisait jusqu'en 2017 en tout cas) : on prend le temps de débattre, on prend le temps de voter et il est impossible de changer puisque, le vote aura été, théoriquement, débattu, réfléchis et réalisé de manière posée et concise.
Ca fonctionne plutôt bien, au premier coup d'oeil de chacun des scrutins publics, tu peux voir qui défend quoi immédiatement et aucun risque de double discours. Tu as voté pour X, tu es favorable à X. Tu as voté contre X, tu es défavorable à X. Impossible d'affirmer que c'est une erreur, le sujet a été débattu, il y a eu le temps de voter. Après, les députés peuvent toujours mentir mais c'est quand même plus néfaste pour leur image que de prétendre à l'erreur et au changement de vote…
Bon, ce n'est pas le lieu, je ne suis pas certain que les députés européens passent ici :>.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: une explication de Mélenchon
Posté par Nibel . En réponse au journal [HS] Félonie au parlement européen. Évalué à 5. Dernière modification le 02 avril 2019 à 13:05.
C'est parce que ce n'est pas ça le problème que j'ai décrit.
JLM change son vote contre X
Si le journaliste lui demande, quel est son vote :
1/ JLM affirme avoir voté pour X s'il estime que l'opinion publique y sera favorable.
2/ JLM affirme avoir voté contre X s'il estime que l'opinion publique y sera favorable.
-Si le journaliste souhaite le reprendre :
1/ Vous avez pourtant changé votre vote en "contre" => JLM peut affirmer qu'il n'y a que le premier vote qui est pris en compte.
2/ Vous avez pourtant voté "pour" au premier vote => JLM peut affirmer qu'il s'est trompé d'où le changement de vote.
Et ça va rarement plus en profondeur que ça.
Cela dit, ce n'est pas JLM qui a le plus abusé de ce type de situation malgré le fait qu'il soit un des plus gros "chnageurs de votes".
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: une explication de Mélenchon
Posté par Nibel . En réponse au journal [HS] Félonie au parlement européen. Évalué à 9. Dernière modification le 29 mars 2019 à 17:20.
Potentiellement tout le monde. Face aux médias, on peut affirmer avoir voté l'un ou l'autre selon le public visé. Et selon si le journaliste est consciencieux ou non, ça peut très facilement passer (et quand on voit les mensonges qu'affirment certains sans voir les journalistes broncher, ça semble plutôt fréquent).
Nous ne sommes qu'une petite minorité à nous tenir informé des votes des députés à l'AN, nous sommes probablement encore moins à nous tenir informé du vote des députés européens… Ils peuvent affirmer n'importe quoi, la majorité n'ira pas vérifier de toute façon :).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Enormément utilisé
Posté par Nibel . En réponse au journal [HS] Félonie au parlement européen. Évalué à 5.
Les députés européens français de tout bord ont beaucoup abusé des "erreurs matérielles" depuis de longues années.
Et le parti en ayant le plus abusé ces dernières années est le FN :
https://www.lemonde.fr/les-decodeurs/article/2016/03/07/les-eurodeputes-francais-se-trompent-souvent-de-vote-au-parlement-europeen_4877761_4355770.html
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Java > 1.8
Posté par Nibel . En réponse au journal Java XII est dehors. Évalué à 2.
Mon expérience personnelle sur diverses machines, il y a aussi des comparatifs sur YT avec Minecraft OpenJDK vs Oracle JDK qui confirment mes dires :
https://www.youtube.com/watch?v=oXDbuMD6B74
https://www.youtube.com/watch?v=rhEEU4Jn_7Y
Et je vois que Minecraft utilise toujours du JDK 1.8, je pense que la situation n'a pas évolué à ce niveau là.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Quid sur de gros programmes ?
Posté par Nibel . En réponse au lien Faites du C pour sauver la planète!. Évalué à 4.
Intéressant ce comparatif, cependant, le benchmark a été réalisé sur 10 petits problèmes (en 27 langages).
On sait maintenant que C est le plus véloce et le moins énergivore dans ce cas de figure (petits problèmes). Mais dans le cas d'un gros programme de plusieurs centaines de milliers de lignes, est-ce qu'il est toujours aussi performant ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Ne pas utiliser en prod...
Posté par Nibel . En réponse au journal Java XII est dehors. Évalué à 4. Dernière modification le 26 mars 2019 à 15:47.
Elles sont toujours sous JDK 6/7/8 (enfin je parle pour mon cas).
Nous sommes un gros éditeur logiciel à destination du monde de la finance et on accumule de la dette technique parce que les clients ne font pas évoluer leur infra… Ils sont très frileux à ce niveau-là…
Bon, pour être un peu plus moderne, on migre doucement sous Angular. Mais on livre un binaire compilé en JDK 6/7/8 malgré tout :p.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Java > 1.8
Posté par Nibel . En réponse au journal Java XII est dehors. Évalué à 2. Dernière modification le 26 mars 2019 à 15:43.
Pas exactement non. Sinon comment expliquer que Minecraft soit plus véloce sous Oracle JDK que sous OpenJDK dans ce cas ?
C'est globalement identique mais Oracle JDK apporte un peu de cosmétique et de nouveaux packages. Et évidemment, la licence n'est pas la même…
A une époque, la JVM n'était pas la même non plus. Je crois que depuis JDK10 elles sont de nouveau identiques (à confirmer, je ne suis pas certain de la version).
Allez, je retourne sur mon JDK6 :D (au passage, j'aime beaucoup l'expression d'aiguillage, je la trouve très sexy en l'état).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Grands mots
Posté par Nibel . En réponse au journal L'Allemagne veut criminaliser l'hébergement d'un nœud TOR. Évalué à 10.
Ce non-argument de l'adolescence… Comme si jeune, on se devait d'être nécessairement révolutionnaire et en vieillissant, on se devait de nécessairement croire en la doctrine libérale que l'on nous impose.
Quel préjugé non-fondé… On a au moins la certitude que tu ne travailles pas sur la sociologie.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Je cumule les tares
Posté par Nibel . En réponse au sondage De quelle pratique de développement avez‐vous honte ?. Évalué à 3. Dernière modification le 20 mars 2019 à 19:00.
4 après vote. Mais ça ne fait pas tant râler que ça, la plupart s'y sont fait rapidement…
Comme dit précédemment, les commits sous SVN prenaient en compte la taille de tabulation, une ligne modifiée par un dev avec une taille de tabulation différente rendait le fichier totalement modifié => insupportable en code review.
Raison historique. Beaucoup préféreraient IntelliJ en effet. Je n'ai aucune affinité pour Java me concernant et j'avoue ne pas avoir d'avis sur la question. Je me contente de Netbeans même si je râle régulièrement sur sa lenteur…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Je cumule les tares
Posté par Nibel . En réponse au sondage De quelle pratique de développement avez‐vous honte ?. Évalué à 2. Dernière modification le 20 mars 2019 à 16:57.
Chez nous, on a obligé tout le monde a avoir la même taille de tabulation. Nous utilisons tous les mêmes IDE (Netbeans pour Spring/Java, VSC pour Angular grossièrement) et avec la même configuration. C'est d'ailleurs une des premières choses à faire à l'installation de son poste.
C'était surtout pénible sur les commits sur SVN (git n'a pas ce problème) où l'indentation était prise comme une modification de code… Bon courage pour la review :D.
On a la chance de n'avoir personne qui n'indente à coup d'espace. C'est une bonne pratique plutôt bien assimilée.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Je cumule les tares
Posté par Nibel . En réponse au sondage De quelle pratique de développement avez‐vous honte ?. Évalué à 3. Dernière modification le 18 mars 2019 à 15:02.
[x] traiter le XML sans parser XML (parce que la flemme après 10h de code :p)
[x] assumer de n'avoir aucune honte
[x] celle que je (re)découvre en lisant mon code d'il y a deux ans (notamment, hurler au con qui n'a pas parser son XML… et se rendre compte que ce con, c'est moi…)
[x] coder directement en production (histoire de recevoir ma dose quotidienne d'adrénaline)
[x] tester c'est douter (et puis faut bien qu'ils travaillent à la QA aussi)
Il manque le multi-choix sur ce sondage.
Mais que voulez-vous, j'aime vivre dangereusement…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Je ne comprends pas
Posté par Nibel . En réponse à la dépêche ./play.it 2.11 : Gentoo, Flatpak et jeux vidéos. Évalué à 3. Dernière modification le 18 mars 2019 à 14:49.
Depuis 2017, je ne comprends toujours pas l'intérêt de play.it… J'ai l'impression que vous cherchez à réinventer la roue.
Quel est son intérêt par rapport à makepkg/AUR par exemple ? Il aurait à la limite été intéressant de créer une lib basée sur makepkg pour les distributions qui n'ont pas ces outils… Pourquoi s'embêter à créer un autre gestionnaire de paquets alors que nous en avons déjà tous un ?
D'autant plus qu'avec l'arrivée de Steam Play / Proton, il n'a jamais été aussi simple de jouer à ses jeux Windows (du moment que l'on possède un compte Steam, j'entends bien).
Par ailleurs, Lutris et PlayOnLinux remplissent plutôt bien leur rôle et ne cherchent pas à réinventer un gestionnaire de paquets…
Concrètement, que fait play.it qui ne pourrait être fait avec makepkg/AUR (ou une lib basée sur makepkg, on pourrait imaginer "makedeb") ? Quels sont ses avantages/inconvéniants par rapport à Lutris et PlayOnLinux ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.