в D придется заморочиться с reduce

вопрос так и остался открытым. Стоит и это в циклах показывать или надо выносить в отдельное место

да… для сравнения: flat = [item for sublist in l for item in sublist] auto flat = l.reduce!"a~b”;

да, что-то я затупил

никаких заморочек

однако запись на питоне тоже может не быть такой длинной, если Вы там используете короткие названия для переменных как в примере с reduce

дело не только в длине

хорошо)

дело в том, что я не знаю, куда добавить эти сравнения

)))

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

да… для сравнения: flat = [item for sublist in l for item in sublist] auto flat = l.reduce!"a~b”;

auto arr = [[1,2,3],[4,5],[6,7]]; auto flat = arr.joiner.array;

Да, еще chain

И joiner и chain ленивые, в отличие от reduce

Ну в питоне вроде тоже не обязательно массив делать, можно итератором оставить последовательность..

надо квадратные скобки заменить на круглые)

еще в python для простого for используется range. Нужно ли показывать сравнение с iota?

или просто for написать

И то и другое стоит показать.

в питоне for - foreach

Да

Ладно в общем сейчас набросаю и ПР отправлю

Потом разберемся

Можно ещё показать тему с duck typing через шаблрны

Чёт я сейчас понял что сравнение по языкам надо делить, а внутри уже по категориям

Есть возражения?

В чем фишка JIT компиляции LDC ?

В чем фишка JIT компиляции LDC ?

в возможной оптимизации во время работы программы

А часто это бывает нужно? Просто обычно же от этого в сторону компиляции наоборот уходят

Есть возражения?

Нет, потому приколы с duck typing актуальны только для python

Это например

А часто это бывает нужно? Просто обычно же от этого в сторону компиляции наоборот уходят

А часто ли вообще это возможно в компилируемых языках? Я впервые встречаю, например. В основном это фишка Java и C#

Нет, потому приколы с duck typing актуальны только для python

Помимо различий языков ещё и навигация не совсем удобной будет. Исхожу из такой мысли: я знаю C++, хочу смотреть отличия от C++, значит это должно быть сконцентрировано в одном месте.

Меняйте уже) Это вполне логично

Уже поменял)

?

Завтра ещё немного напишу

А часто ли вообще это возможно в компилируемых языках? Я впервые встречаю, например. В основном это фишка Java и C#

возможно. наверное пишут оптимизированный код в какие-то страницы и помечают их исполняемыми.

возможно. наверное пишут оптимизированный код в какие-то страницы и помечают их исполняемыми.

Помимо этого должен быть компилятор под рукой и сорцы

В целом если и делает это кто-то, то это огромная редкость

вот какая-то статья на эту тему https://habrahabr.ru/post/254831/

@chebotarevp а почему тебя тут нет? https://github.com/proton/highloadcup17_solutions

Я не публиковал свое решение

есть причина?

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

Статью где-то на 2/3 написал

очень грустно(

кстати о проектах на D https://github.com/skilion/onedrive

@chebotarevp а почему тебя тут нет? https://github.com/proton/highloadcup17_solutions

О, класс, спасибо за ссылку.

Статью где-то на 2/3 написал

Так может допиши? Немного ведь осталось.

Допишу. У меня тут на 3 месяца случился некоторый пиздец и я немного выпал из жизни

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

стоит ли добавить раздел со сравнением контейнеров?

массив, хэш таблица, очереди, двусвязные списки

и если да, то как? Просто показать декларацию не очень интересно. Нужно еще показать какие-нибудь операции

добавление, удаление

стоит ли добавить раздел со сравнением контейнеров?

в сравнении с языками?

да да

с python

только вот я смотрю, что в python особенные контейнеры(

мне кажется это может быть отдельной темой

там list очень крутой

а что там в нём в питоне?

и он решает сразу проблемы нескольких контейнеров

ERROR: S client not available

там например не нужны двусвязные списки. Их проблемы решается вот листом (стандартный массив). Там есть double ended queue, которого не могу найти в D. OrderedDict - это ассоциативный массив, но отличается тем, что запоминает, когда в него добавили какой ключ.

https://dlang.org/phobos/std_container_dlist.html

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

https://dlang.org/phobos/std_container_dlist.html

вот это в python не надо. Там в стандартном массиве элементы связаны

и по индексу доступны

ну не бывает же волшебства)

если это double-linked list, то время доступа линейное

у каждого контейнера свои плюсы и минусы

я в курсе

сейчас

лучше подумайnt про те, что есть в python и нет в D

я то питон знаю достаточно поверхностно, никогда под капот не лез

я то питон знаю достаточно поверхностно, никогда под капот не лез

я же написал, что там есть, чего в D нет

но описать для питониста чем нужно пользоваться в D нужно

OrderedDict, defaultdict

окей

как тогда лучше написать об этом?

ладно я подумаю

в папке питона файл contaiters

ну это куда я бы полез, знай я питон в такой ситуации

да это понятно все

я вот и заполняю его сейчас

тогда я не понял в чём вопрос

попробую по порядку

Первое, что меня смущает — простую аналогию между контейнерами проводить, мне кажется, не очень-то много смысла дает. Мне кажется, что нужно показать какие-то операции над контейнерами. Например удаление, добавление, что-то еще. Стоит это показать?

если они различаются, то да

а они различаются, насколько я помню

хорошо. Как лучше это описать? Сейчас у меня на примете динамический массив, ассоциативный массив, кортеж. Мне под каждым сравнением показать базовые операции?

смущает кортеж

почему?

tuple

compile time в D, а чем он от массива на python отличается не знаю