Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Advent of Code 2024

adventofcode.com

Post reply on HN
Print view View original

541–550 of 580 posts

Re: Advent of Code 2024

#541

Post by flysand7 »

xyproto wrote: post #405
zaptheimpaler wrote: post #380

I love AoC! Did it the last 2-3 years in Rust, hanging out in a discord where we all try to make the absolute fastest solutions. Learnt all kinds of crazy performance hacks and some advanced algorithms & SIMD that way. This time I'm trying to do them in Rust and Golang in an effort to either learn to like/tolerate Golang (because we use it at work) or prove my hypothesis that it sucks and never use it unless I have t…

Go (not "Golang") has better compilation times than Rust and does not try to combine incompatible ways of using concurrency. I have the opposite dilemma to you, I want to learn to like Rust.

What's Go, if not Golang? I mean, there's some other programming language called Go that I don't know about?

Re: Advent of Code 2024

#542

Post by feike »

lyxell wrote: post #138

I’m using sqlite this year. Hoping that there won’t be any computational geometry or trie problems. Kind of hoping for a graph problem solvable with recursive CTEs, that would be cool.

As every year, I try to solve it with 1 sql statement for every challenge, https://gitlab.com/feike/adventofcode/-/tree/master/2024, likely going to get stuck again around day 12/13 or so!

Re: Advent of Code 2024

#543

Post by xyproto »

flysand7 wrote: post #541
xyproto wrote: post #405

Earlier quoted context omitted.

Go (not "Golang") has better compilation times than Rust and does not try to combine incompatible ways of using concurrency. I have the opposite dilemma to you, I want to learn to like Rust.

What's Go, if not Golang? I mean, there's some other programming language called Go that I don't know about?

Yes, "Go!" came before "Go".

But regardless of this, the name of the Go programming language is "Go" and not "Golang".

Re: Advent of Code 2024

#545

Post by xyproto »

jaredklewis wrote: post #427
xyproto wrote: post #405

Earlier quoted context omitted.

Go (not "Golang") has better compilation times than Rust and does not try to combine incompatible ways of using concurrency. I have the opposite dilemma to you, I want to learn to like Rust.

Let's try to settle the Go/Rust debate in this AoC sub-thread ^_^

Let's mix in some tabs/spaces and vim/emacs too, and we've got a stew going!

Re: Advent of Code 2024

#547

Post by ricardobeat »

williamdclt wrote: post #512
ricardobeat wrote: post #509

Earlier quoted context omitted.

From last year: hot springs, the pipes problem, gears, pulses, range math.. half the problem is turning the text input into the correct data structures to solve it.

yes, that kinda is what the reality of programming is. Correctly representing the problem so that the solution easily follows. Various famous people have various quotes about this, for example Rob Pike: "if you've chosen the right data structures and organized things well, the algorithms will almost always be self-evident".

AoC used to be more fun than that. I already have enough reality at my day job :)

Re: Advent of Code 2024

#548

Post by Cthulhu_ »

zaptheimpaler wrote: post #380

I love AoC! Did it the last 2-3 years in Rust, hanging out in a discord where we all try to make the absolute fastest solutions. Learnt all kinds of crazy performance hacks and some advanced algorithms & SIMD that way. This time I'm trying to do them in Rust and Golang in an effort to either learn to like/tolerate Golang (because we use it at work) or prove my hypothesis that it sucks and never use it unless I have t…

I've used Go in the past few years (but I never find the time / attention span to get any further than day 6), I really like it for this kind of thing because it's pragmatic, minimal environment setup / "sidequests", most things you need (reading/parsing files, etc) are builtin, performance is great and close to the metal (few hidden performance pitfalls), etc.

I can't compare with Rust though because I've never used it. From a very superficial point of view though, it feels less pragmatic. But since AoC doesn't need memory safety or whatever criteria you have for production software, pragmatism and performance for later challenges are more important than safety.

Re: Advent of Code 2024

#549

Post by hshshshshsh »

timeon wrote: post #406
hshshshshsh wrote: post #190

Work on a side project this December instead of doing this. Solving advent of code just keeps you in your comfort zone. Creates a false sense of accomplishment. Redirect all the positive energy to something that will make you proud when you are old or help with an earlier retirement. This won't.

> help with an earlier retirement. Like car accident?

No. Like make so much money that you can do whatever you want.

Re: Advent of Code 2024

#550

Post by nindalf »

SushiHippie wrote: post #530
nindalf wrote: post #519

Earlier quoted context omitted.

Take a look at my repo - http://github.com/nindalf/advent-2024 Each day is a new module, this way I don't have to think of new names for part1() and part2(). I can still import code from the rest of the crate if I want with `use crate::`. If you like this style of structuring the project, you may be interested in the generator I use for it - http://github.com/nindalf/aocgen . `aocgen --day 2` will create these files…

Looks pretty neat I'll take some inspiration from this. Though you shouldn't upload the text and inputs of the puzzles (maybe .gitignore them) as per [0]: > Can I copy/redistribute part of Advent of Code? Please don't. Advent of Code is free to use, not free to copy. If you're posting a code repository somewhere, please don't include parts of Advent of Code like the puzzle text or your inputs. If you're making a webs…

I'm usually a rule follower, but this is a rule that I choose not to follow. I have a couple of reasons:

- I've spent effort on this, and I want the repository to work in future. I want to be able to clone it and run all the code without having to fetch the input once more, even if the site is unavailable. (I actually do this while benchmarking new hardware).

- I don't think it actually hurts the creator in any way, in my opinion. Here's an example: At least 660 people have uploaded inputs from 2022 (https://github.com/search?q=%22closest+beacon+is+at+x%22+pat...). These files have been up for 2 years. Exactly what injury has the creator suffered because of this? Are there people out there thinking "nah, it's too much effort to log into adventofcode.com, I'll just trawl GitHub repos for inputs and figure out what I'm supposed to do from there"? Obviously not.

So I have a compelling interest, and the creator hasn't articulated a good reason to avoid it. If he's able to articulate a good reason, then I'm willing to reassess my stance on this. He has my sympathy and full support if someone creates a lookalike site with the same puzzles and inputs but different CSS and without ads. That would be messed up. The potential injury is clear - he'd be losing users to the lookalike.

This is a subject of some controversy in the AOC community, but nothing I've read in those threads so far has been compelling. Anti-storage arguments usually just come down to "he's asking nicely so please comply". To which I politely respond that I don't accede to every polite request that comes my way.

Post reply on HN