[-] AeonFelis@lemmy.world 1 points 9 hours ago

The rich do not benefit at all.

They do benefit though - they gain liquidity. If they'd keep all their money in direct investments, they wouldn't be able to use it - so they have to keep some of it in a form they can utilize. Doing it in a bank account allows them to still get some revenue (not as much as an investment firm would give them, but still more than zero)

Both sides of an arrangement can benefit from it. I don't understand what this concept is so alien so some people, and I don't see the point of focusing on this aspect of the post instead of the more interesting one - they poor getting charged fees for not having enough money.

You made a point that the bank loses money on low balance accounts, which seems reasonable (the bank does enjoy the economy of scale, but there are still minimum costs for dealing with each customer as an individual) as long as you stress out that this is before the bank takes these fees.

So, the real questions is why should a poor person even have a bank account? The main purpose of a bank is to provide liquidity while still investing they money - but the poor don't have enough money to invest, and cash is just a liquid and doesn't incur low balance fees. Is there something systematic that forces them to use a system they only lose from?

[-] AeonFelis@lemmy.world 3 points 12 hours ago

And they all help Ill-informed people justify their strong opinions. So it checks..

[-] AeonFelis@lemmy.world 20 points 13 hours ago

Confirmed: Guy Fieri is a Fae.

[-] AeonFelis@lemmy.world 1 points 17 hours ago

14,000,000,000 BCE

[-] AeonFelis@lemmy.world 10 points 20 hours ago

Could also be one of those times where the context would only make it seem even worse.

[-] AeonFelis@lemmy.world 1 points 1 day ago

Do pets count for #4?

[-] AeonFelis@lemmy.world 2 points 1 day ago

Don Quixote really was up to something...

[-] AeonFelis@lemmy.world 11 points 2 days ago

It's not just a matter of how big the purchase is. The you next year still who still pays for the car will also still be using the car. The you next month who still pays for the meal would have already pooped the meal.

[-] AeonFelis@lemmy.world 11 points 3 days ago

That one's a no-brainer

[-] AeonFelis@lemmy.world 20 points 4 days ago

Checking 2 boxes out of 4 from the Libertarian dream

[-] AeonFelis@lemmy.world 7 points 6 days ago

My dad still swears it was the red bull and snickers and not the medical ...

Wild that someone would think the Red Bull and Snickers are doing it directly without going through the some-ingredients-in-these-products-are-affecting-your-body route.

7

Encountering one of these embedded tweets in a blog post, my hand instinctively moved to click the X and close it. That took me to the website.

Could this be a clever ruse to generate more visits? Is Elon Musk actually more cunning than we give him credit?

10

I have this idea for a certain game development tool, but before I start another side project I want to check if something similar already exists.

An important part of game development is fine-tuning numeric values. You have some numbers that govern things like character motion, weapon impact, enemy AI, or any other game mechanic. For most of these there is no "correct" value that can be calculated (or even verified!) with some algorithm - you have to manually try different values and converge to something that "feels right".

The most naive way to fine-tune these numbers is to have them as hard-coded values, tweak them in code, and re-run the game every time you change them. This, of course, is a tedious process - especially if you have to go through long build times, game loading, and/or gameplay to reach a state where you can test these values (that last hurdle can often be skipped by programming in a special entry point, but that too can get tedious)

A better way would be to write these numbers in configuration file(s) which the game can hot-reload - at least while in development mode. That way you can just edit the file and save it, and the game will reload the new values. This is a huge improvement because it skips the building/loading/preparing which can drastically shorten the cycles - but it's still not perfect because you have to constantly switch between the game and the configuration file.

Sometimes you can use the game engine editor to tweak these while the game is running, or create your own UI. This makes the context switches hurt less, and also lets you use sliders instead of editing textual numbers, but it's still not perfect - you still have to switch back and forth between the game controls and the tweaking interface.

Which brings us to my idea.

What I envision is a local fine-tuning server. The server will either update configuration files which the game will hot-reload, or the game could connect to it via WebSocket (or some other IPC. But I like WebSocket) so that the server could push the new values to it as they get updated.

After the server deduces the structure of the configuration (or read it from a schema - but providing a schema may usually be a overkill) you could use its webapp UI to configure how the values would be tweaked. We usually want sliders, so you'll need to provide a range - even if the exact value is hard to determine, it's usually fairly easy to come up with a rough range that the value must be in (how high can a human jump? More than 5cm, less than 5m). You will also decide for each slider if it's linear or logarithmic.

The server, of course, will save all that configuration so that you won't have t reconfigure it the next time you want to tweak values (unless there are new values, in which case you'll only have to configure the sliders for them)

Since this would be a server, the tweaking of the values could be done from another device - preferably something with a touchscreen, like a smartphone or a tablet, because tweaking many sliders is easier with a touchscreen. So you have the game running on your PC/console, gamepad in hand (or keyboard+mouse, if that's your thing), and as you play you tweak the sliders on the touchscreen until you get them just right.

Does anyone know if a similar tool already exists?

7
7
3

Narrative scripting languages like Yarn Spinner or Inkle were originally meant for writing dialogue, but I think they can also be used for scripting the world progression even when no dialogue or even narration is involved.

Example for something silent that can be scripted with a narrative scripting language:

  1. When the player pulls a lever...
  2. Move the camera to show a certain gate
  3. Open the gate
  4. Move the camera to show something interesting behind the gate
  5. Return the camera to the player

Even though no text nor voice are involved here, I think a narrative language will still fit better than a traditional scripting language because:

  • Narrative languages describe everything in steps. Scripting languages will need to work a bit harder to generate steps the actual game engine can use.
  • Narrative languages have visual editor that can help showing the flow of the level as nodes.
  • The interface between a narrative language and the game engine tends to be seems to tend to be higher level (and less powerful) than the one with a traditional scripting language.

On the other hand, flow control seems a bit more crude and ugly with narrative scripting languages than with traditional scripting languages. It should probably still be fine for simple things (e.g. - player activates a keyhole. Do they have the key?), but I wonder if a game can reach a point where it becomes too complex for a narrative language (I'm still talking about simple world progression, not full blown modding)

view more: next ›

AeonFelis

joined 1 year ago