Reprise du message précédent :
C'est la bonne période en plus.
 
 
Ouais j'pense y'a pas d'erreur du coup, mais quand tu penses déjà payer tes impots en AE, et que tu crois au taux fourni par les impots, forcément c'est la douche froide à l'arrivée.

Je comprends. Maintenant tu connais la règle.

Question conne aux javateux : soit le code très con suivant  
 

if (Files.exists(outDir)) {
    Files.delete(outDir);
}
Files.createDirectory(outDir);

 
De temps en temps (environ une fois sur 10), j'ai une FileAlreadyExistsException qui pète sur le Files.createDirectory alors que le répertoire est censé être supprimé avant (je précise qu'il est toujours vide). Pas de multithreading dans ce code. J'ai regardé si les opérations de la classe Files étaient asynchrones, ce n'est pas le cas.
 
Une idée du pourquoi ?

if (Files.exists(outDir)) {
    Files.delete(outDir);
}
Files.createDirectory(outDir);

Souci de permission qui empêche le delete ?
T'es sûr de pas avoir de concurrence sur ce code (au delà du multithread) ? Ça pue la race condition à 10 km

if (Files.exists(outDir)) { 
Files.delete(outDir); 
} 
Files.createDirectory(outDir);

T'as un autre process qui crée le dossier ?

Ou bien race condition dans le FS, genre le File.delete qui revient avant d’avoir fini? Ça semble douteux (select is not broken tout ça) mais en même temps l’io…

if (Files.exists(outDir)) {
    Files.delete(outDir);
}
Files.createDirectory(outDir);

Les opérations de Files sont synchrones, mais au niveau de l’OS ?
 

Ou alors la suppression d'un répertoire implique la suppression récursive de tout son contenu, et si celui-ci est gros ça prend un peu de temps...

C’est clairement le cas, mais quand bien même en il utilisant une api synchrone ça devrait juste bloquer jusqu’à la fin de la suppression.

Je suppute un truc du même genre ici.
 
Edit : indeed

https://www.ft.com/content/6bd88b7d [...] 5c6fac846c
 
Cool cool cool.

Je comprends pas ; ils trouvent 16500 pour la France alors que le chiffre officiel est de 20000+ ?

Les autres causes de décès ont baissé , moins d'accident de la route, moins d'accueil de travail, moins de bagarre dans les bars...

 
Je ne sais pas comment ils ont analysé cela, mais j'ai vu passé des chiffres pour la France détaillés région par région il y a 2 ou 3 jours et on était absolument pas sur du 34% en plus sur le plan national. Il y avait des régions avec une forte surmortalité, mais ce sont des régions relativement isolées (principalement Est et Ile de France).
 
Bon par contre, à la fin, faudra voir... Et au UK par contre, il y a une grosse surmortalité en ce moment.

Sinon on passe le cap des 1M de cas aux USA aujourd'hui.

 
16500 morts par semaine, 20000+ ( 22856 ) c'est le nombre de morts officiellement annoncés comme dû au covid depuis le début de l'épidémie.

 
l'INSEE annonce +25% par rapport à 2019 et +13% par rapport à 2018 entre le 1er Mars et mi-Avril.
 
FT le calcule semaine après semaine, du coup:
- il y a une augmentation qui s'explique par les différences de timeframe: on avait peu de surmortalité en Mars
- ils font une moyenne jusqu'en 2015. Si la grippe était faible en 2015-2017 ( pas comme en 2018 ), ça devient vite non négligeable par rapport à la surmortalité associée au covid.
 
Bref, comme toute les stats en ce moment, c'est à prendre avec des grosse pincettes et du gros sel quoi: oui il y a surmmortatlié, c'est évident mais c'est suffisamment fragile pour en tirer très peu de conclusions raisonnables.

Non ce n'est pas par semaine, c'est la surmortalité sur la période en rouge. Pour la France ça coincide à peu près mais regarde les autres pays c'est plus clair.

Salut, il y a un topic dédié AoC sur le forum ?
Je m'auto-forme au C et j'en chie sur le jour 12 de 2015   J'ai l'impression que sans librairie json, trouver un algo va être compliqué ...

Non, aucune concurrence, aucun autre process. J'ai justement testé le jar dans une VM vierge pour vérifier et ça fait pareil.

Bien tenté, mais c'est un jar qui tourne sous Debian
Au final, j'ai fini par utiliser FileUtils.forceMkdir() et ça fonctionne. Pour le moment je laisse comme ça, mais je reviendrai dessus quand j'aurai le temps, car j'ai horreur de ne pas comprendre ce qui m'arrive.

Merci pour vos réponses

If I had an hour to solve a problem I'd spend 55 minutes thinking about the problem and five minutes thinking about solutions. - Einstein
 
Le talk te propose une liste de très bonne questions :  
- nombre de gens dans l'équipe ? (ça pose des tonnes de questions derrière, comme le cout de refaire vs le cout de réutiliser, etc...)
- A quel niveau sont prises les décisions ?
- quel est le bon niveau de formalisation ? (celui là est hyper intéressant, le tweet de Sarah Mei est fantastique)
- c'est le M de ton MVP ?
- Qu'est qui amène de la valeur à l'utilisateur au final ? Celui là est chaud à régler en vrai parce que souvent l'utilisateur réel ne peut pas etre dans la salle. J'aurais aimé avoir ce talk à montrer en réunion avec mes équipes business chez Nestlé ou Nespresso pour etre honete. Parce qu'on était plus en mode crème, beurre, crémière, crémerie qu'en mode "faisons des compromis judicieux"
 
Après oui c'est pas de la grosse série, mais c'était plus vraiment des protos : quand un avion est fabriqué pendant 40 ans, c'est pas un proto. Mais avoir une bonne v1 leur a permit de chopper le marché.
 
Ses autres talks ont l'air du meme acabit (j'ai vu celui sur l'immeuble Citibank à New-York, très bien aussi. J'aime l'aspect décentralisé du problème (l'architecte a rien fait de mal, mais ses tolérances ont été baisées par la suite, et la décision était pas forcément stupide, elle a été prise sans avoir toutes les clés)
 

if (Files.exists(outDir)) {
    Files.delete(outDir);
}
Files.createDirectory(outDir);

ça me rappelle les heures sombres des singletons en java 4, où la bonne pratique était de faire 2 if imbriqués pour etre sur qu'il y ait pas de race conditions. Je dirais que tu attends que le code rende la main au thread que quand le fichier est effectivement supprimé, et y'a des chances que ce soit pas le cas . Essaye avec une double if, ou un wait, et dis moi (prends un sac à vomi avant)
 

J'avais essayé en entourant le code avec un sychronized(this) et ça faisait pareil
Je vais tester le double if (mais c'est un seau à vomi que je vais prendre)

 
Ce qui était une erreur si je ne m'abuse car l'allocation n'était pas atomique. Le pointeur pouvait être non null alloué et la mémoire non initialisée.

Notes que c’était pour éviter les race conditions dans un singleton lazy et optimisé: le but c’était d’éviter de prendre le lock si l’instance est déjà créée, sinon tu pouvais dégager le if extérieur. Ou alors tu créais ton instance en static et baste.

 
Sauf que ça ne marchait pas

Si on va par là un sleep serait plus adapté je pense (sauf si le code est appelé souvent)
 
edit : au passage il existe un Files.deleteIfExists

if (Files.exists(outDir)) {
    Files.delete(outDir);
}
Files.createDirectory(outDir);

 
Je sais que ce n'est pas la question, mais si je lis bien, outDir est un répertoire toujours vide... Dans ce cas, pourquoi est-ce que tu le détruis pour le recréer ensuite ?

C'est du code legacy de merde, c'est pour ça que je l'ai qualifié de "très con"
Je me suis fait la même réflexion que toi quand je l'ai lu, j'ai d'abord pensé qu'à un moment donné du cycle de vie de l'appli, ce répertoire n'était pas toujours vide, jusqu'à ce que je lise que Files.delete() ne supprimait un répertoire que s'il était vide. Donc mon premier réflexe a été de virer la suppression du répertoire, mais la revue de code de popaul l'emploi m'est tombée dessus en me disant qu'il ne fallait pas supprimer mais corriger (lol).
Du coup j'ai conservé et corrigé  

la chaise Ikea Markus, vous avez un avis éclairé dessus?

Si tu n'es pas au courant de ce topic :

https://forum.hardware.fr/forum2.ph [...] 082&page=1

Edit, related:

J'ai revendu la mienne.
La qualité est correcte pour le prix.
Niveau réglage ergonomique y a pas grand chose, mais pas de miracle dans cette gamme.
La géométrie vise clairement les gabarits type grand suédois, à voir si ça te convient.

Je pense qu'une Think d'occase sera mieux dans tous les cas si tu peux en trouver une facilement.

En atlantique de steelcase des gens ont acheté autre chose que des fauteuils chez eux, genre bureaux?

 
ça a été rapide.

J'ai pas mal zoné le sujet des fauteuils de bureau récemment pour cause de télétravail à plein temps (avant le confinement). Et parce que plein d'heures le cul dessus, j'ai décidé de mettre un peu de sous. Mais pas trop non plus je suis pas crésus, et les prix partent vite dans du nawak pour un particulier lambda...
 
Je suis parti sur les chaises de gamers, y en a pas mal de confortables et assez ergonomiques. J'ai acheté la mienne 400 balles mais j'ai vu passer des chaises qui semblaient pas mal à un peu moins cher.
 
Par contre toutes les chaises que j'ai vues dans les chaînes grand public (ikea, confo,but, ...) ont toutes en commun d'être au rabais : top pour le prix hein, mais ni durables ni ergonomiques. Parfaites pour des usages ponctuels, mais pas plus.

 
J'ai pu acheter directement chez steelcase ici, ils reçoivent les particuliers sans pb (sur rdv) et prennent le temps de te recevoir / faire tester / conseiller...mais c'était avant confinement et je sais pas ce qu'il y a comme revendeur par chez toi..

J'en ait eu une, pour le prix elle est pas trop mal, sinon parmi tout ce que j'ai connu, elle est franchement moyenne.
La faute a la hauteur et la forme du back.

Le truc c'est qu'à chaque fois, et c'est là ou je trouve que c'est compliqué à appliquer dans notre domaine (même si les questions sont bonnes hein !), ils avaient un objectif clair, pour chaque appareil : l'altitude de vol, ou la vitesse, ou la furtivité. Et la majorité des autres contraintes s'effaçaient devant celle là. Et s'ils avaient demandé un avion qui avaient les 3 caractéristiques en même temps, l'histoire aurait probablement été beaucoup plus compliqué. Là ou je trouve que coté dev, comme ton exemple le le décrit bien, c'est compliqué d'avoir une réponse précise à cet objectif, et souvent la réponse du "client" c'est comme tu dis la crème, le beurre, la crémière et sa fille. Et/ou, si t'as une réponse, elle peut changer tous les X mois.
 

Ouais alors attention, parce qu'il a quand même tendance à "simplifier" les programmes. Là ou je dis que c'est des protos, c'est que entre le moment ou il est rendu dans les délais comme il l'annonce dans ses slides, et sa livraison de série, y a du temps et des modifications qui sont apportées. Le modèle qui est fabriqué pendant 40 ans (le P80), après les 6 mois de "prototypage", y a encore après plus d'un an de mise au point... Et deux pilotes d'essais morts aussi. Du coup le modèle "de prod" n'est pas tout à fait le modèle "proto", rendu après 6 mois.
 
Du coup oui, ils ont réussi à "hacker" et produire un truc dans un temps records. Mais derrière, y a le double ou plus de temps pour "remettre tout au carré" et que ce soit réellement "acceptable pour le service". Mon point (mais j'ai sans doute pas été clair ici) c'est, dans notre domaine, dans quels cas après vous avoir demandé de faire un truc "a l'arrache, parce que tu comprends pour X/Y/Z" (le business, devancer un concurrent, etc...), vous avez eu derrière le temps réellement nécessaire pour que le truc soit réellement au carré ?

Une chaise Gamer n'est ni confortable, et absolument pas ergonomique.
Relis le topic de fauteuil pour comprendre les mécanismes et pourquoi elles ne le sont pas.

Et pour avoir eu les deux, c'est le jour et la nuit.

Certes le prix est elevé, mais pour la santé, si tu passes 8h par jour dessus pendant 10 ans, 1k dans une chaise neuve, c'est dérisoire.
J'ai pris 10 ans car c'est la moyenne des garanti, mais la mienne est garanti 12 ans par exemple pour toutes les pièces.

Tu es aux USA non?
 
Tu es donc dans le pays du cash in sur le moindre bout de startup a base de machine a jus Tu devrais pas avoir de mal a trouver de la Herman Miller a vil prix. On m'a dit qu'aux US trouver une embody a moins de 500$ ca se fait sans trop de mal, une aeron a 250$ d'occas easy

non, je suis à Grenoble.
 
après, les garanties de 10ans, alors que je risque de devoir tout foutre à la poubelle dans 1-2 ans pour repartir à zéro aux US, bof.