Pour la définition de aoc.group_lines(lines: str), cf. hier
from__future__importannotationsimportitertoolsfromtypingimportIterable,Iterator,List,Optional,Tuple,UnionimportaocclassElement:def__init__(self,value:Union[List[Element],int]):self.value=valuedef__lt__(self,other:Element)->bool:ifisinstance(self.value,int)andisinstance(other.value,int):returnself.value<other.valueifisinstance(self.value,list)andisinstance(other.value,list):forself_elt,other_eltinzip(self.value,other.value):ifself_elt<other_elt:returnTrueifother_elt<self_elt:returnFalse# Ran out of elements on one of the listsreturnlen(self.value)<len(other.value)ifisinstance(self.value,int):returnElement([self])<otherifisinstance(other.value,int):returnself<Element([other])assertFalse# should not happen: we covered all casesdef__eq__(self,other:object)->bool:ifnotisinstance(other,Element):returnNotImplementedifisinstance(self.value,int)andisinstance(other.value,int):returnself.value==other.valueifisinstance(self.value,list)andisinstance(other.value,list):return(len(self.value)==len(other.value)andall(self_elt==other_eltforself_elt,other_eltinzip(self.value,other.value)))ifisinstance(self.value,int):returnElement([self])==otherifisinstance(other.value,int):returnself==Element([other])assertFalse# should not happen: we covered all casesdef__str__(self)->str:ifisinstance(self.value,int):returnstr(self.value)elifisinstance(self.value,list):return'[{}]'.format(','.join(str(element)forelementinself.value))assertFalse# should not happen: we covered all casesdefimport_element(chars:Iterable[str])->Element:element:Optional[Element]=Nonelists:List[List[Element]]=[]# List[List[Element]]current_list:Optional[List[Element]]=Nonecurrent_int:Optional[int]=Noneforcharinchars:ifchar=='[':ifcurrent_intisnotNone:raiseValueError("unexpected beginning of list")ifcurrent_listisnotNone:lists.append(current_list)current_list=[]elifchar==']':ifcurrent_listisNone:raiseValueError("unexpected end of list")# If we were parsing an int, add it before closing current listifcurrent_intisnotNone:current_list.append(Element(current_int))current_int=Noneiflists:# We are closing a sub-listprev_list=lists.pop()prev_list.append(Element(current_list))current_list=prev_listelse:# We are closing the top-level listelement=Element(current_list)current_list=Noneelifchar.isdecimal():value=int(char)ifcurrent_intisNone:current_int=valueelse:current_int=10*current_int+valuecontinueelifchar==',':ifcurrent_listisNone:raiseValueError("unexpected separator")ifcurrent_intisnotNone:current_list.append(Element(current_int))current_int=Noneelifchar=='\n':passelse:raiseValueError("unexpected character")ifelementisNone:raiseValueError("nothing to parse")returnelementdefimport_pairs(lines:Iterable[str])->Iterator[Tuple[Element,Element]]:forgroupinaoc.group_lines(lines):elements=[import_element(line)forlineingroup]iflen(elements)!=2:raiseValueError("unexpected group length")yield(elements[0],elements[1])defimport_elements(lines:Iterable[str])->Iterator[Element]:forlineinlines:iflineandline!='\n':yieldimport_element(line)defsolve1(lines:Iterable[str])->int:"""Solve part 1 of today's puzzle"""pairs=import_pairs(lines)returnsum(i+1fori,(elt1,elt2)inenumerate(pairs)ifelt1<elt2)defsolve2(lines:Iterable[str])->int:"""Solve part 2 of today's puzzle"""elements:Iterable[Element]=import_elements(lines)div1=import_element("[[2]]")div2=import_element("[[6]]")elements=sorted(itertools.chain(elements,(div1,div2)))key=1fori,elementinenumerate(elements):ifelement==div1orelement==div2:key*=i+1returnkey
Au fait, vu les visualisations, vous avez évidemment remarqué que loin d'être une gorge de rivière, nous avions plutôt affaire à l'île de Numenor une montagne en forme d'étoile, n'est-ce pas ?
from__future__importannotationsimportitertoolsimportmathimportrefromtypingimportCallable,Iterable,Iterator,List,TupleclassTest:def__init__(self,div:int,rcpt1:int,rcpt2:int):self.div=divself.rcpt1=rcpt1self.rcpt2=rcpt2def__call__(self,n:int):ifn%self.div==0:returnself.rcpt1else:returnself.rcpt2classMonkey:def__init__(self,number:int,items:List[int],op:Callable[[int],int],test:Test)->None:self.number=numberself.items=itemsself.op=opself.test=testself.activity=0_re_monkey=re.compile(r'^Monkey (\d+):?\n?$')_re_items=re.compile(r'^\s*Starting items: (.*)\n?$')_re_op=re.compile(r'^\s*Operation: (.*)\n?$')_re_test=re.compile(r'^\s*Test: divisible by (\d+)\n?$')_re_true=re.compile(r'^\s*If true: throw to monkey (\d+)\n?$')_re_false=re.compile(r'^\s*If false: throw to monkey (\d+)\n?$')@classmethoddefimport_lines(class_,lines:Iterable[str])->Monkey:lines=iter(lines)number=int(class_._re_monkey.match(next(lines)).group(1))items=[int(word)forwordinclass_._re_items.match(next(lines)).group(1).split(', ')]op=import_op(class_._re_op.match(next(lines)).group(1))div=int(class_._re_test.match(next(lines)).group(1))rcpt1=int(class_._re_true.match(next(lines)).group(1))rcpt2=int(class_._re_false.match(next(lines)).group(1))test=Test(div,rcpt1,rcpt2)returnclass_(number,items,op,test)defgroup_key()->Callable[[str],int]:key=0defaux(line:str):nonlocalkeyifline.rstrip()=='':key+=1returnkeyreturnauxdefgroup_lines(lines:Iterable[str])->Iterable[Iterable[str]]:for_,groupinitertools.groupby(lines,group_key()):yield(lineforlineingroupifline.rstrip()!="")_re_op_unary=re.compile("^new = old ([+*]) (\d+)$")_re_op_binary=re.compile("^new = old ([+*]) old$")defimport_op(line:str)->Callable[[int],int]:if(m:=_re_op_unary.match(line))isnotNone:arg=int(m.group(2))ifm.group(1)=='+':returnlambdaold:old+argifm.group(1)=='*':returnlambdaold:old*argraiseValueError("unrecognized operator")if(m:=_re_op_binary.match(line))isnotNone:ifm.group(1)=='+':returnlambdaold:2*oldifm.group(1)=='*':returnlambdaold:old**2raiseValueError("unrecognized operator")raiseValueError("unrecognized operation arity")classGame:def__init__(self,monkeys:dict[int,Monkey])->None:self.monkeys=monkeysdefround(self)->None:formonkeyinself.monkeys.values():foriteminmonkey.items:item=monkey.op(item)item//=3rcpt=monkey.test(item)monkey.activity+=1self.monkeys[rcpt].items.append(item)monkey.items=[]@classmethoddefimport_lines(class_,lines:Iterable[str])->Game:monkeys={}forgroupingroup_lines(lines):monkey=Monkey.import_lines(group)monkeys[monkey.number]=monkeyreturnclass_(monkeys)defbusiness(self)->int:activity=sorted(monkey.activityformonkeyinself.monkeys.values())returnactivity[-1]*activity[-2]classGame2(Game):def__init__(self,*args,**kwargs)->None:super().__init__(*args,**kwargs)self.div=math.lcm(*(monkey.test.divformonkeyinself.monkeys.values()))defround(self)->None:formonkeyinself.monkeys.values():foriteminmonkey.items:item=monkey.op(item)%self.divrcpt=monkey.test(item)monkey.activity+=1self.monkeys[rcpt].items.append(item)monkey.items=[]defsolve1(lines:Iterable[str])->int:"""Solve part 1 of today's puzzle"""game=Game.import_lines(lines)for_inrange(20):game.round()returngame.business()defsolve2(lines:Iterable[str])->int:"""Solve part 2 of today's puzzle"""game=Game2.import_lines(lines)for_inrange(10000):game.round()returngame.business()
Ma première idée fonctionnait sur l'exemple mais pas sur les données réelles : parcourir récursivement une matrice de proche en proche en évitant simplement les endroits où on est déjà passé, ça atteint vite la limites de longueur de la pile d'appels.
Du coup, j'ai fait du Dijkstra. Enfin quelque chose inspiré de son algorithme en tout cas. Ça pourrait être fait de façon entièrement itérative, mais ça ne valait pas la peine, ça reste raisonnable en récursif.
Une fois qu'on a ça, la deuxième partie du puzzle ne pose pas spécialement de problème. Il y a tout de même deux façons de l'implémenter, une bête et méchante (on prend la première solution et on l'applique plusieurs fois), et une un rien plus futée.
fromtypingimportIterable,Iterator,List,Optional,Set,TupleimportnumpyasnpCoords=Tuple[int,int]classMap:def__init__(self,matrix:np.ndarray)->None:self.matrix=matrixself.ly,self.lx=matrix.shapedefneighs(self,y:int,x:int)->Iterator[Coords]:"""Yield neighbours that are reachable from the given coordinates, considering movement rules (no climbing)"""for(dx,dy)in((-1,0),(1,0),(0,-1),(0,1)):y_=y+dyx_=x+dxify_<0ory_>=self.lyorx_<0orx_>=self.lx:continueifself.matrix[y_,x_]-self.matrix[y,x]<=1:yieldy_,x_def_distances(self,starts:Iterable[Coords],end:Coords,distances:np.ndarray)->None:"""Update distances matrix by computing walking distance from possible starts"""ifstarts==[]:# Nothing left to explorereturnnexts=[]# List[Coords]forstartinstarts:start_dist=distances[start]ifstart_dist<0:raiseValueError('cannot compute distances from uncharted point')forneighinself.neighs(*start):neigh_dist=distances[neigh]ifneigh_dist<0orstart_dist+1<neigh_dist:# This point has either never been checked before, or has# been but we have a shorter path to itdistances[neigh]=start_dist+1nexts.append(neigh)# Update distances from the points we have just updatedself._distances(nexts,end,distances)defmin_dist(self,starts:List[Coords],end:Coords)->int:distances=np.full_like(self.matrix,-1)"""Return the minimal distance to reach end, starting from starts"""forstartinstarts:distances[start]=0self._distances(starts,end,distances)returndistances[end]defimport_lines(lines:Iterable[str])->Tuple[Map,Coords,Coords]:matrix=[]# type: List[List[int]]start=Noneend=Nonefory,lineinenumerate(lines):matrix.append([])forx,charinenumerate(line.rstrip()):ifchar=='S':start=(y,x)height=0elifchar=='E':end=(y,x)height=25else:height=ord(char)-ord('a')matrix[-1].append(height)ifstartisNoneorendisNone:raiseValueError("no start or end position found")returnMap(np.array(matrix)),start,enddefsolve_both(lines:Iterable[str])->Tuple[int,int]:"""Solve part 1 of today's puzzle"""map_,start,end=import_lines(lines)min1=map_.min_dist([start],end)min2=map_.min_dist([coordsforcoords,height# type: ignoreinnp.ndenumerate(map_.matrix)ifheight==0],end)returnmin1,min2
Je n'ai pas encore résolu le problème de ce jour, dimanche c'est famille, mais ça va venir. 🙂
En lisant l'énoncé, tout de même, je m'étais dit que ça devait faire des nombres qui monteraient bien vite. En y réfléchissant, je pense que j'aurais tout seul pensé à travailler modulo leur PGCD.
Pour le code d'opération, l'eval vient tout de suite en tête bien sûr, mais ça me donne quand même quelques boutons, d'écrire du code qui a l'air d'un trou de sécurité. Réflexe professionnel je pense. À suivre, je dois toujours coder ça de toute façon.
J'ai pas modélisé un CPU complet comme Tanguy, c'est un peu l'enclume pour écraser la mouche.
Ça reste à voir, ça. Il y a eu un AoC où on n'arrêtait pas de ressortir un processeur bizarroïde pour l'enrichir de nouvelles instructions et variantes d'instructions existantes.
Il y a un risque pour que ce ne soit pas la dernière fois que nous aurons à bidouiller avec du code machine de communicateur elfique…
Oui, la seconde partie apparaît alors avoir rentré la bonne réponse à la première partie. Et les données d'entrée et donc les bonnes réponses sont associées à une identité en effet.
Sans surprise, j'ai implémenté un CPU selon les spécifications fournies. Mais pour ce qui est de faire quelque chose à partir des états qu'il atteint à des cycles donnés, je me suis amusé à y introduire ce que j'ai appelé un débogueur, je vous laisse découvrir ça.
importiofromenumimportEnumfromtypingimportCallable,Iterable,Iterator,List,Optional,TupleclassOperation(Enum):addx=('addx',1,2)noop=('noop',0,1)def__init__(self,word:str,nargs:int,cycles:int)->None:self.word=wordself.nargs=nargsself.cycles=cyclesclassInstruction:def__init__(self,op:Operation,*args:int)->None:self.op=opiflen(args)!=op.nargs:raiseValueError("operator {} expect {} arguments".format(op,op.nargs))self.args=argsclassCPU:def__init__(self,program:Iterable[Instruction],debug:Optional[Callable[[int,int],None]]=None)->None:self.X=1self.cycle=1self.program=programself.debug=debugdef_apply(self,instruction:Instruction)->None:ifinstruction.opisOperation.addx:self.X+=instruction.args[0]elifinstruction.opisOperation.noop:passdef_cycle(self)->None:ifself.debugisnotNone:self.debug(self.cycle,self.X)self.cycle+=1defrun(self)->None:last_instruction=Noneforinstructioninself.program:for_inrange(instruction.op.cycles):self._cycle()self._apply(instruction)defimport_program(lines:Iterable[str])->Iterator[Instruction]:forlineinlines:words=line.split()op=Operation[words[0]]args=[int(word)forwordinwords[1:]]yieldInstruction(op,*args)classStrengthSum:def__init__(self)->None:self.strength=0def__call__(self,cycle:int,value:int)->None:ifcyclein(20,60,100,140,180,220):self.strength+=cycle*valueclassCRTDrawer:def__init__(self)->None:self.crt=io.StringIO()@staticmethoddefposition(cycle:int)->int:return(cycle-1)%40def__call__(self,cycle:int,value:int)->None:position=self.position(cycle)ifposition==0:self.crt.write('\n')ifvalue-1<=position<=value+1:self.crt.write('█')else:self.crt.write(' ')classMultiDebug:def__init__(self,*debugs:Callable[[int,int],None])->None:self.debugs=debugsdef__call__(self,cycle:int,value:int)->None:fordebuginself.debugs:debug(cycle,value)defsolve_both(lines:Iterable[str])->Tuple[int,str]:"""Solve part 1 of today's puzzle"""program=import_program(lines)strength_report=StrengthSum()crt_drawer=CRTDrawer()cpu=CPU(program,debug=MultiDebug(strength_report,crt_drawer))cpu.run()returnstrength_report.strength,crt_drawer.crt.getvalue()
Bon, en fait, pas besoin d'énumérer de façon aussi laborieuse bien sûr :
from__future__importannotationsfromenumimportEnumfromtypingimportIterable,Iterator,Set,TupleCoords=Tuple[int,int]classDirection(Enum):O=(0,0)U=(0,1)D=(0,-1)L=(-1,0)R=(1,0)def__init__(self,dx,dy):self.dx=dxself.dy=dyclassKnot:def__init__(self,x:int,y:int):self.x=xself.y=y@propertydefcoords(self)->Coords:return(self.x,self.y)defmove(self,direction:Direction)->None:self.x+=direction.dxself.y+=direction.dydefdist(self,other:Knot)->int:returnmax(abs(self.x-other.x),abs(self.y-other.y))deffollow(self,other:Knot)->None:ifself.dist(other)<=1:returnifself.x<other.x:self.x+=1ifself.x>other.x:self.x-=1ifself.y<other.y:self.y+=1ifself.y>other.y:self.y-=1classRope:def__init__(self,n_knots:int)->None:self.knots=[Knot(0,0)for_inrange(n_knots)]@propertydefhead(self)->Knot:returnself.knots[0]@propertydeftail(self)->Knot:returnself.knots[-1]defmove(self,direction:Direction)->None:self.head.move(direction)foriinrange(1,len(self.knots)):leader=self.knots[i-1]follower=self.knots[i]follower.follow(leader)defimport_lines(lines:Iterable[str])->Iterator[Direction]:forlineinlines:word1,word2=line.split()direction=Direction[word1]repeat=int(word2)for_inrange(repeat):yielddirectiondefsolve_both(lines:Iterable[str])->Tuple[int,int]:"""Solve both parts of today's puzzle"""rope=Rope(10)visited1=set()# type: Set[Coords]visited2=set()# type: Set[Coords]fordirectioninimport_lines(lines):rope.move(direction)visited1.add(rope.knots[1].coords)visited2.add(rope.tail.coords)returnlen(visited1),len(visited2)
#! /usr/bin/python3# Advent of Code 2022, day 9from__future__importannotationsfromenumimportEnumfromtypingimportIterable,Iterator,Set,TupleCoords=Tuple[int,int]classDirection(Enum):O=(0,0)U=(0,1)D=(0,-1)L=(-1,0)R=(1,0)UL=(-1,1)UR=(1,1)DL=(-1,-1)DR=(1,-1)def__init__(self,dx,dy):self.dx=dxself.dy=dyclassKnot:def__init__(self,x:int,y:int):self.x=xself.y=y@propertydefcoords(self)->Coords:return(self.x,self.y)defmove(self,direction:Direction)->None:self.x+=direction.dxself.y+=direction.dydefdist(self,other:Knot)->int:""""Chebyshev distance! (Not really used in my code, actually)"""returnmax(abs(self.x-other.x),abs(self.y-other.y))defdirection_to(self,other:Knot)->Direction:dx=other.x-self.xdy=other.y-self.yifdx<-1:ifdy<0:returnDirection.DLifdy==0:returnDirection.Lifdy>0:returnDirection.ULifdx==-1:ifdy<-1:returnDirection.DLif-1<=dy<=1:returnDirection.Oifdy>1:returnDirection.ULifdx==0:ifdy<-1:returnDirection.Dif-1<=dy<=1:returnDirection.Oifdy>1:returnDirection.Uifdx==1:ifdy<-1:returnDirection.DRif-1<=dy<=1:returnDirection.Oifdy>1:returnDirection.URifdx>1:ifdy<0:returnDirection.DRifdy==0:returnDirection.Rifdy>0:returnDirection.URassertFalse# cannot happen, all cases were covereddeffollow(self,other:Knot)->None:self.move(self.direction_to(other))classRope:def__init__(self,n_knots:int)->None:self.knots=[Knot(0,0)for_inrange(n_knots)]@propertydefhead(self)->Knot:returnself.knots[0]@propertydeftail(self)->Knot:returnself.knots[-1]defmove(self,direction:Direction)->None:self.head.move(direction)foriinrange(1,len(self.knots)):leader=self.knots[i-1]follower=self.knots[i]follower.follow(leader)defimport_lines(lines:Iterable[str])->Iterator[Direction]:forlineinlines:word1,word2=line.split()direction=Direction[word1]repeat=int(word2)for_inrange(repeat):yielddirectiondefsolve_both(lines:Iterable[str])->Tuple[int,int]:"""Solve both parts of today's puzzle"""rope=Rope(10)visited1=set()# type: Set[Coords]visited2=set()# type: Set[Coords]fordirectioninimport_lines(lines):rope.move(direction)visited1.add(rope.knots[1].coords)visited2.add(rope.tail.coords)returnlen(visited1),len(visited2)
J'aurais bien aimé éviter d'énumérer tous les cas de mouvement de suivi, mais je n'ai rien trouvé d'astucieux pour éviter cela.
J'espère que dans vos solutions perso, vous aurez pensé à utiliser, en arrivant à la deuxième partie, à utiliser une seule corde pour simuler les deux…
Une petite optimisation pour la première partie : si on arrive à une hauteur de 9, pas la peine de regarder plus loin, aucun arbre ne sera plus haut que ça.
Mais bon, la seconde partie est bien plus coûteuse en temps de toute façon.
Alors qu'on a enfin quitté le camp pour aller chercher des caramboles, je ne peux m'empêcher que ça procrastine encore :
– Voilà, le verger c'est par là…
– Oh, regardez, la forêt que nous avons planté il y a quelques années, on pourrait y construire une cabane !
– Oui, super, ça nous changera les idées. Lutin drone-opérateur, tu nous cartographie ça ?
– Patron, venez nous donner un coup de main pour calculer le meilleur emplacement pour notre cabane au lieu d'essayer de régler votre communicateur. On vous l'a déjà dit, il est défectueux, et vous aurez tout le temps pour le réparer plus tard. On a plus important à faire là !
– Et les fruits pour les rennes alors ?
– Les quoi ? Ah, ça… On n'y est pas encore, soyez patient. Vous êtes pressé, vous avez un rendez-vous qui approche ou quoi ?
Bon, j'ai sorti Numpy du coup. C'est modélisé, et assez long en fait.
# Advent of Code 2022, day 8from__future__importannotationsfrommathimportprodfromtypingimportIterable,Iterator,Set,Tuple,TypeimportnumpyasnpCoords=Tuple[int,int]classGrid:def__init__(self,matrix:np.ndarray)->None:self.matrix=matrixself.ly=matrix.shape[0]self.lx=matrix.shape[1]def__scans(self)->Iterator[Iterator[Iterator[Coords]]]:yield(((y,x)forxinrange(self.lx))foryinrange(self.ly))yield(((y,x)forxinrange(self.lx-1,-1,-1))foryinrange(self.ly))yield(((y,x)foryinrange(self.ly))forxinrange(self.lx))yield(((y,x)foryinrange(self.ly-1,-1,-1))forxinrange(self.lx))defvisible_from_outside(self)->Set[Coords]:visible_trees=set()# type: Set[Coords]forscaninself.__scans():forlineinscan:max_height=-1forcoordsinline:cur_height=self.matrix[coords]ifcur_height>max_height:visible_trees.add(coords)max_height=cur_heightreturnvisible_treesdef__viewing_distance(self,orig:Coords,line:Iterator[Coords])->int:height=self.matrix[orig]d=0forcoordsinline:d+=1ifself.matrix[coords]>=height:returndreturnddef__lines_of_sight(self,coords:Coords):y,x=coordsyield((y,x_)forx_inrange(x+1,self.lx))yield((y,x_)forx_inrange(x-1,-1,-1))yield((y_,x)fory_inrange(y+1,self.ly))yield((y_,x)fory_inrange(y-1,-1,-1))defscenic_score(self,coords:Coords):returnprod(self.__viewing_distance(coords,line)forlineinself.__lines_of_sight(coords))@classmethoddefimport_lines(class_:Type[Grid],lines:Iterable[str])->Grid:matrix=np.genfromtxt(lines,delimiter=1,autostrip=True,dtype=int)returnclass_(matrix)defsolve_both(lines:Iterable[str])->Tuple[int,int]:"""Solve both parts of today's puzzle"""# Importgrid=Grid.import_lines(lines)# Part 1visible=len(grid.visible_from_outside())# Part 2max_score=max(grid.scenic_score(coords)forcoordsinnp.ndindex(grid.matrix.shape))returnvisible,max_score
En fait, en matière d'assurance, et d'assurance de quoi que ce soit en fait, je pense qu'il serait possible d'autoriser la modulation de cotisation en fonction de n'importe quoi qui relève du choix de l'assuré, à condition que le traitement des informations correspondantes soit légal évidemment. L'âge et l'état de santé par exemple, ne relèvent pas du tout du choix.
Mais le tabagisme, le nombre d'infractions routières ou encore le nombre de soirées passées au cinéma chaque mois, relèvent du choix. Le dernier exemple n'a rien de pertinent, mais inutile d'interdire la modulation d'un tarif en fonction de cela : lorsque ce n'est pas pertinent, c'est inintéressant à appliquer, parce que cela ne correspond pas au risque assuré, que ça attirera juste une clientèle spécifique et que la remise correspondante s'avérera coûteuse pour l'assureur.
Du moment où ils ont la permission de ne moins payer la cotisation retraite (espérance de vie moindre) et de ne pas payer les taxes déjà actuelles sur les cigarettes (pas payer 2x la même chose), ok, ils vont applaudir les fumeurs de ne payer que ce qu'ils coûtent comme tu le souhaites!
Il y a plusieurs choses là-dedans. Les taxes ont deux rôles :
financer le coût des soins pour les fumeurs : avec une possibilité de tarifier différemment l'assurance santé, ça devrait effectivement disparaître ;
financer le coût des soins aux victimes de tabagisme passif : ça doit rester ;
dissuader le tabagisme, notamment à cause des nuisances qu'il représente : ça doit rester aussi.
et les accidentés vélotafs sont actuellement acceptés sans surcoût mais si tu veux des différences je militerai pour que toi tu payes un max suivant l'usage vélotaf que je jugerai pour toi comme plus dangereux que train, X ou Y tout aussi subjectif que toi
Ça n'a rien de subjectif, ça a été étudié, et surprise, le vélotaf est dangereux, mais ne pas en faire l'est encore plus. Les assureurs sont d'accord, ce qui est l'essentiel, dans cette discussion.
C'est surtout démagogique pour te croire mieux que d'autres, pas factuel.
Non, pas du tout, c'est une question de justice. C'est comme les assurances emprunteur par exemple : non fumeur, ça coûte moins cher que fumeur, c'est juste normal. Et ça ne pénalise que ceux qui le veulent bien.
PS : perso si on va dans cette direction je serai plus sur faire sur-cotiser les non-vaccinés de tout poil (vous avez fait vos rappels adultes?) car un choix très individuel et calcul de risque qui fait que ça coûte plus (et c'est ce qu'on fait des assurances US) sans apporter assez ailleurs (risque de survivre après réa, pas d'autres taxes déjà en cours), mais la ça risque de troller :).
Pas forcément moduler ainsi les cotisations, simplement permettre de le faire. Pour la vaccination, c'est pertinent aussi en effet. Beaucoup plus pertinent qu'une obligation plus ou moins forte en fait, puisqu'il s'agit de répercuter directement le coût statistique d'un choix personnel sur le budget de celui qui le fait. Pour responsabiliser les gens, on ne peut pas faire mieux je pense. Tant qu'il s'agit simplement de critères qui relèvent du choix des gens, aucun problème.
On dirait que le Père Noël, ou les lutins, ou les deux, ne sont pas si motivés que ça pour aller effectivement courir la jungle pour récolter des caramboles. Ça traîne à faire des inventaires, à monter le camp, à nettoyer le camp, à décharger le bateau, à réorganiser le matériel déchargé, à bidouiller des communicateurs, à mettre à jour ces communicateurs…
Ça fait six jours qu'on a débarqué, et n'a pas encore bougé du camp ! Vivement que les lutins nous fournissent une carte pour aller quelque part.
En fait vu la structure de l'input où il n'y a que de cd child et cd .. # parent, c'est nécessairement un parcours d'arbre en profondeur d'abord.
$ cd /
$ ls
4212 aoc.py
dir 2021
dir 2022
$ cd 2021
$ ls
dir 12
$ cd ..
$ cd 2022
$ ls
dir 12
$ cd ..
$ cd 2021
$ cd 12
$ ls
42 01.py
12 02.py
51 03.py
$ cd ..
$ cd ..
$ cd 2022
$ cd 12
$ ls
12 01.py
51 02.py
42 03.py
C'est idiot, on est d'accord. Mais ce n'est pas un parcours en profondeur d'abord.
[^] # Re: python, en trichant
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 13. Évalué à 6.
On peut tricher en moins craignos. Un indice :
# En Pypthon
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 13. Évalué à 5.
Pour la définition de
aoc.group_lines(lines: str)
, cf. hier# Étoile
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 12. Évalué à 4.
Au fait, vu les visualisations, vous avez évidemment remarqué que loin d'être une gorge de rivière, nous avions plutôt affaire à
l'île de Numenorune montagne en forme d'étoile, n'est-ce pas ?# En Python, avec un parseur d'opération
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 11. Évalué à 4.
# En Python
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 12. Évalué à 4.
Ma première idée fonctionnait sur l'exemple mais pas sur les données réelles : parcourir récursivement une matrice de proche en proche en évitant simplement les endroits où on est déjà passé, ça atteint vite la limites de longueur de la pile d'appels.
Du coup, j'ai fait du Dijkstra. Enfin quelque chose inspiré de son algorithme en tout cas. Ça pourrait être fait de façon entièrement itérative, mais ça ne valait pas la peine, ça reste raisonnable en récursif.
Une fois qu'on a ça, la deuxième partie du puzzle ne pose pas spécialement de problème. Il y a tout de même deux façons de l'implémenter, une bête et méchante (on prend la première solution et on l'applique plusieurs fois), et une un rien plus futée.
[^] # Re: À la chasse aux singes, j'envoie le Python !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 11. Évalué à 3.
Euh, modulo leur PPCM évidemment !
[^] # Re: À la chasse aux singes, j'envoie le Python !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 11. Évalué à 4.
Je n'ai pas encore résolu le problème de ce jour, dimanche c'est famille, mais ça va venir. 🙂
En lisant l'énoncé, tout de même, je m'étais dit que ça devait faire des nombres qui monteraient bien vite. En y réfléchissant, je pense que j'aurais tout seul pensé à travailler modulo leur PGCD.
Pour le code d'opération, l'eval vient tout de suite en tête bien sûr, mais ça me donne quand même quelques boutons, d'écrire du code qui a l'air d'un trou de sécurité. Réflexe professionnel je pense. À suivre, je dois toujours coder ça de toute façon.
[^] # Re: En Python, modélisé
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 9. Évalué à 4.
Eh oh, je sais que j'écris du code-fleuve, mais pas la peine de se moquer non plus !
[^] # Re: Plus simple
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 10. Évalué à 3.
Ça reste à voir, ça. Il y a eu un AoC où on n'arrêtait pas de ressortir un processeur bizarroïde pour l'enrichir de nouvelles instructions et variantes d'instructions existantes.
Il y a un risque pour que ce ne soit pas la dernière fois que nous aurons à bidouiller avec du code machine de communicateur elfique…
[^] # Re: Où est la partie 2 ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 10. Évalué à 4.
Oui, la seconde partie apparaît alors avoir rentré la bonne réponse à la première partie. Et les données d'entrée et donc les bonnes réponses sont associées à une identité en effet.
# En Python, modélisé
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 10. Évalué à 5. Dernière modification le 10 décembre 2022 à 13:03.
Sans surprise, j'ai implémenté un CPU selon les spécifications fournies. Mais pour ce qui est de faire quelque chose à partir des états qu'il atteint à des cycles donnés, je me suis amusé à y introduire ce que j'ai appelé un débogueur, je vous laisse découvrir ça.
[^] # Re: En Python, modélisé
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 9. Évalué à 4. Dernière modification le 09 décembre 2022 à 18:05.
Tu peux te passer de la position initiale dans l'ensemble des positions visitées : après le premier mouvement, la queue de la corde y sera toujours.
# Coin coin
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 9. Évalué à 4.
Le problème parle de corde à nœuds, mais m'évoquerait plutôt une canne et ses canetons, pas vous ?
[^] # Re: En Python, modélisé
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 9. Évalué à 3. Dernière modification le 09 décembre 2022 à 16:58.
Bon, en fait, pas besoin d'énumérer de façon aussi laborieuse bien sûr :
[^] # Re: En Python, modélisé
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 9. Évalué à 3.
Ce serait sans doute plus joli avec des coordonnées indexées (une liste de coordonnées en somme) plutôt que nommées.
Mais ce n'est de toute façon pas très compréhensible, de cette façon-là.
# En Python, modélisé
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 9. Évalué à 4.
J'aurais bien aimé éviter d'énumérer tous les cas de mouvement de suivi, mais je n'ai rien trouvé d'astucieux pour éviter cela.
J'espère que dans vos solutions perso, vous aurez pensé à utiliser, en arrivant à la deuxième partie, à utiliser une seule corde pour simuler les deux…
[^] # Re: python procédural, moche mais efficace
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 8. Évalué à 4.
Une petite optimisation pour la première partie : si on arrive à une hauteur de 9, pas la peine de regarder plus loin, aucun arbre ne sera plus haut que ça.
Mais bon, la seconde partie est bien plus coûteuse en temps de toute façon.
# Procrastination
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 8. Évalué à 3.
Alors qu'on a enfin quitté le camp pour aller chercher des caramboles, je ne peux m'empêcher que ça procrastine encore :
– Voilà, le verger c'est par là…
– Oh, regardez, la forêt que nous avons planté il y a quelques années, on pourrait y construire une cabane !
– Oui, super, ça nous changera les idées. Lutin drone-opérateur, tu nous cartographie ça ?
– Patron, venez nous donner un coup de main pour calculer le meilleur emplacement pour notre cabane au lieu d'essayer de régler votre communicateur. On vous l'a déjà dit, il est défectueux, et vous aurez tout le temps pour le réparer plus tard. On a plus important à faire là !
– Et les fruits pour les rennes alors ?
– Les quoi ? Ah, ça… On n'y est pas encore, soyez patient. Vous êtes pressé, vous avez un rendez-vous qui approche ou quoi ?
# Python avec Numpy
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 8. Évalué à 4.
Bon, j'ai sorti Numpy du coup. C'est modélisé, et assez long en fait.
[^] # Re: HS
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Mutuelle et mot de passe. Évalué à 3.
En fait, en matière d'assurance, et d'assurance de quoi que ce soit en fait, je pense qu'il serait possible d'autoriser la modulation de cotisation en fonction de n'importe quoi qui relève du choix de l'assuré, à condition que le traitement des informations correspondantes soit légal évidemment. L'âge et l'état de santé par exemple, ne relèvent pas du tout du choix.
Mais le tabagisme, le nombre d'infractions routières ou encore le nombre de soirées passées au cinéma chaque mois, relèvent du choix. Le dernier exemple n'a rien de pertinent, mais inutile d'interdire la modulation d'un tarif en fonction de cela : lorsque ce n'est pas pertinent, c'est inintéressant à appliquer, parce que cela ne correspond pas au risque assuré, que ça attirera juste une clientèle spécifique et que la remise correspondante s'avérera coûteuse pour l'assureur.
[^] # Re: HS
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Mutuelle et mot de passe. Évalué à 4.
Il y a plusieurs choses là-dedans. Les taxes ont deux rôles :
Ça n'a rien de subjectif, ça a été étudié, et surprise, le vélotaf est dangereux, mais ne pas en faire l'est encore plus. Les assureurs sont d'accord, ce qui est l'essentiel, dans cette discussion.
https://www.matmut.fr/assurance/nvei/conseils/velo-travail-bonnes-raisons
https://www.ors-idf.org/nos-travaux/publications/les-benefices-et-les-risques-de-la-pratique-du-velo/
Non, pas du tout, c'est une question de justice. C'est comme les assurances emprunteur par exemple : non fumeur, ça coûte moins cher que fumeur, c'est juste normal. Et ça ne pénalise que ceux qui le veulent bien.
Pas forcément moduler ainsi les cotisations, simplement permettre de le faire. Pour la vaccination, c'est pertinent aussi en effet. Beaucoup plus pertinent qu'une obligation plus ou moins forte en fait, puisqu'il s'agit de répercuter directement le coût statistique d'un choix personnel sur le budget de celui qui le fait. Pour responsabiliser les gens, on ne peut pas faire mieux je pense. Tant qu'il s'agit simplement de critères qui relèvent du choix des gens, aucun problème.
# Procrastination
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 7. Évalué à 4.
On dirait que le Père Noël, ou les lutins, ou les deux, ne sont pas si motivés que ça pour aller effectivement courir la jungle pour récolter des caramboles. Ça traîne à faire des inventaires, à monter le camp, à nettoyer le camp, à décharger le bateau, à réorganiser le matériel déchargé, à bidouiller des communicateurs, à mettre à jour ces communicateurs…
Ça fait six jours qu'on a débarqué, et n'a pas encore bougé du camp ! Vivement que les lutins nous fournissent une carte pour aller quelque part.
[^] # Re: C'est parti !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Calendrier de l'Avent du code. Évalué à 4.
Sujets plus simple, je suis d'accord… pour le moment. Ça pourrait se corser d'un coup !
[^] # Re: Vivement , le 1
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Calendrier de l'Avent du code. Évalué à 6.
Pareil pour moi, surtout que j'aime faire du beau code, et que ça ne va pas bien avec l'idée de faire la course.
Mais pas d'inquiétude, on devrait finir par avoir des problèmes qu'on sera déjà content de parvenir à résoudre tout court, au bout d'un moment. :-)
[^] # Re: un bout de AWK
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Avent du Code, jour 7. Évalué à 3. Dernière modification le 07 décembre 2022 à 15:19.
C'est idiot, on est d'accord. Mais ce n'est pas un parcours en profondeur d'abord.