devnewton 🍺 a écrit 8266 commentaires

Skype est tout simplement meilleur de loin : il marche bien plus souvent que XMPP, en fait je ne l'ai jamais vu personnelement ne pas réussir à se connecter et faire de la voix, quelque soit l'environnement hostile

Je dois être le seul à qui c'est arrivé alors! Peut être que mon sysadmin nazi bouffe des paquets skype au petit dej?

Sinon Skype c'est bien pour appeler la grand tante qui vit en Australie, mais au boulot ou pour les jeux en réseau sa consommation CPU/RAM/BP est très pénible. Pour ce dernier besoin Mumble est bien meilleur.

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

Réessaye un coup pour voir, tu n'as pas grand chose à perdre, et qui sait, tu pourrais être surpris agréablement.

Le problème c'est qu'entre temps, on a perdu tous nos amis pour essayer!

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

Le domaine public n'existe pas partout, il faut donc mettre une licence pour être réglo dans tous les pays, genre MIT ou BSD.

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

Pour bien choisir les licences, il faut savoir quels sont tes objectifs?

• permettre à tout le monde de compiler le jeu pour t'éviter des releases complexes? Dans ce cas les données peuvent rester sous licence pwivatrice. Si le jeu est bon, les joueurs seront contents.
• obtenir des contributions? Dans ce cas pourquoi des libristes contribueraient à un jeu non libre?

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

XMPP marche entre différents clients pour d'autres choses que juste envoyer du texte, je ne comprends pas pourquoi tu dis ça devnewton ! Le transfert de fichier, les commandes ad-hoc, pubsub, jingle, etc tout ça marche d'un client à un autre. Le microblogage lui est encore en cours d'élaboration, encore une fois un peu de patience.

Parce que chaque fois que j'essaye le transfert de fichier, le chat de groupe ou jingle, c'est très aléatoire. Sans doute la faute à google, mais bon…

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

Parce que lorsque ton site sur example.org il marche pas, ca te fait une belle jambe d'etre dispo sur trucmuche.com si les personnes en question n'ont aucune idee que les autres sites existent.

On parle d'une panne du dépôt source, donc les développeurs principaux sont au courant. Les autres attendront une journée le rétablissement du serveur, ce n'est pas la mort.

Pour le grand public qui cherchent les installeurs, le jeu a deux sites officiels ( http://devnewton.bci.im/fr/games/nedetlesmaki et http://geekygoblin.org/ned-et-les-maki/ ).

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

Pour se marrer il suffit de voir le nombre de "libriste" ayant un compte facebook, google+, github, etc.

Quel est le problème avec github? Ce n'est ni une base de données sociales, ni centralisé. Je m'en sers pour sauvegarder et rendre visible mes projets, mais mes données sont hébergés sur mon serveur. Github déconne? Un petit git clone et on en parle plus.

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

ils sont bien libres de partir avec une idée en tête et de réaliser n'importe quoi car tous ces logiciels sont interopérables

Seulement pour du chat one on one en mode texte simple et encore…

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

Actuellement ce que je regrette le plus c'est que (quasi) tous les réseaux sociaux Libres cherchent aussi à être décentralisé, comme si l'un ne pouvait pas aller sans l'autre.

C'est normal, si c'est centralisé, c'est une base de données, pas un réseau.

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

Belle démonstration en tous cas du problème de l'autohébergement :)

Et belle démonstration de l'intérêt du multihébergement! Le serveur de Natir est tombé? Pas de problème, le jeu est dispo sur mon site, sur celui de GGP et sur github.

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

De la même façon Steam OS n'a pas vocation à être un système stable comme pour un serveur, mais stable comme une console de jeu, cad avec des jeux récents dessus.

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

je m'étonne qu'une même personne

Des noms!

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

La création de paquets est généralement un cauchemar, je comprends, sans approuver, que Valve préfère aller plus vite avec un système à eux.

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

Sauf qu'il n'existe aucune b3 facile à installer et bien maintenu.

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

Comment faire autrement? Les jeux réclament des bibliothèques à jour, c'est complètement infaisable avec debian: https://linuxfr.org/nodes/100551/comments/1504931

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

La langue, c'est d'abord une question d'usage, mon amiE.

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

De toute façon en France la plupart des maki sont fait par des chinois qui doivent s'en foutre royalement de l'orthographe japonais adapté en français du moment que tu prends la formule M4 à 14€ une fois par semaine.

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

La dernière fois que je l'ai utilisé, il mettait ma machine à genoux.

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

A voir…

Un autre blocage: au début du projet, j'ai pensé qu'il fallait préparer le terrain pour être un jour packagé à debian. Hors ni playn, ni libgdx ne sont proposées par cette distribution.

Enfin plus j'avance, plus je sens que je vais finir par abandonner l'idée: même lwjgl que l'on utilise n'existe que dans une version vieille de deux ans, certains paquets (protobuf et guice) sont buggés, la création de paquets sources avec Maven 3 n'est pas possible, on se prive de super libs…

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

Ah? Je n'avais pas compris! On en discutera à la prochaine réunion, car je pensais que l'idée avait été rejeté faute de motivation…

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

Avant de s'en prendre au chiffrement, on pourrait peut être avoir des langages compilés "just at install" et pas "just in time" ou encore télécharger les vidéos pour les voir avec un lecteur optimisé au lieu de les recharger à chaque fois pour les lire avec flash player.

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

Le problème ce n'est pas la lib (libgdx ou playn ferait très bien le boulot effectivement), mais le fait qu'aucun des devs de l'équipe n'a envie d'acheter un smartphone ou une tablette et de développer avec. De la même façon, nous ne fournissons pas de paquets pour Mac OS X faute de développeur Apple!

Mais nous sommes bien sûr ouverts aux nouveaux!

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

C'est surtout les GPU et les piles graphiques qui ont évolué :-)

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

Oui, si on trouve un développeur motivé qui possède un smartphone!

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

Un truc m'étonne : pourquoi faut-il OpenGL pour faire tourner un sokoban ??

Parce qu'il n'y a plus grand chose de bien comme API 2D et que ça nous permets de rajouter des petits effets spéciaux voire d'envisager un passage en 3D…

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