this post was submitted on 01 Nov 2024
466 points (97.6% liked)

Programmer Humor

19463 readers
305 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
466
Programmers Contest (infosec.pub)
submitted 4 days ago* (last edited 4 days ago) by [email protected] to c/[email protected]
 

Shamelessly stolen from Reddit. No source in the original post.

you are viewing a single comment's thread
view the rest of the comments
[โ€“] [email protected] 31 points 4 days ago* (last edited 4 days ago) (8 children)

I've heard a lot of arguments in favour of starting at 1 and as a "start at 0" person, I'm starting to question my beliefs and am as confused as I was at 3 am when I saw my cat piss from inside her litter box onto the parquet flooring and then slip on it.

[โ€“] [email protected] 4 points 3 days ago

Find yourself a language that allows negative indices to count back from the end of an array.

In those languages, index 0 is usually the first element, but if you're particularly perverse and negate your indexing, you can start at 1, or rather -1, at the other end and work backwards.

0-indexing originally comes from needing to add to the array's base memory address to locate elements. If you have an array at memory address 1234, you might expect to find the first element at that address, which would be 1234+0, and the next at 1234+1, etc.

1-indexing started as either a deliberate abstraction from that idea, and/or else there's something else stored at 1234 that the array data type needs and the real elements start at 1234+1.

All that said, there's at least one language that insists the indices of an array be of a subtype of some Integer type that must have a limited range. Then you can start and end wherever you like, and the whole 1 vs 0 business is meaningless (except to whoever writes the compilers for that language anyway).

load more comments (7 replies)