Les kheys dev c'est quoi les technos du moment ?

OP
LM

LesModoAbusent

il y a 9 mois

Toujours aussi merdique à installer et configurer,
Toujours aussi imbuvable pour faire un thème custom,
Toujours un enfer à mettre à jour,
Toujours la galère pour trouver un plugin qui soit compatible, à jour, et maintenu,
Toujours pas de doc digne de ce nom,
C'est vraiment un truc qui marche par que les DSI aiment les trucs compliqués (sinon ils scient la branche sur laquelle elles sont assises).

Ahh ouai bordelent les mêmes commentaire que je me faisais il y a des années quand j'avais touché a du drupal un peu, on dirait que les choses n'ont pas changé ahiii

O9

ouaisbon954

il y a 9 mois

Ben maintenant que c'est basé sur Symfony, le code est encore plus abstrait (et donc incompréhensible) qu'avant

OP
LM

LesModoAbusent

il y a 9 mois

Les dernières versions de java sont beaucoup mieux que les anciennes, mais parfois la syntaxe est vraiment à chier, maven j'en parle même pas c'est abject comme truc. En fait le plus gros problème avec java c'est que tout l'écosystème est resté en 1995.

Putain le tooling qui n'as pas encore changé ? C'est pour ça que j'aime les trucs moderne ils ont du bon tooling, genre en Go par exemple il y a du tooling pour faire pas mal de choses, mais Java ça n'as pas changé a part le language du coup ?

3V

3Virgule141592

il y a 9 mois

BTC-outdated

il y a 9 mois

Pour le JV, côté game dev ça favorisera toujours la simplicité pour script (C#/Lua/C++). Cote moteur, Rust pourra faire sens mais il ne faut pas négliger le coût de produire du code Rust compare a C++, qui est largement plus haut vu la complexité accrue du langage (nécessaire pour garantir la sécurité). Et cette sécurité n'est pas nécessaire pour le JV, et on sait très bien que les actionnaires ne vont pas être prêt à dépenser plus pour des avantages inutiles. Pour la performance, je ne vois pas en quoi Rust serait meilleur que C++, si t'as des articles sérieux je suis intéressé

J'ai pas d'article précis sous la main, mais de ce que j'avais lu : "when the compiler knows more, it can optimize better" et ça paraît logique. Le borrowing permet au compilateur d'en savoir plus sur le comportement des variables. Donc il peut mieux optimiser le code final.

3V

3Virgule141592

il y a 9 mois

LesModoAbusent

il y a 9 mois

Putain le tooling qui n'as pas encore changé ? C'est pour ça que j'aime les trucs moderne ils ont du bon tooling, genre en Go par exemple il y a du tooling pour faire pas mal de choses, mais Java ça n'as pas changé a part le language du coup ?

Java c'est abject, tout ce qui est autour du langage est resté à l'époque de la préhistoire, maven putain par contre C# à côté c'est clean.

OP
LM

LesModoAbusent

il y a 9 mois

Oh oui, tu passes 20 minutes à chercher, 40 à compiler, 2h à débugger / fouiller sur Stack Overflow, et finalement à la fin tu trouves un package Docker (tu repasses 15 min à installer et configurer, puis refaire ta config de JVM) et là ça marche.
Par contre le tuto que tu voulais suivre initialement pour te remettre à jour ne tient pas compte des chemins virtuels et des ports exposés par Docker donc tu peux plus c/c le code :D

Ahh ouai bon bah toujours chiant a faire d'un côté tant mieux il y aura toujours besoin d'un dev pour utiliser du Java, chatgpt ne pourra probablement pas nous remplacer pour ce genre de tâche ingrate

BO

BTC-outdated

il y a 9 mois

J'ai pas d'article précis sous la main, mais de ce que j'avais lu : "when the compiler knows more, it can optimize better" et ça paraît logique. Le borrowing permet au compilateur d'en savoir plus sur le comportement des variables. Donc il peut mieux optimiser le code final.

Oui, mais une grande partie de la performance qu'on a dans les moteurs de JV vient du fait qu'on est autorise à faire du code sale et unsafe

O9

ouaisbon954

il y a 9 mois

Go dev mobile sinon, y'a du taf, ça évolue tous les ans (mais pas trop non plus), les outils sont modernes, y'a de la doc...

3V

3Virgule141592

il y a 9 mois

BTC-outdated

il y a 9 mois

Oui, mais une grande partie de la performance qu'on a dans les moteurs de JV vient du fait qu'on est autorise à faire du code sale et unsafe

Pas faux, mais sûrement moyen de rester safe et faire du code correct

OP
LM

LesModoAbusent

il y a 9 mois

J'ai pas d'article précis sous la main, mais de ce que j'avais lu : "when the compiler knows more, it can optimize better" et ça paraît logique. Le borrowing permet au compilateur d'en savoir plus sur le comportement des variables. Donc il peut mieux optimiser le code final.

Oui clairement bon après d'après les Benchmarcks un code Rust est équivalent a du code C en terme de rapidité, donc ouai niveau optimisation je pense qu'on est pas mal et j'imagine que c'est une des raisons qui explique qu'on a Rust for linux maintenant, le language est safe, rapide et il y a de plus en plus de gens qui utilisent du Rust.

OP
LM

LesModoAbusent

il y a 9 mois

Java c'est abject, tout ce qui est autour du langage est resté à l'époque de la préhistoire, maven putain par contre C# à côté c'est clean.

Pfff purée dégouté pour Java est pourtant c'est toujours l'un des languages les plus utilisé, y'a un lobby java ou quoi ?

OP
LM

LesModoAbusent

il y a 9 mois


Go dev mobile sinon, y'a du taf, ça évolue tous les ans (mais pas trop non plus), les outils sont modernes, y'a de la doc...

Pour du dev mobile, maintenant il y a des outils web pour faire des appli mobile, c'est conseillé ou vaut mieux rester sur du natif, soit du swift pour du IOS et du Kotlin pour du Android ?
D'ailleurs ça donne quoi Kotlin par rapport a Java, est ce que ça corrige les soucis de tooling Java ou c'est pareil que java a la fin ?

OP
LM

LesModoAbusent

il y a 9 mois


LAMP c'est la stack intemporelle, mais c'est pas la stack "du moment"

La stack de base

OP
LM

LesModoAbusent

il y a 9 mois

d'ailleurs au passage, des kheys qui ont un Macbook et qui utilise Asahi linux ?

O9

ouaisbon954

il y a 9 mois

C'est très limité ce qu'on peut faire en webapp.
Natif il y a + de clients et tu peux vendre + cher.
Flutter pour de l'hybride ça marche bien, mais ces trucs là ne durent qu'un temps, qui se souvient de Phonegap, Cordova, Xamarin, Ionic, React Native (<-- encore utilisé celui-là).
Toutes ces nuits perdues à apprendre ces merdes qui se sont démodées au bout de 24/36 mois.
Natif est un meilleur investissement niveau productivité.

OP
LM

LesModoAbusent

il y a 9 mois


C'est très limité ce qu'on peut faire en webapp.
Natif il y a + de clients et tu peux vendre + cher.
Flutter pour de l'hybride ça marche bien, mais ces trucs là ne durent qu'un temps, qui se souvient de Phonegap, Cordova, Xamarin, Ionic, React Native (<-- encore utilisé celui-là).
Toutes ces nuits perdues à apprendre ces merdes qui se sont démodées au bout de 24/36 mois.
Natif est un meilleur investissement niveau productivité.

Ok ça marche, et tu penses qu'il vaut mieux aller sur de l'IOS ou de l'Android pour commencer ? Vu que j'ai un Mac je pourrais me permettre de faire de l'IOS j'imagine.

O9

ouaisbon954

il y a 9 mois

Question de goût, vraiment.
Apple il y a + de guidelines à respecter, et le couperet de la validation peut nécessiter de revoir des choses en profondeur.
Accessoirement il faut lâcher 100 balles pour le Developer Program, si tu fais ça en détente, go Android Studio d'abord !