Reprise du message précédent :
moi j'ai pas de potes anti masques.
 
je connais des gens qui pensent que les obligations à l'extérieur ça frole de l'hystérie mais des gens qui iraient dans des manifs contre ça non, et même s'ils trouvent ça con, bah ils le mettent, this is the law    
 
d'ailleurs la manif anti masques à paris y avait personne... donc de qui tu parles ?

ancien

et pour le coup, plutôt d'accord avec fisca : les raleurs sont peu nombreux dans mon entourage (mais ils sont bruyants)

Un préavis ça se négocie (après ça dépend aussi de la culture de boîte je présume).

Je pense que le bureau dans lequel bosse le dev qui a pondu ça va devenir une scène de crime :
 

for (int i = 0; i < countFiles; i++) {
    Platform.runLater(new Runnable() {
        @Override
        public void run() {
            ...
        }
    }
}

for (int i = 0; i < countFiles; i++) {
    Platform.runLater(new Runnable() {
        @Override
        public void run() {
            ...
        }
    }
}

je suis pas du tout expert en Java, c'est quoi le problème exactement ?

Le mec instancie autant de Runnable qu'il a de fichiers à traiter, ce qui va pourrir son event queue bien comme il faut s'il a un nombre de fichiers conséquents
Platform.runLater() permet d'exécuter une tâche de façon asynchrone, et prend en argument une instance de Runnable (grosso modo un thread pour faire court)

J'ai que 2 mois en fait ( congtrat un peu a la con)

Petite astuce FS pour Harko et compagnie: https://forum.hardware.fr/hfr/JeuxV [...] #t14783300

il a du arreter de lire avant les ThreadPools

Un Runnable c’est plus une task, et encore, c’est encore plus l’équivalent d’une closure qui prend pas de paramètres et renvoie rien (et que ce soit appelé / utilisé dans un thread est le use-case premier), vu qu’historiquement en Java tu dois impérativement passer par une interface complète pour faire des trucs génériques.
 
C’est surtout con parce-que runLater va faire tourner tous les callbacks sur l’application thread (aka event thread aka main thread), ce qu’il me semble être l’inverse de ce que tu veux.
 
Après sans avoir plus de contexte on sait pas si c’est juste un peu con (tous les fichiers ont été processés et il faut impacter l’UI, auquel cas il devrait y avoir peu de travail et l’overhead du dispatch va être énorme) ou complètement con (le processing des fichiers va être fait sans l’application thread).

Si c'est pour prendre les fichiers et les envoyer par mail ou à une queue ou un autre process à la con async sans réellement avoir un impact critique de délai de livraison je ne vois pas le problème.  
Si tu nous dit que de manière récurrente il peut y avoir 10000 fichiers ok c'est la merde, mais si c'est une dizaine ...

Ça les envoie un par un sur le thread d’UI.

Ok c'est de la merde.

Vu que l'appli peut être utilisée sur un filesystem complet, il peut y avoir un gros paquet de fichiers.
En fait, j'ai compris pourquoi il a utilisé runlater() : pendant le processing du fichier, il met à jour une barre de progression. Et du coup il doit y accéder à partir du thread de l'UI.
 
Sauf qu'il aurait pu aussi créer une Task<>, appeler la méthode updateProgress() de cette Task pour mettre à jour la progression, puis binder la ProgressBar à la Task, et faire un truc genre :
 

Task task = new Task<Void>() {
   @override
   public Void call() {
      for (int i = 0; i < countFiles; i++) {
         ...
         updateProgress(i, countFiles);
      }
 
      return null;
   }
}
bar.progressProperty().bind(task.progressProperty());
new Thread(task).start();

C'est quand même un poil plus propre

chez Plamcorps, y'a un truc comme ça aussi, mais il est sensé être plus intelligent. Tous les backups sont dans leur green thread séparé, mais en vrai le runner contrôle la concurrence avec un paramètre dans la config.
 
Mais ça rend tout chiant à débugger, par rapport à une boucle qui éclate une liste de travail séquentiellement.

updateProgress lancera alors un runLater() avec un autre thread pour updater l'UI  
 
y a des bonnes chances que le mecs ait googlé "comment on met à jour la fenêtre avec les threads" et en avant guiguamp.

En gros, mais c’est un builtin un peu moins con donc il coalesce les maj (c’est documenté). Donc il va pas faire un runLater par updateProgress.  
 
Ou même pas en faire du tout parce que ça passe par le mécanisme de property / observable de javafx, c’est juste les maj de l’observable qui vont être coalescé.  

 
Je ne sais pas ce qu'il te faut c'est une ThreadPool de capacité infinie c'est encore mieux

 
c'est pas comme ça que le monde marche, c'est pas comme ça que je veux qu'il marche, et c'est pas comme ça que j'ai envie qu'il marche

depuis la creuse aussi

un petit reboot et ça repart.  
Je suis vraiment content de mon mac à 5000 boules, j'ai vraiment aucun problème avec, je ne questionne pas du tout mes choix de vie

 
Tu devrais passer en M&A :
 

T'as pas besoin de t'emmerder à faire des études ou pondre des modèles

Vous êtes devenus déprimants, avec votre pognon, vos chaises et vos télés Vla les priorités...

C'était plus marrant quand il s'agissait de remplacer le bruit du clic par un pouet dans le navigateur

</vieux con>

AAF

salut le vieux, quoi de neuf ?

han un revenant !
 

J’ai de la pub pour des légumes sur YouTube maintenant  

les inconvénients de la balance connectée

Tu dis ça parce que tu viens de battre un 2d et le reste te semble fade maintenant  

Putain, le masque au boulot toute la journée, ça va pas le faire
Ca fait 10 mn que je suis au taf, et j'en ai déjà marre

Rendons hommage à Yvele d'avoir pensé Web Audio 10 ans avant l'heure  

Même dans ton bureau?

Oui, on est 3 dans le bureau (et bientôt 4 la semaine prochaine). Ca me saoule grave là, en plus je suis légèrement enrhumé

Ce qui me saoule encore plus, c'est de savoir que je dois porter ce putain de masque alors que je suis censé être immunisé. Mais bon, c'est pour les autres

a priori on sait pas encore si t'es vraiment immunisé parce que tu l'as déjà eu

Bon courage, ici on est pas plus de deux par bureau...et avec suffisamment de distance pour bosser sans masques, il me semble.

j'ai cru comprendre que tu peux te passer du masque en bureau individuel seulement

+1 l'absence de masque, c'est uniquement si tu es seul dans le bureau

oui, c'est ce que j'ai cru comprendre, il y a une grosse inconnue à ce sujet