Non. Tu nous parles de ton assurance santé et prévoyance. Une mutuelle, c'est une forme d'entreprise, assez répandue dans le domaine de l'assurance et de la banque, mais ce n'est sans doute pas le cas de la tienne. C'est très facile à vérifier : est-ce que tu es invité à voter pour élire les dirigeants de cette société d'assurance ? Sinon, ce n'est pas une mutuelle.
Je ne sais pas d'où sort cette utilisation du terme de « mutuelle » pour désigner de façon générique une assurance santé, mais il faut vraiment arrêter ça.
C'est comme l'utilisation du terme de « sécurité sociale » pour désigner un organisme imaginaire, je trouve que cela nuit à la compréhension de la réalité. La sécurité sociale, c'est un système, pas une entreprise. Ce système est essentiellement composé de multiples compagnies d'assurance, la plus grosse d'entre elles étant la Caisse primaire d'assurance maladie. On ne cotise pas à « la sécu », on est adhérent d'un assureur particulier, en l'occurrence la CPAM pour les salariés du privé, mais il y en a d'autres.
Je veux dire, nous avons tous deux la ligne entière en mémoire, mais là où j'en prends à chaque fois une tranche pour la convertir en ensemble et regarder sa longueur, tu enfonces un par un chacun de ses caractères dans une file à taille limitée, que tu convertis en ensemble pour regarder sa longueur.
Quoique, ça évite une copie de chaîne à chaque étape, c'est ça ? La file à taille limitée étant persistante et ne copiant qu'un caractère à chaque fois.
fromtypingimportIterabledefsolve1(lines:Iterable[str])->int:"""Solve part 1 of today's puzzle"""forlineinlines:# There is actually only one line :-)foriinrange(4,len(line)-1):# ignore final '\n'iflen(set(line[i-4:i]))>=4:returnireturn0defsolve2(lines:Iterable[str])->int:"""Solve part 2 of today's puzzle"""forlineinlines:# There is actually only one line :-)foriinrange(14,len(line)-1):# ignore final '\n'iflen(set(line[i-14:i]))>=14:returnireturn0
Le fait que mes fonctions mangent un itérable de chaînes vient des fonctions utilitaires que j'ai codées pour intégrer ça facilement. Ici, ça donne quelque chose d'un peu artificiel puisqu'il n'y a qu'une ligne à lire.
Je ne suis pas du tout satisfait par le fait de transformer à chaque fois un bout glissant de la chaîne d'entrée en un ensemble. J'aimerais bien faire quelque chose d'un peu mieux optimisé, mais je n'ai rien de probant en tête.
Au fait, avez-vous remarqué ce qu'on trouve dans la boutique de l'Avent du Code cette année ? On dirait qu'on va bientôt changer de moyen de transport.
Vous vous souvenez sans doute encore d'une petite phrase de l'intro :
To supply enough magical energy, the expedition needs to retrieve a minimum of fifty stars by December 25th. Although the Elves assure you that the grove has plenty of fruit, you decide to grab any fruit you see along the way, just in case.
Juste au cas où, bien sûr… Cette précaution commence à prendre du sens, vu que les lutins ont visiblement besoin d'être babysittés en permanence ! Quelle surprise, à se demander comment ils arrivaient à ramener ce qu'il faut les Noëls précédents. Heureusement qu'on a pris de l'avance en collectant des fruits en étoile au fur et à mesure !
Bref, j'ai l'impression qu'on arrive au bout de l'installation et qu'on va pouvoir partir en expédition dans la jungle. Et quelque chose me dit que ça ne va pas tout à fait se passer comme prévu.
Vous imaginez quoi pour demain ? Je verrais bien quelque chose à base de carte de zones plus ou moins dangereuses et de détermination de parcours optimisé…
C'est tout à fait ça. Mais à vrai dire, dès que le problème que je cherche à résoudre n'est pas un truc jetable, en particulier lorsqu'il s'agira de le montrer à d'autres ou de revenir dessus, j'utilise de moins en moins Awk.
Je trouve en effet que, sauf quand c'est vraiment très simple, ça donne quelque chose de très peu compréhensible à la lecture ou à la relecture.
Ce qui est assez casse-pied dans ce problème, c'est que les données d'entrées sont dans un ordre qui est optimisé pour la lecture par un lutin grutier ou en l'occurrence une lutine grutière.
Bref, voici le code :
importrefromcollectionsimportdequefromioimportStringIOfromtypingimportDict,List,Iterable,Iterator,MutableSequence,Sequencefromtyping_extensionsimportProtocolclassCrane(Protocol):defload(self,stacks:Sequence[MutableSequence[str]],labels:Iterable[str])->None:...defmove(self,orig:str,dest:str,n:int)->None:...deftop(self)->str:...classCrateMover:def__init__(self)->None:self.stacks={}# type: Dict[str, MutableSequence[str]]self.labels=[]# type: List[str]defload(self,stacks:Sequence[MutableSequence[str]],labels:Iterable[str])->None:forstack,labelinzip(stacks,labels):self.stacks[label]=stackforlabelinlabels:self.labels.append(label)deftop(self)->str:result=StringIO()forlabelinself.labels:result.write(self.stacks[label][-1])returnresult.getvalue()classCrateMover9000(CrateMover):def__init__(self,*args,**kwargs)->None:super().__init__()defmove(self,orig:str,dest:str,n:int)->None:orig_stack=self.stacks[orig]dest_stack=self.stacks[dest]for_inrange(n):dest_stack.append(orig_stack.pop())classCrateMover9001(CrateMover):def__init__(self,*args,**kwargs)->None:super().__init__()defmove(self,orig:str,dest:str,n:int)->None:orig_stack=self.stacks[orig]dest_stack=self.stacks[dest]temp_stack=deque()# type: deque[str]for_inrange(n):temp_stack.appendleft(orig_stack.pop())dest_stack.extend(temp_stack)defsolve(lines:Iterator[str],crane:Crane)->str:re_crates=re.compile(r'^\s*\[')stacks=[]# type: List[deque[str]]# First lines are crate stack descriptionsforlineinlines:ifre_crates.match(line):# This line describes stacked cratesfori,labelinenumerate(line[1:len(line):4]):ifi>=len(stacks):stacks.append(deque())stack=stacks[i]iflabel!=' ':stack.appendleft(label)else:# This line provides the labels of crate stacksbreak# Current line provides the labels of crate stackslabels=line[1:len(line):4]# We have enough data to load the crane with crate stackscrane.load(stacks,labels)# Next line is a blank ones=next(lines)# Next lines are crate moving instructionsre_instruction=re.compile(r'^move (\d+) from (.) to (.)$')forlineinlines:m=re_instruction.match(line)ifmisNone:raiseValueError("unrecognized input line")n=int(m.group(1))orig=m.group(2)dest=m.group(3)crane.move(orig,dest,n)returncrane.top()defpart1(data:Iterable[str])->str:crane=CrateMover9000()returnsolve(iter(data),crane)defpart2(data:Iterable[str])->str:crane=CrateMover9001()returnsolve(iter(data),crane)
En Python, en utilisant une classe dédiée (je trouve que ça se lit mieux ainsi) :
fromtypingimportIterable,TupleimportaocclassInterval:"""An interval of integers"""def__init__(self,start:int,end:int):"""Create a new interval of integers, from start to end included"""self.start=startself.end=enddefincludes(self,other):"""Does this interval include the other one?"""returnself.start<=other.startandself.end>=other.enddefoverlaps(self,other):"""Does this interval overlap the other one?"""returnself.end>=other.startandself.start<=other.enddefimport_interval(s:str)->Interval:"""Import an interval from a string such as "2-4" """part1,part2=s.split('-')returnInterval(int(part1),int(part2))defimport_pairs(lines:Iterable[str])->Iterable[Tuple[Interval,Interval]]:"""Import a pair of intervals from a line such as "2-4,5-8\\n" """forlineinlines:part1,part2=line.rstrip().split(',')yieldimport_interval(part1),import_interval(part2)defsolve_both(lines:Iterable[str])->Tuple[int,int]:"""Solve both parts of today's puzzle"""inclusions=0overlaps=0fora1,a2inimport_pairs(lines):ifa1.includes(a2)ora2.includes(a1):inclusions+=1ifa1.overlaps(a2):overlaps+=1returninclusions,overlaps
#! /usr/bin/python3# Advent of Code 2022, day 2fromtypingimportIterable,Optional,TypeVar# '@' is not a valid item type, but it does no harm, and having it makes the# value of each item type equal to its index in this string. :-)letters="@abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ"priorities={letter:valuefor(value,letter)inenumerate(letters)}classRucksack:def__init__(self,left:str,right:str):self.left=leftself.right=rightdefanomaly(self)->str:forletterinself.left:ifletterinself.right:returnletterraiseValueError("no anomaly in this rucksack")def__contains__(self,letter:str)->bool:returnletterinself.leftorletterinself.rightdefimport_sack(line):n=len(line)-1# do not count final '\n'left=line[0:n//2]right=line[n//2:n]returnRucksack(left,right)T=TypeVar('T')defgroup(iterable:Iterable[T],n:int)->Iterable[list[T]]:result=[]# type: list[T]foriteminiterable:result.append(item)iflen(result)>=n:yieldresultresult=[]yieldresultdefpart1(lines:Iterable[str])->int:total=0forlineinlines:sack=import_sack(line)total+=priorities[sack.anomaly()]returntotaldefpart2(lines:Iterable[str])->int:total=0forline_groupingroup(lines,3):sacks=[import_sack(line)forlineinline_group]forletterinletters:ifall(letterinsackforsackinsacks):total+=priorities[letter]breakreturntotal
Le ministère demande des choses mais que propose-t-il ? Existe-t-il des solutions alternatives qui seraient fournies par l'éducation nationale ?
Oui : étudier sans informatique, sauf lorsqu'il s'agit d'apprendre la bureautique et l'informatique.
Sérieusement, les connaissances de compétences de base que l'école est censée transmettre n'ont pas changé depuis cinquante ans, c'est toujours lire, compter, calculer, réfléchir, puis pour aller plus loin, étudier des textes littéraires, résumer, raisonner, avec des bases en diverses sciences. Que des trucs qui se faisaient très bien sans informatique, et qui peuvent toujours très bien se faire sans informatique.
Je soupçonne même que ces trucs se feraient sans doute mieux sans informatique.
L'informatique est indispensable lorsqu'il s'agit d'apprendre la bureautique. Ça se fait sans problème sous Google ni Microsoft. L'informatique est, en revanche, secondaire lorsqu'il s'agit d'apprendre la programmation, c'est important à rappeler. L'algorithmique et toute ça théorique, ça se fait sans ordinateur, en tout cas sans coder, donc sans problème avec un tableau noir et du papier.
Toujours en Python, mais aujourd'hui, point de modélisation objet, c'est du concis, plus en mode calcul :
fromtypingimportIterable,Tupledefsolve_both(lines:Iterable[str])->Tuple[int,int]:# Symbol -> value for part 1values1={'A':1,'B':2,'C':3,'X':1,'Y':2,'Z':3}# Symbol -> value for part 2values2={'A':1,'B':2,'C':3,'X':-1,'Y':0,'Z':1}score1=0# for part 1score2=0# for part 2forlineinlines:char1,char2=line.split()# Values for part 1value1_1,value1_2=values1[char1],values1[char2]outcome1=((value1_2-value1_1+1)%3)*3# Values for part 2value2_1,result2=values2[char1],values2[char2]value2_2=(value2_1+result2-1)%3+1outcome2=((result2+1)%3)*3# We are player 2!score1+=value1_2+outcome1score2+=value2_2+outcome2returnscore1,score2
Du code commun aux deux parties, essentiellement pour modéliser et importer les données :
importcollectionsimportitertoolsfromcollections.abcimportIterable,SequenceimportaocclassPack:"""An elf backpack, containing a list of food items"""def__init__(self,items:Sequence[int])->None:"""Create an elf backpack containing the providing items (an item is actually an amount of energy, in calories)"""self.items=itemsdeftotal(self)->int:"""Return the total energy corresponding to the items in a backpack"""returnsum(self.items)defimport_packs(lines:Iterable[str])->Iterable[Pack]:"""Read input lines and return an iterator, yielding one elf backpack at a time"""items=[]# type: list[int]forlineinlines:ifline=='\n':# A newline separates the description of one backpack from the next# one. Therefore, a pack has been entirely listed and can be# yielded.yieldPack(items)items=[]continueitems.append(int(line))# The last pack has been entirely listed and we have to yield it too.yieldPack(items)
Première partie, on veut le total de l'énergie du sac qui en contient le plus :
defpart1(lines:Iterable[str])->int:"""Solve puzzle part 1: determine the backpack containing most energy, and return the amount of energy it contains"""packs=import_packs(lines)returnmax(pack.total()forpackinpacks)
Deuxième partie, on veut le total de l'énergie des trois sacs qui en contiennent le plus :
defpart2(lines:Iterable[str])->int:"""Solve puzzle part 2: determine the three backpacks containing most energy, and return the amount of energy they contain"""packs=import_packs(lines)totals=(pack.total()forpackinpacks)# Sort the energy totals so the greatest are at the end, and sum the three# last onesreturnsum(sorted(totals)[-3:])
Je ne suis pas très satisfait par le fait de trier les totaux, j'aurais bien aimé faire ça en parcourant simplement les sacs, mais je n'ai pas trouvé de façon élégante de le faire.
Et voilà, cette année, le Père Noël a été invité par ses lutins à participer à leur récolte annuel de fruits étoilés destinés à nourrir les rennes et leur apporter l'énergie magique nécessaire à la tournée de Noël.
We wish you a merry Christmas and a happy hacking!
Flash a le tort de s'être vraiment imposé, devenant incontournable et donc une plaie dont on pouvait difficilement se passer.
Silverlight a au contraire l'avantage de n'avoir jamais vraiment percé, et la difficulté ou la réticence à l'installer n'a jamais eu un coût élevé ;
Shockwave : c'était un avatar de Flash non ?
Pour les applets on parle de Java, j'imagine. L'avantage, c'est que c'était plus ou moins libre. Pourri à mes yeux, mais sans trop de réticence ou de difficultés à installer.
Java Web Start : si je me souviens bien, ce n'est pas vraiment du web dynamique, ça, juste un mode de distribution de logiciels jetables. Même impression qu'avec Java.
VBScript : ça a existé ce truc ?
HTML5 et compagnie : c'est ouvert, implémentations libres disponibles, bref un vrai progrès à mes yeux.
Même constat pour le côté vidéo et audio. Personnellement, je déteste ça, quand on me passe un enregistrement d'une conférence, je cherche tout de suite à savoir s'il n'y en a pas une transcription.
Mais en revanche, je maintiens que j'ai toujours l'impression de subvocaliser quand je lis. Comme quand je pense d'ailleurs.
Malheureusement, beaucoup de personnes ont tendance à "subvocaliser" et donc à lire à haute voix dans leur tête.
C’est une perte de temps terrible qui rend la lecture fastidieuse et ne permet pas d’utiliser la mémoire court-terme pleinement et qui rend quasi-impossible la lecture de textes longs et complexes avec une compréhension profonde.
C'est très curieux, personnellement j'ai bien l'impression de prononcer dans ma tête, mais beaucoup plus vite que si je lisais à voix haute. D'ailleurs, j'ai une vitesse de lecture plutôt rapide, comparée à celle des gens avec qui j'ai pu comparer. Et ça me permet de lire des textes longs et complexes en les comprenant bien.
Mais à côté de ça, j'ai entendu parler de lecture rapide, une technique de lecture sans prononcer dans sa tête, qui serait bien plus rapide. J'ai essayé un peu, mais je n'ai pas accroché, sans doute pas assez pour bien me rendre compte. Pour le peu que j'ai fait, ça m'a justement donné l'impression de survoler un texte sans bien rentrer dedans, c'est très curieux.
Je me demande s'il n'existe pas un truc plus low-tech qui répondrait au même besoin: l'ardoise magique. C'est un jouet pour enfants, mais la fonctionnalité a l'air d'être la même, non ?
Pour ma part je cherche au maximum à reformuler pour essayer d'éviter la situation. C'est également considéré comme de l'écriture inclusive me semble-t-il.
Ça l'est certainement, et c'est une bonne idée, c'est encore plus lisible sans souffrir d'une impression de redondance. Et c'est tout à ton honneur, parce que ça demande encore plus de temps pour écrire ainsi. Ça ne doit pas être évident pour que les phrases n'aient pas l'air trop impersonnelles ou mécaniques je pense.
J'ai fait l'effort d'aller au bout de cette nouvelle, mais si le reste est aussi en écriture inclusive, je n'irais pas plus loin …
Il y a plusieurs formes d'écriture inclusive, tout de même. Notamment :
la forme factorisée, qui optimise du nombre de caractères à saisir, donc le temps de l'aut⋅rice⋅eur, au détriment de la lisibilité, et demande au⋅à le⋅la lect⋅eur⋅rice développer lui⋅elle-même pour pouvoir prononcer la phrase ;
la forme développée ou naturelle, qui cherche à optimiser la lisibilité, au prix d'un plus grand nombre de caractères à saisir, et qui consiste simplement pour l'auteur ou l'autrice à écrire la phrase développée, grammaticalement correcte et directement prononçable par la lectrice ou le lecteur ;
l'invention de mots neutres, comme « iel », « auteurice » et « lectriceur », qui ne peut que compléter l'un des deux approches précédentes puisque tous les mots ne se prêtent pas à ce genre d'adaptation.
La première consiste, pour l'auteur ou l'autrice, à économiser du temps – et encore, il n'est même pas certain que cela en fasse gagner – en le faisant payer aux lectrices et lecteurs. Parce que, pour la plupart des gens, lire, c'est prononcer dans sa tête, tout de même, et un truc comme « heureu⋅x⋅ses », eh bien ce n'est pas prononçable, il faut d'abord faire une étape de développement ou d'élimination d'une des deux alternatives dans sa tête.
La seconde consiste à prendre le temps d'écrire quelque chose de lisible. Je trouve ça bien plus respectueux. Et tout aussi inclusif, pour ceux qui se poseraient la question : « heureuses et heureux », ça veut dire la même chose que, sauf que c'est grammaticalement et orthographiquement correct et que ça se lit directement sans aucune difficulté.
Je n'ai pas lu cette nouvelle, mais on parle de quelle forme d'écriture inclusive au juste ? La version optimisée pour l'auteur ou l'autrice ou celle optimisée pour la lecture ? Avec un soupçon de mots inventés peut-être ?
C'est un peu comme lorsqu'on appelle quelqu'un et qu'on tombe sur son répondeur, deux options possibles :
laisser un message vocal, qui prend peu de temps à faire mais demandera du temps au destinataire pour l'écouter ;
rédiger un SMS, qui prend plus de temps à écrire mais demandera beaucoup moins de temps au destinataire pour le lire.
Ça, c'est typique des problèmes avec une résolution intuitive pas optimale, et qui devient intenable pour la seconde partie.
Plutôt que de stocker une liste de tous les poissons avec leur compteur interne, l'astuce est de plutôt stocker, pour chaque valeur possible de compteur interne (de 0 à 8), le nombre de poissons qui ont cette valeur-là.
#! /usr/bin/python3fishes=[0]*9# for each value of their internal timer, the number of fishes with that valuewithopen("6.in")asf:forwordinf.read().rstrip().split(','):fishes[int(word)]+=1fordayinrange(256):new_fishes=[0]*9fori,ninenumerate(fishes):ifi==0:new_fishes[6]+=nnew_fishes[8]+=nelse:new_fishes[i-1]+=nfishes=new_fishesprint(sum(fishes))
Le temps universel coordonné, appelé UTC, est établi par le BIPM en considérant qu'une seconde correspond à la durée de 9 192 631 770 oscillations de la fréquence de transition hyperfine de l'atome de césium. De son côté, le service international de la rotation terrestre et des systèmes de référence établit le temps astronomique, appelé UT1, avec une seconde définie comme 1/86400ème d'une rotation complète (jour). Le temps UT1 est physiquement instable, la rotation de la planète ayant tendance à accélérer depuis la mise en place du temps universel.
Si je comprends bien, la valeur d'une seconde UT1 est variable. Parfois plus courte que celle de la seconde UTC, parfois plus longue.
Avec une définition commune du jour (24 heures de 60 minutes de 60 secondes), ces deux temps se retrouvent normalement en décalage. Pour le moment, on a toujours géré des cas où UTC était en avance sur UT1, et on l'a recalé en lui ajoutant une seconde de temps en temps.
La décision a donc été prise de compter sur une prévision des variations astronomiques des 100 prochaines années pour définir les décalages à venir entre UTC et UT1, puis on fixera alors une heure UTC stable qui minimisera le décalage de celui-ci pendant ce siècle.
On parle donc d'une simple translation d'UTC. C'est bien si la durée de la seconde UT1 reste en moyenne assez proche d'une seconde UTC. Mais si, disons, la rotation de la Terre diminue pendant un moment, c'est plus qu'un simple décalage, qu'il faudrait, c'est une modification de la définition de la seconde.
Cette modification devra être réalisée d'ici 2035.
En somme, au lieu d'ajouter ou de retirer une seconde de temps en temps, on parle d'ajouter ou de retirer un paquet de secondes à un moment donné, c'est ça ?
# Mutuelle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Mutuelle et mot de passe. Évalué à 10.
Non. Tu nous parles de ton assurance santé et prévoyance. Une mutuelle, c'est une forme d'entreprise, assez répandue dans le domaine de l'assurance et de la banque, mais ce n'est sans doute pas le cas de la tienne. C'est très facile à vérifier : est-ce que tu es invité à voter pour élire les dirigeants de cette société d'assurance ? Sinon, ce n'est pas une mutuelle.
Je ne sais pas d'où sort cette utilisation du terme de « mutuelle » pour désigner de façon générique une assurance santé, mais il faut vraiment arrêter ça.
C'est comme l'utilisation du terme de « sécurité sociale » pour désigner un organisme imaginaire, je trouve que cela nuit à la compréhension de la réalité. La sécurité sociale, c'est un système, pas une entreprise. Ce système est essentiellement composé de multiples compagnies d'assurance, la plus grosse d'entre elles étant la Caisse primaire d'assurance maladie. On ne cotise pas à « la sécu », on est adhérent d'un assureur particulier, en l'occurrence la CPAM pour les salariés du privé, mais il y en a d'autres.
[^] # Re: En Python
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 6. Évalué à 3.
Ça n'optimise rien du tout, si ?
Je veux dire, nous avons tous deux la ligne entière en mémoire, mais là où j'en prends à chaque fois une tranche pour la convertir en ensemble et regarder sa longueur, tu enfonces un par un chacun de ses caractères dans une file à taille limitée, que tu convertis en ensemble pour regarder sa longueur.
Quoique, ça évite une copie de chaîne à chaque étape, c'est ça ? La file à taille limitée étant persistante et ne copiant qu'un caractère à chaque fois.
# En Python
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 6. Évalué à 4.
Le fait que mes fonctions mangent un itérable de chaînes vient des fonctions utilitaires que j'ai codées pour intégrer ça facilement. Ici, ça donne quelque chose d'un peu artificiel puisqu'il n'y a qu'une ligne à lire.
Je ne suis pas du tout satisfait par le fait de transformer à chaque fois un bout glissant de la chaîne d'entrée en un ensemble. J'aimerais bien faire quelque chose d'un peu mieux optimisé, mais je n'ai rien de probant en tête.
[^] # Re: On va peut-être enfin y aller ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 5. Évalué à 3.
Au fait, avez-vous remarqué ce qu'on trouve dans la boutique de l'Avent du Code cette année ? On dirait qu'on va bientôt changer de moyen de transport.
# On va peut-être enfin y aller ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 5. Évalué à 3.
Vous vous souvenez sans doute encore d'une petite phrase de l'intro :
Juste au cas où, bien sûr… Cette précaution commence à prendre du sens, vu que les lutins ont visiblement besoin d'être babysittés en permanence ! Quelle surprise, à se demander comment ils arrivaient à ramener ce qu'il faut les Noëls précédents. Heureusement qu'on a pris de l'avance en collectant des fruits en étoile au fur et à mesure !
Bref, j'ai l'impression qu'on arrive au bout de l'installation et qu'on va pouvoir partir en expédition dans la jungle. Et quelque chose me dit que ça ne va pas tout à fait se passer comme prévu.
Vous imaginez quoi pour demain ? Je verrais bien quelque chose à base de carte de zones plus ou moins dangereuses et de détermination de parcours optimisé…
[^] # Re: un bout de AWK
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 4. Évalué à 3.
C'est tout à fait ça. Mais à vrai dire, dès que le problème que je cherche à résoudre n'est pas un truc jetable, en particulier lorsqu'il s'agira de le montrer à d'autres ou de revenir dessus, j'utilise de moins en moins Awk.
Je trouve en effet que, sauf quand c'est vraiment très simple, ça donne quelque chose de très peu compréhensible à la lecture ou à la relecture.
# En Python
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 5. Évalué à 3. Dernière modification le 05 décembre 2022 à 11:37.
Ce qui est assez casse-pied dans ce problème, c'est que les données d'entrées sont dans un ordre qui est optimisé pour la lecture par un lutin grutier ou en l'occurrence une lutine grutière.
Bref, voici le code :
# En Python
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 4. Évalué à 4.
En Python, en utilisant une classe dédiée (je trouve que ça se lit mieux ainsi) :
[^] # Re: un bout de AWK
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 4. Évalué à 5.
C'était en effet parfaitement taillé pour Awk !
# En Python, classieux
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 3. Évalué à 3.
[^] # Re: Déjà dans la rubrique liens
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Office 365 et Google Workspace en difficulté chez l'école républicaine. Évalué à 10. Dernière modification le 02 décembre 2022 à 15:33.
Oui : étudier sans informatique, sauf lorsqu'il s'agit d'apprendre la bureautique et l'informatique.
Sérieusement, les connaissances de compétences de base que l'école est censée transmettre n'ont pas changé depuis cinquante ans, c'est toujours lire, compter, calculer, réfléchir, puis pour aller plus loin, étudier des textes littéraires, résumer, raisonner, avec des bases en diverses sciences. Que des trucs qui se faisaient très bien sans informatique, et qui peuvent toujours très bien se faire sans informatique.
Je soupçonne même que ces trucs se feraient sans doute mieux sans informatique.
L'informatique est indispensable lorsqu'il s'agit d'apprendre la bureautique. Ça se fait sans problème sous Google ni Microsoft. L'informatique est, en revanche, secondaire lorsqu'il s'agit d'apprendre la programmation, c'est important à rappeler. L'algorithmique et toute ça théorique, ça se fait sans ordinateur, en tout cas sans coder, donc sans problème avec un tableau noir et du papier.
# En Python bref
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 2. Évalué à 4.
Toujours en Python, mais aujourd'hui, point de modélisation objet, c'est du concis, plus en mode calcul :
[^] # Re: En Python classieux
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 1. Évalué à 4.
(Oui, j'aime bien modéliser avec des classes, même quand ça n'a aucun intérêt pratique.)
# En Python classieux
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 1. Évalué à 4. Dernière modification le 01 décembre 2022 à 14:10.
Du code commun aux deux parties, essentiellement pour modéliser et importer les données :
Première partie, on veut le total de l'énergie du sac qui en contient le plus :
Deuxième partie, on veut le total de l'énergie des trois sacs qui en contiennent le plus :
Je ne suis pas très satisfait par le fait de trier les totaux, j'aurais bien aimé faire ça en parcourant simplement les sacs, mais je n'ai pas trouvé de façon élégante de le faire.
# C'est parti !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Calendrier de l'Avent du code. Évalué à 5.
Et voilà, cette année, le Père Noël a été invité par ses lutins à participer à leur récolte annuel de fruits étoilés destinés à nourrir les rennes et leur apporter l'énergie magique nécessaire à la tournée de Noël.
We wish you a merry Christmas and a happy hacking!
# Flash
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage La pire tentative de web dynamique fut.... Évalué à 10.
Flash, mais après avoir hésité. Mon avis :
[^] # Re: le futur nous réserve bien des surprises !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Quelques joyeusetés que nous réserve le futur…. Évalué à 6.
Même constat pour le côté vidéo et audio. Personnellement, je déteste ça, quand on me passe un enregistrement d'une conférence, je cherche tout de suite à savoir s'il n'y en a pas une transcription.
Mais en revanche, je maintiens que j'ai toujours l'impression de subvocaliser quand je lis. Comme quand je pense d'ailleurs.
[^] # Re: le futur nous réserve bien des surprises !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Quelques joyeusetés que nous réserve le futur…. Évalué à 4.
C'est très curieux, personnellement j'ai bien l'impression de prononcer dans ma tête, mais beaucoup plus vite que si je lisais à voix haute. D'ailleurs, j'ai une vitesse de lecture plutôt rapide, comparée à celle des gens avec qui j'ai pu comparer. Et ça me permet de lire des textes longs et complexes en les comprenant bien.
Mais à côté de ça, j'ai entendu parler de lecture rapide, une technique de lecture sans prononcer dans sa tête, qui serait bien plus rapide. J'ai essayé un peu, mais je n'ai pas accroché, sans doute pas assez pour bien me rendre compte. Pour le peu que j'ai fait, ça m'a justement donné l'impression de survoler un texte sans bien rentrer dedans, c'est très curieux.
[^] # Re: Ardoise magique
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 3. Dernière modification le 29 novembre 2022 à 17:54.
Non rien.
# Ardoise magique
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal J'ai testé: une ardoise à cristaux liquides. Évalué à 8.
Je me demande s'il n'existe pas un truc plus low-tech qui répondrait au même besoin: l'ardoise magique. C'est un jouet pour enfants, mais la fonctionnalité a l'air d'être la même, non ?
[^] # Re: le futur nous réserve bien des surprises !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Quelques joyeusetés que nous réserve le futur…. Évalué à 7.
Ça l'est certainement, et c'est une bonne idée, c'est encore plus lisible sans souffrir d'une impression de redondance. Et c'est tout à ton honneur, parce que ça demande encore plus de temps pour écrire ainsi. Ça ne doit pas être évident pour que les phrases n'aient pas l'air trop impersonnelles ou mécaniques je pense.
[^] # Re: le futur nous réserve bien des surprises !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Quelques joyeusetés que nous réserve le futur…. Évalué à 10.
Il y a plusieurs formes d'écriture inclusive, tout de même. Notamment :
La première consiste, pour l'auteur ou l'autrice, à économiser du temps – et encore, il n'est même pas certain que cela en fasse gagner – en le faisant payer aux lectrices et lecteurs. Parce que, pour la plupart des gens, lire, c'est prononcer dans sa tête, tout de même, et un truc comme « heureu⋅x⋅ses », eh bien ce n'est pas prononçable, il faut d'abord faire une étape de développement ou d'élimination d'une des deux alternatives dans sa tête.
La seconde consiste à prendre le temps d'écrire quelque chose de lisible. Je trouve ça bien plus respectueux. Et tout aussi inclusif, pour ceux qui se poseraient la question : « heureuses et heureux », ça veut dire la même chose que, sauf que c'est grammaticalement et orthographiquement correct et que ça se lit directement sans aucune difficulté.
Je n'ai pas lu cette nouvelle, mais on parle de quelle forme d'écriture inclusive au juste ? La version optimisée pour l'auteur ou l'autrice ou celle optimisée pour la lecture ? Avec un soupçon de mots inventés peut-être ?
C'est un peu comme lorsqu'on appelle quelqu'un et qu'on tombe sur son répondeur, deux options possibles :
[^] # Re: Ada corse le tout
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Calendrier de l'Avent du code. Évalué à 5.
C'est expliqué dans leur annonce, évidemment il faut montrer le code pour chaque casse-tête.
[^] # Re: Ada corse le tout
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Calendrier de l'Avent du code. Évalué à 4.
Ça, c'est typique des problèmes avec une résolution intuitive pas optimale, et qui devient intenable pour la seconde partie.
Plutôt que de stocker une liste de tous les poissons avec leur compteur interne, l'astuce est de plutôt stocker, pour chaque valeur possible de compteur interne (de 0 à 8), le nombre de poissons qui ont cette valeur-là.
# Seulement un décalage ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Nouveaux préfixes SI et avenir de la seconde intercalaire. Évalué à 6.
Si je comprends bien, la valeur d'une seconde UT1 est variable. Parfois plus courte que celle de la seconde UTC, parfois plus longue.
Avec une définition commune du jour (24 heures de 60 minutes de 60 secondes), ces deux temps se retrouvent normalement en décalage. Pour le moment, on a toujours géré des cas où UTC était en avance sur UT1, et on l'a recalé en lui ajoutant une seconde de temps en temps.
On parle donc d'une simple translation d'UTC. C'est bien si la durée de la seconde UT1 reste en moyenne assez proche d'une seconde UTC. Mais si, disons, la rotation de la Terre diminue pendant un moment, c'est plus qu'un simple décalage, qu'il faudrait, c'est une modification de la définition de la seconde.
En somme, au lieu d'ajouter ou de retirer une seconde de temps en temps, on parle d'ajouter ou de retirer un paquet de secondes à un moment donné, c'est ça ?