I don’t think anyone who has actually played the Famicom original can realistically dispute that BotW is a far better implementation of the fundamental concepts of Zelda than all the games that came after it up until BotW entered the chat. I like LttP and OoT as much as the next guy, but let’s not kid ourselves, BotW is the only successor to OG Zelda.

Maybe check out Monster Train. That one also landed on Arcade pretty recently.

Suppose you exchanged your current body for an artificial one… Would you leave out the fun parts?

Hopefully, it sold more on consoles. Otherwise, numbers like this could kill a fledgling studio outright.

Poor child. Imagine that happening to you every two hours.

“come back with more money”

This is a good clarification. Indeed, ideally you’d want to put your money into that higher-interest vehicle as soon as possible, so basically, the same day you get paid.

In the limit, if you were to receive income once a year, you’d put that into savings immediately, which is maybe on January 1st, or earlier or later, depending on when your actual payday really is.

If you get a windfall, you’d also not want to let it linger on your current account for (next to) nothing, but put it to work as soon as is feasible.

Without starting to calculate, or looking at the code, I’d say it’s obvious that an investment strategy where all of a month’s contributions are made on the first day of the month will be superior to one where you spread them out. Also, an investment strategy of making the month’s contributions on the last day will be inferior to spreading them.

So it’d really depend on how you time your monthly investments. If you can invest as soon as you get your monthly income, that’s probably the most beneficial way to do it.

edit — Taking a quick look at your code, that’s exactly what’s happening. In each period, ChatGPT invests first, then lets interest accrue, whereas you let interest accrue, then invest.

If a mountpoint wasn’t an empty directory before mounting another filesystem on it, the contents of that mountpoint will be shadowed by the contents of the other filesystem. So, if you mount other filesystems onto the one in question, this could cause your discrepancy, since the files are still there, just not present in the virtual filesystem tree. It’s a common practice to set your mointpoints to immutable after creating them for this reason.

Somewhat more uncommonly, ext[234] allow the administrator to reserve a number of blocks for use by, in most cases, root — maybe you tune2fs’d your filesystem with some crazy value?