Comment on The retro Nokia phone everyone owned 25 years ago will get a reboot soon – and yes, it has Snake
lnxtx@feddit.nl 8 months ago
Dunno, the HMD’s reboots aren’t good.
From a hardware point of view, they feel good,
but the software sucks.
The S30 OS, before Nokia collapses, was much better.
abhibeckert@lemmy.world 8 months ago
Yeah no - you’re miss-remembering it. For example you had to delete SMS messages otherwise your mailbox would fill up.
It could only fit 10 messages before it’d run out of space, and any message sent to you would be deleted without showing the message to you.
Also, the battery life was great if you didn’t use the phone but as soon as you started using it… then it was flat in 3 hours.
Guy_Fieris_Hair@lemmy.world 8 months ago
Yeah, this would be a novelty and it was SOLID for it’s time. But we have come a long way, pretty sure my light switches have more processing power than these phones did. This isn’t your favorite band rebooting, it is a peice of technology that is no longer relevant or even capable of operating on modern networks. The entire hardware will be completely different or it will be a paperweight immediately.
ColeSloth@discuss.tchncs.de 8 months ago
That’s not a software issue. That’s all hardware limitations.
barsoap@lemm.ee 8 months ago
You often hear programmers cite zero, one, infinity but fact of the matter is… while most if not all of your code should be capable of that, be blissfully ignorant about any imposed limit because it’s going to work whatever you set it to, the application often still should have a limit:
Even if you’re not as ludicrously storage-constrained as those old Nokia bricks the data structure you’re storing it in is going to have some kind of assumptions about up to what number of elements it’s going to be efficient, so in e.g. game programming you write your code, document your assumption in the form of an error or warning thrown if that limit is exceeded, and when the level designers break it you have a look together at the thing and decide whether the limit needs increasing, or the level designers should reign in their use of whatever thingummy is breaking the limit.
Not to mention that just storing an index for an arbitrarily large data structure can take up arbitrary amounts of RAM. Do you really expect me to use variable-sized numbers just so that you can have more than 2^64^ (~1.84×10^19^) messages. Or columns in your spreadsheet, or whatnot.