Лучше чем C

Некоторый полиморфизм в D есть и у структур:

import std.stdio;

void sayA( A a ) {
    writeln( "a = " , a );
}

void sayB( B b ) {
    writeln( "b = " , b );
}

struct A {
    int a = 1;
}

struct B {
    A a = A(2);
    alias a this;

    int b = 3;
}

void main(){
    A().sayA; // a = A(1)
    B().sayA; // a = A(2)
    B().sayB; // b = B(A(2), 3)
}

Paraquire, или Перестаньте доверять библиотекам

Нужен CORS для NodeJS :-)

Как Яндекс научил искусственный интеллект понимать смысл документов

И SPA можно сделать в 40Кб и MPA можно обвешать скриптами/картинками/видосами/фреймами на мегабайты. Тут всё же дело в кривизне рук разработчика, а не в SPA. Что примечательно, самые тяжёлые страницы как правило — вполне себе статические лендинги, в которые лепят fullhd видео на несколько десятков мегабайт в качестве фона.

Liscript — web REPL: поцелуи, велосипеды и экскаваторы

dylan, python — я не увидел в них ничего похожего на лисп. Обычные ООП языки с куцым метапрограммированием в рантайме.

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

Необоснованное утверждение. Вы считаете лисп верхом совершенства?

Если синтаксис поменять, то лисп как раз потеряет одну из своих основных идей — регулярность/консистентность.

Я вот предложил другой синтаксис, который кроме регулярности/консистентности имеет ещё и такое немаловажное качество, как гарантированная удобочитаемость (невозможно отформатировать неудобочитаемо, минимум визуального шума). Что вы скажете об этой идее?

Paraquire, или Перестаньте доверять библиотекам

Ошибку не обязательно кидать, чтобы получить из неё стек.

new Error('stack trace').stack

Но взятие стека на каждый чих — весьма не быстро, да.

Ещё один способ работать с Promise для Redux

Да пожалуйста:

const user = yield call(Api.fetchUser, action.payload.userId);
const user = await call(Api.fetchUser, action.payload.userId);

const call = ( uri , id )=> Promise.resolve(1);

Ещё один способ работать с Promise для Redux

const user = yield Promise.resolve(1);

const user = await Promise.resolve(1);

Где вы говорите тут будет асинхронный вызов?

Как Яндекс научил искусственный интеллект понимать смысл документов

Гугл нашёл и "ирландское" и "евангелие". В любом случае правильным ответом будет "возможно вы имели ввиду келлскую книгу?", а не поиск по совершенно другому запросу.

Как Яндекс научил искусственный интеллект понимать смысл документов

Если зачастую, значит вам не сложно будет привести пример?

Как Яндекс научил искусственный интеллект понимать смысл документов

Почему у вас Матрикснет генерирует такие формулы, где фактор "популярность" перекрывает фактор "число совпавших слов"?

Как Яндекс научил искусственный интеллект понимать смысл документов

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

Ещё один способ работать с Promise для Redux

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

Пример этой логики из другого мира:

item( index : number ) {
    const page_size = this.page_size()
    return this.$.$mol_http.resource( this.end_point() ).query({
        ... this.filters() ,
        page : Math.floor( index / page_size ) , 
        page_size : page_size ,
    }).json()[ index % page_size ]
}

Вот и вся библиотека.

Как Яндекс научил искусственный интеллект понимать смысл документов

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

Как Яндекс научил искусственный интеллект понимать смысл документов

Почему у вас фактор "популярность" перекрывает фактор "число совпавших слов"?

Как Яндекс научил искусственный интеллект понимать смысл документов

Вы хотите сказать, что сортируете по популярности вместо количества совпавших слов?

Как Яндекс научил искусственный интеллект понимать смысл документов

Кстати, почему этот вот чудесный лендинг на реакте грузит процессор на 100% ничего заметного не делая?

Ещё один способ работать с Promise для Redux

Мне надоело на каждый запрос писать REQUEST/FAILURE/SUCCESS (далее RFS) экшны, к ним кейсы для редьюсера, всё это обильно поливать тестами (ведь качество превыше всего).

По скользкому пути вы идёте. Ещё пара шагов в сторону от копипасты и от редакса совсем ничего не останется.

Liscript — web REPL: поцелуи, велосипеды и экскаваторы

Ну зачем же писать ещё один интерпретатор брейнфака? :-) Я вот пытаюсь взять идеи лиспа и сделать язык с человеческим лицом. Моя идея в том, чтобы избавиться от бесконечных скобочек и хаотичного форматирования в пользу формата, заточенного для AST: tree — дерево типизированных узлов и ничего более.

Для примера приведу один из тестов, в котором указан эквивалентный код на лиспе:

test
    name \get last element of list
    lisp \( car ( last '( one two three ) ) )
    case tail
        one
        two
        three
    case three

Тут мы создаём список из 3 элементов и получаем из него последний. Не смотря на чуть большую "объёмность", язык jack значительно проще для восприятия при не меньшей мощности.

Я не большой спец в лиспе. Он меня пугает, как и 90% разработчиков. Думаю изменение синтаксиса исправит эту ситуацию. Буду рад дельным советам.