Reprise du message précédent :

* Le non linéaire c'est chiant quand c'est le bordel comme ça.  
* J'aime bien sa platitude en fait, que la moitié de ses dialogues ça soit juste "mmmm" je trouve ça génial.  
* Je trouve l'univers plutôt bien retranscrit, les costumes sont plutôt réalistes, les combats sympas
* J'ai trouvé ça globalement mou et décevant, mais y'a pas grand chose de mieux en Fantasy à la télé en fait
* J'aurais dû acheter une oled, c'est sombre

 
Bien sur. Trop fan.
 
Après je connais l'histoire des jeux et des livres donc c'est plus facile.

J'ai bien aimé j'ai revue une deuxième fois la saison avec ma femme y'a une semaine, elle s'est aussi beaucoup posé de questions sur la timeline, c'est pas très explique, mais la série est bien, l'acteur au top, les combats etc super, et Yennefer quoi  

J'ai pas lu les bouquins ni joué aux jeux... Mais du coup pour quelqu'un qui a 0 background c'est pas clair.

Le combats oui, enfin quand y'en a (le premier dans Blaviken était hyper chouette).
Yennefer "après" est sympa oui

Plus ça va avance plus c’est simple vu comment la timeline progresse.

Pour la saison 2 ils ne feront pas la même chose que la 1, ca sera plus linéaire.  
Pour la 1 y'a beaucoup de fan service et l'histoire est très découpé dans les bouquins du coup ils ont essayé de tout aborder mais bon.

Tiens, question aux gens normaux qui ont une femme, ça vous fait pas chier de vous taper bobonne après avoir vu une super nana de rêve à la télé ou au ciné ?

Je suis Dion > la question du celib qui va aux putes

C'est tellement de la merde le shell.

Le nombre de pièges
Mais pourquoi je fais encore du shell, moi ? C'est lent, illisible, pas robuste, prône à toutes les erreurs possibles et imaginables, et même celles qu'on n'imagine pas...

Much est pas assez riche pour qu'elles disent toutes oui, surtout vu ce qu'il aime faire

Il est indep, audiophile et il habite à Neuilly-sur-marne, ça devrait le faire, il coche les cases

T'as l'air vachement informé sur ce que j'aime faire.

Nogent, pas Neuilly. Neuilly c'est pour les prolos
Ceci étant, Dion a un peu raison, les impôts et la caisse de retraite me prennent beaucoup plus que ce que ces demoiselles me soutireraient et si j'avais le choix, la question elle serait serait vite résolue.

J'ai un nouveau projet.
(Pour rire)
 
La machine à passer le bac.
 
Harki t'as le bac ?

Perso je n'utilise plus shell, j'utilise Clojure et Babashka, terminé la galère.

Sinon day 05 done , 11 min pour boucler les deux

Ecoeurant
 
Bon je viens de terminer. 50 mn

Mon problème, c'est que la cible tourne dans des instances Docker avec BusyBox, et que je dois installer un minimum de choses. Donc je code en shell BusyBox tant que je peux m'en contenter. Mais si le script devient pénible par rajout de demandes relou, je vais devoir tout réécrire, j'espère en Python.
 
Sinon, jamais entendu parler de Babashka.

Y'a plein de trucs que la série explique hyper mal, et rien ne semble avoir de conséquences.
C'est un truc de science fiction. Ok de pas expliquer les mécanismes de base de médiéval fantasy, mais la série n'explique pas non plus ses mécanismes spécifiques.

L'énoncé est volontairement verbeux et part dans des digressions sur le calcul du seat ID. Alors qu'en fait
 

Faut connaitre Clojure, qui est un Lisp qui tourne sur la JVM, mais le problème c'est donc que Clojure c'est super mais pour des scripts ça prends du temps à se lancer. Babashka couvre ce besoin, et fait donc ce Clojure un langage qui démarre instantanément et utilisable à la place de Bash car tu as accès à un vrai langage si je puis dire, mais faut connaitre Clojure comme je disais, si tu es plus à l'aise en Python/Ruby/Perl ça reste mieux que Bash.
 

Très fort, t'es vraiment un crack.

Perso je suis assez fan des langages de script légers, un petit exe que tu poses là, une petite bibliothèque standard qui va avec et roule ma poule. Un peu comme Lua par exemple (mais pas adapté au shell scripting). Ca a l'avantage de rester dans la philosophie d'une distrib légère qui tourne sur des containers. Donc la philo de babashka me plaît bien. Mais même si ça me donnait l'envie d'apprendre Clojure, je n'imagine même pas proposer ça à un client qui ne connaît rien en dehors de Java (et Scala). Déjà que quand j'écris un script shell de 130 lignes ils prennent peur...

On peut parler pliage de protéines et aménagement de bureau
Pourquoi prendre un flexispot quand on a une table à repasser ?
Surtout si c'est pour qu'ils finissent dans la même pièce
https://youtu.be/gg7WjuFs8F4?t=308

ça l'est

Oui babashka c'est super rapide et ça reste qu'un exe donc facile à installer/transporter, après y'a de fortes chances qu'un script bash de 130 lignes ça soit 10 lignes de clojure    
 
J'avais vu un mec qui avait fait un prog Java de genre 700 lignes pour récupérer les infos covid, et j'ai refait l'équivalent en une quarantaine de lignes de Clojure, exec aussi rapide évidemment.
 
Mais je comprends, au travail j'ai déjà codé 2-3 trucs pas sensible en Clojure, mais c'est l'effet bus factor qui m'arrête, je suis le seul à connaitre et si je suis plus là personne ne saura le maintenir rapidement (tout le monde peut apprendre Clojure en s'y mettant)

Pareil \o/ Les bit manipulation c'est mieux que les regex.

Sinon sur /r/adventofcode il y a un type qui les fait en APL.

oui y'en a plusieurs, je n'ai jamais utilisé, mais je vois où tu veux en venir

Le fait est que 3 fois sur 4, les grosses applis enterprisey backend mes couilles qui sont écrites en Java à grands renforts de prestataires pourraient être écrites proprement en Python en 4 à 10 fois moins de lignes de code et exactement les mêmes performances parce que de toute façon,  ce ne sont que des opérations sur des fichiers ou en base de donnée ou sont limitées par le réseau.
 
Mais oui, le Clojure, ça reste assez niche. Après, dès qu'on fait quelque chose qui dépasse le trivial en shell, y'a plus personne non plus, et question maintenabilité, on a vu mieux. Pour ça que mon premier choix, c'est le Python quand il y a moyen.
 
(sinon, j'aurais dû réfléchir 2 mn de plus sur le problème, ça m'aurait évité de perdre 20 mn avant de comprendre que c'était du binaire, alors que c'était dans l'énoncé)

Imaginez en Rust

Gatsu, plus je lis ton frère sur Facebook, plus j'ai envie de le molester à la pelle à clous et de lui faire boire une bonne bouteille d'acide chlodydrique pour qu'il ferme sa gueule une fois pour toutes

Il a pas le bac.

Sinon y'a la solution d'écrire les applications Java correctement dès le début, t'auras des très bonnes performances. Le problème c'est le cargocult entreprise, tout over engineered, des centaines d'interfaces avec une seul impl, les DAO et DTO qui servent à rien etc, éviter de rester sur java 6 alors que le 15 est dispo, amène des trucs sympas, utiliser des librairies pour se simplifier la vie (lombok, mapstruct, vavr, ...).
 
Je fais aussi vite et peu verbeux avec ça au boulot qu'avec Kotlin par exemple, même si je pousse pour qu'on l'utilise car le niveau des dev est trop disparates et y'en a trop pour qui Scala ou Clojure faut oublier.
 
Effectivement Clojure est un peu niche, ça reste néanmoins mon langage préféré    
 
J'ai aussi perdu du temps, j'ai commencé à diviser des ranges comme il faisait dans son exemple puis ça a sonné dans mon cerveau, "mais en fait y'a rien à faire c'est du binaire"

En même temps t’es sur Facebook à suivre je frère de gatsu, c’est un peu comme aller se circoncir un bout de ferraille trouvé dans une décharge et se demander pourquoi on est patraque

euh... comment dire...

détail un peu alors, ce sont de super lib pour éviter du code qui ne sert à rien. Parfois sur des projets les DTO etc sont là, mapstruct t'évite tout ce code de merde, lombok aide aussi, et Vavr c'est un bijou.

Je fais la photo d'une bouteille pour CavusVinifera, je trouve que l'objectif déforme bizarrement l'étiquette peut importe l'angle
En fait la largeur de l'étiquette fait 7cm en haut et 6.5cm en bas

 
Comme toutes technos, certains comportements sont favorisés par la techno elle même. Je ne pense pas que l'on puisse dire que Java soit dans la catégorie des langages concis, ou bien que "il suffit d'écrire correctement" Le nombre d’exemples d'appli gargantuesques sans raison est un bon indicateur du problème inhérent a ce qu'est Java lui-même Tu vois très rarement ça en python par exemple
 
Rien que le hello world est un bon indicateur:
En java: http://helloworldcollection.de/#Java
En python: http://helloworldcollection.de/#Python%C2%A03
 
4 lignes, méga verbeux, vs, print, fin    
 
Il n'y a pas vraiment de discussion possible a ce stade
 

 
Franchement, Rust c'est quelque chose comme 10x plus lent a dev que quand je fais du node ou python, mais bordel la stabilité du code après    
 
Au final je le trouve dors et déjà très adapté pour du web service, quand la performance est mon premier critère ca n'est même pas comparable (et ça arrive quand même pas mal de fois pour moi).

On parle pas de faire des app hello world mais des vrais applis.
 
Ensuite y'a le langage effectivement même si tu peux écrire des trucs très concis en Java, voir mon poste plus haut, mais aussi la culture objet et overengineered gang of four etc qui a été popularisé, les gens appliquent pour régler des problèmes qu'ils n'ont pas tout comme les petites boites qui utilisent k8 pour faire comme les grandes

bobonne est la plus belle

 
Justement, si tu as déjà un hello world verbeux, qu'est ce que ça va être ensuite...
 
Quand tu recommandes un truc comme lombok (parfaitement inutile en python ou javascript par exemple), c'est que t'es littéralement entrain de dire: "c'est ultra verbeux, mais regardez on peut avoir des plugins qui automatise/cache une partie de cette verbosité". Autant dire que ca démarre mal pour ensuite essayer de faire gober que c'est un langage concis

- Lombok :
   

• nécessite un plugin IDE pour fonctionner. Perso, rajouter un plugin juste pour utiliser une librairie, ça me gonfle

• rajoute de la magie dont on pourrait se passer (Spring en contient déjà bien assez) pour un service rendu somme toute assez faible

• corollaire de toute cette magie : ça complexifie le debugging

• utilise des hacks bien dégueulasses pour arriver à son but (modifications des AST en live via le parse tree, là où tous les autres frameworks se contentent juste de générer du code et de le faire compiler normalement). Du coup, ça complexifie encore plus le debugging

- Mapstruct :
   

• service rendu encore plus faible (écrire un mapper, c'est pas franchement la mort)

• obligé de faire un "mvn clean" chaque fois que tu veux rajouter un mapper ou modifier un existant. tu peux pas lancer l'exécution via l'IDE sans l'avoir fait, sinon le code ne sera pas généré dans target/

• pour une librairie qui est amenée à être utilisée avec Spring dans la majorité des cas, il se trouve que les classes générées ne sont même pas des beans au départ (pas d'annotation @Bean ou @Component). pour produire un bean, il faut rajouter ceci dans le pom.xml

<compilerArgs>
   <compilerArg>
       -Amapstruct.defaultComponentModel=spring
   </compilerArg>
</compilerArgs>

     et quand tu vas dans la doc, ça n'est pas mentionné au premier abord

- Vavr : jamais utilisé, je ne connais pas. je regarderai éventuellement

https://elixir.bootlin.com/linux/v4 [...] ulator.txt
 
il faut que je reproduise tout mon circuit imprimé dans le noyau linux ? Eagle sait exporter ça ?

Vavr c'est aussi un truc qui a un service rendu assez limité, demande une courbe d'apprentissage importante pour quiconque arrive sur le projet et devient une plaie sans nom le jour où tu veux/dois t'en débarrasser. Extra bonus quand une dépendance que t'utilises utilises une autre version incompatible de Vavr, c'est par exemple un emmerdement notoire quand tu utilises Guava.
 
Pour moi ces libs sont de fausses bonnes idées.