bellsDoSing

Alright, looks like 40% filled up on my screen atm.

Oh, it's still going!

Nah, one is enough. ^^ Curiosity got the better of me thinking about how squished the UI might end up looking.

Let the streak continue...

Great read, certainly had more relatable things in there than I'd expected.

Yeah, such a simple, but still killer feature. Really sad that JSON doesn't support them.

Yeah, if one really wants obfuscation for JS, then it requires an extra build step. E.g. this: JavaScript-obfuscator

Nobody can tell you in advance how far your interest in game dev will take you. Only one way to find out: start small (some tutorials, build some crappy first) and see if your interest sticks around as you up the challange.

Maybe game dev in Godot will end up being a significant chapter in your life, maybe it will just be a small sidequest. But once you've given it an honest try, no matter the outcome, you at least will know if it's something for you or not. That in itself is already worth something.

And who knows: maybe Godot is just your entry gateway to something else you discover along the way, which you wouldn't have discovered if you hadn't taken on the challange in the first place.

To add, edge functions (powered by deno) are one of the bigger pain points of supabase. At least that's my own practical experience and the experience of quite a few others on their github (discussions and issues).

In my current project, I started of optimistically ("Should be doable, they say you feel right at home coming from nodejs!"), tried rewriting some existing nodejs code and use edge functions just like your average nodejs powered serverless functions.

But in the end, things just didn't work out:

• deno's crypto module just wasn't up to scratch yet re nodejs compatibility (for my rather humble needs)
• supabase uses --no-npm flag re its use of "deno deploy runtime", which means node: specifiers for imports aren't supported
• the fact that unlike for serverless functions, which update their runtime only once you yourself trigger a new deployment (e.g. nodejs on vercel), "deno deploy runtime" is continously being updated to latest version, which to me still feels pretty strange for production use, considering how serverless functions handle runtime updates.

In the end I changed my architecture yet again, moved most of the code to an expressjs backend and only use edge functions as a kind of "tender" proxy layer with minimal dependencies (mostly just deno and some esm.sh imports; e.g. supabase-js).

Don't get me wrong, supabase overall is a great thing and they do many things well! I'm still using them going forward. But edge functions just have the potential for being such a pain point in a project and many have already wished for also having the option for "classic" serverless functions.

I additionally mapped that latter one to F2, because being able to repeatedly copy from VIM and paste into another application without having to move your hand between mouse and keyboard is nice.

Of course, that's VIM. If you meant "vim mode" in shell, then that's a different story.