То, что он не выглядит как привычная языковая конструкция: какое-то поле внутри, какой-то атрибут снаружи. std::array<int, 10> в крестах выглядит куда приятнее, чем вот это всё в C#.
Пример: BitConverter.Int64BitsToDouble был всегда, но BitConverter.Int32BitsToSingle появился сильно позже того, когда он мне был нужен для сборки float-а из последовательности байтов ещё в netfx3.5 в ~2008 году. Пришлось делать через unsafe, но в реализации не было ничего из списка выше.
В любом случае никакие препроцессоры не вводят функциональности, которую нельзя так или иначе получить с помощью Vanilla CSS. Вопрос исключительно про объём рутины. И вот в этом современный CSS сильно приятнее его же десятилетней давности.
И сколько эти эксперты обходятся в деньгах на одного взятого кандидата?
Некросетки тоже работают за еду (электроэнергию).
Очередной бум доткомов на пороге.
Потому что надо `new int[][]` в первой строке.
Да буквально по определению предела. Собственно, правило Лопиталя из такого действия по определению и выводится.
Скорее, как запрещать интерпретаторам PHP и JS выполнять код, использующийся для мошеннических схем.
А потом появляется конфигурация с двумя физическими процессорами и протокол когерентности кэшей шлёт пламенный привет производительности.
Не переживайте, primary constructors тоже обещали в 6, зарелизили в 9.
Шта? Значение размещается в стеке, и затем передаётся ссылка на него - это да. Но, блин, БОКСИНГА здесь нет!
Откуда у автора такая нелюбовь к знакам препинания?
Уже даёт...
То, что он не выглядит как привычная языковая конструкция: какое-то поле внутри, какой-то атрибут снаружи.
std::array<int, 10>в крестах выглядит куда приятнее, чем вот это всё в C#.Проблема inline arrays видится в том, что это какая-то непонятная компиляторная магия, примотанная сбоку изолентой
Ага, только той его разновидностью, которая unspecified, но вполне defined для конкретной платформы.
Unsafe.Read в 2008 не было.
Структура с алиасингом - так себе решение.
Делалось так:
Пример: BitConverter.Int64BitsToDouble был всегда, но BitConverter.Int32BitsToSingle появился сильно позже того, когда он мне был нужен для сборки float-а из последовательности байтов ещё в netfx3.5 в ~2008 году. Пришлось делать через unsafe, но в реализации не было ничего из списка выше.
В любом случае никакие препроцессоры не вводят функциональности, которую нельзя так или иначе получить с помощью Vanilla CSS. Вопрос исключительно про объём рутины. И вот в этом современный CSS сильно приятнее его же десятилетней давности.
Это XP-то забагованная? Это Вы WinME не застали...
Величину фидбэка измерять в количестве случаев рукоприкладства?
А если кратко или по существу?