devnewton 🍺 a écrit 8790 commentaires

faire en sorte que les gens participent à la distribution

Anéfé, il faut peut être commencer par mettre à jour la doc et les outils de packaging avant le reste :-)

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

Oui, en fait je me rends compte le problème est difficile à résoudre:

• debian a souvent plusieurs années de "retard", disons 2 en moyenne.
• le développement d'un jeu prends plusieurs années, disons 3 ans max.

Ca veut dire qu'à la sortie du jeu, il dépendra d'une lib vieille de 3 à 5 ans.

Combien de libs propose de garder une compatibilité parfaite sur une si longue durée ? Malheureusement trop peu.

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

je sais que tu veux autre chose

Ben non, si je devais commencer un jeu C++ aujourd'hui, je prendrais effectivement la SDL, même si c'est super pénible, mais je vois beaucoup de projets se lancer avec la SFML.

Par contre pour mon jeu actuel en Java, la situation est catastrophique:

• lwjgl a deux versions de retard et ça commence à se sentir: je suis obligé de faire une branche debian et les utilisateurs de cette distrib ne pourront pas redimensionner la fenêtre du jeu.
• les outils pour créer un paquet source ne gère pas Maven 3 et sont peu compréhensibles: là je ne sais pas quoi faire.

Les devs upstreams veulent pas et casse la compatibilité, qui le fait ?

Avec un label debian stable premium de la bombe de boulette de balle, qui si tu ne l'as pas montre que ton API est pourri et instable :-)

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

Le problème c'est que sous Windows et Macosx, les versions les plus stables sont les dernières. Sous Linux c'est plutôt les plus anciennes.

Comment faire du multiplateforme avec ces deux rythmes?

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

Essayons d'aller de l'avant, toi, tu voudrais avoir quoi en terme de support ( en terme de durée, quitte à donner la durée sous forme de date de sortie de distro, genre "j'aimerais que mon soft marche sur N-1 de debian sans modif et en N aussi") ?

Peut être faudrait-il que debian choisisse un petit nombre de lib dont les développeurs seraient motivés pour créer une sorte de "core API set" sur laquelle on sait que l'on pourra compter pour être stable, mais pas obsolète?

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

Je ne connais pas Pip ou Pear, mais les dépendances Maven sont signés, ne polluent /usr et pas besoin de se sortir les doigts pour avoir le beurre et la crémière!

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

D'accord, mais que doit faire le développeur?

• se taper une lib obsolète? Ca veut dire ne plus trouver d'exemples, de supports à c'est corrigé en N+1 et maintenir deux branches, une pour les distribs qui ne propose que la version N-1 et une les autres OS où souvent seule la version N marche.
• oublier le packaging et embarquer toutes ses dépendances?

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

Je suis entièrement d'accord: une bonne API ne doit jamais casser la compatibilité.

Le bon élève en la matière, c'est OpenGL: les programmes d'il y a 20 ans compilent toujours, les nouveaux ont accès à des fonctionnalités modernes.

Quand tu fait ton jeu en SDL, ça compile partout, et ça tourne partout car la SDL n'a pas bougé

Elle n'a pas bougé depuis longtemps, mais du coup les développeurs vont vers d'autres API.

Donc si tu veux des plateformes stables, c'est pas chez les distributions qu'il faut aller

Un autre exemple: j'utilise lwjgl. Debian n'intègre qu'une vieille version qui ne gère pas une fonction essentielle (le redimensionnement de fenêtre).

J'ai le choix entre:

• embarquer ma propre version: pas terrible.
• utiliser celle de debian: les joueurs vont croire à un bug de mon appli.

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

Il y a stable et obsolète.

Un exemple: la plupart des libs pour les jeux (SFML, allegro, clanlib) dans debian stable ont une version majeure de retard.

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

iOS se taille la part du lion, android a du mal a suivre

Android est devant iOS en parts de marché.

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

C'est déjà fait: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

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

Et le développeur moyen il a tendance à intégrer plein de nouvelles libs dernières versions, que l'on ne retrouve pas sur les machines installées.

Pourquoi fait-il ça? En général parce que les versions fournis par les distribs ont un train de retard.

Mais on en revient encore aux problèmes des libs.

Ce problème a été résolu par Maven, RubyGems, pip, npm & co (seul C/C++ n'est pas à la page). Il faudrait que ces solutions soient pris en compte par les distributions pour la création de paquets.

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

Quand je verrais les jeux cibler des plateformes stables sur plusieurs années comme RHEL ou SLES

Est-ce qu'elles fournissent des versions des apis de jeux en vogue dans des versions pas trop dépassées?

Moi je suis souvent bloqué par l'absence de lwjgl, d'autres développeurs par une sfml en version 1.6 qui a été dépréciée…

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

La multiplication des environnements est mauvaise pour le jeu: faire des portages, ça rajoute des coûts et temps de développement purement technique. C'est autant de moins à investir sur le gameplay, les graphismes ou la musique.

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

c'est ce qui s'est passé avec Direct3D face à OpenGL

C'est un peu le contre exemple de ce que tu veux dire. OpenGL est sorti bien avant, le code est meilleur et il est partout aujourd'hui.

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

Oui, mais avoir des graphismes pour essayer le logiciel ou faire un prototype, c'est un gros plus!

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

Est-ce qu'il existe un site regroupant des ressources libres (images, sons, musiques…) dédiés aux visual novels ?

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

première étape pour pouvoir répondre au manque, on n'est clairement pas prêt d'avoir un concurrent libre à Skype vu la non compréhension du niveau qui est demandé

Tu devrais poster ça sur les forums des développeurs de Jitsi, Pidgin, Gajim & co. Je suis sûr que ton point de vue innovant sera bien accepté et fera bouger les choses!

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

Oui il y a de quoi passer les NAT, mais pas les admins nazis :-)

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

Justement, en aidant sur d'autres tâches que le code, tu libères du temps des développeurs pour les fonctionnalités techniques.

Et encore une fois, Skype n'est pas magique, il ne marche pas partout sans configuration et la doc est nécessaire, la preuve: https://support.skype.com et http://community.skype.com

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

Outre la promo, un logiciel non documenté, non traduit et non testé n'a aucune chance. Ces trois éléments font partie des livrables!

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

Dans ma boite, personne ne connaissait XMPP. On est pourtant un service IT avec une messagerie interne avec ejabberd/pidgin: les gens ne savaient pas qu'on pouvait faire des salons, utiliser un autre client, parler avec des gens de l'extérieur…

Ce n'est pas le tout de faire de super logiciel, il faut aussi le faire savoir!

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

Je me fais moinsser, car je suggère de contribuer au libre… Linuxfr a bien changé.

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

Si IRC et XMPP n'existaient pas tu me dirais que le chat, c'est un truc de consommateur?

S'ils n'existaient pas, On lancerait un projet de chat libre!

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

En plus l'outil moderne pour le chat de groupe, ce n'est pas xmpp, mais les tribunes!

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