Plus sérieusement, je pense que pour commencer le dev d’un jeu (ou autre) aujourd’hui, il vaut mieux cibler unstable
Pour l'instant la seule solution sérieuse, c'est peut être d'attendre qu'un des projets de gestionnaire de dépendances pour C++ s'imposent et de faire du python/java/… en attendant.
D'un point de vue de packageur, je dirais tu prends une config type (Debian stable, la dernière Fedora, etc.), et tu développes avec les version de lib inclut dans ta config type.
C'est valable pour les distribs linux où la version la plus stable et disponible est la mieux packagée. Pour les autres OS, c'est la dernière release qui compte. Si tu fais un jeu multiplateforme, ça devient vite l'enfer.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
La plupart des API C++ pour les jeux changent de version majeure: SDL, SFML, clanlib, allegro…
Malheureusement, contrairement aux beaux gosses qui font du Java ou du Python, les développeurs C++ n'ont pas de gestionnaire de dépendances.
Il va falloir des années avant que les distributions stables majeures intègrent ces nouvelles versions, d'où le dilemme du développeur qui commencerait un jeu aujourd'hui:
installer les dernières versions à la main?
utiliser des versions packagées mais déjà obsolètes?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Outre le fait que linuxfr est un site d'abord consacré au cinéma et aux recettes de cuisine, si un sujet n'est pas traité en profondeur, ce n'est pas étonnant, c'est juste que personne ne se bouge pour faire des journaux ou des dépêches dessus.
Grâce à ton journal, on parlera peut être plus de ces jeux.
De même si l'évolution d'un jeu t'intéresse, comme liquidwar, il ne faut pas hésiter à mettre la main à la papatte!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Je trouve vraiment intéressant le rayon sauvegarde du patrimoine logiciel. On tombe souvent sur des jeux packagés à la truelle, avec du code qui ne compile plus… Avoir un endroit où stocker des versions patchés de ces jeux est important!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
fossil en autohébergement, car on n'est jamais aussi bien qu'à la maison en peignoir de bain / charentaises ! (Avec des clones sur Chiselapp au cas où mon serveur plante…)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
La durée de vie des jeux augmente: aujourd'hui on peut avoir un jeu qui commence son existence auprès du public avant même sa création, via les plateformes de crowdfunding, est joué tout au long de son développement, reçoit des évolutions et des mods pendant des années.
C'est d'ailleurs un enjeu marketing: ne pas être perçu comme un vieux jeu avant sa sortie :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
C'est l'api "Preferences" de Java qui fait ça. Je n'ai aucun idée de l'endroit, ni même de comment où il stocke ses données: c'est dépendant de l'implémentation donc de la version de Java et de l'OS…
Ça semble être un super outil, bravo & merci ; Du PNG animé, ventre Saint-Gris.
Merci! Il me reste à gérer l'import!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[de mémoire] Le bug n'était pas lié à linux, mais à ma carte graphique qui ne supportait pas les textures compressées. Je crois que depuis ça a été corrigé, mais trop tard pour moi…
Après, avoir toutes les sources pour tous les logiciels et les jeux est un voeu pieux, c'est sûr que ça serait le mieux mais il faut aussi faire avec ce qu'on a.
Il faut continuer à harceler les devs le travail pédagogique auprès des développeurs!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Si tu as un bon environnement de bureau, un double clic dessus permets de lancer nanimstudio, sinon:
java -jar nanimstudio-1.0.jar
Pour le sdk avec les outils en ligne de commande, je ne sais pas trop comment le packager proprement donc pour l'instant ça va rester sous forme de sources…
Si tu en as besoin, je regarderais ça…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Petite correction de base, et le reste tombe... :-p
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Licences logicielles : Je t'offre une bière, mais tu dois m'en offrir une après !. Évalué à 4.
Ca s'adresse aussi à l'utilisateur non développeur qui peut faire appel au développeur de son choix pour des évolutions ou de la maintenance.
man économie du don
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Idées
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Mélanger les syntaxes de C# et de Qt. Évalué à 5.
Pour Vala, ça pourrait même être Qt Valmy!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Idées
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Mélanger les syntaxes de C# et de Qt. Évalué à 4.
Pourquoi ne pas faire un binding de Qt pour Vala et le nommer Qt Cambi ?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 3.
En quoi est-ce plus sécurisé qu'un dépôt Maven avec signature PGP & co?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 1. Dernière modification le 23 août 2013 à 11:30.
J'attends le lancement d'un tel projet après seconde vue avec impatience :-)
Je ne connais pas bien gem, mais avec Maven & co, tu as un gestion des releases (pour bosser proprement) et des snapshots (pour l'arrache).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Troll
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Mono 3.2 est sorti. Évalué à 10.
On appelle ça la gestion de la qualité :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 3.
En malus, il faut que tous les devs soient sur debian et deviennent grand maître du packaging deb…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 2.
C'est portable et à jour?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 1.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 5.
Un gestionnaire de dépendance, c'est bien, même les langages plus nobles en ont (Haskell, OCaml, perl…).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 4.
Non salarié.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 2.
Pourtant ce n'est pas si dur, je l'ai déjà fait d'ailleurs (mais pas en libre) :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 0.
Pour l'instant la seule solution sérieuse, c'est peut être d'attendre qu'un des projets de gestionnaire de dépendances pour C++ s'imposent et de faire du python/java/… en attendant.
https://github.com/Offirmo/cvm
https://github.com/bcachet/DMC
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 1.
C'est en unstable…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 3.
C'est valable pour les distribs linux où la version la plus stable et disponible est la mieux packagée. Pour les autres OS, c'est la dernière release qui compte. Si tu fais un jeu multiplateforme, ça devient vite l'enfer.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# le dilemme du dev
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche La bibliothèque SDL est sortie en version 2.0. Évalué à 8.
La plupart des API C++ pour les jeux changent de version majeure: SDL, SFML, clanlib, allegro…
Malheureusement, contrairement aux beaux gosses qui font du Java ou du Python, les développeurs C++ n'ont pas de gestionnaire de dépendances.
Il va falloir des années avant que les distributions stables majeures intègrent ces nouvelles versions, d'où le dilemme du développeur qui commencerait un jeu aujourd'hui:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Re : annuaire à télécharger
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche «Le Bottin des Jeux Linux» : bientôt 3000 références et un nouveau look.. Évalué à 2.
Je le connaissais déjà! http://devnewton.bci.im/fr/node/55
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# participatif
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Quelques jeux pour finir l'été. Évalué à 5.
Outre le fait que linuxfr est un site d'abord consacré au cinéma et aux recettes de cuisine, si un sujet n'est pas traité en profondeur, ce n'est pas étonnant, c'est juste que personne ne se bouge pour faire des journaux ou des dépêches dessus.
Grâce à ton journal, on parlera peut être plus de ces jeux.
De même si l'évolution d'un jeu t'intéresse, comme liquidwar, il ne faut pas hésiter à mettre la main à la papatte!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Re : annuaire à télécharger
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche «Le Bottin des Jeux Linux» : bientôt 3000 références et un nouveau look.. Évalué à 2.
Bravo pour ce projet, grâce à lui j'ai découvert de nouveaux jeux proches du mien.
Je trouve vraiment intéressant le rayon sauvegarde du patrimoine logiciel. On tombe souvent sur des jeux packagés à la truelle, avec du code qui ne compile plus… Avoir un endroit où stocker des versions patchés de ces jeux est important!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: github
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Un module noyau pour le support exFAT, en GPLv2 !. Évalué à 6. Dernière modification le 17 août 2013 à 10:37.
fossil en autohébergement, car on n'est jamais aussi bien qu'à la maison en peignoir de bain / charentaises ! (Avec des clones sur Chiselapp au cas où mon serveur plante…)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Un bundle intéressant
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Humble pas-si-indie Bundle. Évalué à 3.
La durée de vie des jeux augmente: aujourd'hui on peut avoir un jeu qui commence son existence auprès du public avant même sa création, via les plateformes de crowdfunding, est joué tout au long de son développement, reçoit des évolutions et des mods pendant des années.
C'est d'ailleurs un enjeu marketing: ne pas être perçu comme un vieux jeu avant sa sortie :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Distribution
Posté par devnewton 🍺 (site web personnel) . En réponse au journal nanimstudio 1.0 est dehors. Évalué à 3.
C'est l'api "Preferences" de Java qui fait ça. Je n'ai aucun idée de l'endroit, ni même de comment où il stocke ses données: c'est dépendant de l'implémentation donc de la version de Java et de l'OS…
Merci! Il me reste à gérer l'import!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Position anti-auto-hébergement de l'article ?
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Résultats et vidéos des onzièmes Big Brother Awards France. Évalué à 8.
En plus je ne vois pas le rapport avec bigbrother: c'est une histoire d'incompétence, pas une volonté de fichage…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Vous y avez cru?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Humble pas-si-indie Bundle. Évalué à 3.
[de mémoire] Le bug n'était pas lié à linux, mais à ma carte graphique qui ne supportait pas les textures compressées. Je crois que depuis ça a été corrigé, mais trop tard pour moi…
Il faut continuer
à harceler les devsle travail pédagogique auprès des développeurs!Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Distribution
Posté par devnewton 🍺 (site web personnel) . En réponse au journal nanimstudio 1.0 est dehors. Évalué à 4. Dernière modification le 15 août 2013 à 12:34.
Si tu as un bon environnement de bureau, un double clic dessus permets de lancer nanimstudio, sinon:
Pour le sdk avec les outils en ligne de commande, je ne sais pas trop comment le packager proprement donc pour l'instant ça va rester sous forme de sources…
Si tu en as besoin, je regarderais ça…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.