this post was submitted on 02 Oct 2023
1175 points (98.6% liked)

Programmer Humor

24670 readers
137 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] elvith@feddit.de 32 points 2 years ago (3 children)

You may joke, but if I had a penny for every time someone asked me to solve a problem, that basically boils down to the halting problem, I'd be rich.

[–] xigoi@lemmy.sdf.org 11 points 2 years ago (1 children)

Yeah, accidentally running into the halting problem is common in automatic code analysis.

[–] PoolloverNathan@programming.dev 15 points 2 years ago

It'd be nice if we wrote something to detect it running into the halting problem.

[–] randon31415@lemmy.world 7 points 2 years ago (2 children)

I have always wondered why the answer to the halting problem isn't: "If no output has been returned in X time, BREAK, restart program from beginning."

[–] niartenyaw@midwest.social 26 points 2 years ago (1 children)

what if it needed just one more second to complete?

[–] Shalaska@programming.dev 13 points 2 years ago (2 children)

Because that will fail to detect a program that halts in X+1 time. The problem isn’t to detect if a program that halts halts, the problem is to generally create an algorithm that will guarantee that the analyzed program will always halt given an infinite time running on an infinite computer.

[–] Brainsploosh@lemmy.world 2 points 2 years ago* (last edited 2 years ago)

But you could also do a mean time analysis on specific tasks and have it cut off at a standard deviation or two (90-98% of task times covered), and have a checkbox or something for when the user expects longer times.

You could probably even make this adaptive, with a cutoff at 2x the standard time, and updating the median estimate after each run.

[–] drcobaltjedi@programming.dev 7 points 2 years ago

I was recently tasked with the traveling salesman problem on a project. My first pass was quick but produced sloppy inefficient results. Well boss didn't like it so he had me go back at it again so it would be far more accurate. Well now it slogs through figuring out an optimal solution of several thousand points.