Alors Google, là Guiness ?

vava comme si j'avais pas assez de bloat dans mon Firefox

Je préfère bloater un peu mon Firefox plutôt que de bloater mes URLs avec du tracking.

Jveux dire c'est soit ça soit je fais la mêeme avec un proxy sur lequel je rewrite les URLs, et l'expérience m'a prouvée que le proxy ralentissait plus que l'extension (j'utilisais Node.js pour le proxy remarque, faudrait que je fasse ça en C un de ces jours ).

Je viens de voir qu'avec Qt et le NDK, on peut faire des apps Android en C++ en natif.
C'est bien mais c'est pas contraignant ? Je veux dire, on sera obligé de compiler pour toutes les architectures (ARMvX, x86, etc.) non ?

En même temps pourquoi le faire en C++ si ce n'est pour le plaisir de s'automutiler ?

/troll

Pour éviter le Java.

Dans un élan de motivation, j'ai voulu tenter le dev android sur ma Debian, d'abord en Ruby avec Ruboto, puis en Java.
...
..
.

Après une aprem entière, Ruboto fonctionne mais impossible de faire fonctionner correctement un seul émulateur android officiel, qui ne dispose que de 2 boutons sur un fond blanc

Pour le côté Java, Android Studio reste blanc quand j'ouvre un projet, et Eclipse grise toutes les options liées à Android J'ai évidemment installé et réinstallé tous les packages nécessaires et une pelletée de SDKs pour l'android manager, mais rien.

J'ai l'impression d'être demeuré à pas arriver à lancer un truc simple utilisé par tant de personnes, mais dès que je tente un truc sur ma Jessie lié à Android, j'ai 3 autres problèmes qui apparaissent

Je ne connaissais pas Ruboto, c'est excellent je croyais être obligé de faire du java pour android !

En y pensant comme il faut, il doit être possible de faire des trucs sous Android avec Clojure alors...

Bah essaie en C++/Qt alors.
Ruboto ça marche vraiment ça ?

Bah après j'ai pas vraiment regardé Ruboto en détail, je sais pas comment c'est packagé à la fin.
Pour l'utilisateur final, faut qu'il installe manuellement un truc (ruby, ruboto, ...) ou c'est géré automatiquement pour lui ?

C'est un gem que tu utilise avec JRuby (l'implémentation de Ruby qui tourne sous La JVM)

Oui ça je sais, j'ai bidouillé brièvement sur ma machine.
Ce que je veux dire, c'est le résultat final de l'application : comment c'est packagé, pour l'utilisateur ? On a un simple fichier comme pour les applis traditionnelles, ou faut que l'utilisateur installe un truc particulier pour faire tourner ça ?

Parce que je crois pas que JRuby soit installé par défaut sous Android, si ?

Bah ça produit du bytecode lisible par la JVM non ?

Je suis pas sûr, en fait. Je suis pas franchement calé sur la JVM et ses dérivés.
Si y'a moyen de convertir un programme ruby en bytecode JVM, alors effectivement. Par contre je sais pas si c'est ce que fait JRuby, puisqu'on se sert généralement de l'exécutable comme interpréteur. Enfin, c'est possible aussi, j'en sais trop rien

D'habitude, pour faire du dev android, tu écrirais du java qui se compile en bytecode jvm et ensuite qui se compile en bytecode dalvik (la vm d'android qui exécute les applications).

À partir de là, le ruby que tu écris et que tu passe à JRuby, il se compile pareil en bytecode jvm et il se compile encore aussi en bytecode dalvik.

Et vu que JRuby repose sur la jvm, il est possible de "wrapper" tout l'api d'android sous java en ruby, c'est ça en gros ruboto je crois

Ah okay, donc c'est transparent au final pour l'utilisateur.

Ouai, c'est vraiment intéressant du coup, faudra que j'y rejette un coup d'oeil.

À mon avis oui, regarde là http://ruboto.org/

sous code et deploy, ça m'a l'air plutôt simple.

C'est ce que je pensais, je vois pas comment ça peut fonctionner autrement en fait.
D'ailleurs hors dev Android, passer son code Ruby en bytecode jvm ça n'a que des avantages pour les performances non ?

Pour une fois que je poste quand ce n'est pas mort !

Sauf qu'ici il est 6:41 AM

Je devrais peut-être aller dormir.

Par défaut avec JRuby tout est compilé en bytecode, transféré à la JVM qui compile ça en code machine.

Alors qu'avec Ruby, c'est interpreté sur le tas.

Mais il y a un "compilateur" pour l'interpréteur ruby standard, donc là je sais pas.

Il parait aussi que le threading est mieux fait sous là jvm que sous l'implémentation c de ruby

Et avec JRuby, ça t'ouvre la possibilité d'utilisé TOUT les libs java déjà existante directe dans ton code Ruby.

C'est d'ailleurs pour ça que le créateur de Clojure à décider de ce baser sur la JVM pour ça.