C'est amusant, je me suis tapé la version anglaise alors que j'avais mis de côté la VF en me disant « intéressant, à lire tranquillement plus tard ».
En lisant la VPONST (version pas originale non sous-titrée), j'ai pensé « tiens l'auteur serait français par hasard ? » . C'était devant la phrase « casting like a barbarian », qui me paraissait une traduction d'une expression bien connue des VPF (Vrais Programmeurs Francophones).
Comme tu n'avais pas ton casque à hélice pour ours sur le blog, je ne t'ai pas reconnu :)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Il faut donc un logiciel de caisse complice, pour effacer les transactions.
Pour ce que j'en comprends, ce n'est pas qu'une fraude à la TVA, puisque la note complète est effacée (ça revient au bistrotier qui encaisse une consommation en liquide, et ne la rentre pas en caisse).
En quoi le fait de ne pas faire apparaitre la TVA sur le ticket est-il un avantage pour la fraude ? Puisque de toutes façons la prestation entière n'apparaitra pas dans les comptes.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
J'ai fait une recherche , mais je n'ai trouvé que la fraude «simple» (non reversement de la TVA sur un achat HT à l'étranger) ou «carroussel» (même principe que fraude simple, mais avec une entreprise fictive qui fait tampon).
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Ce qui compte, c'est réduire les charges fixes du supermarché. Le reste…
Ce qui m'ennuie, c'est qu'il est intéressant de vérifier immédiatement son ticket de caisse en sortie de caisse pour passer à la caisse centrale en cas de litige. Avec toutes les entourloupes, notamment sur les fausses promos (produits «non éligibles» facturés au tarif normal, par exemple), ça en vaut la peine.
Pas envie d'acheter un smartphone juste pour ça.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Neal Stephenson : Zodiac . Ce livre sort un peu de son style habituel. C'est un roman policier qui réussit à la fois à taper sur les pollueurs et l'activisme écolo.
Le système de comm' à la greenpeace est décrit sur un ton railleur, mais détaille bien les techniques utilisées.
Alec Effinger m'avait également bien fait rire, avec son « Gravité à la manque » (premier d'une trilogie, il voulait en écrire davantage mais il est mort avant). J'ai lu les suivants, mais ils étaient moins amusants.
J'ai lu avec intérêt et le principe me fait fortement penser aux BBS.
Navigation dans les threads d'un BBS sans connexion à celui-ci (offline).
Récupération des messages / envoi des siens (online 5mn par jour).
Et on recommence …
C'est intéressant également pour faire passer des discussions même à travers une ligne ADSL de faible capacité (avec les BBS on s'en sortait à 3ko/s, alors une ligne ADSL !)
Merci pour le POST :)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
La mienne était incomplète, en oubliant de parler du décalage possible pour un même plan avec le copper (alors que c'est le principe même).
C'est d'autant plus impardonnable que j'ai déjà utilisé cette technique sur PC avec un pixel shader: une grosse texture dont je modifie l'offset de départ (elle boucle sur elle même horizontalement) selon la ligne. Scrolling différentiel quasi gratos avec ça !
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Je n'ai pas de source sous la main, mais l'explication est simple:
Chaque bitplan possède un pointeur sur ce qu'il doit afficher.
Au lieu d'incrémenter l'adresse de départ de chaque bitplan avec la même valeur (scrolling classique), tu vas en incrémenter un plus que l'autre. Ça provoque un décalage qui donne l'effet différentiel.
Il faut bien sûr que (B1 or B2) soit égal soit à B1, soit à B2. Autrement tu vas avoir une troisième couleur qui va apparaître lors de la combinaison des bitplans. Si c'est impossible à éviter, il faut jouer avec la palette pour que la combinaison ne soit pas trop visible.
L'inconvénient de cette méthode, outre la contrainte évoquée ci dessus, est que tu perds en couleurs affichables.
Avec 5 bitplans, tu as 32 couleurs affichables si utilisés de manière classique (superposés).
Si tu scrolles différentiellement, tu vas avoir par exemple:
un groupe de 3 bitplans (8 couleurs)
un groupe de 2 bitplans (4 couleurs)
J'espère que c'est clair, c'était pas si simple à expliquer :)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Posté par jseb .
En réponse au journal Dread: faire plus avec moins.
Évalué à 5.
Dernière modification le 06 février 2022 à 11:12.
D'après les tests de l'époque, il fallait au minimum un 386DX33 , et plutôt un 486.
Je me souviens que ça tournait bien (en VGA donc 320×200) sur mon 486dx33, mais que ça ramait sur le 386sx25 de mon pote, donc la barrière du 386DX33 me parait raisonnable.
Entre un 68020 à 14mhz et un 386 à 33mhz, ce n'est plus la même gamme de processeurs.
À fréquence équivalente, un 68020 pouvait au mieux se comparer à un 386sx .
Mais admettons que c'était kif-kif, il reste le plus gros problème qui sont les bitplans de l'Amiga. Un PC pouvait écrire un octet directement en VGA, tandis que le pauvre Amiga devait écrire bit par bits (il y avait des optims bien sûr, mais tu vois l'idée). Même en comparant avec le mode «X» du PC (4 écrans de 64ko accessibles sur le même segment de 64ko, grâce à des registres de bascule de la carte VGA), le PC sort gagnant pour ce qui est de colorier des surfaces rapidement.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
J'ai fait des recherches sur Dread et le HAM, mais je n'ai rien trouvé.
Je ne pense pas, car les contraintes étaient assez fortes avec le HAM (en plus des contraintes de proximité lors d'un changement de couleur).
C'était assez adapté pour afficher des images, mais pour de l'animation, c'était quasi-mission impossible (même si only Amiga makes it possible :) )
Je crois qu'il y a eu un shoot-em up en mode HAM, qui était plus une démo qu'autre chose. Sinon les jeux utilisaient plutôt le copper pour ajouter des couleurs avec des fonds dégradés, ou des gruges d'affichage de sprites dupliqués (pour également rajouter des fonds à bon compte: voir https://codetapper.com/amiga/sprite-tricks/risky-woods/ )
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Je me exprimé de façon lapidaire, je vais développer un peu.
Vim9 tente de corriger les défauts du VimL (son langage de script dédié d'origine) avec un nouveau langage de script.
Qui va utiliser ce langage ?
Les utilisateurs de Neovim sont passés à Lua, qui a l'avantage d'avoir été mis au point dans une sphère plus large que l'écosystème d'un éditeur de texte. Un autre avantage de Lua est sa rapidité d'exécution (pas le plus important, mais ça fait toujours plaisir) et sa robustesse (dû à une simplicité parfois critiquée, le débat « tables vs dict/array/liste… »).
Les utilisateurs de Vim sont maintenant confrontés à un choix cornélien: réécrire les scripts VimL, comme si ils passaient à neovim en adoptant Lua ? Dans ce cas, quel intérêt ? L'utilisateur de Vim tient souvent à la rétrocompatibilité du VimL, qui assure qu'un script développé pour Vim7 tournera encore dans Vim9. Ça ne sera plus le cas avec le nouveau langage, et je suis prêt à parier que bien des utilisateurs de Vim9 resteront à l'ancien système de script.
L'auteur de Vim s'épuise dans une feature qui sera peu ou pas utilisée, et qui va fragmenter sa communauté. Quand à l'argument de l'optimalité, Vim9+nouveau langage ne fait pas mieux que Neovim+Lua (et je parle de l'interpréteur Lua, pas d'un Neovim compilé avec le support Luajit). Même les benches présentés par l'auteur de Vim ne montrent pas de spectaculaire gain de vitesse, surtout par rapport à tous les problèmes qu'il va soulever en effets de bord.
Un nouveau langage de script est toujours délicat, même au sein d'une communauté florissante. Je ne suis pas certain que la communauté de Vim ait quelque chose à gagner (dans son ensemble) à une nouvelle fragmentation. Ce genre de décision risque surtout de favoriser les éditeurs de texte (je ne nommerai personne) qui ont le vent en poupe.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Je préfère l'approche Neovim qui utilise Lua, ce langage rodé et fiable.
Je me méfie de quelqu'un qui crée un langage et dont la signature explose les limites du tableau:
hundred-and-one symptoms of being an internet addict:
115. You are late picking up your kid from school and try to explain
to the teacher you were stuck in Web traffic.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Je dirais même qu'à l'origine, le system/38 (ancêtre de l'as/400) n'était prévu que pour fonctionner en maître-esclave avec des terminaux passif. Ça se voit moins aujourd'hui, car le système est maintenant utilisé pour faire tourner du java. Mais il suffit de lancer un émulateur de terminal 5250 pour s'en rendre compte. Il y a toutefois un mode «stream» pour la composition des écrans. Je l'ai déjà essayé pour voir si on pouvait porter ncurses, l'assistance IBM pensait que je voulais développer un émulateur de terminal.
J'ai également vu un clone de Tetris™ tourner sur un écran 5250, donc tout est possible (en 8 couleurs).
Mais aujourd'hui il est clair que la grande bataille, c'est recentraliser l'informatique.
Avec le « cloud », nous retournons à grande vitesse vers le début des années 80.
C'est ça le progrès , « tourne la roue tourne » comme disait un grand philosophe injustement raillé.
Sur la période charnière des années 80, il y a un bouquin que j'aime beaucoup : « le défi informatique » de Bruno Lussato. C'était un livre visionnaire écrit en pleine domination d'IBM (le «grand chaudron»), mais l'auteur avait très bien compris l'enjeu du développement des «petits chaudrons» (où chacun peut faire sa propre soupe).
J'ai voulu lui écrire il y a quelques années pour lui demander ce qu'il pensait du retour dans le passé de l'informatique actuelle. Malheureusement, il était déjà mort.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Je ne suis pas si vieux que ça. C'est mon père qui a ramené ça un jour. Mais cette fois là, ça n'a pas suffi à déclencher la passion de l'informatique, et je me demande bien pourquoi.
Je n'ai pas de projet pour ces cartes, je les ai conservées parce que je trouvais ça amusant de se souvenir d'où nous venons.
Si je retrouve les cartes (le grenier est grand et ça mériterait un inventaire), je peux faire une photo ou t'en envoyer une.
Oui, les «minis» c'est au sens IBM, c'est à dire que ça rentre dans une pièce de dimension moyenne.
IBM a fait des progrès, ses derniers minis sont déplaçables par un individu raisonnablement costaud (le mini onduleur interne pèse quand même son poids).
Et maintenant, même eux poussent vers les VMs, y compris pour ça. Les salles info se dépeuplent encore plus rapidement que les cheveux des derniers admins qui les hantent.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
J'en ai encore une bonne pile au grenier. Des IBMs avec du cobol dessus.
le RPG-III (langage de prédilection des minis de chez IBM) est un langage qui descend directement des cartes perforées, avec un système de colonnage qu'il faut respecter pour placer les instructions.
Une vraie horreur (moins pire que le RPG-II qui ajoutait en plus un système de tokenization avec des boucles «invisibles», le fameux «cycle rpg» (ou «cycle gap» en français).
Le RPG-IV a corrigé ces défauts en permettant le format libre (c'est une révolution ! Mais plus grand monde n'utilise).
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: super article
Posté par jseb . En réponse au lien « ton compilo il écrira toujours du code meilleur que toi » : vérification avec std::find(). Évalué à 5.
Arrrrhhhh !
C'est amusant, je me suis tapé la version anglaise alors que j'avais mis de côté la VF en me disant « intéressant, à lire tranquillement plus tard ».
En lisant la VPONST (version pas originale non sous-titrée), j'ai pensé « tiens l'auteur serait français par hasard ? » . C'était devant la phrase « casting like a barbarian », qui me paraissait une traduction d'une expression bien connue des VPF (Vrais Programmeurs Francophones).
Comme tu n'avais pas ton casque à hélice pour ours sur le blog, je ne t'ai pas reconnu :)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Aucun intérêt
Posté par jseb . En réponse au lien Drew DeVault dévoile le langage de programmation Hare. Évalué à 10.
« il y a deux sortes de langages informatique : ceux que tout le monde déteste, et ceux que personne n'utilise. »
(à dire sur le même ton que « il y a les gens qui ont un flingue et ceux qui ont une pelle »)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: mail ?
Posté par jseb . En réponse au lien vers la dématérialisation du ticket de caisse sans concession ?. Évalué à 4.
Je n'avais pas bien cherché…
https://www.solutions-professionnelles.fr/fraude-tva/
Il faut donc un logiciel de caisse complice, pour effacer les transactions.
Pour ce que j'en comprends, ce n'est pas qu'une fraude à la TVA, puisque la note complète est effacée (ça revient au bistrotier qui encaisse une consommation en liquide, et ne la rentre pas en caisse).
En quoi le fait de ne pas faire apparaitre la TVA sur le ticket est-il un avantage pour la fraude ? Puisque de toutes façons la prestation entière n'apparaitra pas dans les comptes.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: principales préoccupations
Posté par jseb . En réponse au lien vers la dématérialisation du ticket de caisse sans concession ?. Évalué à 2. Dernière modification le 25 avril 2022 à 10:57.
(erreur de fil, un modo peut-il effacer s'il vous plaît ?)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: mail ?
Posté par jseb . En réponse au lien vers la dématérialisation du ticket de caisse sans concession ?. Évalué à 3.
En quoi consiste la fraude des ventes annulées ?
J'ai fait une recherche , mais je n'ai trouvé que la fraude «simple» (non reversement de la TVA sur un achat HT à l'étranger) ou «carroussel» (même principe que fraude simple, mais avec une entreprise fictive qui fait tampon).
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: principales préoccupations
Posté par jseb . En réponse au lien vers la dématérialisation du ticket de caisse sans concession ?. Évalué à 9.
Ce qui compte, c'est réduire les charges fixes du supermarché. Le reste…
Ce qui m'ennuie, c'est qu'il est intéressant de vérifier immédiatement son ticket de caisse en sortie de caisse pour passer à la caisse centrale en cas de litige. Avec toutes les entourloupes, notamment sur les fausses promos (produits «non éligibles» facturés au tarif normal, par exemple), ça en vaut la peine.
Pas envie d'acheter un smartphone juste pour ça.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# Effinger && Stephenson
Posté par jseb . En réponse au journal Rions un brin. Évalué à 2.
Neal Stephenson : Zodiac . Ce livre sort un peu de son style habituel. C'est un roman policier qui réussit à la fois à taper sur les pollueurs et l'activisme écolo.
Le système de comm' à la greenpeace est décrit sur un ton railleur, mais détaille bien les techniques utilisées.
Alec Effinger m'avait également bien fait rire, avec son « Gravité à la manque » (premier d'une trilogie, il voulait en écrire davantage mais il est mort avant). J'ai lu les suivants, mais ils étaient moins amusants.
https://www.babelio.com/livres/Effinger-Gravite-a-la-manque/123110
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# BBS ?
Posté par jseb . En réponse à la dépêche Offpunk 1.0 : un navigateur déconnecté pour le smolnet. Évalué à 5.
Bonjour,
J'ai lu avec intérêt et le principe me fait fortement penser aux BBS.
Navigation dans les threads d'un BBS sans connexion à celui-ci (offline).
Récupération des messages / envoi des siens (online 5mn par jour).
Et on recommence …
C'est intéressant également pour faire passer des discussions même à travers une ligne ADSL de faible capacité (avec les BBS on s'en sortait à 3ko/s, alors une ligne ADSL !)
Merci pour le POST :)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# dur choix
Posté par jseb . En réponse au lien Résultats du concours pour l'écran "À propos" d'Insckape 1.2 (chouettes dessins). Évalué à 6. Dernière modification le 14 mars 2022 à 18:57.
Je suis content de ne pas avoir à choisir parmi les œuvres.
Seule solution: les intégrer toutes et en afficher une au hasard au démarrage.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: un investissement
Posté par jseb . En réponse au lien Le prix des Raspberry Pi flambe suite aux pénuries de composants. Évalué à 3.
Ah oui la fin de react/vuejs et compagnie pour revenir à la raison… si seulement.
Le rockpro64 a l'air plus puissant qu'un raspberry.
Rien que le mali-t860 doit mettre une bonne claque au videocore.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# un investissement
Posté par jseb . En réponse au lien Le prix des Raspberry Pi flambe suite aux pénuries de composants. Évalué à 4. Dernière modification le 27 février 2022 à 09:49.
Et bientôt dans la presse: « attaque d'un fourgon blindé transportant des Z80 ».
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# très joli
Posté par jseb . En réponse au lien «Watchmaker At Time End» Dessin animé de SF (5 ans de travail, avec des logiciels libres). Évalué à 4.
Vraiment du bon travail. Les 5mn passent très vite !
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Rillettes
Posté par jseb . En réponse au journal seeikual, céquoidon ?. Évalué à 5.
Ah oui le clavier a fait ressurgir des souvenirs que je croyais oubliés.
Plus moche qu'un ZX-81 qui se serait accouplé avec Madame Dictée Magique.
Je vote pour la blague, sinon il faut envoyer les infirmiers pour la piqure.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Big planes et scrolling différentiel ?
Posté par jseb . En réponse au journal Dread: faire plus avec moins. Évalué à 2.
Merci pour ta réponse.
La mienne était incomplète, en oubliant de parler du décalage possible pour un même plan avec le copper (alors que c'est le principe même).
C'est d'autant plus impardonnable que j'ai déjà utilisé cette technique sur PC avec un pixel shader: une grosse texture dont je modifie l'offset de départ (elle boucle sur elle même horizontalement) selon la ligne. Scrolling différentiel quasi gratos avec ça !
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Big planes et scrolling différentiel ?
Posté par jseb . En réponse au journal Dread: faire plus avec moins. Évalué à 5.
Je n'ai pas de source sous la main, mais l'explication est simple:
Chaque bitplan possède un pointeur sur ce qu'il doit afficher.
Au lieu d'incrémenter l'adresse de départ de chaque bitplan avec la même valeur (scrolling classique), tu vas en incrémenter un plus que l'autre. Ça provoque un décalage qui donne l'effet différentiel.
Il faut bien sûr que (B1 or B2) soit égal soit à B1, soit à B2. Autrement tu vas avoir une troisième couleur qui va apparaître lors de la combinaison des bitplans. Si c'est impossible à éviter, il faut jouer avec la palette pour que la combinaison ne soit pas trop visible.
L'inconvénient de cette méthode, outre la contrainte évoquée ci dessus, est que tu perds en couleurs affichables.
Avec 5 bitplans, tu as 32 couleurs affichables si utilisés de manière classique (superposés).
Si tu scrolles différentiellement, tu vas avoir par exemple:
un groupe de 3 bitplans (8 couleurs)
un groupe de 2 bitplans (4 couleurs)
J'espère que c'est clair, c'était pas si simple à expliquer :)
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: contemporains
Posté par jseb . En réponse au journal Dread: faire plus avec moins. Évalué à 5. Dernière modification le 06 février 2022 à 11:12.
D'après les tests de l'époque, il fallait au minimum un 386DX33 , et plutôt un 486.
Je me souviens que ça tournait bien (en VGA donc 320×200) sur mon 486dx33, mais que ça ramait sur le 386sx25 de mon pote, donc la barrière du 386DX33 me parait raisonnable.
Entre un 68020 à 14mhz et un 386 à 33mhz, ce n'est plus la même gamme de processeurs.
À fréquence équivalente, un 68020 pouvait au mieux se comparer à un 386sx .
Mais admettons que c'était kif-kif, il reste le plus gros problème qui sont les bitplans de l'Amiga. Un PC pouvait écrire un octet directement en VGA, tandis que le pauvre Amiga devait écrire bit par bits (il y avait des optims bien sûr, mais tu vois l'idée). Même en comparant avec le mode «X» du PC (4 écrans de 64ko accessibles sur le même segment de 64ko, grâce à des registres de bascule de la carte VGA), le PC sort gagnant pour ce qui est de colorier des surfaces rapidement.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Graphismes Amiga et mode HAM
Posté par jseb . En réponse au journal Dread: faire plus avec moins. Évalué à 3.
J'ai fait des recherches sur Dread et le HAM, mais je n'ai rien trouvé.
Je ne pense pas, car les contraintes étaient assez fortes avec le HAM (en plus des contraintes de proximité lors d'un changement de couleur).
C'était assez adapté pour afficher des images, mais pour de l'animation, c'était quasi-mission impossible (même si only Amiga makes it possible :) )
Je crois qu'il y a eu un shoot-em up en mode HAM, qui était plus une démo qu'autre chose. Sinon les jeux utilisaient plutôt le copper pour ajouter des couleurs avec des fonds dégradés, ou des gruges d'affichage de sprites dupliqués (pour également rajouter des fonds à bon compte: voir https://codetapper.com/amiga/sprite-tricks/risky-woods/ )
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# merci
Posté par jseb . En réponse au lien Les réseaux Wifi communautaires : 20 ans après. Évalué à 4.
excellent article, dommage que tout cela ait cessé.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Ça Bram dans les repos
Posté par jseb . En réponse au lien Vim9 script feature-complete. Évalué à 3.
Je me exprimé de façon lapidaire, je vais développer un peu.
Vim9 tente de corriger les défauts du VimL (son langage de script dédié d'origine) avec un nouveau langage de script.
Qui va utiliser ce langage ?
Les utilisateurs de Neovim sont passés à Lua, qui a l'avantage d'avoir été mis au point dans une sphère plus large que l'écosystème d'un éditeur de texte. Un autre avantage de Lua est sa rapidité d'exécution (pas le plus important, mais ça fait toujours plaisir) et sa robustesse (dû à une simplicité parfois critiquée, le débat « tables vs dict/array/liste… »).
Les utilisateurs de Vim sont maintenant confrontés à un choix cornélien: réécrire les scripts VimL, comme si ils passaient à neovim en adoptant Lua ? Dans ce cas, quel intérêt ? L'utilisateur de Vim tient souvent à la rétrocompatibilité du VimL, qui assure qu'un script développé pour Vim7 tournera encore dans Vim9. Ça ne sera plus le cas avec le nouveau langage, et je suis prêt à parier que bien des utilisateurs de Vim9 resteront à l'ancien système de script.
L'auteur de Vim s'épuise dans une feature qui sera peu ou pas utilisée, et qui va fragmenter sa communauté. Quand à l'argument de l'optimalité, Vim9+nouveau langage ne fait pas mieux que Neovim+Lua (et je parle de l'interpréteur Lua, pas d'un Neovim compilé avec le support Luajit). Même les benches présentés par l'auteur de Vim ne montrent pas de spectaculaire gain de vitesse, surtout par rapport à tous les problèmes qu'il va soulever en effets de bord.
Un nouveau langage de script est toujours délicat, même au sein d'une communauté florissante. Je ne suis pas certain que la communauté de Vim ait quelque chose à gagner (dans son ensemble) à une nouvelle fragmentation. Ce genre de décision risque surtout de favoriser les éditeurs de texte (je ne nommerai personne) qui ont le vent en poupe.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# Ça Bram dans les repos
Posté par jseb . En réponse au lien Vim9 script feature-complete. Évalué à 3.
Je préfère l'approche Neovim qui utilise Lua, ce langage rodé et fiable.
Je me méfie de quelqu'un qui crée un langage et dont la signature explose les limites du tableau:
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: punch card
Posté par jseb . En réponse au lien Les cartes perforées, 1960 (à l'époque le RGPD n’existait pas). Évalué à 3. Dernière modification le 23 novembre 2021 à 09:43.
Je dirais même qu'à l'origine, le system/38 (ancêtre de l'as/400) n'était prévu que pour fonctionner en maître-esclave avec des terminaux passif. Ça se voit moins aujourd'hui, car le système est maintenant utilisé pour faire tourner du java. Mais il suffit de lancer un émulateur de terminal 5250 pour s'en rendre compte. Il y a toutefois un mode «stream» pour la composition des écrans. Je l'ai déjà essayé pour voir si on pouvait porter ncurses, l'assistance IBM pensait que je voulais développer un émulateur de terminal.
J'ai également vu un clone de Tetris™ tourner sur un écran 5250, donc tout est possible (en 8 couleurs).
Mais aujourd'hui il est clair que la grande bataille, c'est recentraliser l'informatique.
Avec le « cloud », nous retournons à grande vitesse vers le début des années 80.
C'est ça le progrès , « tourne la roue tourne » comme disait un grand philosophe injustement raillé.
Sur la période charnière des années 80, il y a un bouquin que j'aime beaucoup : « le défi informatique » de Bruno Lussato. C'était un livre visionnaire écrit en pleine domination d'IBM (le «grand chaudron»), mais l'auteur avait très bien compris l'enjeu du développement des «petits chaudrons» (où chacun peut faire sa propre soupe).
J'ai voulu lui écrire il y a quelques années pour lui demander ce qu'il pensait du retour dans le passé de l'informatique actuelle. Malheureusement, il était déjà mort.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: punch card
Posté par jseb . En réponse au lien Les cartes perforées, 1960 (à l'époque le RGPD n’existait pas). Évalué à 2.
Je ne suis pas si vieux que ça. C'est mon père qui a ramené ça un jour. Mais cette fois là, ça n'a pas suffi à déclencher la passion de l'informatique, et je me demande bien pourquoi.
Je n'ai pas de projet pour ces cartes, je les ai conservées parce que je trouvais ça amusant de se souvenir d'où nous venons.
Si je retrouve les cartes (le grenier est grand et ça mériterait un inventaire), je peux faire une photo ou t'en envoyer une.
Oui, les «minis» c'est au sens IBM, c'est à dire que ça rentre dans une pièce de dimension moyenne.
IBM a fait des progrès, ses derniers minis sont déplaçables par un individu raisonnablement costaud (le mini onduleur interne pèse quand même son poids).
Et maintenant, même eux poussent vers les VMs, y compris pour ça. Les salles info se dépeuplent encore plus rapidement que les cheveux des derniers admins qui les hantent.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
# punch card
Posté par jseb . En réponse au lien Les cartes perforées, 1960 (à l'époque le RGPD n’existait pas). Évalué à 5. Dernière modification le 22 novembre 2021 à 14:34.
J'en ai encore une bonne pile au grenier. Des IBMs avec du cobol dessus.
le RPG-III (langage de prédilection des minis de chez IBM) est un langage qui descend directement des cartes perforées, avec un système de colonnage qu'il faut respecter pour placer les instructions.
Une vraie horreur (moins pire que le RPG-II qui ajoutait en plus un système de tokenization avec des boucles «invisibles», le fameux «cycle rpg» (ou «cycle gap» en français).
Le RPG-IV a corrigé ces défauts en permettant le format libre (c'est une révolution ! Mais plus grand monde n'utilise).
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Titre trompeur
Posté par jseb . En réponse au journal Les strings d’Ada. Évalué à 4.
Pareil pour moi. Même par association d'idée, voire de fil en aiguille, je n'aurais pu imaginer ça.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Correction
Posté par jseb . En réponse au lien Utiliser un ordinateur : les « super basics » (≈ la base de la base). Évalué à 3.
ornythographique ?
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr