gUI a écrit 5994 commentaires

… ce que ça aurait donné un audit sur les "box" des FAI…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est pas facile de t'aider, parce qu'il faut entrer dans ton code, et tel qu'il est écrit c'est compliqué (et j'avoue que même si j'aime les os à ronger, je vais pas faire trop d'effort).

1/ Il n'y a aucun commentaire

La fonction ttint() par exemple, elle fait quoi ? Pourquoi ? Quelles valeurs elle retourne ? Rien n'est évident, même verticale() on sait pas ce qu'elle fait.

2/ Les valeurs de retour sont incompréhensible

Ça retourne 2 ou 1 ou -1… pourquoi pas, mais à ce moment il te faut faire un #define style :

#define RET_TROUVE_COLONNE 1

et après un code comme if (cherche_colonne() == RET_TROUVE_CONONNE) c'est bcp plus facile à comprendre

une fonction comme aGagne par exemple on s'attend à ce qu'elle retour true ou false, son prototype serait donc

bool aGagne(...) {
  if ... {
    return true;
  } else {
    return false;
  }
}

3/ Trop de else if imbriqués

Tu dois avoir manqué quelqchose sur tes algo de base, parce que envoyer une grande suite de if imbriqés avec seuelment un indice de tableau qui change… ça sent vraiment qu'il y a mieux à écrire :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Au passage, dans une conférence de Benjamin Bayard il avait cité une propriété assez originale du logiciel libre : le logiciel bosse dans ton intérêt, pas dans l'intérêt d'un tiers. Et il l'avait illustré par le logiciel des lecteurs DVD contre lequel il faut se battre avant de faire ce qu'on est venu faire à l'origine : regarder un film.

Et c'est vrai que des trucs volontairement pénibles dans un logiciel libre… bin… y en a pô.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je l'ai lu celui-là aussi mais ça ne m'a pas apporté de réponse.

Et bien il m'a mis la puce à l'oreille : lui il l'a le message segfault coredump. Pourquoi donc ???

Et si tu regardes, il y a /bin/sh : il doit lancer des scipts (et pas un exécutable directement) et du coup il a le message. De plus il y a l'erreur 139… comme moi !

Bref en recoupant et en cherchant qui imprime ce truc, j'ai pu confirmer.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je me suis dit "mais keskiraconte çuila", j'ai fait 3 bouts de C et un Makefile… et j'ai évidemment la même chose.

En cherchant un peu et en compilant les trouvailles (merci Stackoverflow encore une fois), j'ai trouvé les indices suivants :
- make te dis qqchoe comme 'error 139', ça veut dire que la commande exécutée est en segfault. donc ton info tu l'as.
- l'affichage que tu cherches c'est pas l'exécutable qui le fait, c'est celui qui l'a lancé. donc tu le vois avec ton bash, mais pas avec Makefile (qui te dit 'error 139'). les redirections n'y feront rien.

Donc faut faire avec :)

https://stackoverflow.com/questions/26168138/makefile-ignore-segfault
https://stackoverflow.com/questions/32564735/what-actually-prints-segmentation-fault

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je ne suis pas sûr que ton approche soit la bonne. Les microcontrôleurs de ce type sont assez évolués, partir d'une feuille blanche est assez compliqué (il y a souvent des choses à initialiser).

Mais tu as parfaitement le droit (et l'intérêt) de chercher à tout comprendre et donc d'écrire ton truc minimaliste.

À ta place je partirais d'un truc qui marche et ensuite je simplifierais jusqu'à l'extrême. Au passage tu valideras tout un tas de truc à commencer par ta chaîne de compilation.

Sinon en C il me semble que les mots clé volatile et register servent à ça, éviter des optimisations du compilateur.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

c'est du côté des branleurs ;)

Ouais 😎

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Une ressource à conseiller pour s'y mettre sérieusement ?

Merci !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est pour aller plus vite ?

Oui. Par mauvais temps je préfère 20mn de moto que 40mn de vélo. Je ne m'amuse dans aucun des deux cas donc autant que ça aille vite.

Par beau temps (disons ni froid ni pluie, pas besoin d'avoir un beau soleil non plus), le plaisir à vélo fait que les 40mn ne me dérangent aucunement, au contraire.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

ouf je n'étais pas donc pas fou.

merci bcp, c'était exactement ça que je cherchais.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

ouiii ! merci :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Corrigé, merci

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je n'ai jamais rencontré personne (d'autre) qui fasse ainsi.

Enchanté !

J'ai eu la chance de bosser pendant 2 ans à 2,5km de chez moi.

• 5 mn à voiture/moto
• 5 mn à vélo (péri urbain avec bcp de feux, tu vas aussi vite à vélo)
• 25-30mn à pieds

Au début j'ai marché pour l'exercice physique (perdu 6kg en 3 mois quand même), puis j'ai continué vraiment par plaisir.

1/2h de marche, c'est :
- de l'exercice physique
- du temps pour soi (qu'est-ce qu'on réfléchi ! bcp plus qu'en voiture/moto/vélo où on conduit avant tout)
- une vraie séparation boulot/maison

J'ai adoré.

Malheureusement toutes les bonnes choses ont une fin (sauf le saucission, qui en a deux), j'ai changé de boulot, je suis à 18km… C'est différent. Vélo aux beaux jours, et sinon moto. Ça fait moins rêver.

Mais j'ai fait un paquet de jaloux en expliquant que je venais à pieds. On me corrigeait : "en transports en commun ?", et non, "à pieds !".

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Aurélien Barrau vient de faire un bon chapitre (10mn tout de même) sur l'achat d'un billet de train : https://www.youtube.com/watch?v=XIJul61JpII

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Quelqu'un peu m'expliquer le rapport entre les admissions, et "les 10 millions d'habitant de chaque groupe"?

Aujourd'hui pour schématiser, il y a 85% de personnes vaccinées et 15% non vaccinées. On est 70 millions, donc disons 60 millions de vaccinés et 10 millions de non vaccinés.

Si le vaccin ne sert à rien (un bon verre d'eau), ça veut dire que tu auras aux admissions de l'hôpital 6x plus de non vaccinés que de vaccinés. Si tu as moitié/moitié, ça veut dire que le vaccin a divisé par 6 la proba de finir à l'hôpital. C'est pas super facile à interpréter.

Donc pour évaluer l'efficacité du vaccin, il faut rapporter les cas comme si la population était moitié/moitié, d'où le "pour 10 millions" (on aurait pu choisir n'importe quel chiffre en fait, l'idée est de remettre tout sur la même base).

Au final, ce calcul montre que si on était 10 millions de vaccinés et 10 millions de non vaccinés (facile à comparer du coup), on aurait 157 non vaccinés à l'hôpital pour 12 vaccinés.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui en effet… pas une grande idée.

Pour limiter on pourrait imaginer des outils minify/deminify qui permettraient d'utiliser les outils standard au milieu d'un pipe. Mais bon, tôt ou tard tu serais emmerdé.

EDIT : ou alors tu fais un vrai truc de Geek, style un UserFS qui déformate/reformate à la volée, les outils n'y voient que du feu.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Exactement. Ensuite toute la difficulté c'est de la mettre en place. Concrètement c'est compliqué.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Non, ce que je propose (enfin, que le journal propose) c'est de ne pas mettre le formatage dans le fichier sauvegardé. Ça ne sert à rien.

Si je sauve void main(void){printf("Hello world\n");} dans un fichier, ça ne m'empêchera en rien de voir :

void main(void)
{
  printf("Hello world\n");
}

dans mon éditeur, pendant que toi, avec des préférences différentes tu vois :

void main(void) {

  printf("Hello world\n");

}

Exactement comme la coloration syntaxique, où chacun a la sienne.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Encore une fois, c'est l'outil de visualisation (git diff) qui pourrait également faire le travail de te présenter une version lisible.

Mais ça touche tout l'éco-système de la programmation (les IDE, les outils de gestion de version comme tu dis, même grep devient inutilisable si tu as tout sur une ligne), c'est pas évident…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est vrai que le formatage du texte en soi on s'en cogne, c'est le compilo qui va le manger, et commencer par supprimer tous les caractères inutiles. Le formatage est là juste pour la visualisation.

Du coup, l'idée de ne sauver que le code pur (une version minifiée), et laisser tout un chacun d'afficher de jolies tabulations sur 2 espace ⅓ si ça le chante, oui j'aime bien.

Un peu comme si la coloration syntaxique faisait partie du texte du code source…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Merci !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est un peu faussé car les vaccinés sont moins forcés à faire des tests

Anéfé. Vu que de ce que j'ai compris le but ultime de la vaccinationc'est d'éviter de saturer les urgences (et de mourir au passage), il faudrait simplement savoir quelle part de vaccinés/non vaccinés sont aujourd'hui à l'hôpital. Là on saura (par rapport à la part de vacciné/ non vacciné dans la population) si le vaccin marche ou pas.

Qqu'un sait où trouver cette statisqtique à jour ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Corrigé, merci

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu crois vraiment que les gens dépensent tout leur capital d'avis quotidien ?

Justement non, parce qu'ils sont quasi illimités. D'où l'idée de les diminuer fortement pour leur donner un peu plus de valeur et moins de "je clique spontanément".

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Réflexion à haute-voix : peut-être que de limiter à une poignée de vote par jour permettrait de les utiliser un peu plus à bon escient ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.