devnewton 🍺 a écrit 8774 commentaires

Une compil linuxfr, ça serait pas mal! https://linuxfr.org/wiki/jeux_libres_linuxfr

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

Je faisais référence à https://blog.lizardwrangler.com/2012/07/06/thunderbird-stability-and-community-innovation/

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

coté asm.js les bons points : Mozilla

C'est toujours un bon point ça? Après l'abandon de Thunderbird et le succès fulgurant de XUL?

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

Comme exemple d'ouverture, tu cites Xamarin et Unity qui sont pwivateurs. Si tu veux troller gras, va sur windowsfr.org :-)

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

Les améliorations que tu cites ne sont pas impossibles avec la JVM. Certaines sont d'ailleurs déjà là: il y a depuis longtemps plusieurs langages, les perfs se sont bien améliorées, JNA est équivalent à P/Invoke…

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

Pop peut être, mais pas imap…

En plus la panne ne semble toucher que certaines boites. La personne qui m'a appelé à l'aide a deux mails chez Free, l'un marche, l'autre pas.

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

On a compris que tu aimes C#, mais il faudrait que Microsoft soit plus ouvert: on est encore dans la situation avec un offre au top dans l'univers Microsoft, au rabais ailleurs.

Sun/Oracle faisait la même chose avec Java, mais aujourd'hui on ne voit plus la différence entre Oracle Java et l'openjdk (sauf applis pourries qui utilise com.sun.internal.jesuisungrosdebilededevquiutiliseça.*).

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

il faut pas que ça prenne du temps à apprendre

Non, je parlais du fait d'utiliser une techno par plateforme. Même en enlevant le temps de formation initial, ça veut dire beaucoup de travail en plus.

Un exemple bête: si tu dois valider des numéros de téléphone, il faut le faire au niveau du client et au niveau du serveur.

Avec un langage par plateforme, tu peux te retrouver à implémenter cette validation:

• une fois en ruby côté serveur.
• une fois en javascript pour le client web.
• une fois en java pour l'appli android.
• une fois en Objective C pour l'appli iOS.
• une fois en C# pour l'appli Windows Phone.
• une fois en C++ pour le client desktop.

Le développement est fait 6 fois et je ne parle même pas du temps de déploiement/maintenance/gestion de configuration qui s'ajoutent avec tous ces langages…

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

Rien, tu as déjà fait ton choix.

J'ai fait le choix il y a 5 ans, mais je reste ouvert! Par contre, il faut que la solution proposée soit au moins aussi bien.

Et sinon, fait du playn avec jruby par exemple ou n'importe quel autre langage jvm un peu plus évolué que java.

Depuis quand Ruby est plus évolué que Java? :-) Je lorgne de temps en temps sur Scala, mais j'ai l'impression qu'il sert surtout de bac à sable pour expérimenter les nouveautés à intégrer dans Java N+1.

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

Tu pointes un certain nombre de défauts de la plateforme en faisant comme si c'était catastrophique.

Je me dis que pas vraiment, puisque Java a connu un grand succès alors qu'il était beaucoup moins bien et qu'il continue de s'améliorer tout en maintenant la compatibilité avec l'existant.

Les autres ne peuvent pas en dire autant…

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

Java sur le desktop ? Niveau intégration multiplateforme c'est en général assez nul. Sur le mobile ? Heu, java sur iOS ça doit être assez marrant :-)
Sur le web à moins de faire du vaadin (ou équivalent, et encore) tu vas devoir prendre autre chose que du java (au moins partiellement)

Pour le jeu, il y a playn et libgdx, une seule base de code pour tous les clients. Au boulot, on fait juste des IHM web et des applis mobiles qui embarquent un navigateur :-)

Mais c'est utiliser des langages (et sdk) différents qui va te permettre d'avoir des choses intégrées et adaptées à la cible.

Vu les délais (entre 3 mois et "il faut que ce soit fini avant de perdre la motivation") et la taille des équipes auxquelles j'ai accès (de 1 à 4 personnes), ce n'est pas réaliste.

Ha oui, ou sinon jseverywhere !

Déjà que Java c'est pas génial… Il faut aussi que les devs ne partent pas tous en dépression!

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

Java pour de l'ui c'est un choix douteux quand meme, entre le gc qui va tout freezer regulierement, et donc tuer ton framerate

J'utilise Java pour les jeux et il faut vraiment s'y prendre comme un manche pour avoir des freezes à cause du gc. La seule fois où j'en ai eu, c'était un bug d'openjdk 6…

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

Je n'ai jamais parlé de C++.

Je te cite:

la JVM, c'est un excellent compromis si tu n'as pas besoin du SIMD ni d'auto-vectorisation. C'est actuellement l'un de ses plus gros points faibles par rapport à du C/C++.

Sinon les défauts que tu cites sont réels, mais je le répète le langage à neuneu est un avantage en entreprise et le JDK incomplet n'a aucune importance puisqu'il y a une tétrachié de libs.

contrairement à tout les autres qui passent leur temps à s'amuser entre Java/Scala/Clojure/Groovy pour mettre un pied après les années 80.

?

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

Je ne comprends pas trop, tu me parles de complexité d'implémentation de Java en la comparant avec C++ :-)

Il y a des choses qui doivent être au coeur du langage sinon elles perdent leur intêret. Si part hasard elles finissent par trouver leur chemin dans le JDK alors tu traines ce clash pendant des années

C'est valable pour toutes les plateformes de dev… Quel est le problème spécifique à Java là dedans?

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

Ça dépend toujours de ce que tu veux faire.

Tout!

L'un des gros projets que j'ai en tête est un jeu en ligne avec des clients desktop, web et mobiles. Je me vois mal maintenir une base de code avec plusieurs langages…

Ben voilà, remplace Java/C++/Python par Clojure/Ada/Ruby :-)

Ça fait peur!

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

On peut aussi dire que Java est de plus en plus en boulet d'une complexité de plus en plus grande pour de faibles de gain en perf ou en sureté (pas du simple sucre syntaxique qui génére le boilerplate pour toi). De même que le JDK reste aussi pauvre conceptuellement d'année en année par rapport à d'autre plateformes.

Pourtant la JVM défonce à peu près tout le monde niveau perfs (sauf C++), le langage s'améliore à chaque version et on a jamais eu autant de libs (le JDK on s'en fout, tout se fait via Maven). Le langage s'applique à pratiquement tous les domaines, sur toutes les plateformes et pas comme un toy language.

On peut regretter le poids de l'historique et la bloat attitude, mais quelle plateforme de dev peut aujourd'hui prétendre à ce niveau?

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

franchement comparé à d'autres langages c'est pathétique

Lesquels? Je suis toujours à la recherche d'une bonne plateforme de développement pour remplacer mon trio Java/C++/Python!

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

une VM construite initialement pour un langage "à neuneu"

Le langage à neuneu, c'est un avantage pour travailler en équipe.

Que celui qui n'a jamais eu à corriger un code C++ avec des templates de barbus ou du python si dynamique qu'il est impossible de faire le moindre refactoring sans tout péter jette la première bière!

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

Il suffit de voir combien de temps il a fallut pour avoir nombre de fonctionnalités de bases. Juste un exemple au pif, le fait par exemple de ne pas avoir de isEmpty sur les String.

Le isEmpty date de la 1.6 sorti en 2006. Beaucoup de développeurs ont été traumatisé par la merditude des débuts de Java, mais c'était il y a 7 ans quand même…

http://docs.oracle.com/javase/7/docs/api/java/lang/String.html#isEmpty%28%29

Aucun rapport, ça n'en fait pas un bon langage pour autant.

Mais il n'est pas (plus) mauvais non plus.

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

C'est facile : le langage C# a à lui seul fourni la roadmap du langage Java avec 2 ou 3 ans de retard :)

Ils n'ont pas du viser les bons items de la roadmap, car Java est utilisé par la majorité des développeurs dans tous les domaines et tous les types de machines alors que C# est resté confiné aux microsoft fanboys pour du web / gui / jeux presque uniquement sur les OS de la marque.

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

Un bon système:

• doit permettre de basculer vers une autre application ou vers le bureau avec ALT-TAB.
• doit proposer de tuer une appli qui ne réponds pas au bout d'un certain temps.

Tout autre comportement est un bug du système, pas de l'application.

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

Avec une bonne pile logicielle, un simple ALT-F4 ferme le jeu.

J'essaye de tester mes jeux sur plusieurs types de configuration et il y a deux grandes sources de problèmes:

• les pilotes pourris.
• le gestionnaire de fenêtre pourri.
• le multi-écran combiné aux deux précédents.

Je conseille de:

• privilégier les drivers libres.
• préférer les gestionnaires de fenêtres qui n'utilise pas OpenGL (Unity 2D sur Ubuntu par exemple).
• éteindre un écran avant de lancer un jeu.

Ces conseils sont valables pour tous les jeux.

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

Si ça plante, c'est que ce n'est pas stable!

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

Svp, dans vos jeux ne mettez pas du plein écran par défaut : lorsque çà bug - notamment en dual screen, il arrive souvent que l'on ne puisse pas récupérer le contrôle de notre PC.

C'est le cauchemar les configs avec plusieurs écrans:

• sur certaines le mode fenêtrée pose problème.
• sur d'autres, c'est le plein écran.
• quand ça plante le gestionnaire de fenêtres ou x11, je ne peux pas le détecter.
• quand ça plante le jeu, c'est si violent que je ne peux pas le détecter.

La bonne solution, c'est d'avoir un ensemble pilote, gestionnaire de fenêtres, serveur graphique libre et stable.

La mauvaise solution, que j'implémenterais dans les prochaines versions, ce sera de faire un "safe launcher", cad une petite gui sans opengl qui demande les paramètres graphiques avant de lancer le jeu.

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

Ça n'explique pas le besoin de NaCl/ASM.js. Ça sert à quoi ?

A faire comme Java Web Start (des applications sandboxées) en moins bien, mais en mieux accepté, car on préfère une grosse bidouille bien pourrie à une solution propre, parce que javasapulol.

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