devnewton 🍺 a écrit 8919 commentaires

Si tu le reçois, tu peux demander un pdf!

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

En bientôt 8 ans de carrière, je n'ai pas pondu le moindre .doc(x) conséquent, même en temps que chef de projet avec des clients pro Word. Non, c'est non!

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Pourquoi tu utilises ce format aussi?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Par exemple, utilise abi-compliance checker dans les tests

C'est très C++ centré. Il faut aussi penser aux autres langages!

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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 :-)

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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 :-)

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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!

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Android est devant iOS en parts de marché.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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…

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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!

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

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

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board