We will never solve the Scunthorpe Problem.
It's a clbuttic
Truly in a clbottom of its own
Hasn't it been proven unsolvable?
Impossible. There is always some mf named like cum-sock, smh
some mf named like cum-sock
Excuse me? My family BUILT this country!
Or Grab-her.
Proven? I don't think so. I don't think there's a way to devise a formal proof around it. But there's a lot of evidence that, even if it's technically solvable, we're nowhere close.
Have you tried adding a few more kilobytes of regex?
Or a few more gb of LLM?
I swear, I just need 4-5 more graphics cards to solve this!
I mean, you could just use a vaguely smarter filter. A tiny "L"LM might have different problems, but not this one.
So a TLM?
Awww, it's trying its best!
TJA suggests a TLM.
¯\_(ツ)_/¯
Indeed; it definitely would show some promise. At that point, you'd run into the problem of needing to continually update its weighting and models to account for evolving language, but that's probably not a completely unsolvable problem.
So maybe "never" is an exaggeration. As currently expressed, though, I think I can probably stand by my assertion.
Scunthorpe Problem
If only one could buttassinate censorship...
Don't you mean buttbuttinate?
bottombottominate
FTFY
I have no rebottomal for this comment.
there's a very trivial solution that always works actually, it's called "stop being a prude"
It causes so much dawizard.
Surely you have to blame the idiot human here who actually has the ability to reason (in theory)
You think the decision to build this bot like that was not made by a human? Its idiot humans all the way down.
Of course but people selling/offering shitty tool options is not only expected, it's guaranteed. I certainly do not understand this tendency to blame the machine or makers of the machine and excuse the moronic developer
Nono i agree with you, people like that cant be trusted with tying their shoes.
I just wanted to point out that the system is the way it is because of "idiot human here who actually has the ability to reason"
The person who uses the shitty tool is a moron. The person who makes the shitty tool is an asshole. At least in this case where the shitty tool is actively promoting shitty PRs.
Responsibility is shared. It's not one or the other.
Many people don't know what they're doing. That's kind of expected. But a tool provider and seller should know what they're doing. Enabling people to behave in a negative way should be questioned. Maybe it's a consequence of enablement, or maybe it's bad design or marketing. Where criticism is certainly warranted.
Yes the only people ever to blame are everyone but the people who actually did a thing. That's the same reason voters aren't responsible for trump, Democrats are. /s
Well, for reasons, I happen to know that this person is a student, who has effectively no experience dealing with real-world codebases.
It's possible that the LLM produced good results for the small codebases and well-known exercises that they had to deal with so far.
I'm also guessing, they're learning what a PR is for the first time just now. And then being taught by Microsoft that you can just fire off PRs without a care in the world, like, yeah, how should they know any better?
ultimately the people responsible are the ones giving people tools that can be misused, you don't hand a gun to a child.
dude. i feel that pain.
i got a dev fired because they absolutely refused to test their changes before submitting.
I'm not talking once or twice either. at least a year of that bullshit. i had to show my boss how many hours of wasted time it was taking me because I look at the code first, like literally anybody. Eventually boss pipd them and fired them but holy fuck i wanted to kick that douche in the groin every time i saw a pr with their name on it.
next place I work I'm insisting on a build step success to assign a pr.
Lmao, what, that's wild. How did they justify this??
"it works on my machine."
It's funny that that's the answer that they always gave, considering there were times that we had screen shares, and I asked them to walk me through how they actually got it to work.
When they attempted to try to run it, unsurprisingly it broke.
There were even a few times that I didn't even review it and the first step I took was to inform them that it wouldn't run. Also, unsurprisingly, I was right.
Management at the time was driven by product development and delivery of "high-value" features. As long as deliverables were delivered, this dev could do anything they wanted to. At the end of a year, I'd lost about four weeks of productivity. That doesn't even cover the hours of after work time that I spent on trying to fix their fuckups.
Needless to say, I stopped doing that. I used to be a nice guy to work with, but now... Let's just say if you can't do the work, I'm not covering for you. If your PR doesn't get merged because it's broken and you can't fix it and you spend six weeks trying to fix it, that's on you.
Oof.
My employer pays a buttload of money to CircleCI - for extensive checks (build, lint, formatting, full test suite, as well as custom scripts for translation converage, docs,... for the full tech stack) on every push. Reviews start only when everything passes.
I think you have given me a new-found appreciation for the reasoning behind that decision... 😄
Commit with
Co-authored-by: Copilot
or maybe better
--author=Copilot
It would certainly help evaluate submissions to have that context