/u/162364/banana_256.png?f=community)
Send me your gameboys
/u/13471/karnemelk.png?f=community)
:strip_icc():strip_exif()/u/269054/crop6064049cee9ab_cropped.jpg?f=community)
/u/22283/crop5e2c64c410533.png?f=community)
* WernerL is zoals voorgaande dagen weer voor de meest straightforward oplossing gegaan. Oplossing voor beide delen komt eruit in 12milliseconden dus goed genoeg. 
https://github.com/WernerLDev/AOC2023/blob/main/day7/day7.ts
Voor deel 2 kon ik niet echt een elegante oplossing bedenken behalve met een rits if-else statements iedere mogelijkheid gaan checken. Vast dat iemand hier daar wel iets beters op gevonden heeft dus zometeen maar eens andere oplossingen bekijken.
https://github.com/WernerLDev/AOC2023/blob/main/day7/day7.ts
Voor deel 2 kon ik niet echt een elegante oplossing bedenken behalve met een rits if-else statements iedere mogelijkheid gaan checken. Vast dat iemand hier daar wel iets beters op gevonden heeft dus zometeen maar eens andere oplossingen bekijken.
Roses are red, violets are blue, unexpected '{' on line 32.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
/u/36698/avatar.png?f=community){kind=avatar}
Pfff.. vanochtend voor het werk nog snel geprobeerd deel 1 te doen, maar toen had ik over de sortering van gelijke ranking van kaarten heen gelezen. En na het werk moest ik haasten om bij een schoolcollege te zijn, dus nu eindelijk tijd gehad om de oplossing uit te werken. 
Gezien de opmerkingen in de thread zijn er nog allerlei optimalisaties te doen, maar het draait prima binnen ene paar milliseconden, dus ik laat de code voor wat het is.
https://github.com/realma...de.Y2023/Solvers/Day07.cs
Gezien de opmerkingen in de thread zijn er nog allerlei optimalisaties te doen, maar het draait prima binnen ene paar milliseconden, dus ik laat de code voor wat het is.
https://github.com/realma...de.Y2023/Solvers/Day07.cs
There's no place like 127.0.0.1
Afgelopen dagen druk geweest, vooral in de nachten.. Kom dan niet echt aan lekker coden toe..
En als ik wel even tijd heb, geldt vooral het volgende:
:fill(white):strip_exif()/f/image/F41rjNJodRkcPRQD2amWKWIY.png?f=user_large)
herkenbaar?
lekker laten lopen/loopen en ondertussen koffie halen
En als ik wel even tijd heb, geldt vooral het volgende:
herkenbaar?
lekker laten lopen/loopen en ondertussen koffie halen
:strip_exif()/u/26373/anim4.gif?f=community)
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
spoiler:
Ik tel eerst hoe vaak elk getal voorkomt.
Dan per getal n*n zodat ik een getal heb waarmee ik de eerste sortering kan doen.
Pas bij gelijke waardes ga ik de kaarten los af.
Er zit namelijk ook geen verschil in tussen de waardes van de kaarten waarmee je wint. Een Pair K is niet groter dan een Pair 4.
Ik kan dat doen wanneer ik de Hand aanmaak, maar dat zit nu in de compare functie.
Dus die wordt bij elke vergelijking uitgevoerd ipv eenmalig.
Soit. Het is niet bedrijfskritisch.
Dan per getal n*n zodat ik een getal heb waarmee ik de eerste sortering kan doen.
Pas bij gelijke waardes ga ik de kaarten los af.
Er zit namelijk ook geen verschil in tussen de waardes van de kaarten waarmee je wint. Een Pair K is niet groter dan een Pair 4.
Ik kan dat doen wanneer ik de Hand aanmaak, maar dat zit nu in de compare functie.
Dus die wordt bij elke vergelijking uitgevoerd ipv eenmalig.
Soit. Het is niet bedrijfskritisch.
[ Voor 14% gewijzigd door SPee op 07-12-2023 23:43 ]
let the past be the past.
:strip_icc():strip_exif()/u/633426/crop658152b10d6b4_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/51489/heforshe_logo_detail.jpg?f=community){kind=logo}
Ik had geen deja vu, daarom duurde het bij mij iets langer. Maar een keer dat ik hem doorhad ging het ook vrij vlotjes.
Ik had niet eerst 10 minuten moeten wachten om te kijken of brute-force misschien per ongeluk in een enigszins acceptabele tijd een antwoord gaf
* Dido zou beter moeten weten bij AoC
Brute force even aangezet, vaatwasser gaan uitruimen, koffie gepakt en toen ik terugkwam maar besloten dat dit waarschijnlijk niet ging werken.:
[...]
Ik had geen deja vu, daarom duurde het bij mij iets langer. Maar een keer dat ik hem doorhad ging het ook vrij vlotjes.
Ik had niet eerst 10 minuten moeten wachten om te kijken of brute-force misschien per ongeluk in een enigszins acceptabele tijd een antwoord gaf
* Dido zou beter moeten weten bij AoC
spoiler:
Jetbrains heeft twee dagen geleden ook hun AI assistant gereleased en die heb ik mijn code even laten uitleggen. Dat doet ie best goed:
This Kotlin code defines a class called Instruction which represents an instruction set of some kind. It appears to be related to navigating a network of nodes, as represented by the Node data class which includes a key and references to a left and right node. The Instruction class itself has a directions string, and a map representing the network of nodes.
The Instruction class contains a companion object called Factory which provides two key methods for creating an Instruction object:
The create method takes a list of Strings as input and constructs an Instruction object from it. It uses the first String (trimmed of whitespace) as the directions string and then constructs a nodes network from the remaining strings in the list.
The getNode method, which is a helper method used by create. It takes a String and splits it into parts to create a Node object.
The Instruction class also includes several methods to solve certain problems:
The solve1 method navigates the nodes network starting from a node labeled "AAA". It keeps going left or right depending on the current step and the directions string until it hits a node labeled "ZZZ". It then returns the number of steps it took to reach the target node.
The solve2 method calculates the least common multiple (LCM) of steps needed to reach node from any starting node that ends with 'A' to any target node that ends with 'Z'. The lowestCommonMultiplier overloads facilitate this calculation.
The getStepsForNode is a common helper function used in both solve1 and solve2 to move through the nodes and reach the target based on the provided lambda function.
Als je wilt mierenneuken dan wordt de lambda functie parameter in getStepsForNode niet gebruikt om het doel te bereiken, maar om te bepalen of het doel bereikt is. Maar goed, een kniesoor die daar op let.
This Kotlin code defines a class called Instruction which represents an instruction set of some kind. It appears to be related to navigating a network of nodes, as represented by the Node data class which includes a key and references to a left and right node. The Instruction class itself has a directions string, and a map representing the network of nodes.
The Instruction class contains a companion object called Factory which provides two key methods for creating an Instruction object:
The create method takes a list of Strings as input and constructs an Instruction object from it. It uses the first String (trimmed of whitespace) as the directions string and then constructs a nodes network from the remaining strings in the list.
The getNode method, which is a helper method used by create. It takes a String and splits it into parts to create a Node object.
The Instruction class also includes several methods to solve certain problems:
The solve1 method navigates the nodes network starting from a node labeled "AAA". It keeps going left or right depending on the current step and the directions string until it hits a node labeled "ZZZ". It then returns the number of steps it took to reach the target node.
The solve2 method calculates the least common multiple (LCM) of steps needed to reach node from any starting node that ends with 'A' to any target node that ends with 'Z'. The lowestCommonMultiplier overloads facilitate this calculation.
The getStepsForNode is a common helper function used in both solve1 and solve2 to move through the nodes and reach the target based on the provided lambda function.
Als je wilt mierenneuken dan wordt de lambda functie parameter in getStepsForNode niet gebruikt om het doel te bereiken, maar om te bepalen of het doel bereikt is. Maar goed, een kniesoor die daar op let.
Dag 8 in Kotlin
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Lol @ chrome
:strip_exif()/f/image/XhGVlAInKFsOhB1cw22o2WTx.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/XhGVlAInKFsOhB1cw22o2WTx.jpg?f=user_large)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
De eerlijkheid gebied te zeggen dat Welsh ook wel zo ongeveer leest als deze set aan nodes.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/87006/crop6391f4393be60_cropped.jpg?f=community)
Voor mij ook door mijn eerdere ervaring snel de gelijkenis gezien met eerdere puzzels. Even een quick search in mijn codebase gedaan voor het algoritme, snel gevonden, en die maar in mijn library gestopt aangezien het een terugkerend probleem is.
Wel eerst even brute force geprobeerd in de ijdele hoop dat dat snel een oplossing zou geven.
Wel eerst even brute force geprobeerd in de ijdele hoop dat dat snel een oplossing zou geven.
:strip_icc():strip_exif()/u/140697/crop6180fb9103afa_cropped.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
ja.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ja dat was mijn gedachte ook. Dus ik heb een bug maar ik zie 'm niet:
[...]
ja.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Voor jouw beeld, in Kotlin heb ik de gehele oplossing in 32.9ms.:
[...]
Ja dat was mijn gedachte ook. Dus ik heb een bug maar ik zie 'm niet
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_exif()/u/11775/SoulTaker.gif?f=community)
spoiler:
Dat kun je eenvoudig berederen. Noem het aantal instructies (de lengte van regel 1 van het input bestand) |I|, en het aantal vertices in de graaf |V| (het aantal volgende regels). Waar je heen stapt hangt af van twee dingen: op welke vertex je nu staat, en de huidige instructie (L/R). De huidige instructie wordt bepaald door hoeveel stappen je al gedaan hebt modulo |I|. Kortom, het maximaal aantal unieke toestanden is |V| × |I|, wat een redelijk klein getal is.
:
Ja dat was mijn gedachte ook. Dus ik heb een bug maar ik zie 'm niet
spoiler:
Begin je alleen bij nodes die op 'A' eindigen? Als je de lengte van het pad van élk beginpunt probeert te vinden kun je in een oneindige lus terecht komen. Bijvoorbeeld XXX -> (XXX, XXX) is perfect geldig in de invoer.
Ja, maar momenteel pak ik als test gewoon even de eerste node die op A eindigt, en dan blijft ie al oneindig lang doorgaan
. Zo lijkt het althans.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:
[...]
Ja, maar momenteel pak ik als test gewoon even de eerste node die op A eindigt, en dan blijft ie al oneindig lang doorgaan
spoiler:
sanity check, check je of je op ZZZ uitkomt of op een node die eindigt op Z?
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Ik kan alleen bedenken dat je iets heel lulligs doet als per ongeluk case sensitive checks op de 'z' ofzo.:
[...]
Ja, maar momenteel pak ik als test gewoon even de eerste node die op A eindigt, en dan blijft ie al oneindig lang doorgaan
spoiler:
Of zoals in mijn geval per ongeluk een variable in een loop herdeclareren waardoor de waarde niet geupdate werd. Oeps.
[ Voor 16% gewijzigd door Mugwump op 08-12-2023 10:06 ]
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Oh jezus. Vec::shrink_to() doet niet wat ik dacht dat het deed (past de capacity aan, niet de size)
(past de capacity aan, niet de size)
[ Voor 26% gewijzigd door .oisyn op 08-12-2023 10:11 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Deel 8 was echt zo'n typische dag waarbij het probleem eigenlijk veel moeilijker is, maar als je een aantal onbezonnen aannames doet over de invoer kun je toch op het goede antwoord komen. Zoals bekend ben ik geen fan van dat soort problemen, maar ja, het hoort een beetje bij AoC.
Voorbeeld van hoe het ingewikkelder kan:
Wat ik dan wel weer leuk vond is om uit te vogelen hoe de invoer precies geconstrueerd is. Het is helemaal niet zo eenvoudig om met de relatief kleine invoer een grote uitvoer te garanderen. Hier is hoe het werkt:
Voorbeeld van hoe het ingewikkelder kan:
spoiler:
als je ergens midden in de eerste regel de substring "RRRR" toevoegt, geven al jullie oplossingen het verkeerde antwoord (en de mijne ook).
Wat ik dan wel weer leuk vond is om uit te vogelen hoe de invoer precies geconstrueerd is. Het is helemaal niet zo eenvoudig om met de relatief kleine invoer een grote uitvoer te garanderen. Hier is hoe het werkt:
spoiler:
Om te beginnen de string met instructies. Die lijkt random maar dat is 'ie niet: hij eindigt op "RRRR" (bij mij tenminste) en bevat verder nooit meer dan 3 R's op een rij! Toeval? Nee. Dat wordt gebruikt om een lange periode te garanderen.
De invoergraaf bestaat uit verschillende componenten: precies één voor elk begin- en eindpunt. De component bestaat uit een cykel van paren van vertices. Hier een illustratie:
(Je moet er wraparound bij denken: de uitgaande edges aan de rechterkant zijn verbonden aan de edges aan de linkerkant.)
Een paar saillante details:
De invoergraaf bestaat uit verschillende componenten: precies één voor elk begin- en eindpunt. De component bestaat uit een cykel van paren van vertices. Hier een illustratie:
(Je moet er wraparound bij denken: de uitgaande edges aan de rechterkant zijn verbonden aan de edges aan de linkerkant.)
Een paar saillante details:
- Voor een component met een cykellengte n heb je precies 2n+1 vertices nodig (de vertices aan de rechterkant kun je copy-pasten naar behoeven).
- De begin- en eindvertex hebben dezelfde uitgaande edges. Daardoor werkt de lcm() truc: als je het eerste eindpunt vindt op tijdstip t, dan vind je het ook weer op 2t, 3t, 4t, etc. (@KabouterSuper merkte al op dat dat niet per se zo hoeft te zijn.)
- Vlak voor het einde zit een R-detectie sequence! Dit is wat er voor zorgt dat de lengte van de cykel wordt vermenigvuldigd met de lengte van de instructies: je kunt alleen op ZZZ terecht komen als de laatste vier instructies RRRR waren, wat alleen het geval is aan het einde van de instructies.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/91018/dgtw.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/266124/crop63d63fdf5b8e2_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/48567/viribox_60x60.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
spoiler:
Mijn tentamen grafentheorie is ruim 20 jaar geleden geweest en sindsdien heb ik er te weinig mee gedaan om hier nog fatsoenlijke oplossingen voor te verzinnen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/49730/babby%2520tux.png?f=community)
Er knaagde ook van alles aan me toen ik de "simpele" oplossing zat te implementeren, inderdaad.
Had het gevoel dat het feit dat ik het juiste antwoord bleek te hebben gevonden meer geluk dan wijsheid was.
Maar is dus waarschijnlijk by design. En da's dan wel jammer, aangezien je dus eigenlijk impliciet heel belangrijke aannames moet doen om een sterk vereenvoudigde versie op te lossen van het daadwerkelijk geschetste probleem. Alsof we over een paar dagen een gecompliceerd lulverhaal over de betekenis van het leven, het universum en alles krijgen, met de vraag om het travelling-salesmanprobleem op te lossen. En dat dan het antwoord gewoon 42 is omdat de input daarop is ingericht
Eens. Maar voor hetzelfde geld komt er een vervolg op de vraag waar het wel belangrijk is dat je het netjes geïmplementeerd hebt. De intcode-opdrachten zijn meestal ook verdeeld over meerdere dagen.:
[...]
Er knaagde ook van alles aan me toen ik de "simpele" oplossing zat te implementeren, inderdaad.
Had het gevoel dat het feit dat ik het juiste antwoord bleek te hebben gevonden meer geluk dan wijsheid was.
Maar is dus waarschijnlijk by design. En da's dan wel jammer, aangezien je dus eigenlijk impliciet heel belangrijke aannames moet doen om een sterk vereenvoudigde versie op te lossen van het daadwerkelijk geschetste probleem. Alsof we over een paar dagen een gecompliceerd lulverhaal over de betekenis van het leven, het universum en alles krijgen, met de vraag om het travelling-salesmanprobleem op te lossen. En dat dan het antwoord gewoon 42 is omdat de input daarop is ingericht
When life gives you lemons, start a battery factory
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Tsja, 's ochtends ga ik voor zo snel mogelijk twee sterren, hoe lelijk, brute force of langzaam (binnen bepaalde grenzen!) het ook is. Daarna gaat de hond naar buiten en ga ik werken. Later maak ik het wel mooi en optimaliseer ik wel.
Vooruitdenken naar deel 2 tijdens deel 1 doe ik eigenlijk juist door "naief" te coden. Dan hoef ik tenminste niet een half uur later een Linq-expressie van 6 regels te reverse-engineeren omdat ik er op twee plekken een aanpassing in moet maken voor deel 2
Ik denk dat zeker bij degenen die binnen 10 minuten beiden delen afhadden, bijna niemand bewust die aannames gemaakt heeft. Die zien cijfers, (mogelijke) cycles, "iets" gemeenschappelijks en trekken de bibliotheek open.
Dat zijn vaak ook niet degenen die het beste kunnen uitleggen wat hun software nou precies doet en waarom - maar ze zijn wel snel
Dit!
Ik besteed hooguit wat meer tijd aan mooi maken en herbruikbaar maken als ik vrij hoge verwachtingen heb dat wat ik net geschreven heb in volgende dagen weer de kop opsteekt . Dat is ook waarom ik ooit (zoals velen?) begonnen ben met unit tests op alle opdrachten, om te voorkomen dat mijn intcode-interpeter de opdracht van vandaag wel goed uitvoert, maar die van eergisteren opeens verkloot
Ik heb de hoop ook opgegeven dat ik kan voorspellen wat men wil.
Al moet ik zeggen dat ik deze keer een redelijk herbruikbare oplossing had uit deel 1.
spoiler:
De kern was prima herbruikbaar en te parameterizeren met een startLocation en een string -> boolean functie die aangeeft wanneer de bestemming is bereikt.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Aaaaah, talk me not from de IntCode interpreter. Ik kreeg ergens op de tweede dag of zo in dat ding iets niet goed waardoor de uitkomst van niet alleen die dag niet goed was, maar ik ook met de volgende dagen niet verder kon. Bijzonder frustrerend:
[...]
Ik besteed hooguit wat meer tijd aan mooi maken en herbruikbaar maken als ik vrij hoge verwachtingen heb dat wat ik net geschreven heb in volgende dagen weer de kop opsteekt . Dat is ook waarom ik ooit (zoals velen?) begonnen ben met unit tests op alle opdrachten, om te voorkomen dat mijn intcode-interpeter de opdracht van vandaag wel goed uitvoert, maar die van eergisteren opeens verkloot
... en gaat over tot de orde van de dag
Voor wie vast zit met day 8 is hier een een hint:
spoiler:
het kan helpen om de input to visualizeren.
Ik heb met graphviz een svg gemaakt van transities. (groen = start, rood = end, blauw = r, paars = l)
Ik heb met graphviz een svg gemaakt van transities. (groen = start, rood = end, blauw = r, paars = l)
/u/200133/artemis_square_e_60-60.png?f=community)
Misschien begrijp ik je verkeerd, maar volgens mij is dat is niet waar? De simulatie kan veel meer stappen bevatten dan het in 1x combineren van de lus met idd de Chinese reststelling*.
Bijvoorbeeld: lus A heeft 100 stappen, met een oplossing op stap 1. Lus B heeft 101 stappen, met een oplossing op stap 50. Dan kun je dus ofwel 98 keer itereren om een oplossing te vinden, of je rekent gewoon uit dat na 49 lussen van B, de oplossingen van A en B overlappen. En dat dat zich herhaalt na LCM(100,101) stappen. Dus AB is een nieuwe lus met 10100 stappen, en een oplossing na 4999 stappen.
Bij m oplossingen in A en n oplossingen in B heb je maximaal nm overlappende oplossingen in AB. Dus voor elke oplossing in A reken je uit hoeveel stappen het kost om te overlappen met elke oplossing in B, waar mogelijk.
*edit: Wacht, is het wel de Chinese reststelling? Volgens mij wil je het omgekeerde. De oplossingen ai van A kun je schrijven als
n = ai (mod |A|)
En de oplossingen bj van B als
n = bj (mod |B|)
Dan dan zoek je alle nij die voldoen voor elke combinatie van ai en bj
edit2: Ah, brainfart, dat is precies de Chinese reststelling, maar die geldt alleen als gcd(|A|, |B|) = 1, wat geen gegeven is. Maar goed, een stelsel van lineaire congruenties is natuurlijk ook oplosbaar als gcd(|A|, |B|) ≠ 1
[ Voor 31% gewijzigd door .oisyn op 09-12-2023 01:48 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Ben ik dan echt de enige die een zeer uitgebreide library heeft?
Ik heb zelfs ooit de moeite genomen om een zeer rudimentaire OCR in te bouwen omdat we ook vaak een tekstwaarde moeten lezen op basis van pixels die aan of uit staan.
Of een Grid waar ik met behulp van een Coordinate heel makkelijk waardes kan ophalen. Waarbij de Coordinate dan ook weer een zwik methodes bevat om neighbours te bepalen.
Of een generieke Dijkstra implementatie waar ik alleen maar een Node implementatie aan mee hoef te geven voor het vinden van een korste pad.
Nee dat denk ik niet. Zelf probeer ik ook zoveel mogelijk in een tools framework te zetten. Grootste uitdaging is elke december weer herinneren wat er al allemaal in zit.:
[...]
Ben ik dan echt de enige die een zeer uitgebreide library heeft?
Ik heb (lang) niet zoveel als jij. Alleen wat dingen, die serieus tijdbesparend zijn. Het komt erop neer, dat ik eigenlijk alleen een Point class heb. Dat ding wordt steeds weer gebruikt bij AoC. Tot nu toe waren bijvoorbeeld de Dijkstra-implementaties steeds zo verschillend, dat ik nog geen nut heb gezien om het kleine beetje overlap eruit te refactoren.:
Ben ik dan echt de enige die een zeer uitgebreide library heeft?
Siditamentis astuentis pactum.
Ik heb ook een Coords class, want die wordt in zoveel opgaven gebruikt. En daarnaast nog wat parse helpers oa voor splitten in secties (2 newlines) en lines en daarom nog wat boilerplate classes. Heb nog wel zitten nadenken of ik nog iets voor grafen wil bouwen (Node/Edge classes oid) en daar dan evt. bovenop algoritmes (Dijkstra/AStar/etc.). Wie weet dat ik na deze ronde wel weer eens kijk of ik nog meer wil abstraheren (ook uit oudere opgaves).:
[...]
Ben ik dan echt de enige die een zeer uitgebreide library heeft?
There's no place like 127.0.0.1
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
spoiler:
20.000 miljard? Ik kwam maar aan 7309 miljard.
Ik stopte overigens na de eerste Z. Na die getallen in een online LCM calculator te stoppen kreeg ik dat antwoord. Dat werd berekende een priemgetal van 283 en adhv 43, 47, 53, 59, 61, 67, 283.
Ik stopte overigens na de eerste Z. Na die getallen in een online LCM calculator te stoppen kreeg ik dat antwoord. Dat werd berekende een priemgetal van 283 en adhv 43, 47, 53, 59, 61, 67, 283.
Vorig jaar heb ik het grootste deel gemaakt met Java en enkele met Rust.:
[...]
Ben ik dan echt de enige die een zeer uitgebreide library heeft?
Nu ben ik vanaf het begin bezig in Rust. Dus ik heb nog geen library opgebouwd.
let the past be the past.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Ik heb ben ook maar even voor de lelijke non-generieke oplossing gegaan 
Time spent: 326.8µs
day8 in Rust
Time spent: 326.8µs
day8 in Rust
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Ik probeer eigenlijk er een sport van te maken alles vanaf 0 te maken elk jaar. Dit jaar ook een andere taal (go ipv java) gepakt. Het zijn leuke opdrachten en je leert er weer van. Ja ik heb zojuist echt niet voor het eerst:
[...]
Ben ik dan echt de enige die een zeer uitgebreide library heeft?
Ik heb zelfs ooit de moeite genomen om een zeer rudimentaire OCR in te bouwen omdat we ook vaak een tekstwaarde moeten lezen op basis van pixels die aan of uit staan.
Of een ....
Of een generieke ...
spoiler:
geimplementeerd. Maar who cares. zit dat weer vers in m'n hoofd LCM
Gaat vast met spoiler:
of een Dijkstra
spoiler:
ook weer gebeuren.
A*
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Woei! Binnen 5 minuten klaar en een plaats in de top 100 Maar hij was dan ook wel erg makkelijk vandaag.
Maar hij was dan ook wel erg makkelijk vandaag.
hmm ik snap het niet sample zonder problemen maar mijn input geeft verkeerde antwoord. Alles wat ik met de hand conroleer lijkt in orde te zijn. Negatieve getallen ook geen probleem 
Aah oplossing al op reddit gevonden stom van me
Aah oplossing al op reddit gevonden stom van me
spoiler:
Nog een major fuckup. De eerste waardes in een rij zijn niet unique gebruikte ze al key voor een dict dus miste er nogal wat
samengevat ik ben een enorme prutser die eerste kolom is gewoon een meetwaarde geen idee waarom ik dacht dat het een speciaal ding was.
samengevat ik ben een enorme prutser die eerste kolom is gewoon een meetwaarde geen idee waarom ik dacht dat het een speciaal ding was.
[ Voor 51% gewijzigd door TrailBlazer op 09-12-2023 13:25 ]
Was weer een makkelijke inderdaad.
Mijn oplossing: https://github.com/WernerLDev/AOC2023/blob/main/day9/day9.ts
En heb bij deze mijn persoonlijk record verbroken. Ik heb nu één ster meer dan de vorige keer dat ik mee deed aan Advent of code.
Mijn oplossing: https://github.com/WernerLDev/AOC2023/blob/main/day9/day9.ts
En heb bij deze mijn persoonlijk record verbroken. Ik heb nu één ster meer dan de vorige keer dat ik mee deed aan Advent of code.
[ Voor 39% gewijzigd door WernerL op 09-12-2023 08:51 ]
Roses are red, violets are blue, unexpected '{' on line 32.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Okee, omdat hij vandaag zo makkelijk was, hier een iets grotere invoer: aoc-2023-day-09-challenge-1.zip
Ik heb een Python-oplossing die dit in 500 ms uitrekent. De correcte antwoorden zijn van de vorm: 37557...60469 en 10610...69740 respectievelijk.
Let op: de antwoorden zijn grote getallen. Als je een taal gebruikt zonder BigInt library of iets dergelijks, maak ik de uitdaging iets anders: bereken alleen de laatste 9 cijfers van elk antwoord. Als straf vermenigvuldig ik je oplossingstijd dan mentaal met 10
Ik heb een Python-oplossing die dit in 500 ms uitrekent. De correcte antwoorden zijn van de vorm: 37557...60469 en 10610...69740 respectievelijk.
Let op: de antwoorden zijn grote getallen. Als je een taal gebruikt zonder BigInt library of iets dergelijks, maak ik de uitdaging iets anders: bereken alleen de laatste 9 cijfers van elk antwoord. Als straf vermenigvuldig ik je oplossingstijd dan mentaal met 10
Ik heb de code voor deel 2
Ik had niet gelijk verwacht dat dit zou werken, maar gewoon geprobeerd en het was het juiste antwoord
spoiler:
niet bijgewerkt, maar gewoon de invoerwaarden omgedraaid voor elke regel.
Ik had niet gelijk verwacht dat dit zou werken, maar gewoon geprobeerd en het was het juiste antwoord
Honda CB750 Hornet :: Yamaha Fazer FZ6 SA (2011 - 2023) | F1Pool.net
Wat een verschil zeg, dag 8 en dag 9. Dag 8 was de eerste waarbij de prive laptop naar werk mee ging voor AoC, dag 9 lekker liggend in bed met de laptop op schoot.
spoiler:
Voor dag 8 deel 2: ik zat, net als anderen hier, eerst te denken hoe de lus + offset van elk startpunt te detecteren. Uiteindelijk toch maar even de eerste 10x dat ie van een startpunt een eindpunt bereikte uitgeprint, gerealiseerd dat het allemaal simpele korte loops waren, en voor de quick and dirty oplossing gegaan...
Voor dag 9 deel 2 bestond de helft van de tijd de beschrijving nog een paar keer lezen, op zoek naar het addertje onder het gras wat er niet zat . Wel voor het eerst met numpy aan de slag, maakt de differencing toch net weer iets korter.
Geen goede score, want in het weekend sta ik niet om 6 uur hiervoor op
Voor dag 9 deel 2 bestond de helft van de tijd de beschrijving nog een paar keer lezen, op zoek naar het addertje onder het gras wat er niet zat
. Wel voor het eerst met numpy aan de slag, maakt de differencing toch net weer iets korter.Geen goede score, want in het weekend sta ik niet om 6 uur hiervoor op
Verandert z'n sig te weinig.
Deze voldoet strikt genomen niet aan de omschrijving van de puzzel volgens mij::
Okee, omdat hij vandaag zo makkelijk was, hier een iets grotere invoer: aoc-2023-day-09-challenge-1.zip
Ik heb een Python-oplossing die dit in 500 ms uitrekent. De correcte antwoorden zijn van de vorm: 37557...60469 en 10610...69740 respectievelijk.
Let op: de antwoorden zijn grote getallen. Als je een taal gebruikt zonder BigInt library of iets dergelijks, maak ik de uitdaging iets anders: bereken alleen de laatste 9 cijfers van elk antwoord. Als straf vermenigvuldig ik je oplossingstijd dan mentaal met 10
en de eerste regel heeft niet genoeg elementen om alles tot 0 te reduceren als ik het goed heb (je houd 1 niet-0 element over aan het einde).
Voor wat het waard is: mijn numpy implementatie krijgt de correcte antwoorden als ik afbreek bij lengte 1 (met "int objects" in de array, zodat we arbitrary length integers hebben) en doet 10.8 sec over deze input.
[ Voor 9% gewijzigd door FCA op 09-12-2023 10:48 ]
Verandert z'n sig te weinig.
Haha, briljant.:
Ik heb de code voor deel 2spoiler:niet bijgewerkt, maar gewoon de invoerwaarden omgedraaid voor elke regel.
Ik had niet gelijk verwacht dat dit zou werken, maar gewoon geprobeerd en het was het juiste antwoord
spoiler:
Deel 1 was bij mij een gewone sommatie van de laatste waarden, deel 2 een alternerende som van de eerste waarden.
When life gives you lemons, start a battery factory