-
Les environnements de dev android, mais quelle purge…
-
C’est dingue quand même que plus on avance dans le temps en informatique plus on régresse et qu’on ne tient pas compte des retours d’expérience…
-
J’entendais tout le monde râler sur les envs java & cie… Mais vous avez vu le BORDEL que sont les outils « modernes » en comparaison ?
-
Avant, tu installais java & maven et tu définissais une variable d’env et ça roulait. Avec la même config d’un projet à l’autre, un temps d’adaptation du coup négligeable quand tu devais en changer.
-
Maintenant si tu n’as pas au moins 5 outils dont 2 exclusivement pour le dev, ton projet est limite propre. Et chacun fait sa tambouille dans son coin…
-
On parlait de la lourdeur de maven et de son fichier XML. On en parle du package.json qui se contente d’une fucking string à exécuter ? Où tu fais le café dedans à gros coup de bash ?
-
Là je dois compiler un projet android. J’ai besoin d’un obscure SDK qui ne trouve pas ses petits, de cordova, de nodejs, de lancer 5 commandes (dont une qui part en erreur « mais c’est normal »), le tout en définissant 40 variables d’env documentées plus ou moins nulle part…
-
Et les machins sont tellement mal gaulés que d’une version à l’autre tout pête. « Ah ben non, faut absolument node XXX, java YYY et cordova ZZZ sinon ça ne fonctionne pas ». Aviez-vous déjà vu maven régresser d’une version à l’autre ? Ou Java ? Spoiler : non.
-
Même un truc comme ruby qui s’en contrefiche officiellement de la rétro-compatibilité est plus stable que ces machins imbouffables !
-
On gueulait sur maven & ses dépendances… Mais on trouve ça dorénavant normal… 😑 Paquets (1) android-x86-64-system-image-29_r07-1 Taille totale installée : 3214,69 MiB
aeris22’s Twitter Archive—№ 95,690