devnewton 🍺 a écrit 8358 commentaires

Pour des graphismes simples (en regardant les captures d'écran Super Meat Boy me semble loin de Battlefield 3), tu peux toujours utiliser OpenGL 1.0 qui fonctionne bien même sur les cartes graphiques bas de gamme.

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

Est-ce bien nécessaire de sortir les shaders pour un jeu 2D?

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

Dans le même genre, il y a nix qui semble être le gestionnaire de paquets ultime (multi-versions, multiutilisateurs, multienvironnements...):

http://nixos.org/nix/

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

Il y a un marché pour les vieux jeux: http://www.gog.com

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

Quand on regarde les langages avec une grosse bibliothèque standard, on fini souvent par tomber soit sur des langages ou il n'y a qu'une seule implémentation utilisée par la majorité, soit sur un langage qui nécessite une bibliothèque ou il n'y a qu'une seule implémentation écrite dans le langage lui-même. Ça veut généralement dire que le langage n'est pas indépendant.

Et c'est mal?

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

Peut être qu'ils ont compris mais avec un langage bien dynamique, le compilateur ne les prévient pas assez!

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

Est-ce qu'il ne serait pas plus logique de commencer par l'acquisition d'un domaine?

Envoyez vos réponses à devnewton@127.0.0.1.

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

Les développeurs de logiciels sont aussi confrontés au piratage et pourtant ils ne demandent pas une loi pour les aider!

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

Ce n'est pas très pratique. Je travaille toujours sur un ensemble de document, je préfère pusher un ensemble cohérent au moment où j'en ai envie, pas en continue.

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

http://linuxfr.org/nodes/89105/comments/1312977

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

Quel est la différence avec un gestionnaire de version décentralisé?

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

Bravo, le moteur de recherche était vraiment la fonctionnalité qui manquait à linuxfr, Google étant totalement inefficace pour ce site!

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

Est-ce si gênant ?

Pas pour un outil de développement, mais pour une application grand public, comme le jeu que je développe par exemple, le public visé n'a pas envie de se prendre la tête.

C'est du libre, fais le pour les OS que tu vises

Je vise le maximum d'OS, donc au moins Linux, Windows et Mac OS et plus si possible.

s'il y a une demande pour ton soft sur un OS que tu ne possèdes pas ou ne cible pas, il y aura bien dans la nature un porteur

Les porteurs, ça court les rues, c'est bien connu!

De toutes façons, tu auras toujours le problème de la présence ou de l'absence de la machine virtuelle pour l'OS que tu vises.

Les interpréteurs des langages populaires sont installables facilement pour 99% des utilisateurs.

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

Quel est ton jeu?

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

Les GPU intel sont les plus vendus, c'est vraiment dommage que les développeurs ne fassent pas l'effort de tester leurs jeux avec...

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

Si j'ai bien compris, les sites de questions/réponses, c'est comme les forums linuxfr, mais avec un moteur de recherche?

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

si on veut changer de fournisseur de service on peut

Changer de mail, ce n'est pas si facile. Il faut:

• embêter tous ses contacts pour leur dire "mon adresse a changé".
• changer son adresse mail partout là où on l'a laissé trainer.
• négocier une période de transition avec son précédent fournisseur pour mettre en place une redirection avec une réponse automatique "mon mail a changé".
• faire attention aux "reply all" à partir de tous les anciens mails.

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

Donc il faut demander à tes utilisateurs d'installer des outils de développement, de savoir taper des commandes et de te taper des Makefile tenant compte des N OS et distributions.

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

C'est souvent juste pour aider les utilisateurs qui ne savent pas taper:

java -jar monsupersoft.jar

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

si on prend un système comme FreeBSD, tout est fait pour utiliser les sources et au final, ça marche plutôt bien.

Ca marche bien, mais seulement dans le cadre de FreeBSD.

Ce qui n'existe pas, à ma connaissance, c'est un moyen de distribuer une application écrite dans un langage compilé comme C++, Pascal ou Ada aussi facilement que dans un langage interprété/byte compilé.

Un .py/.pl/.jar, je peux le mettre en téléchargement et les utilisateurs de pratiquement toutes les combinaisons d'OS, processeurs et distributions pourront s'en servir.

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

Tout à fait d'accord mais quand tu codes une appli en C/C++, il est quand même rare, me semble-t-il, de lier avec deux versions d'un même composant sans qu'il ne se passe de collision.

C'est extrêmement courant au contraire et souvent on n'a souvent aucun avertissement, ce qui donne des bugs très subtils et très pénibles à trouver :-(

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

Si tu as des besoins avancés de gestion de dépendances, il y a |Ivy](http://ant.apache.org/ivy/index.html) qui est très bon pour ça et utilisable pour n'importe quel langage.

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

Voilà, t'as tout compris et heureusement pour nous, les environnements seront bientôt tous codés en Java.

Java, Python, Ruby, Perl, PHP... Beaucoup de logiciels libres se basent sur des langages interprétés/bytecompilés. La difficulté de distribuer des binaires compilés n'y est certainement pas étrangère.

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

C'est un bug de ce module?

A project's dependency tree can be expanded to display dependency conflicts.

http://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html

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

Si tu n'as pas le temps d'écrire 36 scripts de cross-compilations et de monter 40 machines virtuelles pour tester tous les environnements, mais que tu veux quand même livrer un projet qui tourne sur le maximum de distributions et même sur quelques OS privateurs, C/C++ est inutilisable.

Ou alors tu acceptes de juste distribuer les sources avec un INSTALL_DEMERDEZ_VOUS.txt.

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