От чего вести нумерацию?

[Arigato]

Еще от архитектуры должно зависеть. К примеру, в прямом коде существует два нуля (положительный и отрицательный), а значит нумерация от нуля никак не годится.

А так темка холиварная.

[Вадим Мошев]

Вообще, мне без разницы (это я отредактировал опрос, внёс вариант с названием "Без разницы"). Однако, я читал в книге (не помню, в какой), что, нумеруя с единицы, мы теряем нулевой элемент, то есть нам меньше достаётся для хранения информации.

[Utkin]

А чего по-американски?

Ну им нравится считать от нуля. Не только в программировании.

А так темка холиварная.

Нет, это сбор информации о предпочтениях для того чтобы наиболее полно соответствовать ожиданиям, там где это возможно. Подобная тема уже была - про циклы .

мы теряем нулевой элемент, то есть нам меньше достаётся для хранения информации

Казалось бы где логика и какая разница между языковой концепцией и реализацией? Ничего нигде не теряется, а при индексации в Integer даже если брать только положительные числа хватает для большинства задач. С таким же успехом можно огорчаться, что не используются отрицательные числа - тут вообще половина элементов теряется для хранения информации!

Еще от архитектуры должно зависеть.

Как раз сейчас это не имеет значение.

[Arigato]

Сообщение от Utkin

при индексации в Integer даже если брать только положительные числа хватает для большинства задач.

При любом типе с нулем все равно на 1 элемент больше получается

[Utkin]

При любом типе с нулем все равно на 1 элемент больше получается

Ну и что? У меня бабушка до сих пор печеньки под матрац прячет - последствия войны. Это не значит что сейчас купить печенье проблема. Какая-то архаичность, пережитки прошлого и груз традиций, пополам с совместимостью. Короче вопрос не в насущной необходимости, а как часто бывает в тараканах в голове.

[MihalNik]

Сообщение от Arigato

При любом типе с нулем все равно на 1 элемент больше получается

Дин. массивы выделяются в памяти с резервом, там почти всегда больше элементов, чем используется, поэтому вообще не существенно, если, например, игнорить один элемент.
А в статических для адресации в том же Паскале вроде дополнительно отнимается номер первого (если не с нуля). Но они по факту мало где нужны.

[Utkin]

Не знаю как сейчас, а раньше в бейсиках был оператор Option Base указывающий от чего считать нижнюю границу . Так что бейсик в этом плане самый демократичный и толерантный.

[Smitt&Wesson]

Сообщение от Arigato

При любом типе с нулем все равно на 1 элемент больше получается

. Не. Я бы понял, если-бы новичёк такое задвинул. Как говорят в Одессае - не вводите меня в ха-ха.

[pu4koff]

Сообщение от Smitt&Wesson

. Не. Я бы понял, если-бы новичёк такое задвинул. Как говорят в Одессае - не вводите меня в ха-ха.

Шо не так?

[kvitaliy]

Сообщение от Utkin

Так что бейсик в этом плане самый демократичный и толерантный.

Он во всех смыслах "самый демократичный и толерантный "
Вот только диалектов расплодилось немеряно.
Да, действительно, на самом массовом VBA или VB6 можно указать, с какого элемента считать массив.
А вот к примеру современный PureBasic такого выбора не дает. если объявить массив DIM(10), то нумерация будет с 0, и это не обсуждается, но самое ужасное ( прекрасное?), что элементов в массиве будет не 10, как мы объявили, а 11.
Т.о. цикл for i= 0 to 10
отработает как положено, без ошибок. Вот такая фича. И очень удобно, ни кого не парит. Во первых, в 0 -м элементе можно хранить служебную информацию. Да и цикл при желании всегда можно писать в виде
for i= 1 to 10
Да, нулевой элемент всегда будет не заполнен - не прочитан. А кого это волнует? На быстродействие не влияет, а потраченная память в 1-4-8-16 32-64 байт, эта такая мелочь по современным меркам.