4 ms·
There should be a language that uses "Almost-In-Time" compilation. If it runs out of time, it just gives a random answer.
by jtwaleson 1y ago
There should be a language that uses "Almost-In-Time" compilation. If it runs out of time, it just gives a random answer.
- phinnaeus 1y agoBest I can do is a system that gives you a random answer no matter how much time you give it.
- zelphirkalt 1y agoGreat! 80-20, Pareto principle, we're gonna use that! We are as good as done with the task. Everyone take phinnaeus as an example. This is how you get things done. We move quickly and break things. Remember our motto.
- fer 1y agoSoft real time systems often work like that. "Can't complete in time, best I can do is X".
- philipwhiuk 1y agoWhen you get the wrong answer you can just say 'ah yes, the halting problem'
- layer8 1y ago"Progressive compilation" would be more fun: The compiler has a candidate output ready at all times, starting from a random program that progressively gets refined into what the source code says. Like progressive JPEG.
- mhuffman 1y agoYou should send a pull request to DreamBerd/Gulf of Mexico[0], it's surely the only language that can handle it properly! [0]https://github.com/TodePond/GulfOfMexico https://github.com/TodePond/GulfOfMexico
- jtwaleson 1y agoHilarious. I will actually do that :)
- kleiba 1y agoThis might be a similar but possibly more sensible approach? -> https://en.wikipedia.org/wiki/Anytime_algorithm https://en.wikipedia.org/wiki/Anytime_algorithm
- jtwaleson 1y agoYes, the way I described it is actually a sensible approach to some problems. "Almost-in-time compilation" is mostly an extremely funny name I came up with, and I've trying to figure out the funniest "explanation" for it for years. So far the "it prints a random answer" is the most catchy one, but I have the feeling there are better ones out there.
- bicepjai 1y agoAIighT