devnewton 🍺 a écrit 8783 commentaires

J'ai prévu d'étendre nanimstudio pour exporter d'autres formats (apng et puis les 42000 "pngs + metadata" qui existent dans les cadriciels de jeux html5).

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

Pour éviter de futurs problèmes avec les boites comme Linkeo, on pourrait imaginer un balisage pour certaines parties des commentaires.

Ces parties ne seraient visibles que par les utilisateurs avec un gros karma.

Par exemple

3:[ C'est vraiment nul GNOME 3!

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

Dans les Grand Theft Auto plusieurs missions reposent sur ce même trope

C'est aussi l'une des rares séries où l'on peut jouer un personnage homosexuel (Ballad of Gay Tony).

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

Merci!

A propos des outils, c'était difficile à trouver/comprendre? Tu as eu besoin de la doc, ?

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

Elle marche un peu bizarrement, mais j'aime beaucoup l'idée!

J'ai envie d'en faire dans un mod officiel, si tu veux bien mettre le sprite sous une licence libre bien sûr:-)

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

Excellent! Je regarde ça ce soir!

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

Il "suffit" de faire un mod!

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

Est-ce qu'il existe une étude recensant les jeux libres sexistes et non sexistes?

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

Ça doit être super cohérent les docs chez vous…

J'ai rencontré trois types projets:

• ceux où la doc n'est pas un livrable: seuls les docs commerciaux sont chiadés, on est très libre sur les docs techniques.
• ceux où la doc est un livrable: dans ce cas un traitement de texte n'est plus adapté, il faut du docbook ou une autre techno sinon c'est intenable.
• ceux où la doc est un livrable, mais les gens ne savent utiliser que Word ou OpenOffice: la fusion des modifs est tellement galère qu'une personne est désignée le prendre à charge, tout le monde lui balance son propre format, avec plus ou moins de formatage.

Il y a bien d'autres situations, mais globalement en étant un peu malin, on peut s'éviter la corvée du traitement de texte.

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

je ne sais pas où tu bosses, mais là où je suis passé, c'est pas la règle, c'est plutôt la porte…

Dans des boites où je suis sois dev, dans ce cas la doc n'est pas de mon ressort, soit chef de projet, donc je choisis le format, soit en collaboration avec d'autres entreprises, dans ce cas j'évite de me faire désigner comme responsable du doc final et j'envoie tout en txt!

si tu percutes pas de suite, la deuxième fois c'est avec CC nos managers respectifs

C'est quoi ta boite où les gens se balancent comme des merdes que je n'y aille jamais? :-)

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

quelle finalité à tout ceci ?

Vendre du temps de cerveau disponible.

Comment en sortir? Avec adblock bien sûr!

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

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.