Reprise du message précédent :

Ou qu’on se dit qu’un type a un signification.

https://twitter.com/mikko/status/1148160626310746117
 
Putain, pratiquement impossible de détecter la différence à l'oeil nu.
Même avec le message indiqué par chrome, je n'aurais pas compris, alors espéret que l'utilisateur lambda qui n'a jamais entendu parler du spoof d'URL le comprenne...

Ca me fait juste chier d'avoir perdu plus d'une heure à chercher un bug qui n'en était pas un, tout ça parce que Java qui se dit "le langage des architectes" (faudrait que je retrouve où j'ai lu ce truc énorme) est infoutu de placer le bon type au bon endroit ! Sérieux, même la fonction explode() de PHP le fait
 

Du coup, tu crois que ça marche tout le temps, et quand tu tombes sur un cas particulier comme moi, tu rages car tu te rends compte qu'un comportement que tu pensais valide dans 100% des cas ne l'est pas et tu comprends pas.
 

Mais pourquoi rajouter une classe supplémentaire là une une simple surcharge de String.split() aurait suffi ?
 

Je fais un caca nerveux car de tous les langages que j'ai utilisés ces dernières années (C#, Java, Javascript, Python, Go), Java est le seul qui ne permet pas "naturellement" de spécifier un simple caractère pour délimiter une chaine. J'ai présumé un comportement que je croyais gravé dans le marbre, et j'ai eu tort. Et dans un truc comme

si je dois faire gaffe au nom de l'argument au lieu de son type pour présumer du fonctionnement d'une méthode, y'a quand même un gros problème
 

Oui mais tu pointes là un cas très particulier. Dans 99% des missions, on va te demander de splitter les lignes d'un pauvre fichier csv, rendant le split via regex aussi efficace qu'un fusil à pompe pour tuer une mouche
 

Mais qu'est ce qui empêche de rajouter des surcharges à String.split() ? Casser l'existant, pas question bien sur, mais rajouter des surcharges, ça ne cassera rien
 

 
Là dessus, te contredire, c'est quand même faire preuve d'une mauvaise foi remarquable. Clairement, c'est bien le type qu'on regarde, et ce pour tous les langages. Je ne fais pas de java (enfin j'en ai très peu fait), et j'aurais parfaitement pu me faire avoir aussi.

 
String est final, je sais plus pourquoi, par contre. Peut être à cause de son implémentation de stockage bizarre (qui a je crois changé en Java 6 ou 7)  
 
Et dans 99% de ces 99% de cas, tu va devoir remplacer ton split(";" )au bout de 3 tests avec les vrais fichiers, pour virer les ", ou les retours à la ligne, ou autre chose, parce que les fichiers CSV fournis en entrée ne seront jamais aussi simples que "x;y;z;t"  
 
Si tu as un CSV a lire, soit tu prend une lib dont c'est le métier, soit tu fais un FlatFileItemReader quand tu fais du spring batch (qui doit représenter 80% des cas d'implémentation)  

Le problème c'est qu'après avoir ajouté ce caca en 1.4 ils sont un peu limités pour les surcharges: un String.split(char) est possible, mais ils peuvent pas changer le comportement de String.split(String), et ajouter un String.split(Pattern) serait encore plus confus (vu que ce serait redondant avec String.split(String), donnant encore plus une impression incorrecte du comportement de ce dernier)

J'tiens juste à noter que je regarde le truc sur lequel je bosse actuellement, j'ai ~40 str.split et aucun re.split.

Et pour le CSV, si c'est un pipeline technique bien contrôlé et que t'en as pas besoin autant faire sans (généralement je vais quand même utiliser le module stdlib parce qu'en python c'est vraiment pas plus compliqué, mais s'il faut commencer à ajouter des dépendances avec des API à la con — genre OpenCSV que harko a aussi posté récemment — tu vas potentiellement hésiter si c'est pas un besoin strict)

Un String.split(char[]) suffirait à la grande majorité des besoins. Mais bon, vu que String est final d'après g5, c'est mort

 
Oui, c'est la critique principale.
 

 
Le caca nerveux me semble disproportionné par rapport au use case. A ce stade t'as probablement passé plus de temps à râler dessus qu'à corriger ton bug
Par contre oui, avoir une méthode de l'API qui est stringly typed, c'est nul, on est bien d'accord. Et des erreurs d'API comme ça il y en a quelques autres en Java, oui.
 
Maintenant je persiste à dire que ton énervement assez constant sur Java et ton boulot en général vient du fait que tu enchaînes les missions de merde sur des bases de code de merde avec des versions de Java dépassées depuis 10 ans.
 
 

 
Ça pourrait être ajouté plus tard dans le langage, mais la syntaxe elle est dégueulasse à l'utilisation.
 
C'est le genre de trucs qui me fait vraiment apprécier Kotlin.
 

 
 
A propos de Kotlin, il y a des offres dans le coin, là dessus... Mais chez un acteur du jeu en ligne, moralement j'hésite à postuler.

 
faut pas te bloquer pour ça de mon point de vue.
même si je comprends et respecte.

Ca dépend quel acteur

 
bah.. Disons que même pour de l'armement ça me gênerait moins.
 
L'armement, c'est caca, mais on sait à quoi on a affaire, et ça reste malheureusement parfois nécessaire pour péter la gueule à un EI ou autre.
 
Il n'y a pas l'aspect d'addiction et d'exploitation de la vulnérabilité qu'on trouve dans le jeu en ligne ou la clope.
 

 
ParieAppuieBrièvement
 

 
J'ai bossé pour l'acteur historique côté cheval, et ouais la question de l'addiction est présente.
Y'a pas mal de barrières réglementaires et l'ARJEL est assez stricte mais effectivement c'est pas là que tu vas trouver l'épanouissement vis à vis de ton utilité pour la société même si dans nos missions on finance toute la filière cheval en France (haras, hippodromes, etc). Niveau état d'esprit c'est peut-être pire dans le pari sportif.

B****** ? J'ai vu passer les offres aussi

Bon sinon, y'a moyen en Java d'aliaser les imports pour éviter les collisions entre 2 classes de nom identique mais de namespace différent, ou bien c'est encore DMC ?

 
non, mais tu peux utiliser le fully qualified name com.dtc.lol.v1.huhuhu.taClasse
 
Un jour vers 2030 tu bosseras avec des vrais languages

Java est en train de me tuer... doucement... très doucement

 
 
J'ai bossé dans l'armement (missiles).
Et pour des acteurs de crédit à la conso.

je te suggère de tremper la plaie dans l'eau de javel

 
d'après SO, Kotlin et Groovy ont cette feature

Et probablement scala  

En effet.

C#, PHP et Python aussi

c'est tellement courant en python, je pensais que tout les languages avaient fini par adopter ça

 
Ca fait deux fois aujourd'hui que tu relèves des points sur lesquels PHP fait mieux que java...t'es sûr que t'es pas en pleine dépression toi?

Le coté obscur m'envahit

Et en plus, je viens de me rendre compte que ça fait 2h que j'écoute Jul dans mes écouteurs, j'avais même pas fait gaffe

WESH ALORS

le pb, c'est plutôt comment est ce possible

pour une raison que j'ignore, quand Spotify a eu fini de jouer ma playlist, il m'a balancé du Jul, du Gims et toutes ces autres merdes dans les oreilles.
je soupçonne ma fille ainée, qui adore Gims et à qui j'ai refilé mes identifiants Spotify, de pourrir l'algo de recommendation

putain bannissez le

 
Je pense que t'es sourd, c'est pas possible autrement.

Ce sketch

nan, je suis concentré

J'étais sur la page Wikipédia "Professional wrestling career of Insane Clown Posse". Si quelqu'un arrive à deviner pourquoi, je lui paye une bière.
 
C'est vaguement en rapport avec les nouvelles technologies. GL HF

Je soupçonne ta fille aînée (celle que tu n'as pas encore) de te pourrir les algos de recherche

Parce que tu te fais chier, oukélé MA BIERE.

Les news à propos des jungalos et la reconnaissance faciale.

Donne nous accès à ton historique ou code une IA qui analyse ton historique

 
Un détour par les oeuvres majeures de Mozart?

A faire du java6, c'est courageux