Prêt pour le daily de demain les pisseurs de code ?

Ca a l'air assez tedious de setup let's encrypt et nginx via docker.

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Je peux le comprendre encore pour java, mais si demain on me propose une mission en JS ou TS typiquement je m'en fiche pas mal, ça motiverait pas ma décision. Par contre si on me parle de React ou Angular ...

Le 14 février 2021 à 13:30:04 UnaryOperator a écrit :

Le 14 février 2021 à 13:29:19 alpachinois69 a écrit :

Le 14 février 2021 à 13:05:08 UnaryOperator a écrit :

Le 14 février 2021 à 13:01:30 SlipOuCoca a écrit :
Personne ici fait du Go ? C’est la techno back du futur pour se faire embaucher à 200k dans la Silicon Valley

Oui, comme nodeJS

Les dev NodeJs touchent plus que les dev .NET et Java actuellement non?

Non

Normalement si car bénéficie de la hype full-stack du moins sur les projets web

https://urbanlinker.com/blog/377

Au cas où un rappel
https://www.jeuxvideo.com/forums/42-51-62451996-1-0-1-0-enfer-le-web-en-2020.htm

Le 14 février 2021 à 13:40:14 SlipOuCoca a écrit :

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Moi c’est toute la lourdeur du Java et des vieux langages qui sont inadaptés aux systèmes distribués

Les mecs qui t’ouvrent une PR avec de l’héritage, une interface et j’en passe alors que ça sert à rien. L’over engineering est partout dans les langages genre Java alors qu’on a pas/plus vraiment besoin de ça si tu bosses sur des petits projets genre microservices

Java s'y prête très bien aux microservices, sauf au niveau du serverless mais ils y travaillent.
Le problème que tu évoques n'est pas lié au Java mais aux mauvais développeurs, qui conçoivent mal.

Le 14 février 2021 à 13:44:23 UnaryOperator a écrit :

Le 14 février 2021 à 13:40:14 SlipOuCoca a écrit :

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Moi c’est toute la lourdeur du Java et des vieux langages qui sont inadaptés aux systèmes distribués

Les mecs qui t’ouvrent une PR avec de l’héritage, une interface et j’en passe alors que ça sert à rien. L’over engineering est partout dans les langages genre Java alors qu’on a pas/plus vraiment besoin de ça si tu bosses sur des petits projets genre microservices

Java s'y prête très bien aux microservices, sauf au niveau du serverless mais ils y travaillent.
Le problème que tu évoques n'est pas lié au Java mais aux mauvais développeurs, qui conçoivent mal.

Certes. Mais le fait que le langage propose cette fonctionnalité est déjà rédhibitoire. L’héritage par exemple, c’est inutile. Seuls les débutants y verront un intérêt.

Le 14 février 2021 à 13:42:18 alpachinois69 a écrit :

Le 14 février 2021 à 13:30:04 UnaryOperator a écrit :

Le 14 février 2021 à 13:29:19 alpachinois69 a écrit :

Le 14 février 2021 à 13:05:08 UnaryOperator a écrit :

Le 14 février 2021 à 13:01:30 SlipOuCoca a écrit :
Personne ici fait du Go ? C’est la techno back du futur pour se faire embaucher à 200k dans la Silicon Valley

Oui, comme nodeJS

Les dev NodeJs touchent plus que les dev .NET et Java actuellement non?

Non

Normalement si car bénéficie de la hype full-stack du moins sur les projets web

https://urbanlinker.com/blog/377

Au cas où un rappel
https://www.jeuxvideo.com/forums/42-51-62451996-1-0-1-0-enfer-le-web-en-2020.htm

J'ai regardé ton étude, en étant dev java j'étais au dessus des chiffres annoncés de plus de 10k

Dans mon entourage j'ai pas mal de dev java, js et fullstack. Clairement les dev java sont mieux lotis en général. Fullstack et full js c'est sensiblement le même salaire (sauf si fullstack avec une compétence back différente type java/C#, là oui ça se vend plus cher ).

Le 14 février 2021 à 13:41:04 ethyl-acetate a écrit :
Ca a l'air assez tedious de setup let's encrypt et nginx via docker.

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Je peux le comprendre encore pour java, mais si demain on me propose une mission en JS ou TS typiquement je m'en fiche pas mal, ça motiverait pas ma décision. Par contre si on me parle de React ou Angular ...

Bof un reverse proxy apache sur la machine hôte et c'est ok.

Le 14 février 2021 à 13:46:31 SlipOuCoca a écrit :

Le 14 février 2021 à 13:44:23 UnaryOperator a écrit :

Le 14 février 2021 à 13:40:14 SlipOuCoca a écrit :

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Moi c’est toute la lourdeur du Java et des vieux langages qui sont inadaptés aux systèmes distribués

Les mecs qui t’ouvrent une PR avec de l’héritage, une interface et j’en passe alors que ça sert à rien. L’over engineering est partout dans les langages genre Java alors qu’on a pas/plus vraiment besoin de ça si tu bosses sur des petits projets genre microservices

Java s'y prête très bien aux microservices, sauf au niveau du serverless mais ils y travaillent.
Le problème que tu évoques n'est pas lié au Java mais aux mauvais développeurs, qui conçoivent mal.

Certes. Mais le fait que le langage propose cette fonctionnalité est déjà rédhibitoire. L’héritage par exemple, c’est inutile. Seuls les débutants y verront un intérêt.

Non c'est pas inutile. Ca a du sens en terme de conception objet.
Après il faut l'utiliser avec parcimonie (quand ça s'y prête bien), et privilégier dans les cas plus complexes la composition plutôt que l'héritage.

Le 14 février 2021 à 13:48:42 UnaryOperator a écrit :

Le 14 février 2021 à 13:46:31 SlipOuCoca a écrit :

Le 14 février 2021 à 13:44:23 UnaryOperator a écrit :

Le 14 février 2021 à 13:40:14 SlipOuCoca a écrit :

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Moi c’est toute la lourdeur du Java et des vieux langages qui sont inadaptés aux systèmes distribués

Les mecs qui t’ouvrent une PR avec de l’héritage, une interface et j’en passe alors que ça sert à rien. L’over engineering est partout dans les langages genre Java alors qu’on a pas/plus vraiment besoin de ça si tu bosses sur des petits projets genre microservices

Java s'y prête très bien aux microservices, sauf au niveau du serverless mais ils y travaillent.
Le problème que tu évoques n'est pas lié au Java mais aux mauvais développeurs, qui conçoivent mal.

Certes. Mais le fait que le langage propose cette fonctionnalité est déjà rédhibitoire. L’héritage par exemple, c’est inutile. Seuls les débutants y verront un intérêt.

Non c'est pas inutile. Ca a du sens en terme de conception objet.
Après il faut l'utiliser avec parcimonie (quand ça s'y prête bien), et privilégier dans les cas plus complexes la composition plutôt que l'héritage.

On ce sent stratégy pattern

Le 14 février 2021 à 13:50:11 nausicaa83 a écrit :

Le 14 février 2021 à 13:48:42 UnaryOperator a écrit :

Le 14 février 2021 à 13:46:31 SlipOuCoca a écrit :

Le 14 février 2021 à 13:44:23 UnaryOperator a écrit :

Le 14 février 2021 à 13:40:14 SlipOuCoca a écrit :

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Moi c’est toute la lourdeur du Java et des vieux langages qui sont inadaptés aux systèmes distribués

Les mecs qui t’ouvrent une PR avec de l’héritage, une interface et j’en passe alors que ça sert à rien. L’over engineering est partout dans les langages genre Java alors qu’on a pas/plus vraiment besoin de ça si tu bosses sur des petits projets genre microservices

Java s'y prête très bien aux microservices, sauf au niveau du serverless mais ils y travaillent.
Le problème que tu évoques n'est pas lié au Java mais aux mauvais développeurs, qui conçoivent mal.

Certes. Mais le fait que le langage propose cette fonctionnalité est déjà rédhibitoire. L’héritage par exemple, c’est inutile. Seuls les débutants y verront un intérêt.

Non c'est pas inutile. Ca a du sens en terme de conception objet.
Après il faut l'utiliser avec parcimonie (quand ça s'y prête bien), et privilégier dans les cas plus complexes la composition plutôt que l'héritage.

On ce sent stratégy pattern

Personnellement j'y réfléchis pas trop, j'essaie de coder de façon élégante et qui simplifie mon code (moins de lignes / pas de duplication). Si derrière ça se rapproche d'un design pattern tant mieux

Le 14 février 2021 à 13:48:06 nausicaa83 a écrit :

Le 14 février 2021 à 13:41:04 ethyl-acetate a écrit :
Ca a l'air assez tedious de setup let's encrypt et nginx via docker.

Le 14 février 2021 à 13:35:45 UnaryOperator a écrit :

Le 14 février 2021 à 13:34:40 ethyl-acetate a écrit :
Je m'en fiche pas mal du langage dans le fond, parler de frameworks c'est déjà plus intéressant

Perso j'ai beaucoup de mal à faire du Java quand on fait la même chose en plus simple (et plus sûr) en kotlin.
Par contre une mission avec du code comme en Java 7 je pars direct.

Je peux le comprendre encore pour java, mais si demain on me propose une mission en JS ou TS typiquement je m'en fiche pas mal, ça motiverait pas ma décision. Par contre si on me parle de React ou Angular ...

Bof un reverse proxy apache sur la machine hôte et c'est ok.

pardon ?

On fait de l’héritage, on se sent ingénieur.

C’est tout ce que j’essaie de désapprendre à mes équipes de dev

Le 14 février 2021 à 14:02:33 SlipOuCoca a écrit :
On fait de l’héritage, on se sent ingénieur.

C’est tout ce que j’essaie de désapprendre à mes équipes de dev

C'est à utiliser au cas par cas.
Il vaut mieux privilégier la composition, mais parfois l'héritage c'est pas mal.

Le 14 février 2021 à 14:06:27 ethyl-acetate a écrit :
C'est quoi le probleme de l'héritage ?

Certaines librairies supportent très mal l'héritage. Et ca peut vachement complexifier le code aussi quand tu arrives à des grappes d'objets à plusieurs niveaux d'héritage (dans ce cas c'est un problème de conception objet et de mauvais dev, pas d'héritage).

https://en.wikipedia.org/wiki/Composition_over_inheritance

Le principal problème est en effet lié à la complexité du code produit. Le problème est certes le développeur et pas le concept mais je reste d’avis que cela n’est en aucun cas nécessaire et que la composition devrait être la solution.

Ce n’est pas que moi qui le dit, les langages les plus récents comme Go ou Rust ne supportent pas l’héritage. C’est loin d’être un hasard et pourtant, cela n’enlève strictement aucune possibilité au développeur.

J’ai bossé dans une GAFAM pendant 3 ans et demi, pas fait un seul héritage. Je bosse dans une boite FR top 5 en termes d’audience () et pareil, pas d’héritage.

Ce sont des vieilles pratiques et le cas dans une carrière ou l’héritage pourrait être justifié se comptent sur les doigts d’une main. Comme les generics par exemple, certains ne peuvent rien faire sans...

Le 14 février 2021 à 14:17:07 SlipOuCoca a écrit :
Le principal problème est en effet lié à la complexité du code produit. Le problème est certes le développeur et pas le concept mais je reste d’avis que cela n’est en aucun cas nécessaire et que la composition devrait être la solution.

Ce n’est pas que moi qui le dit, les langages les plus récents comme Go ou Rust ne supportent pas l’héritage. C’est loin d’être un hasard et pourtant, cela n’enlève strictement aucune possibilité au développeur.

J’ai bossé dans une GAFAM pendant 3 ans et demi, pas fait un seul héritage. Je bosse dans une boite FR top 5 en termes d’audience () et pareil, pas d’héritage.

C'est pas la taille de la boite (du moins en France.. les GAFAM font beaucoup de R&D et ont un niveau de recrutement bien supérieur) qui veut dire que la qualité logicielle est au top.
J'ai bossé par le passé chez un top-3 e-commerce en France et il y avait 10 ans de retard en terme de technos.

On m'a contacté récemment pour être référent tech chez le top2 e-commerce français et apparemment y'a pas mal de pratiques à changer de ce que me disait mon interlocuteur

Ce sont des vieilles pratiques et le cas dans une carrière ou l’héritage pourrait être justifié se comptent sur les doigts d’une main. Comme les generics par exemple, certains ne peuvent rien faire sans...

Là par contre je ne suis absolument pas d'accord avec toi, les generics c'est un super outil.
Ne pas les utiliser et dupliquer le code c'est dommage (même si c'est un parti pris de go.. y'a quand même certains de la communauté qui poussent pour les rajouter).

Après il se pose souvent le problème de l'implémentation sous-jacente. Les generics java (où ça se transforme en Object avec du cast partout à la compilation) c'est moche, les generics C# sont bien mieux designés.

Le 14 février 2021 à 14:46:14 ethyl-acetate a écrit :
Je m'en sers au quotidien des generics et de l'héritage perso.

Les generics le principal problème c'est la façon dont c'est géré sous-le capot, pas les possibilités et l'utilisation de l'outil en lui-même.

En java c'est pas top ce qui est produit à la compilation. En kotlin ils tentent d'un peu corriger cela avec les reified.
Je n'ai pas beaucoup manipulé C# mais apparemment c'est bien mieux géré

De ce que je lisais sur go, c'était plus un problème de planning et de priorisation côté core team (avec toute la réflexion sur comment les gérer), qu'un souhait de ne pas les ajouter.

Le 14 février 2021 à 14:54:55 UnaryOperator a écrit :

Le 14 février 2021 à 14:46:14 ethyl-acetate a écrit :
Je m'en sers au quotidien des generics et de l'héritage perso.

Les generics le principal problème c'est la façon dont c'est géré sous-le capot, pas les possibilités et l'utilisation de l'outil en lui-même.

En java c'est pas top ce qui est produit à la compilation. En kotlin ils tentent d'un peu corriger cela avec les reified.
Je n'ai pas beaucoup manipulé C# mais apparemment c'est bien mieux géré

De ce que je lisais sur go, c'était plus un problème de planning et de priorisation côté core team (avec toute la réflexion sur comment les gérer), qu'un souhait de ne pas les ajouter.

Pas une expérience suffisante en java pour le confirmer mais je veux bien le croire.