Hacker Newsnew | past | comments | ask | show | jobs | submit | tibbon's commentslogin

Humans were once useful!

Humans are still useful.

MTurk likely can't fight with cheaters now. It would be useful to give some tasks to humans, if there were an economical way to ensure humans will do them.


Rust makes you solve many of your problems upfront, which is a nice feedback loop for using with an LLM. Go does much of this too, but I feel Rust is more experessive and takes the frontloading a bit further.


I just installed Steam on Ubuntu yesterday, and I'm impressed at the progress so far. A HUGE number of titles run flawlessly.


Author's latest title has enormous memory leaks in linux through proton (and in macos through crossover) [0]. I hope the author puts effort in non-windows platforms for this one during development, because the first duskers was indeed a great game.

[0] https://steamcommunity.com/app/1883920/discussions/0/6897422...


> Author's latest title has enormous memory leaks in linux through proton...

If this is something the dev can reasonably fix by changing their game, then it'd be good for them to do so. Looking at the discussion in the thread, it looks like the dev is actively working to fix this for everyone, and not just the subset of folks that he fixed it for.

However, if this doesn't happen on Windows, I'd argue that it's a bug that needs to be reported against and fixed in Wine/Proton/Crossover.


Maybe. But also imo it happened because the author was not testing proton/crossover at all until the beta was released, and even then only later that did people started reporting it. Developing in one platform and then post-release fixing bugs in others that the game is not actually meant to be played is probably not easy.

The bug is still there, disabling assisted moves helps a lot and it triggers less but it still happens if you are unlucky.

Just to note that the author seems in general very nice and helpful, and one can choose what platforms they want to support, I just wish we could get native builds for more platforms like with duskers 1, which had native macos and linux, or at very least to have wine supported so that there is less of windows monopoly in games.


> Developing in one platform and then post-release fixing bugs in others that the game is not actually meant to be played is probably not easy.

...except that the promise of Proton/Wine/Crossover is that -for user-mode stuff- it works at least as well as Microsoft Windows. Any undesirable behavior that happens in Proton/Wine that doesn't happen in Windows is a bug that should be squashed. IMO, it's generally incorrect to think of it as "a platform", as changes in Microsoft Windows absolutely introduce gamebreaking bugs.

> ...I just wish we could get native builds for more platforms like with duskers 1, which had native macos and linux, or at very least to have wine supported so that there is less of windows monopoly in games.

When I was much younger, I held this same opinion. Now that I'm older, I'm 100% fine with the "Windows Subsystem for Linux" [0] that is Proton/Wine. I see it as yet another cross-platform library for doing development on *nix systems... albeit a very large one.

Given how incompetent and user-hostile MSFT has been proving themselves to be over the past few years, it seems quite possible to me that in ten years, the only place you see Microsoft Windows being used by "consumers" is inside an XBOX [1] or Azure.

[0] Well, it's not just for Linux, but I can never avoid an opportunity to note that Microsoft WSL is misnamed.

[1] ...assuming that the XBOX division is still making hardware...


Soooo close, but I have a 4 floor house. Talk to me when it does stairs.


Now… why is Jira so painfully slow? Even changing the type of a ticket or moving it takes like 20 clicks and a minute


But when you hit that wall, it is hard to stop and convince people to use different patterns and systems. I've seen so many tables go from "it will only be a few thousand rows" to suddenly several TB and then people are looking confused when performance and db admin tasks get really difficult.

I'm working at a scale where almost every day I have to ask people "are you use you need to treat that as relational data? It doesn't seem relational"


> But when you hit that wall, it is hard to stop and convince people to use different patterns and systems. I've seen so many tables go from "it will only be a few thousand rows" to suddenly several TB and then people are looking confused when performance and db admin tasks get really difficult.

It's much, much worse in my experience to have to develop for the opposite -- working on a system that was designed for an imagined "infinite" scale that in reality like 100GB and a few transactions a minute.


> are you use you need to treat that as relational data?

Is this intended to be "you sure you need..."?


Obviously, yes


For those able to contribute a bit monetarily, he's also got a Patreon: https://www.patreon.com/textfiles

I love his podcast, and was able to back it for about a year.


I, too, love soldering. I've done it since I was around 6 years old (wood burning before that). It's what I do when I want to zone out and relax. I've found random people at Burning Man and camping events who needed help with electronics, and I was happy to spend my time with an iron helping out - I even carry a butane-powered one on my motorcycle for quick repairs in the field.


Right? Visicalc wasn't using anything that a terminal didn't offer.


Maybe I've just got deep scars from the 90's, where I'd wait 15-25 minutes sometimes to download a single mp3.

I have a FIOS connection here at home, and it seems entirely sufficient. Even AAA steam games, I hit 'download' and go grab a snack in the kitchen and it's done. My server does incremental backups to s3 every night, but its not like i'm sitting there watching it.

I download a new large model maybe once every other week. It takes a few seconds, maybe minutes. I don't really notice either way? 25x faster doesn't seem like it would make any difference.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: