Reprise du message précédent :

J'ao eu une période course au printemps dernier, une mais l'été, repris au confinement en octobre jusqu'à Noël.
Mais j'avais jamais fait plus de 10 bornes dans ces périodes.

La depuis début mars je suis a 3 séances par semaine , entre 9 et 13 bornes a chaque fois.

Et donc ce matin, je voulais voir si je tenais plus longtemps.

Cardio ça va. Mais j'avais bien les jambes molles a la fin!

Ça va de ce côté.
Musculairement j'ai des trucs louches, un peu de douleurs qui reviennent à chaque séance un peu longue ou rapide, mais ça dure pas.

Ouais.
Mais je perds moins vite.

 
hum, je sais pas. Personnellement je combinerais avec 3 gouttes de Petigrain Bigarade en roll-on sur les poignets. Si ça suffisait pas, Bergamotte + Marjolaine, en nébulisation

GG

Je respecte la merde en dehors de toi.

Prenez bien un grand verre d'eau avec, ça améliore la dilution.

 
Tu t'es alimenté pendant la course ?

Non

Ça pourrait expliquer, suivant ton alimentation précédant la course.

Les jambes molles? Oui, j'imagine.

Ça commence à être des distances où tu vides le stock de glycogène.

J'y connais rien à ça! Et comme je cours le matin parce que c'est le seul moment où je suis peinard et a la fraîche, bah je suis a jeun.

Je fais gaffe au cardio pour pas être dans le rouge et me cramer.

en fait je suis en train de jouer contre un compilo de 4 ans qui a des règles complètement improbables

if compression == 8 {
        zr, err := zlib.NewReader(bytes.NewReader(*bufferString))
        if err != nil {
            return nil, err, nil
        }
        buffer, err := ioutil.ReadAll(zr)
        if err != nil {
            return nil, err, nil
        }

        //colorSet := make(map[byte]bool)
        for i, b := range buffer {
            colorValue := invClasses[b]
            buffer[i] = colorValue
            //colorSet[colorValue] = true
        }
        return buffer, err, colors
    }

tile parsing time 1m57.056251201s

if compression == 8 {
        zr, err := zlib.NewReader(bytes.NewReader(*bufferString))
        if err != nil {
            return nil, err, nil
        }
        buffer, err := ioutil.ReadAll(zr)
        if err != nil {
            return nil, err, nil
        }

        colorSet := make(map[byte]bool)
        for i, b := range buffer {
            colorValue := invClasses[b]
            buffer[i] = colorValue
            //colorSet[colorValue] = true
        }
        _=colorSet
        return buffer, err, colors
    }

 
tile parsing time 2m2.230644854s
 

if compression == 8 {
        zr, err := zlib.NewReader(bytes.NewReader(*bufferString))
        if err != nil {
            return nil, err, nil
        }
        buffer, err := ioutil.ReadAll(zr)
        if err != nil {
            return nil, err, nil
        }

        colorSet := make(map[byte]bool)
        for i, b := range buffer {
            colorValue := invClasses[b]
            buffer[i] = colorValue
            colorSet[colorValue] = true
        }
        return buffer, err, colors
    }

 tile parsing time 19m59.508003264s

Question con, mais si tu remplace

par

C'est pas mieux?

C'est du go ça?
J'ai vraiment du mal avec la syntaxe  

Ouais c'est du Go, on s'y fait, mais ça fait un petit moment que j'y ai pas touché.  
Tant qu'à avoir un GC je préfère avoir un truc de grand garçon.

C'est pas nécessairement surprenant, une insertion dans une hashmap c'est quand même beaucoup plus coûteux que deux accès à des arrays.
 
Si c'est encore tes palettes que t'en as pas beaucoup, serait pas une meilleure idée d'utiliser un truc genre bitset plutôt qu'une hashmap? Parce-que hasher 10 entiers des millions de fois c'est un énorme overhead, surtout que je sais pas ce que Go utilise comme fonction de hachage mais c'est probablement plus du "secure hash" que du "fast hash", et ça va jamais être une fonction spécialisée pour des entiers ou une PHF.

Ca fait quelle taille ton invClasses ? Clair qu'un bitset de la même taille ça passerait probablement mieux.

if compression == 8 {
        zr, err := zlib.NewReader(bytes.NewReader(*bufferString))
        if err != nil {
            return nil, err, nil
        }
        buffer, err := ioutil.ReadAll(zr)
        if err != nil {
            return nil, err, nil
        }

        colorSet := make([]bool, classCount)
        for i, b := range buffer {
            colorValue := invClasses[b]
            buffer[i] = colorValue
            colorSet[colorValue] = true
        }
        colors = make([]byte, 0, len(colorSet))
        for k, v := range colorSet {
            if v {
                colors = append(colors, byte(k))
            }
        }
        tileColorMap[byte(len(colorSet))] += 1
        return buffer, err, colors
    }

tile parsing time 2m6.452554775s
 
 
allez, et maintenant on va refaire toute la journée d'hier.

Je ne pige pas ton post. Qu'est-ce qu'il y a d'improbable la-dedans ?

edit: grillé par masklinn

C'est sur que ma jupe était un peu courte

edit surtout que j'avais loeil sur le profiler de CPU une bonne partie de la journée, et je suis curieux de savoir ce qu'il me montrait d'intéressant du coup. (encore que c'est pas la première fois qu'un profiler me montre pas mon pb de perf)

 
Faire un semi à jeun c'est pas la meilleure méthode de nutrition sportive en effet

Probablement... Après j'ai beaucoup de réserves je risque pas vraiment l'épuisement tant que je reste en régime aérobie.

Une interface pire que celles d'Harko avec un mélange de business à la IBM et Oracle: https://www.youtube.com/watch?v=SrDEtSlqJC4

je sais pas si je vous ai dit, mais normalement demain matin je vais avoir accès au permis de construire de l'appart que j'achète, et ça me rend tout jouasse.

Ah c'est cool ça
Quand j'ai eu les miens je crois que j'ai remercié la nana des services techniques de la mairie 70 fois
 
Bon après il faut que la construction soit conforme aux plans

comme il leur pète un genou
 
après 25% c'est pas forcément énorme, dans l'automobile 80% de la marge vient de spare parts & services

https://news.ycombinator.com/item?id=26938515  
donc y'a une app qui avait un modèle 3D de formule 1 dedans, et un type a extrait le modèle et fait tourner une CFD dessus.

80% ?

Pour ces machines à glace, c'est sensé être des machines professionnelles, donc qu'il y en ait 11% en rade est complètement inacceptable. C'est dommage que le gars ne soit pas allé voir quelles sont les machines et/ou pratiques des concurrents de McDo, qui n'ont pas tous ces problèmes. Sont-ce bien les mêmes machines ? Est-ce que Taylor pratique les mêmes tarifs proches de l'extorsion ? Ou est-ce que les employés sont magiquement plus compétents ?
C'est marrant, parce que dans certains commentaires, on lit "ici en Afr. du sud, les machines fonctionnent". Ben ouai, Taylor n'envoie pas ses techniciens en Afr. du sud.

Dans une autre vidéo youtube, il y a une photo de tout ce qui doit être démonté, nettoyé et lubrifié pièce par pièce toutes les semaines ou 2 semaines, et ce n'est pas quelques gros éléments qui s'emboitent, ce sont des dizaines de pièces souvent minuscules.

Va nettoyer ce merdier dans une cuisine de restaurant. Le démontage/remontage et le nettoyage doit prendre des heures même avec de l'expérience, et une seule erreur et la machine tombe en panne. Elle n'a clairement pas été faite pour faciliter ce processus.

25% de revenue.

Ca finit toujours comme ça quand les gusses de la compliance parlent business, ils sortent quelques trucs qu'ils ont cru entendre et finissent comme Perceval et Karadoc  

Justement a priori les machines sont différentes.

De ce que j'ai compris de la vidéo, c'est surtout la calibration de la machine et l'UX qui posent problème non ? Si un simple module de diagnostic permet de régler la majorité des problèmes, c'est pas la mécanique qui est en cause.

 
comme quoi le gif n'est pas mort

un camion ça roule énormément, donc y'a pas mal de pièces d'usure que tu dois changer assez régulièrement, même si c'est comparativement moins souvent que sur une voiture (genre sur ta caisse tu dois faire la vidange tout les 30k km max, un camion c'est 80-100k).
 
sinon leur taux de panne est parfaitement insultant, et sachant que pour conserver la franchise tu dois suivre aveuglément toutes les recos McDo, c'est très moche. Avec un peu de chance ce truc fera bouger les lignes pour les franchisés.
 

oui j'ai bien compris (dans notre cas c'était 50-50 je crois), mais comme toute la vidéo parle du soi-disant incentive de Taylor de pas faire une machine simple à maintenir, je voulais illustrer qu'il y a plein de boites dont la marge (donc au final la thune utilisable pour investir, croitre, etc...) dépend encore plus de la maintenance, sans pour autant délibérément faire des produits non maintenables.
Bref, non seulement ils sont malhonetes, mais ils font meme pas ça bien.
 

Rappel : j'ai un MBA d'une part,  et j'ai pas eu à acheter très cher d'autre part, donc si on doit comparer nos sens du business respectifs...

un voisin voualit se prendre un imac, mais trouve le tarif un peu piquant ( surtout avec un peu de stockage).
 
est ce que ça existe les écrans 23-25" rétina ? (4K ou plus)

Pas vraiment, si tu trouves un vieux stock de LG Ultrafine ou 24MD4KL ça te reviendra quasiment au même prix avec un Mac mini équivalent.

 
https://www.amazon.fr/Moniteur-IPS-27-16-9e/dp/B07PVW7BMQ/ref=sr_1_2?__mk_fr_FR=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=LG+UHD+24UD58+24&qid=1619426513&s=computers&sr=1-2
 
Le bon est là : https://www.amazon.co.uk/gp/product [...] UTF8&psc=1
 
Ce sont les écrans que j'ai acheté pour mes devs au boulot. J'en ai 2 moi-même. Un pour moi et un pour ma fille.
 
 
1 029,00 € (mac mini avec 16 GB de RAM) + 284,37 € (the screen) = 1313.37
 
Les nouveaux iMac retina 24" en rajoutant 8GB, on sera 300 euros au dessus.

Ça rend bien ce genre d'IPS "d'entrée de gamme" ? Il y a une grosse différence avec les dalles IPS des écran haut de gamme ou c'est juste du marketing ?

 
Ils sont très bien calibrés d'entrée de jeu. J'ai une sonde pour les calibrer ensuite et les changements sont mineurs. Ils sont tout simplement très bons.