Потом уже становится ясно, где можно распилить

оно всегда так, но на третьем повторении похожего
появляются квадратики, хотя бы в голове

Именно

@maxlapshin читаю статью про таблицы в Луа: https://habr.com/ru/company/mailru/blog/493642/
Цитата: Иными словами, не каждая таблица обладает свойством длины
неудивительно, что не всем язык нравится

Я не знаю, чем он может нравиться. Язык в котором длина массива вычисляется с вероятностью

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

После эрланга не очень понятно, зачем нужно знать длину.

После FP, в смысле.

Мапишь одно в другое и всё.

чтоб в цикле for i=1,n таблицу перебирать :)

пример: отдать жисон, в котором есть список и его длина отдельным полем. логично, что поле длины хочется сразу заполнить длиной таблицы

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

ну вот мы оба, значит, не сталкивались с описанными в статье проблемами. отчасти это радует, с другой стороны - можно ж было и на грабли наступить

ну я наступал на такие грабли, что собирая из одних данных, присваивал к другим, фактически присваивал ссылки! и потом портил исходные данные. пришлось научиться понимать, где нужно использовать копирование.

600 members в чате, неплохо.

Так это не проблема языка )

jfyi Code Beam STO перенесли на сентябрь. Оптимисты =)

Меньше (не считая удаленных)

это проблема восприятия, да )) после ерланга, где оно всегда копируется

> Таблицу [в Lua] можно использовать и как массив (если ключи целочисленные), или как key-value хранилище.

Прям как в похапэшечке. Удобно, говорите?