Reprise du message précédent :

Si tu veux pas tout loader en mémoire alors oui un parser à base d'évènements type SAX.

 
J'ai pris des Motorola a Madame et nº2 (moto edge 30 neo il y a 18 mois et moto G 54 pour le petit) franchement le rapport q/p me semble trés correct, et niveau surouche ça reste léger.

Effectivement ça n'a pas l'air mal, je regarderai ça à mes heures perdues : https://play.kotlinlang.org/koans/overview

A ce qu'il parait, l'Aviator Edition possède 30 avions supplémentaires par rapport à la Standard, ce qui fait 4.67 € par avion. C'est pas si cher en fait quand tu vois que je n'ai acheté que 3 avions et que j'en ai eu au total pour 162.73 € (le PMDG 777, le PMDG 737-600 et le Fenix A320)

askip ? sérieux ?    
 

bon après vu le temps passé par "certains" sur le jeu c'est pas si cher que ça.
Surtout que ces personnes achètent du matos exprès pour le jeu beaucoup plus cher.

Si on pouvait éviter de normaliser immédiatement les jeux en standard à 80 balles sur PC svp  

je ne joue plus mais je ne suis pas si choqué que ça, age of empire II en 1999 c'était 49$ à la sortie, avec l'inflation ça doit largement dépasser 80 balles

ouai m'enfin si c'est 30 avions totalement irréalistes, je vois pas trop l'intérêt.

 
Et le coût de prod d'un jeu dépasse très largement l'inflation, on a des jeux indies qui doivent coûter plus cher à produire que le premier COD
 
 
Mais le TAM aussi a fait x100 et tu n'as plus à gérer de supply chain en dur, augmentes pas le prix des jeux

au final ça laisse justement de la place pour la jeux indie si les grosse productions n'écrasent pas les prix.

Ça reste une broutille par rapport au reste de la formation de pilote.

Masklinn

 
Vampire Survivors m'a quand-même coûté 2€ c'est pas rien

Excellent exemple de jeu aux pratiques abusives qui triplent son prix avec les DLC  

j'ai la ref (cette interview était super)
 

mon PC est en langue anglaise depuis windows 98 je pense, donc j'ai pas de trad automatique.
 
A PART SUR iOS 18 QUAND IL LIT LES NOTIFICATIONS et je sais pas pourquoi parce que mon telephone est aussi en anglais.
Ce matin course de vélo dans Zurich, rues bloquées, trams en galère, je fais consulat de france -> boulot à pied et je met le GPS
 
(a lire avec le pire accent franchouillard du monde) :  
Notification Google Maps : turne raïte onne Oberdrofechtrass (sans le e final donc)
 

si tu suis je m'en moque, justement.
Mes collègues des US sont les pires, les mecs sont en mode "oui alors comme Ilya [Sutskever] disait récemment à Sergei [bubka j'imagine] blablabla" et moi je me dis "mec, t'as surement jamais été à moins de 20m du gars en question, je doute que vous soyez à vous appeler par vos prénoms, donc LOL", "ah toi t'as pas l'accès badge au batiment DeepMind ? Parce que moi oui"
 

+1, sans etre un iPhone les Pixels ont en general un bon suivi
 

mais c'est vrai depuis toujours ça, c'était déjà le conseil quand je faisais du XML...en 2005
 

Question bête: une TUI (Terminal User Interface, aka les GUI sous le terminal à la "htop" ou "btop++" ), ça passe sous SSH ?

Pour de vrai ou juste que tu utilisais le même ascenseur que quelqu'un qui s'occupait de ça ?
 

sans problème, même la souris passe normalement

OK, je me tâte, pour une IHM industrielle, à développer du TUI (en Go) plutôt qu'un serveur web.
L'avantage du TUI, c'est que le clavier est plus rapide pour des actions relativement répétitives. Techniquement, c'est aussi possible avec des formulaires web, mais au clavier, avec l'habitude, ça va plus vite.

Et ça a l'air moins chiant à programmer qu'un client "léger" javascripté.

À noter que les TUI du XXème siècle sont encore massivement en production (chez Boulanger pour le stock), donc ça me choque pas d'en utiliser aujourd'hui pour des choses répétitives qui permettent d'utiliser le clavier au max.

Ça me fait penser à MicroMax, logiciel de stock chez mon ancien employeur, en DOS/TUI. Les équipes étaient tellement habitué qu'on avait des appels à l'IT pour des « problèmes de bip », en fait le buffer du clavier qui était débordé par la vitesse de frappe de certains malades qui connaissaient tout par cœur (je vous explique pas la cata quand ils sont passé sur SAP en mode clickodrome, certains sont partis à la retraite plus vite que prévu)

est ce que te utilsiateurs ont plus souvent un terminal ou un navigateur ouvert ?

on doit même pouvoir au pire pouvoir avoir du SSH dans un browser web si un terminal c'est trop compliqué.
 
Je suis sûr que ça existe

Mais l'avantage c'est que les intérimaires prennent en main l'interface beaucoup plus rapidement  

J'ai bien compris, on BLAGUE oh  

Thanks

Comme tu le vois, les meilleures choses dans la vie ce sont les plus simples.
C'est généralement SAX le plus rapide, sauf quand tu veux utiliser du binary XML (EXI) ou développer un parser toi même en omettant tous les trucs dont tu n'as rien à faire (comment, cdata, namespace etc), ça évite des callback, tu peux skip certaines validations, ...
Y'avait aussi StAX qui existait probablement déjà en 2005, plutôt un pull parser là où SAX est push.

Tout à fait, une fois que les utilisateurs ont l'habitude, ils vont tellement vite qu'un changement de paradigme à la souris, ils détestent. Particulièrement si le backend ne suit pas non plus.
L'inconvénient des interfaces hyper efficaces, c'est que les mecs font les trucs à fond par habitude, jusqu'à ce qu'ils fassent une opération dangereuse à totue vitesse. Il faut alors prévoir de gros garde-fous comme unr gestion de droits pour éviter la cata (mais tu vas me dire qu'il faut le prévoir de toute façon).

https://www.youtube.com/watch?v=XxCha4Kez9c
 
c'est pas vraiment une TUI mais ça montre à quel point la productivité peut-être démultipliée avec une interface bien pensée et ultra optimisée pour une tâche ultra répétitive.
 
(je ne sais pas si la répétitivité c'est le cas pour l'interface de el much)

d'ailleurs c'est l'inverse pour un truc que tu utilises une fois dans l'année: t'as pas envie d'apprendre des racourcis clavier ou d'avoir une interface trop obscure.

Pas mal, ça doit être fun de bosser sur ce genre de systèmes.

Actuellement, ils n'ont pratiquement pas d'IHM digne de ce nom, c'est du terminal très primitif.

C'est une ligne de prod où presque tout est manuel pour le moment, donc oui c'est répétitif.

Les TUI pour les choses répétitives c'est souvent bien plus rapide.
A mon ancienne COGIP le core banking avait une TUI, les utilisateurs ont pesté de devoir passé sur une version web dans Edge avec zero raccourcis etc.

https://www.youtube.com/watch?v=jja [...] o&t=17559s

y'en a un qui a essayé de faire une sérieuse embardée avec un train

edit: ceci dit, merci youtube pour ce genre de trucs, c'est un peu chiant à regarder, mais beaucoup plus important que Mr Beast. Même si il y a un certain voyeurisme, c'est du voyeurisme de sources primaires.

Si ce que font les utilisateurs est tellement con et répétitif qu'ils peuvent bénéficier de la mémoire musculaire, c'est que ça devrait être automatisé.

C'est hyper chiant de pondre un algo permettant d'imiter l'erreur humaine de manière réaliste

 
e qué s'apelerio de la friction, un concept incroyable qui permet de réduire l'occurrence de certaines interactions

Et pourtant Kotlin a repris les deux fonctionnalités principales fournies par les implicites: méthodes d'extension et les typeclasses (mais avec une syntaxe pourrie).
 
Alors qu'Odersky est parti d'un mécanisme général qui ensuite a été affiné: les conversions implicites émettent un warning depuis longtemps, et la syntaxe pour les typeclasses a été largement améliorée avec Scala 3.
 

Je vois pas trop comment tu peux parler d'abus. Les macros sont utilisées là où elles sont inévitables. Personne n'écrit des macros pour le fun.
Ça serait comme parler d'abus de codegen ou d'abus de kotlinx.serialization.
 
Les macros de Scala 2.1x avaient des problèmes, ils ont été réglés par la refonte totale des fonctionnalités de méta-programmation de Scala 3.
L'impact sur le temps de compilation a aussi été largement mitigé depuis Scala 2.12/2.13 et les bibliothèques qui ont fait des efforts.
 

Lift est mort y a 15 ans hein.
 
Le problème d'attirer des gens qui cherchaient un meilleur Java grâce à Spark, Play ou Akka c'est que ça crée beaucoup de frustration car maintenir du code dans un paradigme fondamentalement différent et avec un outillage moins bon que celui de Java demande de la discipline.
 
Aujourd'hui de manière réaliste le seul scénario où Scala me semble pertinent sont des services distribués avec soit l'écosystème Typelevel, soit Zio. D'ailleurs c'est le seul domaine où Scala 3 est utilisable. Dans les deux cas le style est similaire.
 
Au contraire JetBrains me semble vouloir pousser Kotlin dans trop de directions et va devoir gérer l'évolution de la JVM qui ne va pas toujours dans le même sens.

C'est pas mon propos.
 
Si Much veut une comparaison, il me semble plus intéressant de trouver des retours de devs qui ont utilisé les deux langages pendant plusieurs années. Peu importe qu'ils préfèrent l'un ou l'autre. Mais ça évite les lieux communs qui veulent absolument rien dire du genre Kotlin est pragmatique.

J'ETAIS SÜR QUE QUELQU4UN REPONDRAIT CA

Et la réponse dans mon cas est non, ça ne peut pas parce qu'il y a trop d'opérations manuelles entre les opérations IT
(c'est une ligne de montage de baies de serveurs pour "opérateur de cloud à 3 lettres" , sachant que ledit opérateur fabrique ses serveurs lui-même plutôt que les acheter sur l'étagère. J'imagine que vous faites pareil chez oogle ? )

Dans l'absolu, oui, tu as raison, l'étape 2 de la TUI, c'est la possibilité de créer des macros ou de scripter. De toute façon tout outil digne de ce nom se doit d'être scriptable.

Je sais pas, de mon expérience, j'ai "appris" le Kotlin en faisant un AoC, j'avais dû parcourir la doc en diagonale 2 jours avant, et le langage n'a pas été ce qui m'a posé problème. J'en conclue que c'est facile à apprendre et à appliquer à des problèmes non triviaux très rapidement.
Après je n'en ai pas refait depuis, je n'ai jamais fait de projet sérieux avec, donc ça s'arrête là, mais de ce que j'ai vu, et sachant qu'on peut de toute façon s'interfacer à toute librairie Java, je sais que c'est utilisable à peu près partout où Java est utilisable, donc pour moi ça fait le job. C'est en cela que moi, je trouve ça "pragmatique"