Devil’s advocate here. Huge drawback is a relative POV considering the vast majority of people who play computer games do so on Windows, using Steam. I feel it worth mentioning that the HN crowd may be biased in ways that your other users don’t care about. Joe Schmo on Windows using Steam doesn’t care if you expand out to Epic Games on FreeBSD or whatever instead of adding more featurez. Best of luck with your app, it looks cool :)
Thank you very much! My feeling is also similar to yours, that is why I initially purely focused on Steam platform though even for Steam platform our audience is kinda niche I feel like but let's see what the future will bring.
Interesting you say that, I had an instinctual reaction in that vein as well. I chalked it up to bias since I couldn’t think of any concrete examples. Something about the webpage being so nice made me think they’ve spent a lot of time on it (relative to their product?) Admittedly I’m nowhere close to even trying to understand their paper, but I’m interested in seeing what others think about it
I've seen it as well. One thing that's universally true about potential competitor startups in the field I work in is that the ones who don't actually have anything concrete to show have way nicer websites than ours (some have significantly more funding and still nothing to show).
I have a passing familiarity with the areas they talk about in the paper, and it feels... dubious. Mainly because of the dedicated accelerator problem. Even dedicated neural net accelerators are having difficulty gaining traction against general purpose compute units in a market that is ludicrously hot for neural net processing, and this is talking about accelerating Monte-Carlo processes which are pretty damn niche in application nowadays (especially in situations where you're compute-limited). So even if they succeed in speeding up that application, it's hard to see how worthwhile it would be. And it's not obvious from the publicly available information whether they're close to even beating the FPGA emulation of the concept which was used in the paper.
I have never heard of Prolog before so this was cool. I did think the "make sure the flashlight is turned on" point was kind of confusing. I have the battery and flashlight, but there's no way to turn it on. I couldn't run it with gprolog but swipl works fine.
This condition is checked when you try to reach "woods" and "woods_1". (And that's the only place you can test if the flashlight is on, because it's otherwise not checked and doesn't change any of the descriptions.) The flashlight doesn't save you from dying in the "deepforest_X".
I was at a hotel and called down to the front desk when an obvious “AI” answered. It was easy enough to ask for more towels but they never showed up, who knows why.
Maybe the request got sent to the housekeeping staff who knew that they could ignore it and blame the “AI”.
Maybe it got confused and thought it did what it asked. I didn’t think it was worth it to call back
reply