Et puis les aides à la conduite c'est bien, mais à force de trop assister les gens (régulateur de vitesse, détecteur de ligne, détecteur de voiture trop proche), est ce que le conducteur ne va pas regarder une vidéo youtube sur autoroute puisse qu'il n'a plus rien à faire ? Ou alors il ne sera plus conduire une voiture sans ces assistances :/
A terme, avoir un conducteur qui regarde youtube, c'est le but. Enfin, deux bémols à ça :
Le conducteur ne s'appelera plus conducteur, j'imagine
Le niveau cinq d'autonomie (voiture sans attention du conducteur, dans toutes les circonstances) ce n'est pas pour demain. Malgré les jolies promesses de certains.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Par exemple: apprendre à faire un freinage d'urgence sans ABS ?
On peut aussi leur apprendre à faire démarrer un moteur avec une manivelle. Ca fait 20 ans (*19, ok) que c'est obligatoire sur les voitures de série en UE.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
A ce moment là, le simple fait d'utiliser int rend ton programme invalide, car sa taille change selon le CPU.
Non, c'est simplement un implementation defined behaviour. Le standard impose de documenter la taille des entiers, et elle doit être cohérente. Un programme qui utilise un int est valide. Un programme dont un chemin d'exécution amènerait à un UB est un programme qui n'est pas un programme C valide.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Le undefined behavior n'est pas un bug. C'est une mise en garde au développeur pour lui communiquer qu'il est censé savoir ce qu'il fait.
Non, un programme avec un UB n'est pas un programme valide. Le développeur ne peut pas "savoir ce qu'il fait". Il n'a aucune garantie que la prochaine version de son compilateur fasse la même chose. Il n'a aucune garantie que le changement d'une option de son compilateur continuera à faire un programme qui a le même résultat. Il ne faut pas avoir d'UB en se disant "je sais ce que je fais".
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
"en général" non, l'overflow est défini dans le cas des entiers non signés. L'addition/soustraction des non signés est modulo UTYPE_MAX (j'avoue que je ne sais plus pour la multiplication :-) ), c'est uniquement les signés qui sont indéfinis.
De mémoire gcc (et surement d'autres) a une option pour forcer l'arithmétique "modulo" (ça n'existe pas vraiment en math pour les nombres signés, il me semble) pour les signés aussi, mais en fait personnellement dans ce que je fais, je n'ai la plupart du temps pas envie que (a+n) < a, pour un n positif. C'est plus souvent une erreur qu'un truc que je désire (je sais qu'en crypto, par exemple, c'est courant de vouloir que ça soit le cas)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Quand je vois les exemples d'UB c'est à chaque fois du code qui à la base est incompréhensible.
int add(int a, int b) {
return a+b;
}
Le code m'a plutôt l'air compréhensible, pourtant il y a bien un UB pour certaines valeurs de a et b (25% du domaine d'appel possible, je dirais, au pif)
Le choix de ce qu'il faut faire en cas d'overflow et l'écriture d'un code correct sans UB est laissé en exercice au lecteur :-)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Il y a 22575 cas positifs par 10 millions pour les non vaccinés contre 9594 pour 10 millions pour les vaccinés avec rappel. C'est plutôt efficace je dirais.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Autant je suis d'accord sur le fait que du sirop de Liège soit indispensable, je tiens à préciser qu'il n'est nullement nécessaire qu'il soit marqué "Du vrai sirop de Liège" sur la boite. Je dois dire que l'idée d'avoir fait ça (et déposé aussi "le Vrai Sirop de Liège") il y a bien longtemps est un bon coup marketing de la part de Big Siropla siroperie Meurens, mais il y a d'autres marques qui font des sirop tout aussi bon.
Ça fait longtemps que je n'en ai pas mangé, d'ailleurs, faudrait que j'y pense la prochaine fois que je reviens. (Ou que j'en fasse chez moi. Quelqu'un sait où acheter du vrai sirop de Liège en région parisienne ? Je n'ai jamais cherché.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
dire que 90% des personnes hospitalisées sont non vaccinées ou en soins critiques => C'est faux.
Le site que tu réfères dans "C'est faux" n'a pas de chiffres pour affirmer ou infirmer l'hypothèse "X% des personnes hospitalisées sont non vaccinées ou en soins critiques", car il contient uniquement les chiffres des admissions à l’hôpital ou en soins critiques, et non pas le nombre de personnes à l'instant X. (C'est une histoire de flux vs stocks)
Alors effectivement le terme "hospitalisé" a un double sens (être admis à l’hôpital, et être à l'hôpital) mais il me semble que sa juxtaposition à "personnes […] en soins critiques", sans qu'on y voit le terme "admis en soins critiques" montre que l'on s'intéresse plus aux stocks qu'aux flux dans l'affirmation. Et le site référé n'a que les chiffres de flux.
Ah oui, et aussi, quand tu dis "dire que 90% des personnes hospitalisées sont non vaccinées ou en soins critiques", qui dit ça ? Quand ? Parce qu'il peut être intéressant de voir le contexte de cette phrase, pour pouvoir savoir si elle est vrai ou fausse.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Les gens qui ont un compte DLFP qui n'a jamais rien fait (ni commentaire, ni journal, ni dépêche) et qui se réveillent un jour (enfin, plutôt au milieu de la nuit d'ailleurs), pour poster un journal climatosceptique, qui sont-ils ? Quels sont leurs réseaux ?
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
si une personne est élue par une majorité d'électeurs, c'est signe que ce n'est pas une démocratie (faute de choix réel pour les gens).
Macron (et tous les présidents français depuis qu'il y a un système à deux tours) a été élu avec une majorité d'électeurs au second tour. Donc ce n'est pas une démocratie, faute de choix réel pour les gens. J'ai bon ? :D
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
C'était ça. Effectivement, quand l'heure était rentrée automatiquement, elle était en deux chiffres (alors que si on rentre l'heure à la main, on rentrait "9" "42" par exemple, donc pas de 0 devant) Et derrière ce champ était interprété pour le transformer d'une chaine de caractère à un nombre, et ça plantait car 08 et 09 n'existent pas en octal, et tout le reste marchait comme attendu.
Donc la journée, on avait une "chance" sur trente de tomber sur le bug, et le matin, entre 08:00 et 09:59 on tombait sur le bug à tous les coups. Et le collègue qui commençait plus tôt lançait ses test à 07:XX dont ça passait.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Un test dure entre moins d'une minute et plusieurs heures, et on était plusieurs (moins d'une dizaine) à utiliser le banc. Mais en fait ça n'a pas d'influence sur le bug ;-)
Lle problème arrivait au moment de l'insertion du test dans la file d'attente, donc pas au lancement, et ce n'était pas un problème d'insertion concurrent par plusieurs personnes.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Dans le genre "plantage à certaines heures et pas à d'autres", je vous propose le problème suivant :
J'ai un outil qui permet de lancer et/ou planifier le lancement de tests sur un banc de test (de satellite, mais peut importe) La façon la plus classique de l'utiliser, c'est de l'ouvrir, choisir mon test, et de le lancer. Je peux aussi choisir de le lancer plus tard, mais par défaut, il est mis dans la file de test à l'heure du lancement. Il y a donc un champ "heure" et un champ "minute" (pas de secondes) qui afficherait 10 et 20 respectivement si je lançais le test à cette heure ci (il est 10h20 quand j'écris)
L'outil se charge ensuite de lancer le test à l'heure dite (donc tout de suite, si le banc est dispo et qu'il n'y a pas de test en cours, sinon il s'arrange pour le mettre en file d'attente, on a la possibilité d'ajouter des priorités, etc)
Le problème : Parfois, ça ne marche pas.
Je vais maintenant vous donner les premiers éléments que l'on a rassemblés, puis je vous donnerai dans la partie 2 des éléments plus précis, mais que je n'avais pas avant de comprendre le bug, donc si vous aimez le défi, ne lisez pas la partie 2.
Partie 1 :
Pendant la journée, ça marche la plupart du temps, mais une fois de temps en temps, ça ne marche pas. Sauf le matin, où quand j'utilise l'outil relativement tôt dans ma journée, ça plante régulièrement. Je n'arrive pas forcément très tôt au boulot (disons entre 8h30 et 9h), mais je lance rarement un test dès que j'arrive, ça prend un peu de temps. (généralement je préfère finir le test le jour avant et le lancer la nuit, comme ça je n'ai pas besoin d'attendre le temps du test/la disponibilité du banc)
Quand je demande à décaler le test, ça marche à chaque coup, même si je ne décale que d'une minute. Donc quand je rentre l'heure à la main, ça marche.
Partie 2 :
La fréquence des plantages pendant la journée est de un plantage sur 30 exécutions, en moyenne.
Les test qui plantent le matin, sont ceux qui sont lancés avant 10h. Sauf pour un collègue qui arrive tôt au boulot, qui lui me dit que quand il lance un test très tôt, ça ne plante pas. Il arrive vers 7h au boulot.
J'écoute vos suggestions, quelqu'un a-t-il une idée ? (ce n'est pas pour vous faire bosser à notre place, le bug est résolu depuis plus de 10 ans)
Heureusement le satellite en lui même est plus robuste que le banc…
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Ah oui, c'est vrai que parfois il faut payer aussi. Donc il n'y a pas uniquement l'axe bon café/mauvais café, il y a aussi l'axe café gratuit/café payant qui peut rentrer en compte. Pour m'être déplacé chez pas mal de clients, je pense que le plus courant (dans un échantillon non représentatif, et biaisé puisque nos clients) ce sont les machines payantes qui proposent un choix de café moulu ou de café instantané (les deux dans la même machine) qui sont les plus courantes.
Je n'ai pas fait de stats exactes, mais le café gratuit est plus courant dans de petites entreprises que dans les grandes, sauf parfois dans certaines équipes qui ont leurs machine perso/d'équipe (surement techniquement interdites par un règlement, mais ce n'est pas si rare)
J'ai même vu un endroit où le café était gratuit avant 8h30 et entre 12h et 13h30 (je ne suis pas sûr des horaires exacts, mais c'était l'idée) et je dois dire que ça reste un cas unique dans ce que j'ai vu. Et dans d'autres pays; c'est différent. Par exemple en Angleterre, c'est évidemment le distributeur d'eau chaude qui est disponible, avec des choix de thé, et souvent une boite de café instantané quelque part pas loin. Je conseille le thé dans ce cas. En Suède, il y a du café évidemment (ils ne peuvent pas s'en passer, mais le fika c'est plus qu'uniquement la boisson (et si vous aimez la cannelle, c'est mieux)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Sur Teams chacun est libre de mettre la photo qu'il veut, sans IT, c'est personnel
ça dépend de la configuration (chez nous par exemple c'est locké, je ne peux pas changer la photo, celle qui est utilisée est automatiquement celle qui est dans le système pour moi. Enfin, je peux demander à ce qu'elle soit mise à jour, mais ce n'est pas dans teams que je la change.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
pas d'openspace bruyant, une connexion internet qui marche au poil sans proxy nazi, du bon café en grains
Jusque là, tu décris l'endroit où je bosse en présentiel. Enfin, bossait, avant la pandémie. Chez moi le café est moins bon (enfin, non, il est bon aussi, mais c'est plus d'effort à faire que de juste pousser sur un bouton :p)
Je me vois aussi mal perdre à nouveau 2h par jour dans les transports
C'est le vrai problème, bon je n'ai pas deux heures, la moitié, enfin, techniquement 2*15 minutes de transport et 2*15 minutes à pied.
En vrai, comme d'autres ici, je serais content de retourner au bureau, une fois de temps en temps, mais pas tout le temps. En plus on a raté plein de trucs à fêter, rien que pour les pots, ce sera sympa… mais pas pour tout de suite j'imagine.
Bon de toute façon, pour l'instant c'est "continuez de chez vous au moins jusque fin septembre, et si vous voulez venir, c'est possible, mais il faut demander pour qu'on organise ça pour avoir peu de monde au bureau".
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Il faudrait demander à votre IT de mettre au moins la photo. Ça devrait les rendre un peu plus humain que des initiales. Bon, ce n'est pas pareil que de les voir en vrai, évidemment, mais c'est mieux que des initiales. (et sinon vous pouvez allumer vos webcam, aussi)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
D'ailleurs, je me pose tout le temps la question, au point d'en être arrivé à fuir les flottants autant que faire se peut, c'est quoi qu'il faut utiliser pour tester une égalité? Je veux dire, la valeur qu'il faut utiliser pour dire "+- foo", c'est combien?
La théorie c'est que pour voir si x et y, deux flottants, sont "égaux", c'est qu'il faut voir si la valeur absolue de leur différence est inférieure à un seuil. Donc techniquement, il suffit de faire:
abs(x-y) < seuil
La seule question en suspend est de trouver le seuil. Sauf que là, ça va dépendre de ce que tu cherches. Si tu connais les ordres de grandeur de x et y attendus, et que tu as une idée de ce que tu tolères ou que tu peux calculer le nombre de bit de bruit introduit par les arrondis des calculs, tu peux facilement calculer un seuil.
Si tu ne connais pas les valeurs attendues (ni x, ni y ne sont constants, et tu ne connais pas le phénomène physique derrière), tu peux remplacer cela par un seuil relatif, quelque chose comme
abs(x-y)/y < seuil
Et tu choisis seuil en fonction du type de flottant que tu utilises. Sauf que là, il va falloir aussi gérer les cas où y == 0, ou proche de 0, qui peuvent provoquer des NaN, Inf, ou des overflows…
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# C'est le but
Posté par 2PetitsVerres . En réponse au journal SmartCar. Évalué à 4.
A terme, avoir un conducteur qui regarde youtube, c'est le but. Enfin, deux bémols à ça :
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Automatismes : encore des progrès à faire
Posté par 2PetitsVerres . En réponse au journal SmartCar. Évalué à 3.
On peut aussi leur apprendre à faire démarrer un moteur avec une manivelle. Ca fait 20 ans (*19, ok) que c'est obligatoire sur les voitures de série en UE.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Mon expérience
Posté par 2PetitsVerres . En réponse au journal SmartCar. Évalué à 5.
Oui, mais c'est pas pratique si c'est un sourd et aveugle qui conduit la voiture.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Encenser le C? Non!
Posté par 2PetitsVerres . En réponse au journal C, un âge remarquable. Évalué à 1.
Non, c'est simplement un implementation defined behaviour. Le standard impose de documenter la taille des entiers, et elle doit être cohérente. Un programme qui utilise un int est valide. Un programme dont un chemin d'exécution amènerait à un UB est un programme qui n'est pas un programme C valide.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Encenser le C? Non!
Posté par 2PetitsVerres . En réponse au journal C, un âge remarquable. Évalué à 7.
Non, un programme avec un UB n'est pas un programme valide. Le développeur ne peut pas "savoir ce qu'il fait". Il n'a aucune garantie que la prochaine version de son compilateur fasse la même chose. Il n'a aucune garantie que le changement d'une option de son compilateur continuera à faire un programme qui a le même résultat. Il ne faut pas avoir d'UB en se disant "je sais ce que je fais".
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Encenser le C? Non!
Posté par 2PetitsVerres . En réponse au journal C, un âge remarquable. Évalué à 5.
"en général" non, l'overflow est défini dans le cas des entiers non signés. L'addition/soustraction des non signés est modulo UTYPE_MAX (j'avoue que je ne sais plus pour la multiplication :-) ), c'est uniquement les signés qui sont indéfinis.
De mémoire gcc (et surement d'autres) a une option pour forcer l'arithmétique "modulo" (ça n'existe pas vraiment en math pour les nombres signés, il me semble) pour les signés aussi, mais en fait personnellement dans ce que je fais, je n'ai la plupart du temps pas envie que (a+n) < a, pour un n positif. C'est plus souvent une erreur qu'un truc que je désire (je sais qu'en crypto, par exemple, c'est courant de vouloir que ça soit le cas)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Encenser le C? Non!
Posté par 2PetitsVerres . En réponse au journal C, un âge remarquable. Évalué à 6. Dernière modification le 01 mars 2022 à 14:42.
Le code m'a plutôt l'air compréhensible, pourtant il y a bien un UB pour certaines valeurs de a et b (25% du domaine d'appel possible, je dirais, au pif)
Le choix de ce qu'il faut faire en cas d'overflow et l'écriture d'un code correct sans UB est laissé en exercice au lecteur :-)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: la goutte qui fait déborder mon vase
Posté par 2PetitsVerres . En réponse au journal Comment je suis devenu un vacciné antivaxx.... Évalué à 4.
https://covidtracker.fr/vaximpact/
Il y a 22575 cas positifs par 10 millions pour les non vaccinés contre 9594 pour 10 millions pour les vaccinés avec rappel. C'est plutôt efficace je dirais.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Comment je suis devenu un administrateur système antibackup...
Posté par 2PetitsVerres . En réponse au journal Comment je suis devenu un vacciné antivaxx.... Évalué à 5. Dernière modification le 02 février 2022 à 17:21.
Autant je suis d'accord sur le fait que du sirop de Liège soit indispensable, je tiens à préciser qu'il n'est nullement nécessaire qu'il soit marqué "Du vrai sirop de Liège" sur la boite. Je dois dire que l'idée d'avoir fait ça (et déposé aussi "le Vrai Sirop de Liège") il y a bien longtemps est un bon coup marketing de la part de
Big Siropla siroperie Meurens, mais il y a d'autres marques qui font des sirop tout aussi bon.Ça fait longtemps que je n'en ai pas mangé, d'ailleurs, faudrait que j'y pense la prochaine fois que je reviens. (Ou que j'en fasse chez moi. Quelqu'un sait où acheter du
vraisirop de Liège en région parisienne ? Je n'ai jamais cherché.Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# Euh...
Posté par 2PetitsVerres . En réponse au journal Comment je suis devenu un vacciné antivaxx.... Évalué à 10.
Le site que tu réfères dans "C'est faux" n'a pas de chiffres pour affirmer ou infirmer l'hypothèse "X% des personnes hospitalisées sont non vaccinées ou en soins critiques", car il contient uniquement les chiffres des admissions à l’hôpital ou en soins critiques, et non pas le nombre de personnes à l'instant X. (C'est une histoire de flux vs stocks)
Alors effectivement le terme "hospitalisé" a un double sens (être admis à l’hôpital, et être à l'hôpital) mais il me semble que sa juxtaposition à "personnes […] en soins critiques", sans qu'on y voit le terme "admis en soins critiques" montre que l'on s'intéresse plus aux stocks qu'aux flux dans l'affirmation. Et le site référé n'a que les chiffres de flux.
Ah oui, et aussi, quand tu dis "dire que 90% des personnes hospitalisées sont non vaccinées ou en soins critiques", qui dit ça ? Quand ? Parce qu'il peut être intéressant de voir le contexte de cette phrase, pour pouvoir savoir si elle est vrai ou fausse.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Pendant ce temps là en France
Posté par 2PetitsVerres . En réponse au journal EBCDIC n'est pas compatible avec la RGPD. Évalué à 5.
Bon, c'est amusant vos slogans et vos logos, mais ça ne vaut pas ceux de Liège (la ville, pas la province)
https://upload.wikimedia.org/wikipedia/fr/4/46/Liege_Logo.svg
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Ma recette à moi (une fourchette de la version originale ?)
Posté par 2PetitsVerres . En réponse au journal recette de tartiflette. Évalué à 2.
Deux tiers de hauteur ou de volume ?
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# Les bonnes questions
Posté par 2PetitsVerres . En réponse au journal Changement climatique, que faire ?. Évalué à 8.
Les gens qui ont un compte DLFP qui n'a jamais rien fait (ni commentaire, ni journal, ni dépêche) et qui se réveillent un jour (enfin, plutôt au milieu de la nuit d'ailleurs), pour poster un journal climatosceptique, qui sont-ils ? Quels sont leurs réseaux ?
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Sujet Clivant
Posté par 2PetitsVerres . En réponse au journal La Quadrature du Net fait-elle fausse route ?. Évalué à 1.
Macron (et tous les présidents français depuis qu'il y a un système à deux tours) a été élu avec une majorité d'électeurs au second tour. Donc ce n'est pas une démocratie, faute de choix réel pour les gens. J'ai bon ? :D
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Le plantage horaire
Posté par 2PetitsVerres . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 10.
C'était ça. Effectivement, quand l'heure était rentrée automatiquement, elle était en deux chiffres (alors que si on rentre l'heure à la main, on rentrait "9" "42" par exemple, donc pas de 0 devant) Et derrière ce champ était interprété pour le transformer d'une chaine de caractère à un nombre, et ça plantait car 08 et 09 n'existent pas en octal, et tout le reste marchait comme attendu.
Donc la journée, on avait une "chance" sur trente de tomber sur le bug, et le matin, entre 08:00 et 09:59 on tombait sur le bug à tous les coups. Et le collègue qui commençait plus tôt lançait ses test à 07:XX dont ça passait.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Le plantage horaire
Posté par 2PetitsVerres . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 4.
Un test dure entre moins d'une minute et plusieurs heures, et on était plusieurs (moins d'une dizaine) à utiliser le banc. Mais en fait ça n'a pas d'influence sur le bug ;-)
Lle problème arrivait au moment de l'insertion du test dans la file d'attente, donc pas au lancement, et ce n'était pas un problème d'insertion concurrent par plusieurs personnes.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Le plantage horaire
Posté par 2PetitsVerres . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 5.
Non, pas de décalage horaires.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# Le plantage horaire
Posté par 2PetitsVerres . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 7. Dernière modification le 07 juin 2021 à 10:29.
Dans le genre "plantage à certaines heures et pas à d'autres", je vous propose le problème suivant :
J'ai un outil qui permet de lancer et/ou planifier le lancement de tests sur un banc de test (de satellite, mais peut importe) La façon la plus classique de l'utiliser, c'est de l'ouvrir, choisir mon test, et de le lancer. Je peux aussi choisir de le lancer plus tard, mais par défaut, il est mis dans la file de test à l'heure du lancement. Il y a donc un champ "heure" et un champ "minute" (pas de secondes) qui afficherait 10 et 20 respectivement si je lançais le test à cette heure ci (il est 10h20 quand j'écris)
L'outil se charge ensuite de lancer le test à l'heure dite (donc tout de suite, si le banc est dispo et qu'il n'y a pas de test en cours, sinon il s'arrange pour le mettre en file d'attente, on a la possibilité d'ajouter des priorités, etc)
Le problème : Parfois, ça ne marche pas.
Je vais maintenant vous donner les premiers éléments que l'on a rassemblés, puis je vous donnerai dans la partie 2 des éléments plus précis, mais que je n'avais pas avant de comprendre le bug, donc si vous aimez le défi, ne lisez pas la partie 2.
Partie 1 :
Pendant la journée, ça marche la plupart du temps, mais une fois de temps en temps, ça ne marche pas. Sauf le matin, où quand j'utilise l'outil relativement tôt dans ma journée, ça plante régulièrement. Je n'arrive pas forcément très tôt au boulot (disons entre 8h30 et 9h), mais je lance rarement un test dès que j'arrive, ça prend un peu de temps. (généralement je préfère finir le test le jour avant et le lancer la nuit, comme ça je n'ai pas besoin d'attendre le temps du test/la disponibilité du banc)
Quand je demande à décaler le test, ça marche à chaque coup, même si je ne décale que d'une minute. Donc quand je rentre l'heure à la main, ça marche.
Partie 2 :
La fréquence des plantages pendant la journée est de un plantage sur 30 exécutions, en moyenne.
Les test qui plantent le matin, sont ceux qui sont lancés avant 10h. Sauf pour un collègue qui arrive tôt au boulot, qui lui me dit que quand il lance un test très tôt, ça ne plante pas. Il arrive vers 7h au boulot.
J'écoute vos suggestions, quelqu'un a-t-il une idée ? (ce n'est pas pour vous faire bosser à notre place, le bug est résolu depuis plus de 10 ans)
Heureusement le satellite en lui même est plus robuste que le banc…
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Le café est meilleur au boulot
Posté par 2PetitsVerres . En réponse au journal Je veux pas y retourner. Évalué à 3.
Ah oui, c'est vrai que parfois il faut payer aussi. Donc il n'y a pas uniquement l'axe bon café/mauvais café, il y a aussi l'axe café gratuit/café payant qui peut rentrer en compte. Pour m'être déplacé chez pas mal de clients, je pense que le plus courant (dans un échantillon non représentatif, et biaisé puisque nos clients) ce sont les machines payantes qui proposent un choix de café moulu ou de café instantané (les deux dans la même machine) qui sont les plus courantes.
Je n'ai pas fait de stats exactes, mais le café gratuit est plus courant dans de petites entreprises que dans les grandes, sauf parfois dans certaines équipes qui ont leurs machine perso/d'équipe (surement techniquement interdites par un règlement, mais ce n'est pas si rare)
J'ai même vu un endroit où le café était gratuit avant 8h30 et entre 12h et 13h30 (je ne suis pas sûr des horaires exacts, mais c'était l'idée) et je dois dire que ça reste un cas unique dans ce que j'ai vu. Et dans d'autres pays; c'est différent. Par exemple en Angleterre, c'est évidemment le distributeur d'eau chaude qui est disponible, avec des choix de thé, et souvent une boite de café instantané quelque part pas loin. Je conseille le thé dans ce cas. En Suède, il y a du café évidemment (ils ne peuvent pas s'en passer, mais le fika c'est plus qu'uniquement la boisson (et si vous aimez la cannelle, c'est mieux)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: opportunité pour les entreprises de changer/s'améliorer
Posté par 2PetitsVerres . En réponse au journal Je veux pas y retourner. Évalué à 7.
Mannequin dans une pub pour vendre des chemises.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: De ce que je sache...
Posté par 2PetitsVerres . En réponse au journal Je veux pas y retourner. Évalué à 4.
ça dépend de la configuration (chez nous par exemple c'est locké, je ne peux pas changer la photo, celle qui est utilisée est automatiquement celle qui est dans le système pour moi. Enfin, je peux demander à ce qu'elle soit mise à jour, mais ce n'est pas dans teams que je la change.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# Le café est meilleur au boulot
Posté par 2PetitsVerres . En réponse au journal Je veux pas y retourner. Évalué à 3.
Jusque là, tu décris l'endroit où je bosse en présentiel. Enfin, bossait, avant la pandémie. Chez moi le café est moins bon (enfin, non, il est bon aussi, mais c'est plus d'effort à faire que de juste pousser sur un bouton :p)
C'est le vrai problème, bon je n'ai pas deux heures, la moitié, enfin, techniquement 2*15 minutes de transport et 2*15 minutes à pied.
En vrai, comme d'autres ici, je serais content de retourner au bureau, une fois de temps en temps, mais pas tout le temps. En plus on a raté plein de trucs à fêter, rien que pour les pots, ce sera sympa… mais pas pour tout de suite j'imagine.
Bon de toute façon, pour l'instant c'est "continuez de chez vous au moins jusque fin septembre, et si vous voulez venir, c'est possible, mais il faut demander pour qu'on organise ça pour avoir peu de monde au bureau".
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Ha les antivax et la science...
Posté par 2PetitsVerres . En réponse au journal Je veux pas y retourner. Évalué à 3.
Je suis curieux, tu fais toujours ça, ou ça dépend des circonstances ?
Est-ce que tu dis "La forme approximative de la Terre est une sphère", ou "La forme approximative de la Terre est apparemment une sphère" ?
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: De ce que je sache...
Posté par 2PetitsVerres . En réponse au journal Je veux pas y retourner. Évalué à 3.
Il faudrait demander à votre IT de mettre au moins la photo. Ça devrait les rendre un peu plus humain que des initiales. Bon, ce n'est pas pareil que de les voir en vrai, évidemment, mais c'est mieux que des initiales. (et sinon vous pouvez allumer vos webcam, aussi)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Sérieusement ?
Posté par 2PetitsVerres . En réponse au journal Encore des nouvelles de Fortran. Évalué à 5.
La théorie c'est que pour voir si x et y, deux flottants, sont "égaux", c'est qu'il faut voir si la valeur absolue de leur différence est inférieure à un seuil. Donc techniquement, il suffit de faire:
La seule question en suspend est de trouver le seuil. Sauf que là, ça va dépendre de ce que tu cherches. Si tu connais les ordres de grandeur de x et y attendus, et que tu as une idée de ce que tu tolères ou que tu peux calculer le nombre de bit de bruit introduit par les arrondis des calculs, tu peux facilement calculer un seuil.
Si tu ne connais pas les valeurs attendues (ni x, ni y ne sont constants, et tu ne connais pas le phénomène physique derrière), tu peux remplacer cela par un seuil relatif, quelque chose comme
Et tu choisis seuil en fonction du type de flottant que tu utilises. Sauf que là, il va falloir aussi gérer les cas où y == 0, ou proche de 0, qui peuvent provoquer des NaN, Inf, ou des overflows…
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.