не только индексы

Массив в памяти хранится одним чанком, если можно так сказать

вообще нет. Мало того, это совсем неверно.

деталь имплементации

ну вот в каком-то общепринятом понимании это основное, да...

Не нету, а доступ по индексу О(n)

define "прямой доступ по индексу" = доступ за O(1)

а разные же списки бывают, в односвязном за n, бывают arraylist'ы, там за O(1)

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

Поэтому на мой взгляд на вопросы типа "чем отличается массив от линкелиста" желательно отвечать так же как на вопросы в духе "чем отличается абстрактный класс от интерфейса": "А где, простите?"

Это была моя самая большая-пребольшая боль когда я перешел из вуза где учился на чистого математика в вуз в котором учился на программиста. Потому что когда тебя математики спрашивают "что такое икс", они ждут от тебя формально строгое необходимое и достаточное определение. А когда тебя спрашивает инженер-программист "с математическим бэкграундом" - он ждет что ты ему рассказываешь в общих чертах что такое икс по мнению этого инженера.
Именно поэтому я дико нелюблю неконкретные CS-вопросы на собеседованиях.

Возможно именно поэтому всякие верчения деревьев на собеседованиях в гуглы получили такую популярность. Как ни печально, это самый практически объективный способ проверить понимание базового CS, лучше чем вопросы "чем икс отличается от игрека"

Ребят, какое св-во в .editorconfig отвечает за сортироку css, scss - знает кто?

сортировку в смысле сортировка правил внутри селектора?

В .editorconfig такое не задается никак

stylelint

шторм говорит об обратном)

вот это

забавно

Тут документации на 3 минуты почитать