devnewton 🍺 a écrit 8775 commentaires

A quand l'ajout d'une section Rencontres sur linuxfr?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les bandeaux sont difficiles à utiliser: il faut se souvenir dans quel bandeau, quel icône…

Je préfère une interface simple où on entre des commandes textuelles avec de la complétion (comme dans VSCode)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Aller écouter ces curés reste une démarche volontaire et non subie.

Pas forcément, on peut se retrouver dans une Eglise (bien de l'Etat) pour visiter le patrimoine et se voir asséner un sermon par un curé anti ivg sans possibilité de couper le son.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ou une mauvaise!

Sinon rien n'interdit de faire plusieurs tribunes…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Plutôt que de développer un nouveau système, il suffit d'étendre l'existant:

• ajout de filtres par utilisateur et mots clefs (certains c² ont déjà une bak/plonklist pour ne pas lire les pénibles).
• implémenter l'archivage sur linuxfr (sur le modèle de sauf.ca ou http://bombefourchette.com par exemple).
• créer un moteur de recherche pour linuxfr: ce serait vraiment bien, pas seulement pour la tribune.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Quel est la différence avec la tribune actuelle? On peut y poster des messages de plus de 140 caractères avec une url vers une image, ces posts sont déjà archivés et certaines archives ont une prévisualisation des images.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est un bug mineur, pas une erreur fondamentale (qui pourrait être par exemple de ne pas avoir prévu de méthode de patch à distance)…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Comparaison n'est pas raison: tu prends l'exemple d'un immeuble, pourquoi pas d'un quartier ou d'une ville tant qu'on y est? On pourrait aussi prendre une maison dont le coût est sans doute plus dans la gamme de prix des logiciels…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pour ça il y a les revues de presse/web et la tribune.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce genre d'erreurs monumentales et irrattrapables existent aussi dans le logiciel.

Exemples:

• l'aspect fonctionnel tellement mal géré que les utilisateurs ne voient pas l'intérêt du soft et du coup ne l'utilisent pas.
• la complexité mal évalué: c'était O(nⁿ⁾ et pas O(n), impossible d'utiliser le logiciel sur les données réelles.
• les mauvais choix technos: tout est basé sur un framework propriétaire génial, mais le fournisseur change sa politique de licence (conditions inacceptables, coût exhorbitants).
• trop de bugs: la maintenance finit par coûter plus que ce que rapporte le soft.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Disons que mettre à jour un bout de code d'une appli même en prod se fait autrement plus facilement que remplacer la charpente en acier d'un immeuble de 30 étages occupé à tous les étages.

C'est l'idée la plus fausse qui trotte dans la tête des managers. Patcher un code non trivial, ça coûte souvent aussi cher que de le coût initial du projet et les quelques jours/hommes qu'on a économisé sur les specs se payent souvent en années de correctifs à l'arrache…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Y'a pas de marché pour un "logiciel de communication".

L'existence de milliers de soft de gestions mails, messageries, visioconférences & co utilisés par des milliards de personnes montrent bien qu'il n'y a AUCUN marché.

Les gens n'aiment pas communiquer, c'est connu.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai testé sur mon vieux netbook, les perfs sont très mauvaises…

Le js, c'est pas aussi rapide que Java!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si ils les ont comprises, pourquoi ne les appliquent-ils pas ?

En le faisant ils deviennent populistes!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Après la megapub que les médias lui ont fait, c'est un peu fort de dire ça…

Les populistes ont bien compris qu'il faut dire de grosses conneries pour faire parler d'eux et les médias les suivent avec enthousiasme pour faire des articles putaclicks.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai implémenté le tir au clavier et un menu pour redéfinir les touches finement.

http://play.bci.im/shmuprpg/

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je pensais utiliser ikjl pour le tir au clavier…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est déjà le cas: les flèches sont toujours disponibles :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu peux choisir le layout dans le menu des options:

Si tu utilises un autre layout, je n'ai pas encore implémenté de menu complet pour choisir chaque touche…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Merci pour ces retours.

La taxonomie vidéoludique est une science difficile, surtout quand on mélange les genres. En tout cas une de mes sources d'inspiration est Riddled Corpses où on tue effectivement beaucoup de zombies :-)

Mon idée ce n'est pas de me démarquer énormément, mais d'ajouter une petite histoire à un jeu d'action et lui donner un petit air de Zelda pour changer des zombies et des avions.

Le prototype que j'ai mis en place n'a pas un super game design, mais c'est l'étape suivante! Pour celle là, il va falloir une recherche consistant à jouer à pleins de shoot them up différent, je vais commencer par ceux dont tu as donné les liens :-)

Ce que j'ai vaguement en tête en tout cas:

• ne pas avoir à tirer tout le temps, par exemple en ayant une arme offensive et une autre défensive.
• récompenser deux styles de jeux: quand on passe de temps sans tuer, on regagne de la vie, mais plus on tue d’ennemis, plus on gagne en puissance.
• les niveaux doivent être court, mais intense.
• certains niveaux doivent proposer une variante du gameplay correspondant à l'histoire (si l’héroïne prends un bateau, ses mouvement seront restreints au pont, avec des ennemis à l'abordage).

Côté graphisme, je prends tout sur opengameart pour la phase de prototypage, la plupart des sprites y sont en faible résolution malheureusement :-(

Avec le clavier seulement, ça limite le nombre de direction de tirs possibles, à voir…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Bien vu! C'est corrigé.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je parle au présent, les technos dont tu parles sont soit mortes (glide), soit n'ont pas été créé comme alternatives (les technos Microsoft ne sont pas des standards, encore moins le "software"), soit sont des évolutions d'OpenGL.

Même le futur Vulkan n'est pas une alternative, mais un successeur.

Quels vieux jeux essayes tu de ressusciter?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Encore merci, si quelqu'un a quelque chose a dire sur le jeu ou son code ça serai plus sympa.

Je n'ai pas testé le jeu, mais le code source mériterait un bon nettoyage: il y a souvent des méthodes très longues, difficiles à lire, des gotos, des variables globales, des nombres magiques…

Dans le même style que les sprites, on voit que tu as copié/collé du code d'un bouquin. Vérifie que la licence te le permets (s'il n'y en a pas, la réponse est non :-) ).

Enfin c'est déjà beaucoup d'avoir produit un prototype de jeu, plus qu'à peaufiner!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Survivre et tuer le boss (les 4 lapins qui apparaissent au bout de 1min20s). Le niveau se termine sur un dialogue contenant l'indispensable cliffhanger!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je pensais plutôt aux alternatives en termes d'API graphiques (qui se souvient de PHIGS?), mais pour des exemples plus proches:

• Qt n'a qu'une implémentation (il y a eu des tentatives, mais elles sont mortes).
• la plupart des langages ont une implémentation de référence utilisée à 99%, les autres sont des expérimentations ou réservés à des niches.

A propos de ces implémentations alternatives, elles existent pour des besoins précis (embarqué, temps réel, performance…), pas juste pour le plaisir de la diversité.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.