J'avais testé le II, il y avait des raccourcis aussi il me semble, mais ça reste très pénible.
Pour le I et le II que je connais moins, je sais qu'il y a effectivement quelques zones avec des couloirs compliqués qui ne sont pas esquivables et dont il faut se retaper l'intégralité en cas de défaite sur le boss. Ces couloirs ayant tendance à être parfois plus difficiles que le boss lui-même, je comprends la frustration…
Après c'est le propre que de cette licence que de frustrer le joueur et c'est un peu pour ça qu'on l'aime :). Mais oui, j'aurai bien mis des checkpoints avant les boss moi aussi parfois… (sinon il y a toujours possibilité de jouer à une version sur émulateur afin de profiter des "save state" et donc de placer un peu des checkpoints comme tu veux finalement).
Je préfère l'esprit du logiciel libre: si c'est nul, je patche !
Bonne réponse :). D'ailleurs j'ai écrit une bêtise, il m'arrive de jouer d'une manière qui n'était pas prévue par les développeurs (mais que le moteur du jeu permet quand même). C'est le cas notamment de :
- Grass slide sur TrackMania. C'est le fait de déraper sur les surfaces "herbe", c'est à l'origine un bug, l'herbe n'aurait pas du se comporter comme ça. Mais les joueurs ayant tellement appris à l'utiliser et cela offrant une mécanique de jeu supplémentaire intéressante, les développeurs l'ont conservé.
- Wave dash sur Super Smash Bros Melee. C'est le fait de faire une esquive gauche/droite en phase descendante d'un saut, permettant de se déplacer très rapidement d'un point A à un point B (plus rapidement qu'en déplacement "standard").
Ces comportement n'étaient pas voulu par les développeurs mais ils sont possibles malgré tout. Donc non, je ne joue pas toujours de la manière qu'auraient souhaités les développeurs.
Mais dans tous les cas, l'important quand on joue, c'est de s'amuser et prendre du plaisir.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Sur Don't Starve, tu peux jouer en mode "sans fin" (je ne connais plus exactement le nom) pour pouvoir revivre en revenant en fantôme au portail du début sans changer les autres règles (on doit aussi pouvoir revivre avec la statue mais j'ai un doute là-dessus).
A ma connaissance, ce n'est pas possible de mettre de checkpoint avant les boss dans les Souls. Mais dans Dark Souls III, tu as très souvent des raccourcis entre le feu et la salle du boss, tu n'as généralement pas besoin de tout te retaper.
Certains trouvent ça fun de recommencer de zéro, mais j'ai une vie :-)
Question de goût mais pour Don't Starve, oui mourir fait partie intégrante du jeu, au moins dans les premières heures. C'est pas forcément fun mais c'est une étape de l'apprentissage du jeu.
Mourir c'est le signe que tu as mal fait quelque chose. Ca t'oblige à réfléchir à qu'est-ce que tu as mal fait pour essayer de le corriger la prochaine fois.
Mourir dans un jeu ça ne me dérange pas du moment que j'apprends quelque chose.
Maintenant évidemment à chacun d'appréhender les jeux vidéo comme il l'entend. Mais j'ai toujours trouvé plus gratifiant de faire le jeu comme les développeurs voulaient que je le fasse (oui, même les jeux pourris mal conçus).
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 me réjouis surtout de pouvoir exercer pleinement une activité qui me prend du temps sous mon système d'exploitation préféré.
Oui moi aussi je préféré que ce soit des technos libres avec des jeux libres dans un monde idéal. Mais la réalité aujourd'hui c'est que le libre a très peu investi les jeux vidéo. Même s'il existe quelques jeux libres d'excellente qualité (0.A.D., Battle for Wesnoth, OpenArena, Wormux, SuperTux…), l'immense majorité des jeux sont aujourd'hui propriétaires.
Si je suis un libriste convaincu, je reste aussi conscient que les questions de licence n'intéressent en réalité qu'une infime portion des joueurs. Quand on est joueur, on veut surtout que notre jeu fonctionne.
Les clients anti-triche sont une des dernières barrières au jeu sous Linux et c'est bientôt du passé. C'est donc potentiellement plus de joueurs, plus d'utilisateurs de Linux, rendant le système d'exploitation plus intéressant pour les développeurs de jeux vidéo… On rentre dans un cercle vertueux ou Linux devient de moins en moins un OS de seconde zone pour le jeu vidéo. C'est également une plus grande base d'utilisateurs pouvant se poser la question des licences. C'est le cheminement que j'ai fait, je me suis d'abord intéressé à Linux avant de prendre conscience des licences logicielles, c'est le fait d'avoir écumé une partie de l'univers Linux qui m'a sensibilisé à la chose et non l'inverse.
Et comme on aime à troller sur le fait de savoir si Linux et ou non prêt pour le Desktop, bah les jeux vidéo c'est aujourd'hui une fraction du Desktop.
Donc oui les clients anti-triche, sapucépalibr, oui la majorité des jeux vidéo sapucépalibr mais maintenant pour les jeux-vidéo Linux cébiensamarsh. Et c'est déjà un premier pas important.
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 rajouterai au moins un point : pour le défi technique et le plaisir de casser un logiciel.
Réaliser un logiciel de triche demande certaines compétences (reverse engineering, analyse de mémoire, parfois analyse de trames clients/serveurs…). C'est franchement intéressant pour celui qui aime ça.
Et c'est un vrai plaisir de casser les règles imposées par les développeurs à mon sens (ça doit être mon côté "jeune con rebelle" ça).
Même si je te rejoins, il n'est pas intéressant de tricher pour gagner à mon sens. On perd toute la satisfaction de la réussite personnelle.
Bien qu'on s'éloigne un peu du sujet, je lève quand même une exception sur certaines formes de triche qui a mon sens ont un intérêt, notamment pour tout ce qui concerne le "speedrunning" (le fait de terminer le plus rapidement possible un jeu vidéo). Il y a des glitchs, des manipulations de mémoire qui sont parfois réalisés mais sans logiciels tiers, le but étant de se servir uniquement du terrain de jeu offert par les développeurs.
A savoir que la triche est aussi présente au niveau professionnel du jeu vidéo. On ne compte plus les articles "top X des tricheurs dans l'e-sport". Mais ici c'est un peu différent, il y a évidemment la pression sociale et professionnelle qui joue mais également, l'appât du gain en monnaie sonnante et trébuchante. Et c'est régulièrement plusieurs centaines de milliers voir plusieurs millions de dollars dont on parle.
Mais finalement, c'est un comportement qui existe déjà dans le sport "traditionnel". Après on n'a pas encore trouvé le fonction "noclip" dans la vraie vie heureusement :D.
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 rentrerai pas dans les détails techniques parce que ce n'est pas un sujet que je maîtrise mais je vais quand même essayer de te répondre.
Un logiciel anti-triche comme EAC ou BattlEye et un logiciel côté client qui permet de bannir automatiquement un joueur qui tricherait via un logiciel tiers afin de se donner un avantage par rapport aux autres joueurs.
Ca sert donc autant aux joueurs, afin de conserver une jeu le plus sain possible, qu'aux modérateurs à qui on ne demande plus de faire de surveillance manuelle.
Et comment ça fonctionne, je ne me suis pas sérieusement penché dessus mais globalement c'est capable de vérifier l'intégrité des fichiers du jeu, de lire dans la mémoire et de surveiller des processus en cours.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
On peut mettre le container en readonly si on veut profiter de l'immutabilité et s'amuser à recréer un container pour chaque déploiement (à la manière de ce qu'on fait sur Docker).
C'est juste que c'est un flux de travail qui ne me convient pas. Recréer un container quand je veux juste changer un CSS, c'est inutilement lourd.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
J'aime beaucoup systemd-nspawn, ça ressemble à s'y méprendre à un chroot. C'est génial pour gérer de la haute disponibilité et pour déployer : pas besoin de créer une image Docker et de la déployer à chaque modifications, on peut directement intervenir dans l'arborescence du container. On peut mettre à jour la production de manière totalement transparente, sans déployer des moyens lourds pour faire pas grand chose.
Je préfère également le bash à la syntaxe des Dockerfiles.
Je ne suis pas un grand expert en containeurisation mais depuis que j'ai découvert systemd-nspawn, ça a relégué Docker au rang de technologie des dinosaures pour moi.
L'écosystème Docker est effectivement gigantesque mais l'écosystème systemd-nspawn… c'est l'écosystème Linux tout entier ;).
Dans mon utilisation relativement basique (ci pour déploiement de wars sur tomcat 8), c'est vraiment plus agréable d'utiliser systemd-nspawn que Docker. Enfait juste une tâche CRON avec un git pull, build du projet, et un cp du résultat du build au bon endroit et c'est terminé. Difficile de faire plus simple.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
La vie n'étant qu'un MMO bas de gamme (pas de choix de skin, de race, de classe, de stats, pas de possibilité de reroll, mort définitive…), est-ce que finalement ce ne serait pas un choix pragmatique de la part des administrations ?
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 qui n'empêche pas d'utiliser le gestionnaire de paquets dans tous les cas (en créant sois-même le paquet au préalable si nécessaire) plutôt que de compiler à la mano.
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, LibreOffice ne supporte pas toutes les fonctionnalités de Microsoft Office. Mais celles qui manquent sont franchement spécifiques à quelques utilisations. Rien de bloquant pour une utilisation scolaire.
A transmettre à l'école concerné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.
OVH permettait (je ne sais pas si c'est encore d'actualité) de prendre une connexion Internet chez eux sans leur modem et nous faisait une petite ristourne (ça devait être de l'ordre de quelques euros par mois), c'était valable en ADSL et VDSL mais pas en FTH. J'avais demandé au SAV s'il était possible de prendre une offre FTH sans leur modem et la réponse était négative.
Ca fait plusieurs années que j'utilise mon propre modem parce que le leur est particulièrement mauvais.
Le principal inconvénient c'est que quand ils changent certains paramètres sur la ligne, il faut parfois intervenir manuellement sur le modem (passage PPPoA vers PPPoE, changement identifiant de ligne…).
C'est arrivé 2 fois en 6 ans donc ça reste assez marginal et les opérations sont prévenues en général 15 jours à l'avance, ce qui permet d'éviter les mauvaises surprises.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Donc tu ne verrais aucun problème à ce que Microsoft n'autorise les installation que par le windows store? Après tout vu le nombre de virus… Ou que les dritribs linux n'autorise que les appli installée via le gestionnaire de paquet ?
Autant pour Windows on voit bien les problèmes, autant pour les distros Linux, il est vraiment préférable de ne passer QUE par le gestionnaire de paquet par défaut pour une raison simple : faciliter la maintenance du système. Et n'utiliser que le gestionnaire de paquets ne limite en plus pas les logiciels à ceux des dépôts. Par exemple pour Arch : PKGBUILD.
Pour faire l'analogie complètement, il aurait fallut dire "Ou que les distribs Linux n'autorisent que ses propres dépôts d'applications et ne permet pas de les modifier ni d'en rajouter ?". Là ça devient aussi chiant que d'avoir un store unique obligatoire.
Et d'ailleurs ça existe déjà pour Windows, ça s'appelle Windows 10 S.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
"Smurf" est la traduction littérale de "Schtroumpf" à l'origine. La traduction proposée est donc… le retour au mot original.
Les joueurs de MMO qui aiment à rire un peu de l'utilisation de la langue française parlent déjà de "schtroupfage" un peu ironiquement (le "smurffing" est le fait de faire et jouer un nouveau personnage en opposition à son personnage principal, son "main", dans un MMO).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Merci, j'avais eu une discussion autour de Matrix/XMPP/TeamSpeak/Mumble/Discord il y a quelques temps et je regrettais de ne pas avoir trouvé d'équivalent libre à Discord (même si je préfère Mumble personnellement mais les gens avec qui j'interragis veulent les principales fonctionnalités de Discord : streaming en un clic, persistence des messages, bots divers et variés…).
J'avais essayé Matrix mais ça ne marchait pas forcément très bien.
Je vais donc essayer Revolt et comme on a l'air de pouvoir auto-héberger un serveur, c'est tout bon.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Attention tout de même, ce sont des résultats pré-cliniques et bien qu'ils soient encourageants, ce n'est pas encore prêt pour une AMM.
Cela dit, c'est une bonne chose que d'avoir que d'avoir une piste d'un vaccin capable de limiter grandement la contamination.
Et je trouve au contraire le mode d'administration intéressant, de nombreux individus n'aiment pas les piqûres et la prise nasale est sans doute moins désagréable.
Espérons que ça aille au bout, c'est encourageant.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
J'ai un Cooler Master CK550 V2 (donc clavier "gaming") et il fonctionne nickel sous Linux également.
Toutes les touches sont reconnues, je peux même jouer avec le petit programme interne d'éclairage des RGB avec les maccros par défaut.
Son principal inconvénient, mais comme beaucoup d'autres claviers de ce type, c'est de ne pas avoir un câble détachable (USB-C/USB3 ça aurait été top) et c'est probablement ça qui va mourir en premier chez moi (beaucoup de transport et c'est souvent comme ça que je détruis mes câbles). Par contre les touches ont l'air extrêmement solides et on peut très facilement faire un mapping maison si besoin.
Extrêmement facile à nettoyer également, il n'a pas de "creux" et ça évite que les petites merdes aillent s'y fourrer.
J'ai jamais eu de gros problèmes avec les claviers de manière générale. Parfois sur des laptops y a quelques touchent qui n'étaient pas forcément reconnues nativement mais je pouvais facilement les remapper sous OpenBox.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Est considéré comme un être vivant un organisme capable de grandir — pas forcément par réplication cellulaire, puisque la croissance ou la maturation peut être constatée chez des unicellulaires —, de se reproduire — à l'âge adulte — et de métabolisme.
Cette définition du vivant, qu'on a longtemps acceptée, est en train d'évoluer. En partie à cause des virus justement.
La nouvelle définition du vivant débattue est : une entité qui diminue le niveau d'entropie et est capable de se reproduire en commettant des erreurs. Ainsi les virus seraient considérés comme des êtres vivants.
C'est un débat philosophique et scientifique intéressant. Peut-être même qu'il existe des entités qu'on a jamais rencontré qui feront elles aussi évoluer notre définition du vivant.
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 les trois premiers points, si je m'en tiens rigoureusement au manifeste agile :
Construisez les projets à partir de personnes motivées. Donnez-leur l’environnement et le soutien dont elles ont besoin et faites-leur confiance pour mener à bien le travail.
On ne nous donne ni l'environnement (machine) ni le soutient (QA supplémentaire) dont nous avons besoin.
Les personnes en charge du métier ou des affaires et les personnes en charge de la réalisation doivent travailler ensemble chaque jour, tout au long du projet.
Les commerciaux ne travaillent pas avec nous. Ils nous imposent des dates sans tenir compte de nos capacités de réalisation et chaque commercial a le projet le plus urgent du monde.
Je présume que vous tentez de faire du scrum et ça c'est interdit. Aucune modification du sprint sans l'accord de l'équipe. Tu peux chercher tout ce qui parle d'engagement (ou commitment) qui parle de ça en scrum.
Mais l'avis de l'équipe, la direction s'en fout, les commerciaux s'en foutent. On n'est pas maître de notre sprint. Ce sont les commerciaux qui font la pluie et le beau temps sur notre sprint, pas les équipes techniques. Peu importe notre capacité de réalisation, c'est pas l'équipe qui décide, c'est les commerciaux. Et même si c'est totalement en contradiction avec le SCRUM guide, on s'en fout.
Pour résumer en deux lignes, on a déjà fait intervenir deux consultants experts agiles externes différents pour tenter de régler quelques problèmes. Dans les deux cas les bras leur en sont tombés et ils ont conclu : "votre équipe n'est pas adaptée pour de l'agilité, vous devez trouver une autre organisation".
Mais la direction veut qu'on fasse de l'agilité et c'est non-négociable sans nous en donner les moyens, alors on essaye d'appliquer des concepts qui ont pour seuls résultats d'impacter négativement notre productivité, notre humeur, notre qualité de travail.
C'est une injonction dichotomique permanente : faites de l'agilité mais faites comme on vous dit même si ça s'oppose à l'agilité.
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 sont des problèmes qui ne peuvent être réglés par l'équipe elle-même, ils nécessitent une intervention de plus haut.
On demande depuis 2 ans un QA qui nous est refusé.
On demande depuis plus d'un an une machine supplémentaire pour faire notre recette interne parce que nos machines actuelles sont saturées.
On demande depuis des mois d'arrêter aux commerciaux de fixer des dates de livraison irréalistes sans discussion préalable avec les équipes techniques. Mais les commerciaux sont les rois.
On demande depuis toujours d'arrêter de modifier le périmètre du sprint tous les jours et de faire rentrer des nouvelles fiches "urgentes" avec une priorisation catastrophique.
L'équipe n'a pas la main là-dessus. On est sous pression de la part de la direction et des commerciaux.
L'agilité ne peut pas fonctionner pour notre équipe. On a plus d'une vingtaine de clients, plus d'une cinquantaines de gammes de produits, chaque produit étant en plus personnalisé par client. Les produits peuvent même avoir des technos différentes et tous les devs de l'équipe ne sont pas en capacité d'intervenir sur toutes les technos (on est plus que 2 devs sur les 7 à pouvoir intervenir sur tous les produits). Et chaque commercial veut chouchouter son client et traiter sa demande le plus vite possible, peu importe si les équipes techniques en ont les capacités.
On VEUT corriger ça. Mais c'est au-dessus que ça ne veut pas.
Et voila comment l'agilité devient un cauchemar.
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: L'intérêt pour le joueur
Posté par Nibel . En réponse au journal EAC fonctionne à présent sous Wine/Proton, BattlEye confirme le support. Évalué à 2.
Pour le I et le II que je connais moins, je sais qu'il y a effectivement quelques zones avec des couloirs compliqués qui ne sont pas esquivables et dont il faut se retaper l'intégralité en cas de défaite sur le boss. Ces couloirs ayant tendance à être parfois plus difficiles que le boss lui-même, je comprends la frustration…
Après c'est le propre que de cette licence que de frustrer le joueur et c'est un peu pour ça qu'on l'aime :). Mais oui, j'aurai bien mis des checkpoints avant les boss moi aussi parfois… (sinon il y a toujours possibilité de jouer à une version sur émulateur afin de profiter des "save state" et donc de placer un peu des checkpoints comme tu veux finalement).
Bonne réponse :). D'ailleurs j'ai écrit une bêtise, il m'arrive de jouer d'une manière qui n'était pas prévue par les développeurs (mais que le moteur du jeu permet quand même). C'est le cas notamment de :
- Grass slide sur TrackMania. C'est le fait de déraper sur les surfaces "herbe", c'est à l'origine un bug, l'herbe n'aurait pas du se comporter comme ça. Mais les joueurs ayant tellement appris à l'utiliser et cela offrant une mécanique de jeu supplémentaire intéressante, les développeurs l'ont conservé.
- Wave dash sur Super Smash Bros Melee. C'est le fait de faire une esquive gauche/droite en phase descendante d'un saut, permettant de se déplacer très rapidement d'un point A à un point B (plus rapidement qu'en déplacement "standard").
Ces comportement n'étaient pas voulu par les développeurs mais ils sont possibles malgré tout. Donc non, je ne joue pas toujours de la manière qu'auraient souhaités les développeurs.
Mais dans tous les cas, l'important quand on joue, c'est de s'amuser et prendre du plaisir.
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: L'intérêt pour le joueur
Posté par Nibel . En réponse au journal EAC fonctionne à présent sous Wine/Proton, BattlEye confirme le support. Évalué à 3.
Sur Don't Starve, tu peux jouer en mode "sans fin" (je ne connais plus exactement le nom) pour pouvoir revivre en revenant en fantôme au portail du début sans changer les autres règles (on doit aussi pouvoir revivre avec la statue mais j'ai un doute là-dessus).
A ma connaissance, ce n'est pas possible de mettre de checkpoint avant les boss dans les Souls. Mais dans Dark Souls III, tu as très souvent des raccourcis entre le feu et la salle du boss, tu n'as généralement pas besoin de tout te retaper.
Question de goût mais pour Don't Starve, oui mourir fait partie intégrante du jeu, au moins dans les premières heures. C'est pas forcément fun mais c'est une étape de l'apprentissage du jeu.
Mourir c'est le signe que tu as mal fait quelque chose. Ca t'oblige à réfléchir à qu'est-ce que tu as mal fait pour essayer de le corriger la prochaine fois.
Mourir dans un jeu ça ne me dérange pas du moment que j'apprends quelque chose.
Maintenant évidemment à chacun d'appréhender les jeux vidéo comme il l'entend. Mais j'ai toujours trouvé plus gratifiant de faire le jeu comme les développeurs voulaient que je le fasse (oui, même les jeux pourris mal conçus).
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: commentaire obligatoire !
Posté par Nibel . En réponse au journal EAC fonctionne à présent sous Wine/Proton, BattlEye confirme le support. Évalué à 10.
Je me réjouis surtout de pouvoir exercer pleinement une activité qui me prend du temps sous mon système d'exploitation préféré.
Oui moi aussi je préféré que ce soit des technos libres avec des jeux libres dans un monde idéal. Mais la réalité aujourd'hui c'est que le libre a très peu investi les jeux vidéo. Même s'il existe quelques jeux libres d'excellente qualité (0.A.D., Battle for Wesnoth, OpenArena, Wormux, SuperTux…), l'immense majorité des jeux sont aujourd'hui propriétaires.
Si je suis un libriste convaincu, je reste aussi conscient que les questions de licence n'intéressent en réalité qu'une infime portion des joueurs. Quand on est joueur, on veut surtout que notre jeu fonctionne.
Les clients anti-triche sont une des dernières barrières au jeu sous Linux et c'est bientôt du passé. C'est donc potentiellement plus de joueurs, plus d'utilisateurs de Linux, rendant le système d'exploitation plus intéressant pour les développeurs de jeux vidéo… On rentre dans un cercle vertueux ou Linux devient de moins en moins un OS de seconde zone pour le jeu vidéo. C'est également une plus grande base d'utilisateurs pouvant se poser la question des licences. C'est le cheminement que j'ai fait, je me suis d'abord intéressé à Linux avant de prendre conscience des licences logicielles, c'est le fait d'avoir écumé une partie de l'univers Linux qui m'a sensibilisé à la chose et non l'inverse.
Et comme on aime à troller sur le fait de savoir si Linux et ou non prêt pour le Desktop, bah les jeux vidéo c'est aujourd'hui une fraction du Desktop.
Donc oui les clients anti-triche, sapucépalibr, oui la majorité des jeux vidéo sapucépalibr mais maintenant pour les jeux-vidéo Linux cébiensamarsh. Et c'est déjà un premier pas important.
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: L'intérêt pour le joueur
Posté par Nibel . En réponse au journal EAC fonctionne à présent sous Wine/Proton, BattlEye confirme le support. Évalué à 8. Dernière modification le 25 septembre 2021 à 10:02.
Je rajouterai au moins un point : pour le défi technique et le plaisir de casser un logiciel.
Réaliser un logiciel de triche demande certaines compétences (reverse engineering, analyse de mémoire, parfois analyse de trames clients/serveurs…). C'est franchement intéressant pour celui qui aime ça.
Et c'est un vrai plaisir de casser les règles imposées par les développeurs à mon sens (ça doit être mon côté "jeune con rebelle" ça).
Même si je te rejoins, il n'est pas intéressant de tricher pour gagner à mon sens. On perd toute la satisfaction de la réussite personnelle.
Bien qu'on s'éloigne un peu du sujet, je lève quand même une exception sur certaines formes de triche qui a mon sens ont un intérêt, notamment pour tout ce qui concerne le "speedrunning" (le fait de terminer le plus rapidement possible un jeu vidéo). Il y a des glitchs, des manipulations de mémoire qui sont parfois réalisés mais sans logiciels tiers, le but étant de se servir uniquement du terrain de jeu offert par les développeurs.
A savoir que la triche est aussi présente au niveau professionnel du jeu vidéo. On ne compte plus les articles "top X des tricheurs dans l'e-sport". Mais ici c'est un peu différent, il y a évidemment la pression sociale et professionnelle qui joue mais également, l'appât du gain en monnaie sonnante et trébuchante. Et c'est régulièrement plusieurs centaines de milliers voir plusieurs millions de dollars dont on parle.
Mais finalement, c'est un comportement qui existe déjà dans le sport "traditionnel". Après on n'a pas encore trouvé le fonction "noclip" dans la vraie vie heureusement :D.
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 quoi un logiciel anti triche ?
Posté par Nibel . En réponse au journal EAC fonctionne à présent sous Wine/Proton, BattlEye confirme le support. Évalué à 4.
Je ne rentrerai pas dans les détails techniques parce que ce n'est pas un sujet que je maîtrise mais je vais quand même essayer de te répondre.
Un logiciel anti-triche comme EAC ou BattlEye et un logiciel côté client qui permet de bannir automatiquement un joueur qui tricherait via un logiciel tiers afin de se donner un avantage par rapport aux autres joueurs.
Ca sert donc autant aux joueurs, afin de conserver une jeu le plus sain possible, qu'aux modérateurs à qui on ne demande plus de faire de surveillance manuelle.
Et comment ça fonctionne, je ne me suis pas sérieusement penché dessus mais globalement c'est capable de vérifier l'intégrité des fichiers du jeu, de lire dans la mémoire et de surveiller des processus en cours.
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: use case
Posté par Nibel . En réponse au lien systemd portable services: parce que les conteneurs, c'est trop mainstream. Évalué à 6. Dernière modification le 24 septembre 2021 à 11:54.
Oui et non. systemd-nspawn nous laisse le choix.
On peut mettre le container en readonly si on veut profiter de l'immutabilité et s'amuser à recréer un container pour chaque déploiement (à la manière de ce qu'on fait sur Docker).
C'est juste que c'est un flux de travail qui ne me convient pas. Recréer un container quand je veux juste changer un CSS, c'est inutilement lourd.
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: use case
Posté par Nibel . En réponse au lien systemd portable services: parce que les conteneurs, c'est trop mainstream. Évalué à 8.
J'aime beaucoup systemd-nspawn, ça ressemble à s'y méprendre à un chroot. C'est génial pour gérer de la haute disponibilité et pour déployer : pas besoin de créer une image Docker et de la déployer à chaque modifications, on peut directement intervenir dans l'arborescence du container. On peut mettre à jour la production de manière totalement transparente, sans déployer des moyens lourds pour faire pas grand chose.
Je préfère également le bash à la syntaxe des Dockerfiles.
Je ne suis pas un grand expert en containeurisation mais depuis que j'ai découvert systemd-nspawn, ça a relégué Docker au rang de technologie des dinosaures pour moi.
L'écosystème Docker est effectivement gigantesque mais l'écosystème systemd-nspawn… c'est l'écosystème Linux tout entier ;).
Dans mon utilisation relativement basique (ci pour déploiement de wars sur tomcat 8), c'est vraiment plus agréable d'utiliser systemd-nspawn que Docker. Enfait juste une tâche CRON avec un git pull, build du projet, et un cp du résultat du build au bon endroit et c'est terminé. Difficile de faire plus simple.
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: use case
Posté par Nibel . En réponse au lien systemd portable services: parce que les conteneurs, c'est trop mainstream. Évalué à 8.
Systemd a déjà un outil de conteneurisation : systemd-nspawn.
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: J'arrondis, tu arrondis,....
Posté par Nibel . En réponse au lien Une transaction en bitcoin génère autant de déchets électroniques que la fabrication de deux iPhone. Évalué à 3.
D'après les specs, l'iPhone 12 mini pèse 133g. C'est l'iPhone 12 classique qui pèse 162g.
Ce qui représenterait donc bien au final plus de deux fois le poids de l'iPhone mini en terme de déchets électroniques.
Erreur de la part de l'auteur de l'article pour le coup.
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: Trucs et astuces
Posté par Nibel . En réponse au journal L'administration en ligne "prête pour le citoyen" ?. Évalué à 4.
La vie n'étant qu'un MMO bas de gamme (pas de choix de skin, de race, de classe, de stats, pas de possibilité de reroll, mort définitive…), est-ce que finalement ce ne serait pas un choix pragmatique de la part des administrations ?
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: Scénario d'exploitation malveillante
Posté par Nibel . En réponse au journal Détection d'inactivité dans Google Chrome. Évalué à 7. Dernière modification le 22 septembre 2021 à 16:25.
Scénario basique : pour faciliter le licenciement d'un employé ?
EDIT : flagos a été plus rapide.
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: OSEF
Posté par Nibel . En réponse à la dépêche Premier coup d'œil à SailfishOS 4.2.0 (Verla). Évalué à 8.
Sailsfish OS ne l'est pas non mais une partie des travaux de Jolla sont disponibles librement (notamment différents SDK, le navigateur internet…).
https://github.com/sailfishos
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: Favorable ?
Posté par Nibel . En réponse au journal Epic - Apple condamnée à laisser d'autres formes de paiement in-app. Évalué à 2.
Ce qui n'empêche pas d'utiliser le gestionnaire de paquets dans tous les cas (en créant sois-même le paquet au préalable si nécessaire) plutôt que de compiler à la mano.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Liste comparative des fonctionnalités entre LibreOffice et Microsoft Office
Posté par Nibel . En réponse au journal En Belgique, l’usage de LibreOffice est interdit par les (certaines ?) Écoles !. Évalué à 9.
Je suis étonné que personne n'ai cité la liste comparative des fonctionnalités entre LibreOffice et Microsoft Office, maintenue par la communauté :
https://wiki.documentfoundation.org/Feature_Comparison:_LibreOffice_-_Microsoft_Office
Elle devrait être à jour.
Effectivement, LibreOffice ne supporte pas toutes les fonctionnalités de Microsoft Office. Mais celles qui manquent sont franchement spécifiques à quelques utilisations. Rien de bloquant pour une utilisation scolaire.
A transmettre à l'école concerné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.
# Possible aussi chez OVH
Posté par Nibel . En réponse à la dépêche Les Néerlandais peuvent choisir leurs modems et routeurs. Évalué à 7.
OVH permettait (je ne sais pas si c'est encore d'actualité) de prendre une connexion Internet chez eux sans leur modem et nous faisait une petite ristourne (ça devait être de l'ordre de quelques euros par mois), c'était valable en ADSL et VDSL mais pas en FTH. J'avais demandé au SAV s'il était possible de prendre une offre FTH sans leur modem et la réponse était négative.
Ca fait plusieurs années que j'utilise mon propre modem parce que le leur est particulièrement mauvais.
Le principal inconvénient c'est que quand ils changent certains paramètres sur la ligne, il faut parfois intervenir manuellement sur le modem (passage PPPoA vers PPPoE, changement identifiant de ligne…).
C'est arrivé 2 fois en 6 ans donc ça reste assez marginal et les opérations sont prévenues en général 15 jours à l'avance, ce qui permet d'éviter les mauvaises surprises.
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: Favorable ?
Posté par Nibel . En réponse au journal Epic - Apple condamnée à laisser d'autres formes de paiement in-app. Évalué à 3. Dernière modification le 14 septembre 2021 à 15:26.
Autant pour Windows on voit bien les problèmes, autant pour les distros Linux, il est vraiment préférable de ne passer QUE par le gestionnaire de paquet par défaut pour une raison simple : faciliter la maintenance du système. Et n'utiliser que le gestionnaire de paquets ne limite en plus pas les logiciels à ceux des dépôts. Par exemple pour Arch : PKGBUILD.
Pour faire l'analogie complètement, il aurait fallut dire "Ou que les distribs Linux n'autorisent que ses propres dépôts d'applications et ne permet pas de les modifier ni d'en rajouter ?". Là ça devient aussi chiant que d'avoir un store unique obligatoire.
Et d'ailleurs ça existe déjà pour Windows, ça s'appelle Windows 10 S.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Retour à son sens original
Posté par Nibel . En réponse au lien Professionnels, ne dites plus « smurfing » mais « schtroumpfage ». Évalué à 3.
"Smurf" est la traduction littérale de "Schtroumpf" à l'origine. La traduction proposée est donc… le retour au mot original.
Les joueurs de MMO qui aiment à rire un peu de l'utilisation de la langue française parlent déjà de "schtroupfage" un peu ironiquement (le "smurffing" est le fait de faire et jouer un nouveau personnage en opposition à son personnage principal, son "main", dans un MMO).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Merci
Posté par Nibel . En réponse au lien Revolt, une alternative open source à Discord. Évalué à 4. Dernière modification le 13 septembre 2021 à 17:40.
Merci, j'avais eu une discussion autour de Matrix/XMPP/TeamSpeak/Mumble/Discord il y a quelques temps et je regrettais de ne pas avoir trouvé d'équivalent libre à Discord (même si je préfère Mumble personnellement mais les gens avec qui j'interragis veulent les principales fonctionnalités de Discord : streaming en un clic, persistence des messages, bots divers et variés…).
J'avais essayé Matrix mais ça ne marchait pas forcément très bien.
Je vais donc essayer Revolt et comme on a l'air de pouvoir auto-héberger un serveur, c'est tout bon.
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: titre original
Posté par Nibel . En réponse au lien Un vaccin français administrable par voie nasale contre la COVID-19 qui bloque les contaminations. Évalué à 3. Dernière modification le 13 septembre 2021 à 11:33.
Attention tout de même, ce sont des résultats pré-cliniques et bien qu'ils soient encourageants, ce n'est pas encore prêt pour une AMM.
Cela dit, c'est une bonne chose que d'avoir que d'avoir une piste d'un vaccin capable de limiter grandement la contamination.
Et je trouve au contraire le mode d'administration intéressant, de nombreux individus n'aiment pas les piqûres et la prise nasale est sans doute moins désagréable.
Espérons que ça aille au bout, c'est encourageant.
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: Esthétisme et odeur de beurre rance
Posté par Nibel . En réponse au lien Guillaume Pitron : « Internet a l'odeur du beurre rance et le goût du sel ... » . Évalué à 5.
Etant donné que l'esthétique est une notion subjective, non on ne peut pas dire que objectivement les appareils Apple son beaux.
Cependant tu as parfaitement le droit de les trouver subjectivement beaux.
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: Réglages des couleurs
Posté par Nibel . En réponse au journal Clavier Logitech G213 Prodigy. Évalué à 3. Dernière modification le 10 septembre 2021 à 13:28.
Pour ça il y a également OpenRGB qui supporte le G213 :
https://gitlab.com/CalcProgrammer1/OpenRGB
Le soft supporte plusieurs périphériques RGB (cartes-mères, souris, bandes LED USB, watercooling AIO… etc).
Et un peu plus user-friendly du fait de l'existence d'une GUI.
Dispo sur AUR pour les Archeux.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Cooler Master CK550 V2
Posté par Nibel . En réponse au journal Clavier Logitech G213 Prodigy. Évalué à 2. Dernière modification le 10 septembre 2021 à 12:01.
J'ai un Cooler Master CK550 V2 (donc clavier "gaming") et il fonctionne nickel sous Linux également.
Toutes les touches sont reconnues, je peux même jouer avec le petit programme interne d'éclairage des RGB avec les maccros par défaut.
Son principal inconvénient, mais comme beaucoup d'autres claviers de ce type, c'est de ne pas avoir un câble détachable (USB-C/USB3 ça aurait été top) et c'est probablement ça qui va mourir en premier chez moi (beaucoup de transport et c'est souvent comme ça que je détruis mes câbles). Par contre les touches ont l'air extrêmement solides et on peut très facilement faire un mapping maison si besoin.
Extrêmement facile à nettoyer également, il n'a pas de "creux" et ça évite que les petites merdes aillent s'y fourrer.
J'ai jamais eu de gros problèmes avec les claviers de manière générale. Parfois sur des laptops y a quelques touchent qui n'étaient pas forcément reconnues nativement mais je pouvais facilement les remapper sous OpenBox.
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: faille sémantique possible
Posté par Nibel . En réponse au journal Les satanistes, le dernier rempart contre l’interdiction de l’avortement au Texas ?. Évalué à 4.
Cette définition du vivant, qu'on a longtemps acceptée, est en train d'évoluer. En partie à cause des virus justement.
La nouvelle définition du vivant débattue est : une entité qui diminue le niveau d'entropie et est capable de se reproduire en commettant des erreurs. Ainsi les virus seraient considérés comme des êtres vivants.
C'est un débat philosophique et scientifique intéressant. Peut-être même qu'il existe des entités qu'on a jamais rencontré qui feront elles aussi évoluer notre définition du vivant.
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: J'en ai une 11ème
Posté par Nibel . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 9.
Pour les trois premiers points, si je m'en tiens rigoureusement au manifeste agile :
On ne nous donne ni l'environnement (machine) ni le soutient (QA supplémentaire) dont nous avons besoin.
Les commerciaux ne travaillent pas avec nous. Ils nous imposent des dates sans tenir compte de nos capacités de réalisation et chaque commercial a le projet le plus urgent du monde.
Mais l'avis de l'équipe, la direction s'en fout, les commerciaux s'en foutent. On n'est pas maître de notre sprint. Ce sont les commerciaux qui font la pluie et le beau temps sur notre sprint, pas les équipes techniques. Peu importe notre capacité de réalisation, c'est pas l'équipe qui décide, c'est les commerciaux. Et même si c'est totalement en contradiction avec le SCRUM guide, on s'en fout.
Pour résumer en deux lignes, on a déjà fait intervenir deux consultants experts agiles externes différents pour tenter de régler quelques problèmes. Dans les deux cas les bras leur en sont tombés et ils ont conclu : "votre équipe n'est pas adaptée pour de l'agilité, vous devez trouver une autre organisation".
Mais la direction veut qu'on fasse de l'agilité et c'est non-négociable sans nous en donner les moyens, alors on essaye d'appliquer des concepts qui ont pour seuls résultats d'impacter négativement notre productivité, notre humeur, notre qualité de travail.
C'est une injonction dichotomique permanente : faites de l'agilité mais faites comme on vous dit même si ça s'oppose à l'agilité.
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: J'en ai une 11ème
Posté par Nibel . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 8. Dernière modification le 04 septembre 2021 à 03:52.
Ce sont des problèmes qui ne peuvent être réglés par l'équipe elle-même, ils nécessitent une intervention de plus haut.
On demande depuis 2 ans un QA qui nous est refusé.
On demande depuis plus d'un an une machine supplémentaire pour faire notre recette interne parce que nos machines actuelles sont saturées.
On demande depuis des mois d'arrêter aux commerciaux de fixer des dates de livraison irréalistes sans discussion préalable avec les équipes techniques. Mais les commerciaux sont les rois.
On demande depuis toujours d'arrêter de modifier le périmètre du sprint tous les jours et de faire rentrer des nouvelles fiches "urgentes" avec une priorisation catastrophique.
L'équipe n'a pas la main là-dessus. On est sous pression de la part de la direction et des commerciaux.
L'agilité ne peut pas fonctionner pour notre équipe. On a plus d'une vingtaine de clients, plus d'une cinquantaines de gammes de produits, chaque produit étant en plus personnalisé par client. Les produits peuvent même avoir des technos différentes et tous les devs de l'équipe ne sont pas en capacité d'intervenir sur toutes les technos (on est plus que 2 devs sur les 7 à pouvoir intervenir sur tous les produits). Et chaque commercial veut chouchouter son client et traiter sa demande le plus vite possible, peu importe si les équipes techniques en ont les capacités.
On VEUT corriger ça. Mais c'est au-dessus que ça ne veut pas.
Et voila comment l'agilité devient un cauchemar.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.