Live data from Hacker News

Advent of Code 2025

adventofcode.com

101–110 of 416 posts

Re: Advent of Code 2025

#101

Excited to see AOC back and I think it was a solid idea to get rid of the global leaderboard. We (Depot) are sponsoring this year and have a private leaderboard [0]. We’re donating $1k/each for the top five finishers to a charity of their choice. [0] https://depot.dev/events/advent-of-code-2025

This kind of crap is the reason we can’t just enjoy an AoC anymore.

Re: Advent of Code 2025

#102
post #50
post #46

Earlier quoted context omitted.

> By measuring it as a race, it becomes a race, and now the goal is the metric. It becomes a race when you start seeing it as a race :) One can just... ignore the leaderboard

I disagree. Having a leaderboard also leaks into the puzzle design. So the experience is different, even if you choose to ignore the leaderboard as a participant.

  > Having a leaderboard also leaks into the puzzle design.
Is it your opinion? Can you give an example? Or did Eric say that?

Re: Advent of Code 2025

#103
post #30

Does anyone know about any good sysadmin advent?

I propose Advent of Outage: just pull a random plug in the server room every day.

How about something like

    while [1]; do kill -9 $((rnd * 100000)); sleep 5; end
Probably needs some external tool for the rnd function.

On a serious note, I just saw this: https://linuxupskillchallenge.org

Re: Advent of Code 2025

#104

I support the no global leaderboard. I was in 7th place last year but quickly got bored maintaining the aggressive AI pipeline required to achieve that. If I wanted to maintain pipelines I'd just do work, and there will never be a good way to prevent people from using AI like this. Advent of Code should be fun, thank you for continuing to do it. I'm looking forward to casually playing this year!

It was pretty boring trying to place against aggressive AI pipelines like yours throughout the explicit requests not to use them[1]. I’m sorry to hear it became boring for you too.

[1] https://web.archive.org/web/20241201070128/https://adventofc...

Re: Advent of Code 2025

#105
post #24

Earlier quoted context omitted.

I’ve been doing them is JS and Common Lisp. I recommend the problems to help learning new languages.

I respect the effort going into making Advent of Code but with the very heavy emphasis on string parsing, I'm not convinced it's a good way to learn most languages. Most problems are 80%-90% massaging the input with a little data modeling which you might have to rethink for the second part and algorithms used to play a significant role only in the last few days. That heavily favours languages which make manipulating…

That's a hard agree and a reason why anyone trying to learn Haskell, OCaml, or other language with minimal/"batteries depleted" stdlib will suffer.

Sure Haskell comes packaged with parser combinators, but a new user having to juggle immutability, IO and monads all at once at the same time will be almost certainly impossible.

Re: Advent of Code 2025

#107
Small anecdote:

In the IEEEXTREME university programming competition there are ~10k participating teams.

Our university has a quite strong Competitive Programming program and the best teams usually rank in the top 100. Last year a team ranked 30 and it's wasn't even our strongest team (which didn't participate)

This year none of our teams was able to get in the top 1000. I would estimate close to 99% of the teams in the Top 1000 were using LLMs.

Last year they didn't seem to help much, but this year they rendered the competition pointless.

I've read blogs/seen videos of people who got in the AOC global leaderboard last year without using LLMs, but I think this year it wouldn't be possible at all.

Re: Advent of Code 2025

#108
BTW the page mentions Alternate Styles, which is an obscure feature in firefox (View -> Page Styles). If you try it out, you will probably run into [0] and not be able to reset the style. The workaround is to open the page in a different tab, which will go back to the default style.

0: https://bugzilla.mozilla.org/show_bug.cgi?id=1943796

Re: Advent of Code 2025

#109

I support the no global leaderboard. I was in 7th place last year but quickly got bored maintaining the aggressive AI pipeline required to achieve that. If I wanted to maintain pipelines I'd just do work, and there will never be a good way to prevent people from using AI like this. Advent of Code should be fun, thank you for continuing to do it. I'm looking forward to casually playing this year!

It was pretty boring trying to place against aggressive AI pipelines like yours throughout the explicit requests not to use them[1]. I’m sorry to hear it became boring for you too. [1] https://web.archive.org/web/20241201070128/https://adventofc...

I mean, everyone else was using them too, how can you not? That was the name of the game if you wanted to be competitive in 2024. Not using them would be like trying to do competitive pro cycling without steroids, basically impossible.

Re: Advent of Code 2025

#110
post #20

Opinion poll: Python is extremely suitable for these kind of problems. C++ is also often used, especially by competitive programmers. Which "non-mainstream" or even obscure languages are also well suited for AoC? Please list your weapon of choice and a short statement why it's well suited (not why you like it, why it's good for AoC).

I've done some of the problems in R. Vectorized-by-default can avoid a lot of boilerplate. And for problems that aren't in R's happy path, I learn how to optimize in the language. And then I try to make those optimizations non-hideous to read.
Post reply on HN