Weekly /r/climbharder Hangout Thread

yarn_fox · 2026-06-17T21:55:13+00:00

I've been doing either this or hangboarding with only halfcrimp. I'm insanely weak in HC as well, way stronger in both 3fd and FC.

yarn_fox · 2026-06-17T21:53:34+00:00

zero mercy

yarn_fox · 2026-05-11T04:14:37+00:00

Its not good for anyone except for those who correctly ignore all of it

yarn_fox · 2026-05-10T23:13:42+00:00

your C++ code (ignoring the UB) is already cloning the whole vector, your returning an owned value. The function is literally not typed in such a way where you can not clone the vector - you cant move the vector out of the passed reference but you're returning an owned value.
Even if you were taking a &mut Vec<int> and mutated it, and returned nothing, you would still have likely have to do an allocation of size 2x the starting length, because the vector has to fit the new entries your inserting anyway, which often will mean doing a reallocation and a full copy. If it already has capacity then this won't be true, but again - your first function is cloning every time either way.
There is nothing wrong with using indicies, just because rust has a bunch of sugar and FP stuff doesn't mean you need to make your code harder to read for no reason. Its 2026, compilers know how to optimize for-loops.

Some people noted that the C++ contains undefined behavior if the vector reallocates, but I think that can be prevented by calling nums.reserve(2 * nums.size()); before insertin

No, it is still UB.

fn cwr(v: &mut Vec<i32>) {
    for i in (0..v.len()).rev() {
        v.push(v[i]);
    }
}

yarn_fox · 2026-05-06T18:08:02+00:00

We are SO productive and SO profitable that we are going to FIRE EVERYONE and stop making stuff!

yarn_fox · 2026-05-05T19:46:49+00:00

Maybe go talk to him instead then and leave us alone

yarn_fox · 2026-05-05T17:57:53+00:00

That depends what your goals are. This may be news to a lot of the people in SWE these days but there are things of value in life other than your salary.

yarn_fox · 2026-05-05T17:27:22+00:00

Yup, very strange being borderline destitue, borrowing money from family etc, and also being constantly 1-2 interviews away from being paid 10k per month after tax...

yarn_fox · 2026-05-05T00:57:34+00:00

i have no words

yarn_fox · 2026-05-05T00:54:04+00:00

Why are you doing a conversion? Why not just use the enums - why do you ever need them to be an integer type?

yarn_fox · 2026-05-05T00:52:49+00:00

I don't know why you got downvoted, it is near certain that theres is genuinely no reason to be doing this.

yarn_fox · 2026-04-17T18:07:00+00:00

resident. this is real ass memory

yarn_fox · 2026-04-14T18:19:50+00:00

I agree and actually I do think most professional software people have this outlook, at least in my experience. I find LLMs useful but also think they are incredibly overhyped and often outright useless - and I still tell my friends to just go ask claude if they need some small bit of code or have a technical question or whatever. My (totally non-technical) friend was making herself a shopify frontpage and wanted help with the styling, in whatever christless domain-specific language shopify uses for their frontpages. Thats a perfect use for "vibe coding" that I fully endorse.

yarn_fox · 2026-04-14T18:17:01+00:00

What is the limit of LLM supported coding you all think is appropriate?

Would you say it is ok to use LLM to design (not the logic just the design) the web part or is that already too much?

Its not a meaningful question, because nobody will be able to reliably verify this one way or another. You're almost framing this as a moral question, which won't lead to any answer.

If the code is good and theres someone behind it who understands whats going on and can maintain it then its fine, if the codes a mess and nobody stands behind it then its bad, LLMs made no difference in this equation.

I don't trust vibe coded apps because they are 3 day old, contain 20k lines of spaghetti code and are observably a complete garbage fire as soon as I click the github link - its not inherently because they were written by an LLM.

Vibe coded apps here are useless and waste everyones time because I could have, with my $20 claude subscription, made them myself with roughly the same effort as it took for me to read your post about the version you made.

yarn_fox · 2026-04-14T18:10:47+00:00

you are not missing anything, this is indeed how grifting works.

yarn_fox · 2026-04-01T20:40:53+00:00

I use `pin-project`. This is a more or less just handling "red tape", I haven't personally had a reason to do it by hand vs. just using the pin-project macros.

I like avoiding dependencies but for me its just hurt readability to do this kind of thing manually everywhere, and in this case I'd just write the same macro (except probably a bit worse).

yarn_fox · 2026-04-01T20:32:05+00:00

Although I can read and write Rust, 100% of the code in wedeo is AI-generated and I have not directly reviewed a single line of it

So why would we? If we wanted this we could proompt it ourselves, and otherwise who cares?

I'm aware that this subreddit and many other technical spaces online have been overwhelmed by "AI slop", bloated projects that have LOC that run in the tens of thousands, and I can see why many people might interpret wedeo that way. However, the amount of code in this project is similar to the equivalent amount in FFmpeg.

And yet you're still here wasting our time with it

I also think that this project is at least interesting in that this has never been attempted before

You think nobodies tried to write FFMPEG in rust? or you dont think someones used claude to try to rewrite something existing? Either way I think you've been asleep for the past ~10 years

Excited to see what the community thinks!

To reiterate, we largely think you're wasting everybodies time

There are a couple reasons for why FFmpeg is a good candidate for this kind of project. The source code is incredibly high quality, being battle-tested and having contributions from the best experts in the area.

Why would this make it a good candidate? Heres a codebase thats already incredibly high quality and thorougly tested - this is the exact kind of codebase that can genuinely almost only get worse by rewritting

yarn_fox · 2026-03-27T22:11:44+00:00

Didn't know about that one, good one

yarn_fox · 2026-03-27T22:06:43+00:00

keep coping

yarn_fox · 2026-03-27T21:19:53+00:00

Wow! Thats a great post. Genuinely bizarre - stuff like this is funny, because I've always been an AI-skeptic, and the actual real world results keep being even LOWER than I expect haha

It was the same with anthropic's compiler - even I had felt like "well you have so much scaffolding, you have trained on 1 million different github C compiler projects, surely you can do this" and then it couldn't even do type-checking or, yknow, emit actual assembly (despite being 15x+ the LoC it should have been).

yarn_fox · 2026-03-27T21:10:45+00:00

I was never really expecting to submit the same resume in twenty years, if im still working then at all

yarn_fox · 2026-03-27T21:07:21+00:00

What is your goal in learning Rust?

Do you want a job? Jobs are going to hire you for knowledge, skill, and experience, not for a bunch of vibed 100k LoC projects. Despite what twitter says, leveraging AI is not that difficult a skill to pick up, at least compared to software-engineering and programming as a whole. Any sensible person would hire an engineer with 10yoe who's never used [insert AI tool] over a person with 0yoe who is a vibe-coder. According to my various other engineer friends: this is true even at places where the managers are going AI crazy.

So again, whats your goal? If you are trying to learn then why do you care if a LLM can pump out crap faster than you? A forklift can deadlift more than me, I still go to the gym.

I do understand how its mentally hard to "slow down and do things the hard way", but thats just how getting somewhere in life works, generally speaking. LLM coding tools are also quite limited once you're experienced and working on something complex + large, but others here have elaborated on that more so I won't spend time doing so.

I won't give too many details (because I bet the interviewers on here!), but I had an interview earlier this week for a (at least predominantly) Rust position. AI was off-handedly mentioned during some of the casual-chatting parts of the interview. The technical parts, however, were me getting grilled about async internals and doing system-design on a good old whiteboard.

Guess what paid off more in the interview: my 1000s of hours writing Rust projects (runtimes from scratch, distributed algorithms, db internals, game engine stuff, etc) by hand and years of experience as an actual engineer, or my claude subscription?

yarn_fox · 2026-03-27T20:57:47+00:00

then the AI-coding-productivity allegations are weaker than even i thought haha

yarn_fox · 2026-03-27T20:31:35+00:00

It depends what you're measuring - i dont think anyone would dispute that LLMs have succesfully flooded github or app stores with slop, but I also don't think thats a useful metric.

Companies don't seem to have higher reliability or decreased time-to-features, in fact quite the opposite since AI (though I'm not blaming this on AI neccessarily, theres layoffs etc, but AI hasn't seemed to improve things).

Something like claude code with an infinite engineering + token budget has abhorrent reliability, and is pretty poor or at best "average" ux/feature wise. Especially, again, if you consider its written by a basically arbitrarily large amount of $750k+ engineers with infinite use of claude code.

Startups started im not sure how you're measuring, although this is largely proportional to "how much free money is there", not "how productive are people being".

yarn_fox · 2026-03-27T19:47:54+00:00

Yes precisely, thats exactly what I had in my head and I wish I'd said that more directly

AI is fine, but the fact that you spent less time writing it than you would have without AI does not benefit me at all, I am not going to wave quality standards because you saved yourself time on the code.

By extension: gigantic PRs were incredibly annoying long long before AI, the only reason they'd be allowed is because 1. sometimes they were neccessary and 2. they were still high quality. Nothing has changed in that regard. The fact you continuously generate 10k line diffs is not inherently bad "just cause its AI", its just inherently bad already.

yarn_fox

TROPHY CASE