devnewton 🍺 a écrit 8372 commentaires

Tu peux toujours imaginer des situations où tu es bloqué le Word sur la tempe, mais globalement agir comme un gros con qui ne veut pas utiliser autre chose que son outil préféré, ce n'est pas une exception dans le monde du travail, c'est la règle!

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

1. Bonjour, je n'ai pas de licence de Word Dernier Cru 2042, vous m'en payez une?
2. La mise en page a sauté, mais voici ma partie ci dessous (mettre le texte dans le corps du mail avec les illustrations en png en pièce jointe).
3. Mais si je te l'ai envoyé! Tu n'as pas eu ma dll renommé en .doc?

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

Il faut agir comme les autres: maximiser son pouvoir de nuisance et de mauvaise volonté (par exemple en n'envoyant pas sa partie à temps parce que je n'ai pas réussi à lire ton fichier).

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

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

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

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!

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

Pourquoi tu utilises ce format aussi?

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

Par exemple, utilise abi-compliance checker dans les tests

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

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

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.