Advent of Code 2021

[Daanoz]

Wederom komt december eraan, voor de puzzel fanaten is de Advent of Code er dus weer! Van 1 tot en met 25 december zijn er elke dag 2 puzzels beschikbaar, om zo het grote raadsel van dit jaar op te lossen. De raadsels zijn zo opgezet dat ze het beste met een stuk programmatuur kunnen worden opgelost. Uiteindelijk krijg je elke dag jou eigen unieke input, waarbij één bepaalde output hoort.

Een puzzel is gebruikelijk in een soort verhaal vorm geschreven. Een goed voorbeeld, ook om te oefenen vind je hier.

Ook in 2015, 2016, 2017, 2018, 2019 en 2020 deed de Tweakers community mee, dus ook dit jaar kunnen we weer aan de slag:
Advent of Code 2015
Advent of Code 2016
Advent of Code 2017 Leaderboard
Advent of Code 2018 Leaderboard
Advent of Code 2019 Leaderboard
Advent of Code 2020 Leaderboard

Je kan je aanmelden via website: https://www.adventofcode.com. Op de website is er weer een tweakers leaderboard. Dit is dezelfde als vorig jaar, meld je hier aan met code:

Members only: Leaderboard code

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Het kan zijn dat het leaderboard vol is, (max. 200), na een aantal dagen kan ik wat inactieve accounts eruit gooien, stuur mij dan een berichtje, als er weer plek is laat ik weten wanneer je het nog een keer kan proberen.

Discussie over de puzzels mag, maar probeer niets te spoilen voor de rest! (of gebruik de spoiler tag)

Members only: Deelnemerslijst

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Stuur Daanoz even een PM om ook in de lijst te komen. Zet hierbij de link naar de code en de taal/talen die je gebruikt.

[ Voor 30% gewijzigd door Daanoz op 15-12-2021 16:41 ]

[armageddon_2k1]

Ojee, daar gaan we weer.

Ik zit in de laatste maand bij mijn huidige werk in December. Hopelijk heb ik genoeg tijd dit te doen.

[Woy]

Leuk! Dit jaar zal ik waarschijnlijk niet heel veel meedoen, want van 8 t/m 18 december ben ik in het buitenland. Mogelijk dat ik daarna nog even een inhaalslag probeer te maken.

[Gilotto]

Afgelopen week al even gekeken of er al een nieuw topic was. Nu dus wel!

Vorig jaar 21 sterren verzameld. Ik hoop dit jaar verder te komen.
Taal: F#

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 5% gewijzigd door Gilotto op 29-11-2021 10:19 ]

[coop]

Leuk!
Ik doe ook weer mee met Python. https://github.com/thijslnl/AdventOfCode

[ Voor 12% gewijzigd door coop op 06-12-2021 13:47 ]

[Diderikdm]

Leuk! Ik zal ook weer meedoen met Python:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 18% gewijzigd door Diderikdm op 30-11-2021 11:26 . Reden: members only link ]

[DevWouter]

Ik ga ook meedoen.
Weet nog niet exact welke taal, mogelijk dat ik verschillende gebruikt (TypeScript, C#, C++).

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

@Daanoz Wil jij een PM of is dit ook voldoende?

[Patriot]

Ik doe dit jaar ook een keer mee. Ik weet nog niet precies welke taal, weet ook niet zeker of dat elke dag dezelfde taal gaat zijn. Kandidaten zijn C#, Typescript, Python, PHP.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Rogier V]

Dit jaar doe ik ook mee. Ik ga het proberen in F#...

[Hydra]

Ben er ook weer bij dit jaar. Ga het weer gewoon in Kotlin doen:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Overweeg toch om ook opdrachten in C++ of Rust te gaan doen, maar ik ga ze sowieso eerst in Kotlin oplossen.

[Daanoz]

[b]DevWouter schreef op maandag 29 november 2021 @ 10:06:
@Daanoz Wil jij een PM of is dit ook voldoende?

Ik probeer het bij te houden, maar met PM is de kans groter dat ik er niet overheen lees

[Creepy]

Ik heb dit jaar wat meer tijd dan anders om mee te doen, dus eens kijken na hoeveel dagen ik deze keer afhaak https://github.com/CodeEngineerNL/AdventOfCode2021 Waarschijnlijk "gewoon" in Java, zit nog te twijfelen of ik wat in Kotlin wil gaan doen of iets nieuws als Rust op ga pakken.

[ Voor 27% gewijzigd door Creepy op 29-11-2021 11:10 ]

[ShitHappens]

Ik ga dit jaar ook eens een poging wagen Zal in Java worden, ben daar 't meest bekend mee

[Hydra]

Creepy schreef op maandag 29 november 2021 @ 11:09:
Ik heb dit jaar wat meer tijd dan anders om mee te doen, dus eens kijken na hoeveel dagen ik deze keer afhaak https://github.com/CodeEngineerNL/AdventOfCode2021 Waarschijnlijk "gewoon" in Java, zit nog te twijfelen of ik wat in Kotlin wil gaan doen of iets nieuws als Rust op ga pakken.

Als je pointers wil / vragen hebt over Kotlin let me know

[MaNDaRK]

Meestal kom ik niet verder dan een dag of 10, maar ik ga het dit jaar weer proberen

En voor de uitdaging ga ik het proberen in C#, maar denk dat ik snel weer over ben op Python

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ElkeBxl]

Ik ga mijn poging wagen aan Rust. Dan gaat het boek "The Rust Programming Language" hier hopelijk wat minder liggen rusten

Met het vertrouwde TypeScript als backup

[naitsoezn]

Ik zal ook eens kijken hoe ver ik kom Zal voornamelijk Matlab en/of Python gebruiken, eventueel C++ als ik er niet uit kom en mezelf wil martelen om C++ weer eens af te stoffen

[armageddon_2k1]

Rust is wel popi-jopi zeg

[Mawlana]

Dit jaar maar weer eens een poging maken. Python.

[Varienaja]

Na goed, ik waag me er weer aan. Voornamelijk omdat programmeren leuk is, en ik dat op mijn werk te weinig doe.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Dricus]

Ik doe ook weer mee, leuk! Deze keer ga ik Clojure gebruiken.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

Dricus schreef op dinsdag 30 november 2021 @ 17:26:
Ik doe ook weer mee, leuk! Deze keer ga ik Clojure gebruiken.

Staat ook op mijn lijstje maar ik kreeg enorme ruzie met de plugin in IntelliJ en had toen zo iets van "laatmaar"

[Dricus]

Hydra schreef op dinsdag 30 november 2021 @ 17:56:
[...]


Staat ook op mijn lijstje maar ik kreeg enorme ruzie met de plugin in IntelliJ en had toen zo iets van "laatmaar"

Oh, da's gek. Ik heb er geen problemen mee.

Ik heb trouwens even "opgewarmd" met de Clojure track op Exercism. Ik vind Exercism echt een aanrader om een nieuwe taal mee te leren. Ze hebben op het moment 55 tracks.

[Hydra]

Dricus schreef op dinsdag 30 november 2021 @ 18:04:
Ik heb trouwens even "opgewarmd" met de Clojure track op Exercism. Ik vind Exercism echt een aanrader om een nieuwe taal mee te leren. Ze hebben op het moment 55 tracks.

Oh vet, da's wel een idee. Ik ga sowieso de assignments sowieso in Kotlin doen maar Clojure, Rust en C++ staan alle 3 op mijn "ik wil AoC er in gaan doen".

[Cranzai]

Nog nooit eerder mee gedaan aan advent of code maar klinkt als een interessant concept.

Na een zomer Fortran90 (wetenschappelijk programma ) misschien een leuke manier om eens wat C te gaan leren (kan niet moeilijk zijn, toch? ).

Voorlopig houd ik het bij een bookmarkje, als ik fanatiek blijk te zijn miss het leaderboard.
Eerst maar eens GitHub aanmaken

[Kazu]

Dit jaar doe ik wel vanaf begin af aan mee (wederom in Go). Vorig jaar halverwege december heb ik AoC voor het eerst ontdekt, en vervolgens geprobeerd om vóór kerst bij te zijn met alle dagen. Uiteraard hier compleet op stuk gebrand , dus na dag 16 (wat voor mij 30 december was) het opgegeven.

Ik wil een gooi doen om in ieder geval binnen dezelfde dag de oplossing te hebben. Maar ik ga niet al te veel lopen stressen, want ik heb al een verbouwing lopen, dus ik kan m'n tijd ook beter gebruiken

[Cranzai]

Cranzai schreef op dinsdag 30 november 2021 @ 18:32:
Nog nooit eerder mee gedaan aan advent of code maar klinkt als een interessant concept.

Na een zomer Fortran90 (wetenschappelijk programma ) misschien een leuke manier om eens wat C te gaan leren (kan niet moeilijk zijn, toch? ).

Voorlopig houd ik het bij een bookmarkje, als ik fanatiek blijk te zijn miss het leaderboard.
Eerst maar eens GitHub aanmaken

Wanneer je er achter komt dat je in je tienerjaren ooit een GitHub hebt aangemaakt met je alias waar je inmiddels het verbonden email adres hebt gesloten en het wachtwoord niet meer toereikend is om zonder email adres in te loggen....

Gokje gewaagd met een lief mailtje naar de support.

[Moofnor]

Ik ben er ook weer bij, vorig jaar bij de onmogelijke dag 23 afgehaakt...

In de tussentijd Java bijna niet aangeraakt. Dus het wordt of Java afstoffen, of toch stiekem Python...

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[MueR]

Moofnor schreef op dinsdag 30 november 2021 @ 22:12:
Ik ben er ook weer bij, vorig jaar bij de onmogelijke dag 23 afgehaakt...

In de tussentijd Java bijna niet aangeraakt. Dus het wordt of Java afstoffen, of toch stiekem Python...


***members only***

Java afstoffen dus. Python telt niet.

[Varienaja]

Vandaag was natuurlijk een opwarmertje. Mijn 'probleem' was dat ik niet can copypasten, en dat mijn oplossing de puzzle-input van vorig jaar nam. :-D

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 29% gewijzigd door Varienaja op 01-12-2021 06:19 ]

[Dricus]

Dat was inderdaad een leuk opwarmertje.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[armageddon_2k1]

Easy peasy lemon squeezy. Zeker de collections-extensions van Kotlin maken dit een eitje natuurlijk.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ProAce]

Ook maar weer een poging wagen om tot het einde te geraken, tot nu toe nog niet vol kunnen houden

Members only: title

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Woy]

Dit was inderdaad weer een makkelijke, zat te twijfelen om het volledig in Linq te doen, maar in dit geval is het de simpele for loop geworden, want toch iets beter leesbaar, en niet heel veel langer.

https://github.com/rverst.../blob/main/Y2021/Day01.cs

[Remcoder]

De eerste is zoals gewoonlijk weer een eitje.

[luukvr]

Niet eens m'n ontwikkelomgeving gestart, gewoon excel

[Knutselsmurf]

Het begin is altijd makkelijk Ik was uiteindelijk meer tijd kwijt met het netjes inrichten van de repo het het project, dan met het oplossen zelf.

[Hydra]

In kotlin

Werkte in 1 keer, zonder koffie!

[Knutselsmurf]

luukvr schreef op woensdag 1 december 2021 @ 08:38:
Niet eens m'n ontwikkelomgeving gestart, gewoon excel

Ik heb het eerst ook in Excel gedaan Daarna ook nog even in C#, zodat er een begin is qua code om de volgende dagen mee verder te gaan

[Diderikdm]

Haha dat was een goede marming-up
Python

[Kazu]

De eerste dag is amper de moeite waard om te programmeren, inderdaad Ach, goed opwarmertje.

[ElkeBxl]

Mijn eerste poging in Rust. Kan waarschijnlijk wel wat korter. Zo meerdere keren collect doen voelt raar. Maar het is dan ook bijna mijn eerste code in Rust

[Varienaja]

Het valt me op dat zo goed als niemand het algoritme van onderdeel A hergebruikt voor onderdeel B. Maar de gave .window(x) shortcut mis ik nu wel in Java.

* Varienaja beetje jaloers

[ElkeBxl]

@Varienaja niet eens bij stilgestaan om part1 te hergebruiken. Zo kan ik het idd nog wat korter maken. Nu was het vooral prutsen om het werkende te krijgen.

[Moofnor]

@Varienaja Ik deel je jaloezie, maar vandaag was het niet eens nodig

spoiler:

voor overlappende windows hoef je alleen het niet overlappende deel te vergelijken:

a + b + c > b + c + d is hetzelfde als a > d

[Varienaja]

Moofnor schreef op woensdag 1 december 2021 @ 09:11:

spoiler:

a + b + c > b + c + d is hetzelfde als a > d

nog niet zo geavanceerd als Fast Inverse Square Root, maar dat spaart mooi wat CPU-cycles inderdaad.

[naitsoezn]

I love Matlab Twee regels om de 2e op te lossen, waarbij de 2e regel ook nog eens hergebruikt is van puzzel 1

spoiler:

Een convolutie om de sliding window uit te rekenen

[Woy]

Varienaja schreef op woensdag 1 december 2021 @ 08:58:
Het valt me op dat zo goed als niemand het algoritme van onderdeel A hergebruikt voor onderdeel B. Maar de gave .window(x) shortcut mis ik nu wel in Java.

* Varienaja beetje jaloers

Ik had hetzelfde (in c#), heb nu dus maar een window function toegevoegd aan mijn Linq extension , kan vast nog van pas komen bij latere opdrachten.

[ Voor 5% gewijzigd door Woy op 01-12-2021 09:34 ]

[Woy]

Moofnor schreef op woensdag 1 december 2021 @ 09:11:
@Varienaja Ik deel je jaloezie, maar vandaag was het niet eens nodig

spoiler:

voor overlappende windows hoef je alleen het niet overlappende deel te vergelijken:

a + b + c > b + c + d is hetzelfde als a > d

Ah, nice, dat ik daar niet aan gedacht heb. Zeker bij de makkelijke opdrachten sla je snel een paar eenvoudige optimalisaties over.

[Mawlana]

naitsoezn schreef op woensdag 1 december 2021 @ 09:28:
I love Matlab Twee regels om de 2e op te lossen, waarbij de 2e regel ook nog eens hergebruikt is van puzzel 1

spoiler:

Een convolutie om de sliding window uit te rekenen

spoiler:

Ik heb ook gebruik gemaakt van een convolutie in Python (numpy.convolve), maar @Diderikdm's code vind ik nog eenvoudiger.

Altijd leuk om te zien dat er meerdere wegen zijn die naar Rome leiden.

[Hydra]

Varienaja schreef op woensdag 1 december 2021 @ 08:58:
Het valt me op dat zo goed als niemand het algoritme van onderdeel A hergebruikt voor onderdeel B.

Ja die zag ik online en begreep ik uberhaupt in eerste instantie niet. Kan het wel aanpassen maar vind het zo ook wel prima. Voelt anders toch een beetje als valsspelen.

Maar de gave .window(x) shortcut mis ik nu wel in Java.

Ja na jaren Kotlin is dingen weer in Java doen behoorlijk meh. Loop heel vaak tegen "oh ja, kut, dit zit niet in Java" dingetjes aan.

[Woy]

Hydra schreef op woensdag 1 december 2021 @ 10:05:
[...]
Ja die zag ik online en begreep ik uberhaupt in eerste instantie niet. Kan het wel aanpassen maar vind het zo ook wel prima. Voelt anders toch een beetje als valsspelen.

Hoezo valsspelen? Ik heb best regelmatig in AoC dat ik in part2 met wat voorbewerking van de input alsnog part1 (of een onderdeel) aanroep. Imho juist elegant, want optimalisaties voor deel1 werken dan ook meteen mee met deel2.

In dit geval heb ik het ook niet gedaan overigens omdat ik het optellen in deel 2 in dezelfde loop doe als de check, dus alleen maar omslachtiger. Maar als ik inderdaad via een set operatie de moving average uit zou rekenen, zou ik met die nieuwe set wel gewoon deel 1 aangeroepen hebben.

[coop]

Leuke warming up vandaag.
https://github.com/thijsl...b/master/2021/Day%2001.py

spoiler:

Eerst ook np.convolve() gebruikt in part 2, maar toch nog bij de basis gebleven zonder gebruik van numpy of andere libraries. Even kijken hoe lang ik dat kan/wil volhouden.

[evanraalte]

Dit jaar maar eens een nieuwe taal uitgeprobeerd, RUST

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[joppybt]

Moofnor schreef op woensdag 1 december 2021 @ 09:11:
@Varienaja Ik deel je jaloezie, maar vandaag was het niet eens nodig

spoiler:

voor overlappende windows hoef je alleen het niet overlappende deel te vergelijken:

a + b + c > b + c + d is hetzelfde als a > d

Slim bedacht inderdaad.
Met deze kennis is het letterlijk slechts 2 karakters verschil tussen mij oplossing voor deel 1 en deel 2.

[Creepy]

Gewoon straight forward in Java. Geen .window() oid is wel een gemis idd.
https://github.com/CodeEn...eer/aoc/aoc2021/Day1.java

spoiler:

Die optimalisatie is wel mooi ja, die had ik me ook niet gerealiseerd. Dan zou deel 1 vs deel 2 ook maar een paar karakters verschillen.

[Woy]

Creepy schreef op woensdag 1 december 2021 @ 11:30:
Gewoon straight forward in Java. Geen .window() oid is wel een gemis idd.
https://github.com/CodeEn...eer/aoc/aoc2022/Day1.java

spoiler:

Die optimalisatie is wel mooi ja, die had ik me ook niet gerealiseerd. Dan zou deel 1 vs deel 2 ook maar een paar karakters verschillen.

Jouw implementatie voor deel 2 zou overigens niet werken als er ook negatieve input zou zijn en 0 daadwerkelijk voorkomt ( Op zich wel vreemd voor een diepte natuurlijk, maar als hij ook land zou kunnen scannen )

[Creepy]

Je bedoelt als prev op 0 komt? Daar had ik al aan zitten denken maar kwam het niet tegen. Ik wilde eerst null pakken (brrrr...) en dit was voldoende. Een bool check had ook gekunt. En dit scheelt weer zaken optellen die al opgeteld waren

[ Voor 9% gewijzigd door Creepy op 01-12-2021 11:40 ]

[Woy]

Creepy schreef op woensdag 1 december 2021 @ 11:40:
Je bedoelt als prev op 0 komt? Daar had ik al aan zitten denken maar kwam het niet tegen. Ik wilde eerst null pakken (brrrr...) en dit was voldoende. Een bool check had ook gekunt. En dit scheelt weer zaken optellen die al opgeteld waren

Ja exact. als er een sequence van 3 maal 0 inzit, en daarna nog een > 0, dan mis je een waarde. Als je er vanuit gaat dat er geen negatieve waardes zijn zou je beter -1 of Integer.MIN_VALUE pakken als check value.

edit: nog beter is gewoon prev om Integer.MAX_VALUE zetten, dan hoef je die check uberhaupt niet te doen want is de eerste check sowieso false, nog efficienter ook.

[ Voor 12% gewijzigd door Woy op 01-12-2021 11:57 ]

[Sircuri]

Woy schreef op maandag 29 november 2021 @ 09:15:
Leuk! Dit jaar zal ik waarschijnlijk niet heel veel meedoen, want van 8 t/m 18 december ben ik in het buitenland. Mogelijk dat ik daarna nog even een inhaalslag probeer te maken.

Je hebt 's avonds toch wel ff 10 minuten

[Janoz]

Zo, toch ook maar eens even aangemeld. AoC nog nooit gedaan, maar ooit ergens vorige eeuw nog wel eens meegedaan met het nederlands kampioenschap programmeren. Maar eens even kijken of ik elke dag wat tijd kan vinden om een oplossing in te leveren

[Hydra]

Woy schreef op woensdag 1 december 2021 @ 10:14:
Hoezo valsspelen?

Puur voor mezelf. Geen waardeoordeel naar anderen

[ThomasG]

Woy schreef op woensdag 1 december 2021 @ 10:14:
[...]

Hoezo valsspelen? Ik heb best regelmatig in AoC dat ik in part2 met wat voorbewerking van de input alsnog part1 (of een onderdeel) aanroep. Imho juist elegant, want optimalisaties voor deel1 werken dan ook meteen mee met deel2.

In dit geval heb ik het ook niet gedaan overigens omdat ik het optellen in deel 2 in dezelfde loop doe als de check, dus alleen maar omslachtiger. Maar als ik inderdaad via een set operatie de moving average uit zou rekenen, zou ik met die nieuwe set wel gewoon deel 1 aangeroepen hebben.

Het ligt er aan hoe je er naar kijkt. De kans dat de code van deel 1 zonder aanpassingen zou werken voor deel 2 is vrij klein. Dus dan heb je of voordat je aan deel 1 begon al naar deel 2 gekeken, of toen je aan deel 2 begon deel 1 aangepast. Dus dat sommige dat "valsspelen" vinden snap ik wel. Het levert meestal wel betere code op. Als je doel is om een specifieke taal beter onder te knie te krijgen is het dus slim om wel te doen.

[Matis]

* Matis doet ook weer mee

Was voornemens om het in Kotlin te doen, maar dat kreeg ik na een halve ochtend nog steeds niet aan de praat.
Toen maar teruggevallen op het oude en vertrouwde PHP (Symfony framework).

Mijn code is hier te vinden:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

@Daanoz heb je hier voldoende aan?

[joppybt]

ThomasG schreef op woensdag 1 december 2021 @ 13:32:
[...]
Dus dan heb je of voordat je aan deel 1 begon al naar deel 2 gekeken, of [....]

Dat kan niet. Je krijgt deel 2 pas te zien als je deel 1 voltooid hebt.

[Woy]

ThomasG schreef op woensdag 1 december 2021 @ 13:32:
[...]
Het ligt er aan hoe je er naar kijkt. De kans dat de code van deel 1 zonder aanpassingen zou werken voor deel 2 is vrij klein.

Ik heb vrij vaak dat ik gewoon direct Par1 aan kan roepen met een modified input. Vandaag bijvoorbeeld zou iets van

spoiler:

[code=c#]
SolvePart1( MovingAverage(input, 3) );
[/]
En dan natuurlijk de MovingAverage implementeren.

Dus dan heb je of voordat je aan deel 1 begon al naar deel 2 gekeken, of toen je aan deel 2 begon deel 1 aangepast. Dus dat sommige dat "valsspelen" vinden snap ik wel. Het levert meestal wel betere code op. Als je doel is om een specifieke taal beter onder te knie te krijgen is het dus slim om wel te doen.

Maar meestal heb ik juist al bij de implementatie van deel 1 dat ik dingen flexibel opzet, zodat het bij deel 2 ook te gebruiken is. Het komt er vaak juist wel op neer dat ik het al overengineered heb, en lang niet alle flexibiliteit nodig heb. Maar vaak draagt het juist wel bij aan de code kwaliteit.

Het is verder bij AoC altijd wel een beetje de afweging of je puur voor performance, code kwaliteit of snelheid van implementatie gaat. Dat is meestal een beetje afhankelijk van mijn stemming die dag

[Janoz]

Hydra schreef op woensdag 1 december 2021 @ 13:25:
[...]


Puur voor mezelf. Geen waardeoordeel naar anderen

Oh, ik vond het juist heel natuurlijk om de implementatie van 1 bij 2 te gebruiken. Maar goed, ik zal het wel weer over-engineered hebben

Ik zag dat @Daanoz nog niet toegekomen was aan mijn DM om

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

toe te voegen.


--edit---
Eigenlijk dus exact wat @Woy hierboven zegt

[ Voor 6% gewijzigd door Janoz op 01-12-2021 13:52 ]

[Woy]

Hydra schreef op woensdag 1 december 2021 @ 13:25:
[...]


Puur voor mezelf. Geen waardeoordeel naar anderen

Ja, maar ik snap het ook niet zo voor jezelf eigenlijk. Ik heb er ieder geval geen plezier aan om dingen dubbel te implementeren. Het is niet heel vaak dat ik exact Part1 aanroep, maar meestal heb ik wel wat componenten/functies die ik hergebruik.

[Patriot]

Woy schreef op woensdag 1 december 2021 @ 13:52:
[...]

Ja, maar ik snap het ook niet zo voor jezelf eigenlijk. Ik heb er ieder geval geen plezier aan om dingen dubbel te implementeren. Het is niet heel vaak dat ik exact Part1 aanroep, maar meestal heb ik wel wat componenten/functies die ik hergebruik.

Net was het nog vrij vaak

[Woy]

Patriot schreef op woensdag 1 december 2021 @ 13:53:
[...]


Net was het nog vrij vaak

Busted

Maar de strekking is dat ik wel vaak delen hergebruik, maar ook af en toe gewoon exact SolvePart1 aanroep.

[ Voor 25% gewijzigd door Woy op 01-12-2021 13:55 ]

[Daanoz]

Janoz schreef op woensdag 1 december 2021 @ 13:52:
Ik zag dat @Daanoz nog niet toegekomen was aan mijn DM om
***members only***
toe te voegen.

Als het goed ben ik weer up-to-date en staan alle DM's er in.

[Gilotto]

Lekkere opwarmer inderdaad.
Alles in een keer gelukt.

spoiler:

Voor het eerst gebruik gemaakt van de windowed functie

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[keeperson]

Ik heb dit jaar eens besloten om het in Swift te proberen. Begrijp gelijk weer waarom ik zo'n hekel aan Xcode en het Apple build systeem heb.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

Woy schreef op woensdag 1 december 2021 @ 13:52:
Ja, maar ik snap het ook niet zo voor jezelf eigenlijk. Ik heb er ieder geval geen plezier aan om dingen dubbel te implementeren.

Ik had het over het gebruiken van de oplossing van iemand anders waar ik zelf niet opgekomen was. Natuurlijk hergebruik ik normaliter code

[Caelorum]

Ik doe ook maar weer mee (in f#), maar ongetwijfeld haak ik weer eens af tussen de 10 en 20 dagen vanwege tijdsgebrek

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Woy]

Hydra schreef op woensdag 1 december 2021 @ 15:21:
[...]


Ik had het over het gebruiken van de oplossing van iemand anders waar ik zelf niet opgekomen was. Natuurlijk hergebruik ik normaliter code

Ah ok, ja dat snap ik wel. Ik probeer het ook altijd zonder hints zelf op te lossen. Eventueel later met nieuwe inzichten nog een refactor eroverheen. Je quote ging echter ( zoals ik het lees ) over het hergebruiken van Part1 voor Part2. Jij doelt denk op de tip van @Moofnor ?

[ Voor 4% gewijzigd door Woy op 01-12-2021 15:41 ]

[Woy]

offtopic:
dubbel

[ Voor 96% gewijzigd door Woy op 01-12-2021 15:41 ]

[Janoz]

Hydra schreef op woensdag 1 december 2021 @ 15:21:
[...]


Ik had het over het gebruiken van de oplossing van iemand anders waar ik zelf niet opgekomen was. Natuurlijk hergebruik ik normaliter code

Ah, dan had ik je eerdere opmerking ook verkeerd begrepen.

Dit lijkt mij ook meer dan logisch

[ydderf]

Eigenlijk had ik niet in de planning staan om mee te doen, omdat het vorig jaar vrij veel tijd heeft gekost zodra de opdrachten wat moeilijker werden.
Maar na het zien van dit topic, begon het toch iets te kriebelen.
Dus dag 1 in C# toch maar ff gedaan in de koffie pauze.

[R4NCOR]

Is dit ook een beetje te doen voor iemand die vroeger wel aardig wat old school PHP en Objective-C deed maar de laatste jaren helemaal niets meer? Ach ik kijk wel hoe ver ik kom. Het competitieve element boeit me niet zo, vind het gewoon leuk om dagelijks leuke puzzeltjes te krijgen. Kun je ook op dag 4 nog de puzzels van dag 1, 2 en 3 doen bijvoorbeeld? Weet niet of ik hier elke dag tijd voor heb of wil maken.

[rutgerdj]

R4NCOR schreef op woensdag 1 december 2021 @ 17:54:
Kun je ook op dag 4 nog de puzzels van dag 1, 2 en 3 doen bijvoorbeeld? Weet niet of ik hier elke dag tijd voor heb of wil maken.

Zeker! Je kan zelfs nu nog puzzels van 2015 doen.
Happy coding

[Creepy]

En het is, voor mij elk geval, niet een competitie he. Maar gewoon leuk om elke dag een opdracht te fixen en even wat anders te coden dan je gewone werk.

[Matis]

Creepy schreef op woensdag 1 december 2021 @ 18:21:
En het is, voor mij elk geval, niet een competitie he. Maar gewoon leuk om elke dag een opdracht te fixen en even wat anders te coden dan je gewone werk.

Inderdaad, ik zet niet de wekker.

[keeperson]

Creepy schreef op woensdag 1 december 2021 @ 18:21:
En het is, voor mij elk geval, niet een competitie he. Maar gewoon leuk om elke dag een opdracht te fixen en even wat anders te coden dan je gewone werk.

Het is voor mij een stukje om mijn kennis van Swift bij te spijkeren en ook om een leuk portfoliootje op te bouwen met ongebruikelijke problemen.

[rutgerdj]

Ik doe het dit jaar in Rust, om dat maar een beetje op te pikken.

Daarnaast vind ik het leuk om een zo klein mogelijke oplossing te vinden, meestal is dat in Haskell

Dit is het kleinste wat ik heb kunnen krijgen:

spoiler:

day1 xs = map (\n -> length . filter id $ zipWith (<) xs $ drop n xs) [1,2]

Inzicht dat je niet naar het midden van het window hoeft te kijken kreeg ik nadat ik in Rust dit had gefabriceerd in de vorm van:

mid = arr[1..3].sum()
if mid + arr[3] > mid + arr[0] {
count += 1
}

Zoals je kan zien staat de `mid` variabele aan beide kanten van de GT sign en daarom kan je die weglaten.
Kwam er dus meer of minder per ongeluk achter

[momania]

Ben ook van de partij. Maar kijken hoe lang ik dit kan combineren met m’n nieuwe job

[Hydra]

Janoz schreef op woensdag 1 december 2021 @ 17:11:
Ah, dan had ik je eerdere opmerking ook verkeerd begrepen.

Ja, dat lag denk ik vooral aan mij hoor

[ShitHappens]

Ook gelukt Kwam er de rest van de dag niet aan toe - nu ben ik niet heel competitief maar zo ver onderaan het leaderboard staan doet toch pijn. Ben benieuwd hoe pittig de rest wordt.

[KabouterSuper]

ShitHappens schreef op woensdag 1 december 2021 @ 21:00:
Ook gelukt Kwam er de rest van de dag niet aan toe - nu ben ik niet heel competitief maar zo ver onderaan het leaderboard staan doet toch pijn. Ben benieuwd hoe pittig de rest wordt.

Je moet nooit te vroeg pieken!

[Cranzai]

I/O blijft toch altijd het lastigste, vooralsnog lekker lopen aanklopten met een textfile lezen in C, maar we gaan gestaag verder.

Als ik maar direct een goede flexibele input lezer heb scheelt dat me later veel.
Vandaag mijn GitHub weer terug gekregen, moet het alleen nog ff opzetten op mijn Mac (wil überhaupt homebrew ff opnieuw installeren)

edit:
Having second thoughts wat memory allocation betreft

[ Voor 8% gewijzigd door Cranzai op 01-12-2021 22:55 ]

[Anoniem: 610852]

-

[ Voor 99% gewijzigd door Anoniem: 610852 op 05-09-2023 11:15 ]

[Zjosh]

Anoniem: 610852 schreef op donderdag 2 december 2021 @ 06:54:
Ik doe dit jaar ook mee (voor het eerst). Ik ga Python gebruiken gewoon omdat het zo comfy is en de snelheid van je programma, minder uit maakt dan hoe snel je het kunt schrijven (voor punten).
(niet dat ik uberhaupt punten ga verdien, 7 uur is echt een rot tijd voor mij :c, moet dan al bijna op de trein zitten)

Ik vond mijn 1/2 liner voor het lezen van de input wel leuk in Python:

code:

with open("input.txt", "r") as input:
    depths = list(map(lambda x: int(x.strip()), input.readlines()))

***members only***

Mijn one liner, zelfde strekking, ietsje minder haakjes

code:

with open('02_input.txt') as f:
    dat = [d.strip() for d in f.readlines()]

[Anoniem: 610852]

-

[ Voor 100% gewijzigd door Anoniem: 610852 op 05-09-2023 11:15 ]

[Woy]

Vandaag was natuurlijk ook nog weer een makkelijke

https://github.com/rverst.../blob/main/Y2021/Day02.cs

[armageddon_2k1]

Kotlin collections maken mijn leven een stuk makkelijker. Dat gaat wennen worden in mijn nieuwe baan waar we geen Kotlin meer hebben

https://github.com/avwie/...l/avwie/aoc/y2021/Day2.kt

EDIT: Ik zie wel dat er een truukje is. Ik heb het natuurlijk gewoon lomp 2x gedaan.

[ Voor 15% gewijzigd door armageddon_2k1 op 02-12-2021 07:42 ]

[ElkeBxl]

Day 2 in Rust was leuk Heel benieuwd of ik het zo leuk blijf vinden

[Hydra]

Day 2 in Kotlin

Leuke opdracht. 90% code reuse van vorige jaren

[Hydra]

KabouterSuper schreef op woensdag 1 december 2021 @ 21:01:


Je moet nooit te vroeg pieken!

Nee, wel vroeg opstaan

[Dricus]

Dag 2 in Clojure

Leuk weer. Nog steeds een leuk inkomertje. Ik ga nog even puzzelen om hem misschien nog wat cleaner te krijgen, maar nu eerst maar eens werken .

[coop]

Leuke opdracht. Eerst met Numpy gedaan, maar toch aangepast zodat ik er toch nog even van af blijf. En het script doet er niet eens zoveel langer over.

Day 2 in Python