HN user

Austizzle

92 karma
Posts0
Comments51
View on HN
No posts found.
Tidal AI Policy 23 days ago

I think samplers are still clearly tools. You are still as a human performing with the sampler or at the very least manually arranging with it. If you gave somebody else the same sample, they would produce a different result.

Whereas AI (if we ignore RNG for a moment) will produce the same output from the same prompt. It's not a tool, it's a magic box that spits out a finished product with no human effort outside of the prompt.

You don't need to like Fortnite. There are plenty of other games in the same boat.

The point is that "normal people won't do that" is objectively false. Fortnite is just a good example because it's so popular.

At any given moment there are tens or hundreds of thousands of normal people playing Fortnite, on windows, with anti cheat on.

I feel like it's a mix of so many things it's hard to know the answers to any of these questions.

- the job market is harder now, apparently because of AI - environmental concerns due to data centers - the ethical issues with scraping people's copyright data to power AI - slop overwhelming the Internet, fake videos all over tiktok that seem real - safety issues like AI psychosis

The world is hard right now, and a lot of the things that make it hard seem to intersect in all sorts of ways with the way AI is being developed, run, and used.

If you solve one of those issues, you still haven't solved the other ones.

The vs code integration is pretty slick. I can copy and paste function names into the prompt and it automatically turns them into these `#sym:` reference objects that I presume populate the context window with metadata about the function and where it lives. It knows what file I'm currently looking at as I jump around in the code, and that automatically gets loaded into the context. I can also drag and drop folders or specific files for context into the sidebar.

It's a lot of stuff that makes me have to type less into the prompt, since it's already getting so much info from my editor

As somebody who frequently switches between windows and Linux, I will pretty much never install an app that's only on one platform. Cross platform options mean I don't need to pay for or learn separate apps for the same thing on each OS

I don't care if it's QT or a WebView or something else, I just want to lower friction for myself

That's what got me into Vue and I still use build less Vue all the time for tiny little sites that aren't worth setting up a whole CI process for. It's really lovely that it's an option.

Just like how easy jQuery was to get started with back in the day, but a whole framework

I'm the same way, and I often feel like I don't know what the words that come out of my mouth will be until they happen.

I'm thinking in abstract feelings and images, and then it feels like some subconscious part of my brain is actually figuring out the words and saying them, if that makes any sense.

It can be spooky sometimes since it doesn't always feel like I'm in control of the specific words I use

I've heard people say this, and believed it myself for a long time, but recently I set up a windows XP VM and was shocked by how bad the quality of life was.

I think nostalgia is influencing this opinion quite a bit, and we don't realize the mountain of tiny usability improvements that have been made since XP

I think the phrase _emotionally_ resonates with people who write code that would work in other languages, but the compiler rejects.

When I was learning rust (coming from python/java) it certainly felt like a battle because I "knew" the code was logically sound (at least in other languages) but it felt like I had to do all sorts of magic tricks to get it to compile. Since then I've adapted and understand better _why_ the compiler has those rules, but in the beginning it definitely felt like a fight and that the code _should_ work.

Man, I got excited for a second from the title thinking this was about a way to produce 3d printer filament from PBR settings, so you could tweak a material on the computer and have your filament match the digital version

Lots of games don't run on Mac or Linux

Others, like adobe software, only run on Mac or windows

Windows computers are generally cheaper than macs for the same hardware

Plenty of stuff annoys me about windows, but for now it's still what I end up going with every time I need a new computer

Man, this title tripped me up for a minute because I pronounce it with the letters like Ess-Queue-Ell

So the "A" in "A ess-queue-ell" engine felt like it should have been an "An" until I realized it was meant to be pronounced like "sequel"

Officially there is just gdscript, c#, and c/c++.

There's a lot of unofficial bindings with godot's GDExtension interface. Looks like there are supposedly "production ready" bindings for JavaScript/typescript, lua, nim, and rust. I've been looking into using rust with godot though, and it looks like it only works with desktop apps, not web or mobile yet.

And then there's even more that are supposedly "almost production ready": closure, D, and haskell

In development but not production ready: f#, go, kotlin, python, Swift, wasm, zig

I actually recently switched a project from bevy to Godot and agree, it was really nice and easy to get started. Godot is shockingly simple and intuitive compared to something like unreal engine.

Bevy was also great, but is definitely more of a library and there's not a lot of mature plugins. My use case was a web browser compatible game (wasm compiled bevy) that used websockets for networking. It didn't seem like too much of a stretch, but I didn't end up getting anywhere I wanted to be with bevy unfortunately. Hopefully as it grows it becomes a better option!

But with Godot I ported my code and had it working in the browser with websockets based multiplayer shockingly fast, even having never touched gdscript before!

The GIL is per interpreter/process, so this wouldn't be related as far as I know.

The GIL only really kicks in if you use threads in a single process. Then, the GIL will only let one single thread do actual work at a time, and will trade off which thread gets to do work. The other threads can wait on IO stuff (web requests, the file system, etc) but they can't do number crunching or data processing at the same time.

That's a really interesting observation though, I wonder what _is_ causing your separate processes to sync up?