c'est même le genre de truc à proscrire car trop dépendant du matériel, et si faut réécrire le bout d'assembleur lorsque on nous filera une autre machine, ça risque de poser problèmes.
Je te trouve un peu radical :) Au boulot on a des implémentations SSE2 et AVX2 pour certaines fonctions (c'est justement un encodeur vidéo), ça ne nous empêche pas de fournir une version en C++ supplémentaire que le compilateur aura tout le loisir d'optimiser comme il lui chante. On vérifie ensuite à l'exécution quelle implémentation il faut brancher. Ce qui fait que nous n'avons jamais à réécrire l'assembleur quand on a de nouvelles machines. Si l'architecture est inconnue on peut toujours se rabattre sur l'implémentation C++. C'est même très confortable car nous pouvons forcer l'une ou l'autre implémentation et vérifier ainsi qu'elles donnent le bon résultat. De la même manière nous pouvons vérifier que les implémentations en assembleur sont réellement plus performantes que ce que fait le compilateur.
Il n'y a vraiment aucun problème à écrire de l'assembleur pour des fonctions très impactantes. Ce n'est pas la seul chose à faire (les choix de structures de données sont aussi importantes) mais ce n'est pas à proscrire non plus.
Pour donner un ordre d'idée, sur un benchmark global nous avons réduit le temps par frame de plusieurs dizaines de pourcents en passant du C à l'AVX2. À côté de cela nous avons aussi changé de compilateur et cela ne nous a fait gagner que 10% au max.
Ne serait-il finalement pas plus simple (pour toi, comme pour les joueurs) de le proposer:
- en fichier APK pour ceux qui peuvent l'installer avec adb.
- sur le store google pour les autres.
C'est le plan dans l'immédiat mais j'aimerais vraiment proposer l'app via F-Droid aussi. La proposition d'un store alternatif au PlayStore me plaît bien.
Et oui, la probabilité qu'un inconnu se connecte en même temps que toi est vraiment très faible ! En attendant que le jeu devienne populaire à en faire tomber le serveur il vaut mieux se synchroniser avec quelqu'un pour jouer :/
Rectification : le serveur est down, je cherche pourquoi.
Casey Muratori est un programmeur que je qualifierai, entre autres choses et sans vouloir le limiter à cela, de militant en faveur de programmes plus efficaces. C'est loin d'être un clown et je lui attribue des qualités de pédagogue.
Il a notamment échangé publiquement avec Robert C. Martin au sujet du livre Clean Code de ce dernier, de l'impact négatif en termes de performance que les conseils du livre ont généré. Là où beaucoup de programmeurs dégagent un air prétentieux et supérieur en méprisant Clean Code, Casey a opté pour une approche critique en échangeant ouvertement et poliment avec le premier concerné : https://github.com/unclebob/cmuratori-discussion/blob/main/cleancodeqa.md
C'est un peu dommage que le lien soit moinsé parce que le gars vaut le coup d'être écouté. Ce n'est pas son intervention la plus instructive mais un bon point d'entrée. Une citation de cette vidéo :
The idea that programmers are too lazy, or something, to learn and employ the stuff is simply false. It is that culturaly they have been taught, and are working with peers, who think that somehow it's virtuous to not know how a computer works. And that is a problem.
De mon expérience c'est tout à fait juste. Entre l'éducation universitaire qui pense en complexité algorithmique et en machine abstraite, l'industrie qui pousse pour des solutions vite implémentées pour pas cher en jetant des « Engineering time is expensive, memory is cheap », le délire de la montée en puissance considérée comme acquise, la culture du one-liner et le fantasme du compilateur qui optimise tout ; aucun doute que l'éducation des programmeurs va à l'opposé de l'écriture de programmes efficaces.
Dans l'idée de repartir de zéro et ne pas refaire les mêmes erreurs, quels sont les moyens mis en œuvre au niveau JSR pour éviter les problèmes récurrents autour de NPM qui ont alimenté les news ces dernières années ? Je pense à des problèmes pratiques du genre ça télécharge la terre entière, ou encore le fait que tout s'écroule quand un paquet disparaît ; mais aussi aux questions de sécurités liées au typosquatting et à l'introduction de modules malveillants planqués dans de multiples couches de dépendances.
Les auteurs de cette dépêche ont fait de leur mieux avant de la soumettre, dans la limite de leurs connaissances et de leur capacités. Sans doute que la typographie est une évidence pour toi mais il s'avère que la plupart des gens ne sont pas toi, et je trouve ça bien décevant de les accueillir en clamant qu'ils ont eu « la flemme de faire le boulot correctement » et qu'ils ont sciemment soumis une pièce que tu juges de piètre qualité en comptant sur la modération pour corriger tout ce qui ne va pas.
Puisque tu as souvent levé la problématique de l'accueil des nouveaux et de l'ambiance négative des commentaires, je t'invite à relire ton commentaire d'un regard disons « extérieur ».
Tiens j'ai récemment voulu me fabriquer un abri à poubelles et je me suis dit que c'était une bonne occasion de découvrir FreeCAD. Bon ben ce n'est pas aussi impressionnant que sur les captures qu'on voit sur le web.
J'ai pas mal galéré à placer mes planches et à biseauter des éléments, et quand j'ai voulu changer mes tasseaux de 70 pour du 50 alors que j'avais déjà tout placé, j'ai abandonné. Pas de charnières pour les couvercles ni pour les portes, et pas de vérins pour les couvercles non-plus.
Cela dit même si le modèle n'est pas fidèle au produit fini ça m'a quand même bien aidé à me projeter, à visualiser l'assemblage et à décompter les pièces. Je pense que ça m'aurait pris beaucoup trop de temps de peaufiner les détails au millimètre (genre mettre des pieds pour que ça ne soit pas posé à même le sol ou laisser un peu de marge en haut et en bas des portes).
Comme quoi, même quand on n'y connaît rien, c'est bien pratique.
Premier commentaire, qui à mon sens s'explique bien par le fait que le journal indique que le « message [est] envoyé avec autorisation du modérateur » et peut laisser penser que la modération encourage l'utilisation d'un formulaire Google :
« c'est pas un modérateur mais une modératrice ». Bam ! Ce n'est pas le sujet du journal mais je vais te reprendre. C'est aussi pertinent que de pointer des fautes d'orthographes, on reprend la forme sans rien dire sur le fond. Est-ce que l'auteur du journal aurait des difficultés avec la langue française et mélangerait « la modération » et « le modérateur » ? On s'en fiche, on ne se pose même pas la question, on ouvre la discussion avec un tacle.
On en profite pour militer « il était nettement préférable de ne pas mettre ce questionnaire chez un Gafam ». Toujours pas de rapport avec le fond mais pourquoi pas, avec la citation du journal ci-dessus.
Ensuite : « Par contre, les manchots en tête de questionnaire, c'est vraiment une erreur assez grossière (genre, la propriété intellectuelle, ballec, quoi). » Hop, une petite couche de mépris en plus. S'ensuit un commentaire sarcastique méprisant à son tour toute une génération d'utilisateurs de TikTok, YouTube, et Twitch.
Plus bas : « sinon vous avez une carte d’étudiant ? le numéro de siret de l'ecole ? le numero d’accréditation du ministere de l’éducation national ? des truc facile a contrôler ? le nom de l’école, de la classe, celui de votre directeur d’établissement ? » Méfiance et discrédit implicite.
Est-ce horrible ? Je ne sais pas, et je pense qu'il faut plutôt se demander : est-ce une bonne manière d'accueillir quelqu'un qui intervient pour la première fois et qui semble s'intéresser à nous ? Là je sais, c'est non. On voit un étranger arriver et on lui tape dessus métaphoriquement sous prétexte qu'il n'a pas des années de pratiques de nos us et coutumes ou qu'il utilise les outils que tout le monde utilise sauf nous. C'est bien de la daube.
Est-ce tellement différent, par exemple, d'un OS libre qui devrait payer pour avoir une certification POSIX ? Ou n'importe quel autre logiciel qui aurait besoin d'une certification (médical, aérospatiale…).
Le fait qu'il faille payer pour avoir la certification n'enlève rien à la licence appliquée au code. On peut toujours étudier le code, le modifier, partager les modifs, et utiliser le logiciel comme bon nous semble. Certes il faudra repasser la certification pour utiliser le logiciel modifié mais ça ne me semble pas déconnant ; si le code a changé alors ce n'est plus vraiment le même logiciel.
Ça n'empêche pas non plus de remonter les patchs et les besoins au sein d'un organisme qui se chargerait de faire valider des releases du logiciel, permettant ainsi de réduire les coûts pour les individus et de favoriser le partage des développements auparavant spécifiques.
J'ai l'impression qu'il s'agit plus d'une plainte liée au fait d'être encore plus policé et contraint de payer, plutôt qu'un problème de logiciel libre.
Aucun doute qu'en dehors de quelques architectures exotiques on aura 8 bits dans un char. Néanmoins, comme pour trop de nouveautés du C++ de ces dix dernières années, je me demande quel problème ce papier essaye de résoudre.
The complexity of supporting non-8-bit byte architectures sprinkles small but unnecessary burden in quite a few parts of language and library;
Sans doute. Des exemples peut-être ? Histoire qu'on puisse juger de cette charge ajoutée.
Compilers and toolchains are required to support edge cases that do not reflect modern usage;
Oui ce n'est pas moderne, mais faut-il jeter tout ce qui n'est pas moderne ? Le C++ n'est pas un langage moderne de toute façon.
New programmers are easily confused and find C++'s exotic tastes obtuse;
Et ? Les nouveaux programmeurs on en effet tout à apprendre du langage et de son histoire.
Some seasoned programmers joyfully spend time supporting non-existant platforms "for portability" if they are unwise;
Un peu de temps perdu pour quelques programmeurs. Okay, pas vraiment un problème mais pourquoi pas.
Our language looks silly, solving problems that nobody has.
Avec un lien vers un tweet. Bon, un type sur Internet trouve le langage idiot. Qui ça intéresse ?
À mon humble avis le comité passe beaucoup trop de temps à essayer de se convaincre que ce langage n'est pas dépassé. On peut mettre autant de qualificatifs modern ou contemporary à côté de son nom, le C++ est factuellement un langage de vieux. La plupart des programmes écrits en C++ sont de vieux trucs, et c'est normal vu son âge. Si vous voulez un langage moderne et performant il y a d'autres candidats plus pertinents.
L'argument de l'attention aux jeunes programmeur est fallacieux. Chaque couche de modernisation est une chose supplémentaire à comprendre pour les devs C++.
Un jour que je jouais avec les fragment shaders j'ai malencontreusement programmé une boucle infinie dans ledit shader. Et bien ce n'est pas allé bien loin : freeze du système et reboot.
Comme quoi, si on veut crasher le système, il y a toujours moyen de s'arranger :)
Ça me semble bien compliqué et peu bénéfique. Je suis pour un marqueur de rôle dans les messages et à mon avis ça doit être systématique et persistant. Cela n'a pas de sens de pouvoir choisir message par message : un modo est modo 24 h/24, tout comme un ministre reste ministre même quand il est en vacances. On ne peut pas, par exemple, insulter un utilisateur ou poster des liens SEO et s'en dédouaner sous prétexte que c'était fait sans la casquette de modo.
Si un utilisateur change de rôle par la suite, ça ne change pas le rôle qu'il avait lorsqu'il a posté son message. C'est pourquoi le rôle devrait à mon avis être attaché au message.
Je m'adresse à toi mais aussi à tout le monde puisque c'est un espace public. J'ai voulu être descriptif de ce qui m'a traversé l'esprit entre le moment où j'ai vu le lien et celui où j'ai lu les commentaires, retranscrire l'incompréhension de la démarche. Dans ma tête tu es « l'auteur », d'où la troisième personne. Ça ne va pas plus loin, rien de personnel. Sans doute que j'aurais du mieux choisir mes termes aussi.
Je vois un sur LinuxFr.org lien qui a l'air intéressant, et je vois qu'il a deux commentaires. Cool, allons voir ce qui s'y passe.
Ah, le premier commentaire est l'auteur qui se commente lui-même.
Ah, le second commentaire est l'auteur qui se commente lui-même.
Et là j'ai l'impression de m'être fait avoir. Je m'attendais à du contenu, la hype était haute, et paf ! Flop. L'équivalent de trois bricoles griffonnées rapidement sur un vieux prospectus gras jeté rapidement sur la table du salon en courant.
L'auteur semble être pressé mais il tient à nous partager sa trouvaille ; il nous jette des infos en vrac. Pourquoi n'a-t-il pas fait un journal de quelques lignes pour présenter le sujet ? Ma déception est immense.
Bref, sans vouloir te vexer ni te démotiver, s'il te plaît lève le pied. Ces partages à chaud font beaucoup de bruit pour pas grand chose :)
Est-ce que tu t'es rapproché de communautés de dev indé ?
Pas encore :) Déjà il faudrait que je me mette à jour sur les communautés à contacter, et puis je voudrais aussi que les graphismes de la partie jeu soient jolis avant de le montrer d'une manière plus large, pour éviter les critiques évidentes. Après je ne suis pas pressé non plus de prendre les vagues de moqueries, trolls, et sarcasmes habituels des internautes. Au moins sur LinuxFr.org je sais à quoi m'attendre, et les gens s'y expriment plutôt bien.
Moi j'ai lancé le jeu mais il n'a trouvé personne
Oui il faut vraiment fonctionner en rendez-vous pour un jeu comme ça, surtout en l'état. Pour trouver un adversaire en moins de 15 secondes n'importe quand il faudrait pas loin de 6000 joueurs par jour, et encore je ne mets pas de critères de ping ou d'expérience dans le matchmaking.
Juste, parmi les infos souvent omises que j'aurais aimées trouver sur la page des releases, il y aurait la version minimale d'Android et les éventuelles dépendances (genre Google Play framework etc).
Ma remarque n'est pas innocente : j'ai installé l'APK et il ne démarre pas sur mon Android 9 habituel (bref écran noir, puis retour au homescreen).
Mmh c'est une bonne question, à laquelle je n'ai pas la réponse… Il me semble l'avoir testé sur un Android 8 sur lequel j'ai eu et corrigé ce bug qui ressemble aussi à ce que tu décris. Je commence à me demander si j'ai bien uploadé le bon apk.
Je n'ai pas le nécessaire ici pour t'en dire plus avec Logcat (ou son équivalent); par contre si tu veux bien me renseigner, je peux regarder -pour lundi au plus tard.
Si tu peux me confirmer que logcat te sort bien un truc de ce genre, ça serait top :
Merci pour les retours ! C'est exactement ce dont j'avais besoin :)
les graphismes sont assez simples / moches, ça gagnerait à être un peu plus vendeur (l'écran d'accueil est bien), quitte à réutiliser des sprites libres (genre Frogatto ou autre)
Ouais c'est vraiment en mode placeholder là. J'ai commandé des sprites pour la partie jeu, ça ne fera pas de mal.
il me semble que la couleur du joueur est aléatoire, si bien que d'une partie à l'autre on va être rouge ou vert, et commencer aléatoirement d'un côté ou de l'autre. Bon, en bougeant on va vite découvrir qui est qui, mais c'est un peu déstabilisant et ça ne semble pas super niveau ergonomie. Idée : permettre au joueur de choisir sa couleur librement, ou bien définir une couleur fixe pour le joueur qui joue (vert par exemple, de son point de vue), et les autres pour les adversaires (rouge, orange, jaune etc).
C'est pas hyper simple l'attribution des couleurs. J'ai pensé à laisser le joueur choisir mais si plusieurs joueurs choisissent la même couleur alors il va falloir les distinguer, et je me retrouve dans la situation initiale. Avoir une couleur pour le local ça doit pouvoir le faire oui, bonne idée, merci.
en parlant de bouger, le point noir du jeu c'est quand même le contrôle, il est extrêmement difficile d'utiliser le joystick car il reste statique, il faut limite cliquer en regardant l'écran. Ce qui serait bien c'est que le joystick s'active dans une zone définie de jeu (gauche ou droite), et qu'en glissant le doigt ça indique les directions. Un exemple de jeu android qui fonctionne bien avec ça c'est brawl stars.
Pas évident ça non plus. Au départ j'avais mis un stick (fixe, pas de déclenchement par zone) mais c'était assez frustrant car le personnage sur l'aire de jeu suit une grille et bouge à vitesse fixe. Or le stick donne l'impression que l'on pouvait bouger à des angles variés et des vitesses différentes. Cela dit depuis j'ai amélioré le mouvement, donc peut-être que ce serait mieux. Je vais retenter.
je viens de répondre à une boîte indienne sur linkedin. Ca va pas le faire (c'est vraiment un truc ou j'y connais rien), mais bon. Là j'ai un "ingénieur d'affaire" (enfin, c'est ce qu'il annonce être il a une cravate et une coupe de cheveux ou y'a pas un poil qui dépasse) qui me ping, je vais bien voir ce qu'il dit.
J'ai bien envie de te dire de le faire dans l'autre sens :
1. liste des boîtes qui te plaisent.
2. liste des gens avec qui tu t'entends bien, demande leur ou ils travaillent, ajoute ça à la liste précédente.
3. contacte directement les gens qui seraient tes futurs collègues dans ces boîtes, prend la température.
4. si ça sent bon, postule.
5. profit.
C'est vraiment parce que je suis caché derrière l'anonymat d'Internet :D
Tu demandes ce qui est pourri, alors je vais te sortir les trucs négatifs des dernières boîtes où j'ai travaillé, mais en fait ce n'étaient pas du tout de mauvaises boîtes.
Le premier départ était une combinaison de lassitude et de passage à une techno nulle. Enfin, la techno faisait sens pour ce que faisait la boîte mais moi ça me déprimait de lancer des outils qui mettaient ma machine à genoux pour remplir des formulaires. Je n'avais clairement pas envie de devenir un pro de cet outil, ce qui marquait une divergence entre les besoins de la boîte et mes envies. Sans rancune, je suis parti. En dehors de ce point la boîte a toujours été top, les collègues agréables et les patrons accessibles. On m'a grandement amené à m'améliorer techniquement et humainement là-bas. Très bon cadre de travail.
Dans la boîte suivante, d'où s'est fait le second départ, je n'étais simplement pas en phase avec la boîte. L'ambiance ne me correspondait pas et j'étais en désaccord avec nos méthodes de travail ; j'avais l'impression d'être dans une impasse et le fait d'être arrivé au début du Covid n'a pas aidé à créer des connexions avec les collègues. J'ai pas mal regretté le côté humain de la boîte précédente. Sans rancune, je suis parti. L'orga a changé quelques mois après, si j'avais su je serais sans doute resté. En dehors du désaccord sur les aspects sociaux je dois dire que la boîte était top : un excellent niveau technique, des outils que j'apprécie, et la possibilité de contribuer à des logiciels libres. Je ne suis pas resté longtemps et j'ai pourtant eu l'impression d'avoir beaucoup appris et d'avoir été tiré vers le haut.
Dans ma boîte actuelle, je ne suis pas parti. Techniquement c'est super et j'ai pas mal de libertés sur les sujets que je veux traiter. Humainement c'est bien sans plus, les gens sont globalement agréables mais il y a une tendance au sarcasme qui met parfois une sale ambiance, plus une poignée de personnes avec qui il est difficile de discuter. La boîte est relativement grande, et internationale, ce qui veut dire que les chefs changent, les objectifs changent, les méthodes sont lourdes, il n'y a jamais assez de sous, et ça powerpointe grave. C'est parfois très fatiguant de devoir interagir avec 2000 personnes pour changer une virgule. La base de code a pas loin de 25 ans, parfois ça fait mail aux yeux, alors je refactore, je perds 10% en perf, et je remets comme c'était :D J'apprends encore beaucoup de choses et les sujets traités sont très stimulants. L'un dans l'autre, c'est plutôt pas mal. Sans rancune, je suis resté.
J'aimerais bien bosser dans une boîte techniquement top, avec des humains sympas et inspirants, et garder mon niveau de vie actuel ; mais je n'ai accès qu'à des boîtes qui existent. À toi de voir sur quels critères tu mets le plus de poids.
[^] # Re: banque sans appli ?
Posté par Julien Jorge (site web personnel) . En réponse au journal Où je me cherche une banque. Évalué à 3. Dernière modification le 22 décembre 2024 à 13:27.
Par quel biais as-tu installé ces applis sans PlayStore ?
[^] # Re: Who's that guy ?
Posté par Julien Jorge (site web personnel) . En réponse au lien Software is Way Less Performant Today. Évalué à 7.
Je te trouve un peu radical :) Au boulot on a des implémentations SSE2 et AVX2 pour certaines fonctions (c'est justement un encodeur vidéo), ça ne nous empêche pas de fournir une version en C++ supplémentaire que le compilateur aura tout le loisir d'optimiser comme il lui chante. On vérifie ensuite à l'exécution quelle implémentation il faut brancher. Ce qui fait que nous n'avons jamais à réécrire l'assembleur quand on a de nouvelles machines. Si l'architecture est inconnue on peut toujours se rabattre sur l'implémentation C++. C'est même très confortable car nous pouvons forcer l'une ou l'autre implémentation et vérifier ainsi qu'elles donnent le bon résultat. De la même manière nous pouvons vérifier que les implémentations en assembleur sont réellement plus performantes que ce que fait le compilateur.
Il n'y a vraiment aucun problème à écrire de l'assembleur pour des fonctions très impactantes. Ce n'est pas la seul chose à faire (les choix de structures de données sont aussi importantes) mais ce n'est pas à proscrire non plus.
Pour donner un ordre d'idée, sur un benchmark global nous avons réduit le temps par frame de plusieurs dizaines de pourcents en passant du C à l'AVX2. À côté de cela nous avons aussi changé de compilateur et cela ne nous a fait gagner que 10% au max.
[^] # Re: merci pour le journal (et quelques commentaires)
Posté par Julien Jorge (site web personnel) . En réponse au journal Sortie de Bim! en version 3 pour les fêtes. Évalué à 3.
C'est le plan dans l'immédiat mais j'aimerais vraiment proposer l'app via F-Droid aussi. La proposition d'un store alternatif au PlayStore me plaît bien.
Je note pour #gamedev-fr :)
[^] # Re: si on peut pas jouer
Posté par Julien Jorge (site web personnel) . En réponse au journal Sortie de Bim! en version 3 pour les fêtes. Évalué à 4. Dernière modification le 17 décembre 2024 à 12:12.
Et oui, la probabilité qu'un inconnu se connecte en même temps que toi est vraiment très faible ! En attendant que le jeu devienne populaire à en faire tomber le serveur il vaut mieux se synchroniser avec quelqu'un pour jouer :/Rectification : le serveur est down, je cherche pourquoi.
[^] # Re: Who's that guy ?
Posté par Julien Jorge (site web personnel) . En réponse au lien Software is Way Less Performant Today. Évalué à 10.
Casey Muratori est un programmeur que je qualifierai, entre autres choses et sans vouloir le limiter à cela, de militant en faveur de programmes plus efficaces. C'est loin d'être un clown et je lui attribue des qualités de pédagogue.
Il a notamment échangé publiquement avec Robert C. Martin au sujet du livre Clean Code de ce dernier, de l'impact négatif en termes de performance que les conseils du livre ont généré. Là où beaucoup de programmeurs dégagent un air prétentieux et supérieur en méprisant Clean Code, Casey a opté pour une approche critique en échangeant ouvertement et poliment avec le premier concerné : https://github.com/unclebob/cmuratori-discussion/blob/main/cleancodeqa.md
Il a aussi fait une vidéo sur le sujet des propositions de Clean Code : "Clean" Code, Horrible Performance, à nouveau très pédagogique.
Il est aussi plus ou moins à l'origine du concept de GUI en mode immédiat : Immediate-Mode Graphical User Interfaces.
C'est un peu dommage que le lien soit moinsé parce que le gars vaut le coup d'être écouté. Ce n'est pas son intervention la plus instructive mais un bon point d'entrée. Une citation de cette vidéo :
De mon expérience c'est tout à fait juste. Entre l'éducation universitaire qui pense en complexité algorithmique et en machine abstraite, l'industrie qui pousse pour des solutions vite implémentées pour pas cher en jetant des « Engineering time is expensive, memory is cheap », le délire de la montée en puissance considérée comme acquise, la culture du one-liner et le fantasme du compilateur qui optimise tout ; aucun doute que l'éducation des programmeurs va à l'opposé de l'écriture de programmes efficaces.
[^] # Re: Presque
Posté par Julien Jorge (site web personnel) . En réponse au lien Linux 6.6.66. Évalué à 3.
Je me suis permis de modifier le titre.
# JSR
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Deno 2.0 est là. Évalué à 10.
Merci pour cette très intéressante dépêche :)
Dans l'idée de repartir de zéro et ne pas refaire les mêmes erreurs, quels sont les moyens mis en œuvre au niveau JSR pour éviter les problèmes récurrents autour de NPM qui ont alimenté les news ces dernières années ? Je pense à des problèmes pratiques du genre ça télécharge la terre entière, ou encore le fait que tout s'écroule quand un paquet disparaît ; mais aussi aux questions de sécurités liées au typosquatting et à l'introduction de modules malveillants planqués dans de multiples couches de dépendances.
[^] # Re: Que manque-t-il à Firefox ?
Posté par Julien Jorge (site web personnel) . En réponse au lien Mozilla craint de devoir améliorer Firefox si la justice interdit à Google de les payer. Évalué à 10.
Des utilisateurs :)
[^] # Re: Point d'exclamation à la ligne :)
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Place aux femmes dans la publication du Lama déchaîné numéro 6 !. Évalué à 6.
Les auteurs de cette dépêche ont fait de leur mieux avant de la soumettre, dans la limite de leurs connaissances et de leur capacités. Sans doute que la typographie est une évidence pour toi mais il s'avère que la plupart des gens ne sont pas toi, et je trouve ça bien décevant de les accueillir en clamant qu'ils ont eu « la flemme de faire le boulot correctement » et qu'ils ont sciemment soumis une pièce que tu juges de piètre qualité en comptant sur la modération pour corriger tout ce qui ne va pas.
Puisque tu as souvent levé la problématique de l'accueil des nouveaux et de l'ambiance négative des commentaires, je t'invite à relire ton commentaire d'un regard disons « extérieur ».
# Pratique même en surface
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche FreeCAD 1.0. Évalué à 6.
Tiens j'ai récemment voulu me fabriquer un abri à poubelles et je me suis dit que c'était une bonne occasion de découvrir FreeCAD. Bon ben ce n'est pas aussi impressionnant que sur les captures qu'on voit sur le web.
J'ai pas mal galéré à placer mes planches et à biseauter des éléments, et quand j'ai voulu changer mes tasseaux de 70 pour du 50 alors que j'avais déjà tout placé, j'ai abandonné. Pas de charnières pour les couvercles ni pour les portes, et pas de vérins pour les couvercles non-plus.
Cela dit même si le modèle n'est pas fidèle au produit fini ça m'a quand même bien aidé à me projeter, à visualiser l'assemblage et à décompter les pièces. Je pense que ça m'aurait pris beaucoup trop de temps de peaufiner les détails au millimètre (genre mettre des pieds pour que ça ne soit pas posé à même le sol ou laisser un peu de marge en haut et en bas des portes).
Comme quoi, même quand on n'y connaît rien, c'est bien pratique.
[^] # Re: Comprendre une communauté
Posté par Julien Jorge (site web personnel) . En réponse au journal Details suite à la demande dans les commentaires . Évalué à 10.
Premier commentaire, qui à mon sens s'explique bien par le fait que le journal indique que le « message [est] envoyé avec autorisation du modérateur » et peut laisser penser que la modération encourage l'utilisation d'un formulaire Google :
Ensuite : « Par contre, les manchots en tête de questionnaire, c'est vraiment une erreur assez grossière (genre, la propriété intellectuelle, ballec, quoi). » Hop, une petite couche de mépris en plus. S'ensuit un commentaire sarcastique méprisant à son tour toute une génération d'utilisateurs de TikTok, YouTube, et Twitch.
Plus bas : « sinon vous avez une carte d’étudiant ? le numéro de siret de l'ecole ? le numero d’accréditation du ministere de l’éducation national ? des truc facile a contrôler ? le nom de l’école, de la classe, celui de votre directeur d’établissement ? » Méfiance et discrédit implicite.
Est-ce horrible ? Je ne sais pas, et je pense qu'il faut plutôt se demander : est-ce une bonne manière d'accueillir quelqu'un qui intervient pour la première fois et qui semble s'intéresser à nous ? Là je sais, c'est non. On voit un étranger arriver et on lui tape dessus métaphoriquement sous prétexte qu'il n'a pas des années de pratiques de nos us et coutumes ou qu'il utilise les outils que tout le monde utilise sauf nous. C'est bien de la daube.
# Est-ce vraiment un problème de liberté du logiciel
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Qui veut la peau des logiciels libres de caisse ?. Évalué à 9.
Est-ce tellement différent, par exemple, d'un OS libre qui devrait payer pour avoir une certification POSIX ? Ou n'importe quel autre logiciel qui aurait besoin d'une certification (médical, aérospatiale…).
Le fait qu'il faille payer pour avoir la certification n'enlève rien à la licence appliquée au code. On peut toujours étudier le code, le modifier, partager les modifs, et utiliser le logiciel comme bon nous semble. Certes il faudra repasser la certification pour utiliser le logiciel modifié mais ça ne me semble pas déconnant ; si le code a changé alors ce n'est plus vraiment le même logiciel.
Ça n'empêche pas non plus de remonter les patchs et les besoins au sein d'un organisme qui se chargerait de faire valider des releases du logiciel, permettant ainsi de réduire les coûts pour les individus et de favoriser le partage des développements auparavant spécifiques.
J'ai l'impression qu'il s'agit plus d'une plainte liée au fait d'être encore plus policé et contraint de payer, plutôt qu'un problème de logiciel libre.
# Câbles
Posté par Julien Jorge (site web personnel) . En réponse au lien San Francisco va remplacer les… disquettes d’ici 2034 pour son Muni Metro urbain . Évalué à 10.
Les câbles c'est risqué, ils devraient passer à la 2G directement.
# J'hésite
Posté par Julien Jorge (site web personnel) . En réponse au journal #define CHAR_BIT 8. Évalué à 9.
Aucun doute qu'en dehors de quelques architectures exotiques on aura 8 bits dans un
char. Néanmoins, comme pour trop de nouveautés du C++ de ces dix dernières années, je me demande quel problème ce papier essaye de résoudre.Sans doute. Des exemples peut-être ? Histoire qu'on puisse juger de cette charge ajoutée.
Oui ce n'est pas moderne, mais faut-il jeter tout ce qui n'est pas moderne ? Le C++ n'est pas un langage moderne de toute façon.
Et ? Les nouveaux programmeurs on en effet tout à apprendre du langage et de son histoire.
Un peu de temps perdu pour quelques programmeurs. Okay, pas vraiment un problème mais pourquoi pas.
Avec un lien vers un tweet. Bon, un type sur Internet trouve le langage idiot. Qui ça intéresse ?
À mon humble avis le comité passe beaucoup trop de temps à essayer de se convaincre que ce langage n'est pas dépassé. On peut mettre autant de qualificatifs modern ou contemporary à côté de son nom, le C++ est factuellement un langage de vieux. La plupart des programmes écrits en C++ sont de vieux trucs, et c'est normal vu son âge. Si vous voulez un langage moderne et performant il y a d'autres candidats plus pertinents.
L'argument de l'attention aux jeunes programmeur est fallacieux. Chaque couche de modernisation est une chose supplémentaire à comprendre pour les devs C++.
[^] # Re: bindless fear
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Des nouvelles de Unvanquished. Évalué à 6.
Un jour que je jouais avec les fragment shaders j'ai malencontreusement programmé une boucle infinie dans ledit shader. Et bien ce n'est pas allé bien loin : freeze du système et reboot.
Comme quoi, si on veut crasher le système, il y a toujours moyen de s'arranger :)
# Bof
Posté par Julien Jorge (site web personnel) . En réponse à l’entrée du suivi Mention optionnelle du rôle du compte à la création d'un commentaire. Évalué à 4 (+0/-0).
Ça me semble bien compliqué et peu bénéfique. Je suis pour un marqueur de rôle dans les messages et à mon avis ça doit être systématique et persistant. Cela n'a pas de sens de pouvoir choisir message par message : un modo est modo 24 h/24, tout comme un ministre reste ministre même quand il est en vacances. On ne peut pas, par exemple, insulter un utilisateur ou poster des liens SEO et s'en dédouaner sous prétexte que c'était fait sans la casquette de modo.
Si un utilisateur change de rôle par la suite, ça ne change pas le rôle qu'il avait lorsqu'il a posté son message. C'est pourquoi le rôle devrait à mon avis être attaché au message.
[^] # Re: Cookies Having Independent Partitioned State (CHIPS)
Posté par Julien Jorge (site web personnel) . En réponse au lien Avec Firefox 131, on va manger des CHIPS !. Évalué à 6.
Visiblement j'ai raté mon effet :)
Je m'adresse à toi mais aussi à tout le monde puisque c'est un espace public. J'ai voulu être descriptif de ce qui m'a traversé l'esprit entre le moment où j'ai vu le lien et celui où j'ai lu les commentaires, retranscrire l'incompréhension de la démarche. Dans ma tête tu es « l'auteur », d'où la troisième personne. Ça ne va pas plus loin, rien de personnel. Sans doute que j'aurais du mieux choisir mes termes aussi.
La modération a été mise au courant.
[^] # Re: Cookies Having Independent Partitioned State (CHIPS)
Posté par Julien Jorge (site web personnel) . En réponse au lien Avec Firefox 131, on va manger des CHIPS !. Évalué à 10.
Je vois un sur LinuxFr.org lien qui a l'air intéressant, et je vois qu'il a deux commentaires. Cool, allons voir ce qui s'y passe.
Ah, le premier commentaire est l'auteur qui se commente lui-même.
Ah, le second commentaire est l'auteur qui se commente lui-même.
Et là j'ai l'impression de m'être fait avoir. Je m'attendais à du contenu, la hype était haute, et paf ! Flop. L'équivalent de trois bricoles griffonnées rapidement sur un vieux prospectus gras jeté rapidement sur la table du salon en courant.
L'auteur semble être pressé mais il tient à nous partager sa trouvaille ; il nous jette des infos en vrac. Pourquoi n'a-t-il pas fait un journal de quelques lignes pour présenter le sujet ? Ma déception est immense.
Bref, sans vouloir te vexer ni te démotiver, s'il te plaît lève le pied. Ces partages à chaud font beaucoup de bruit pour pas grand chose :)
[^] # Re: Communauté dev indé
Posté par Julien Jorge (site web personnel) . En réponse au journal Version 2 de Bim!, avec des menus. Évalué à 2.
Pas encore :) Déjà il faudrait que je me mette à jour sur les communautés à contacter, et puis je voudrais aussi que les graphismes de la partie jeu soient jolis avant de le montrer d'une manière plus large, pour éviter les critiques évidentes. Après je ne suis pas pressé non plus de prendre les vagues de moqueries, trolls, et sarcasmes habituels des internautes. Au moins sur LinuxFr.org je sais à quoi m'attendre, et les gens s'y expriment plutôt bien.
Oui il faut vraiment fonctionner en rendez-vous pour un jeu comme ça, surtout en l'état. Pour trouver un adversaire en moins de 15 secondes n'importe quand il faudrait pas loin de 6000 joueurs par jour, et encore je ne mets pas de critères de ping ou d'expérience dans le matchmaking.
[^] # Re: Ne démarre pas ; dépendances ou version d'Android ?
Posté par Julien Jorge (site web personnel) . En réponse au journal Version 2 de Bim!, avec des menus. Évalué à 3.
Effectivement je m'étais bien planté en uploadant l'apk. Peux-tu tester avec celui-ci ?
[^] # Re: Ne démarre pas ; dépendances ou version d'Android ?
Posté par Julien Jorge (site web personnel) . En réponse au journal Version 2 de Bim!, avec des menus. Évalué à 3.
Merci :)
Mmh c'est une bonne question, à laquelle je n'ai pas la réponse… Il me semble l'avoir testé sur un Android 8 sur lequel j'ai eu et corrigé ce bug qui ressemble aussi à ce que tu décris. Je commence à me demander si j'ai bien uploadé le bon apk.
Si tu peux me confirmer que logcat te sort bien un truc de ce genre, ça serait top :
[^] # Re: retour
Posté par Julien Jorge (site web personnel) . En réponse au journal Version 2 de Bim!, avec des menus. Évalué à 5.
Merci pour les retours ! C'est exactement ce dont j'avais besoin :)
Ouais c'est vraiment en mode placeholder là. J'ai commandé des sprites pour la partie jeu, ça ne fera pas de mal.
C'est pas hyper simple l'attribution des couleurs. J'ai pensé à laisser le joueur choisir mais si plusieurs joueurs choisissent la même couleur alors il va falloir les distinguer, et je me retrouve dans la situation initiale. Avoir une couleur pour le local ça doit pouvoir le faire oui, bonne idée, merci.
Pas évident ça non plus. Au départ j'avais mis un stick (fixe, pas de déclenchement par zone) mais c'était assez frustrant car le personnage sur l'aire de jeu suit une grille et bouge à vitesse fixe. Or le stick donne l'impression que l'on pouvait bouger à des angles variés et des vitesses différentes. Cela dit depuis j'ai amélioré le mouvement, donc peut-être que ce serait mieux. Je vais retenter.
[^] # Re: Correction
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Calligra : laquelle choisir ? notre comparatif secret (il sera aussi question de formats). Évalué à 2.
Corrigé, merci.
[^] # Re: Entre startup et grosse boite
Posté par Julien Jorge (site web personnel) . En réponse au journal cherche nouveau boulot. Évalué à 10.
J'ai bien envie de te dire de le faire dans l'autre sens :
1. liste des boîtes qui te plaisent.
2. liste des gens avec qui tu t'entends bien, demande leur ou ils travaillent, ajoute ça à la liste précédente.
3. contacte directement les gens qui seraient tes futurs collègues dans ces boîtes, prend la température.
4. si ça sent bon, postule.
5. profit.
# C'est pas si pourri.
Posté par Julien Jorge (site web personnel) . En réponse au journal cherche nouveau boulot. Évalué à 10.
C'est vraiment parce que je suis caché derrière l'anonymat d'Internet :D
Tu demandes ce qui est pourri, alors je vais te sortir les trucs négatifs des dernières boîtes où j'ai travaillé, mais en fait ce n'étaient pas du tout de mauvaises boîtes.
Le premier départ était une combinaison de lassitude et de passage à une techno nulle. Enfin, la techno faisait sens pour ce que faisait la boîte mais moi ça me déprimait de lancer des outils qui mettaient ma machine à genoux pour remplir des formulaires. Je n'avais clairement pas envie de devenir un pro de cet outil, ce qui marquait une divergence entre les besoins de la boîte et mes envies. Sans rancune, je suis parti. En dehors de ce point la boîte a toujours été top, les collègues agréables et les patrons accessibles. On m'a grandement amené à m'améliorer techniquement et humainement là-bas. Très bon cadre de travail.
Dans la boîte suivante, d'où s'est fait le second départ, je n'étais simplement pas en phase avec la boîte. L'ambiance ne me correspondait pas et j'étais en désaccord avec nos méthodes de travail ; j'avais l'impression d'être dans une impasse et le fait d'être arrivé au début du Covid n'a pas aidé à créer des connexions avec les collègues. J'ai pas mal regretté le côté humain de la boîte précédente. Sans rancune, je suis parti. L'orga a changé quelques mois après, si j'avais su je serais sans doute resté. En dehors du désaccord sur les aspects sociaux je dois dire que la boîte était top : un excellent niveau technique, des outils que j'apprécie, et la possibilité de contribuer à des logiciels libres. Je ne suis pas resté longtemps et j'ai pourtant eu l'impression d'avoir beaucoup appris et d'avoir été tiré vers le haut.
Dans ma boîte actuelle, je ne suis pas parti. Techniquement c'est super et j'ai pas mal de libertés sur les sujets que je veux traiter. Humainement c'est bien sans plus, les gens sont globalement agréables mais il y a une tendance au sarcasme qui met parfois une sale ambiance, plus une poignée de personnes avec qui il est difficile de discuter. La boîte est relativement grande, et internationale, ce qui veut dire que les chefs changent, les objectifs changent, les méthodes sont lourdes, il n'y a jamais assez de sous, et ça powerpointe grave. C'est parfois très fatiguant de devoir interagir avec 2000 personnes pour changer une virgule. La base de code a pas loin de 25 ans, parfois ça fait mail aux yeux, alors je refactore, je perds 10% en perf, et je remets comme c'était :D J'apprends encore beaucoup de choses et les sujets traités sont très stimulants. L'un dans l'autre, c'est plutôt pas mal. Sans rancune, je suis resté.
J'aimerais bien bosser dans une boîte techniquement top, avec des humains sympas et inspirants, et garder mon niveau de vie actuel ; mais je n'ai accès qu'à des boîtes qui existent. À toi de voir sur quels critères tu mets le plus de poids.