Еще один велосипед для борьбы с callback hell в JavaScript

Судя по ридми на github в библиотеке отсутствует обработка ошибок

Following operators are not yet supported:

• const
• let
• for… of
• try… catch
  а значит вся её ценность равна нулю.

Тот же костыльPromise отлично с этим справляется.

Кстати, так вами любимый async/await тоже использует Promise

When async function is called, it returns a promise. When the async function returns a value, the promise will be resolved with the returned value. When the async function throws an exception or some value, the promise will be rejected with the thrown value.

Async function can contain await expression, that pauses the execution of the async function and waits for the passed promise's resolution, and resumes the async function's execution and returns the resolved value.

подробнее можно например тут посмотреть https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function

SynJS.run(myFetches,null,modules,urls,function () {
        console.log('done');
    });

Если после завершения нужно выполнить еще что-то с полученным результатом, то это будет выглядеть так?

SynJS.run(myFetches,null,modules,urls,function () {
        SynJS.run(myAfterFetches,null,modules,??result?? /*где бы его получить*/,function () {
        console.log('done');
    });

    });

или есть техника как избежать SynjsHell, простите за каламбур

Не хотите ли добавить SynJS в эту коллекцию асинхронных паттернов? https://github.com/nin-jin/async-js

Не пойму, почему немного не потерпеть пока async/await пойдет в масссы а пока пересидеть на babel?

Про async/await чистая ложь
Во-первых, transform-async-to-generator просто заменяет все await на yield и оборачивает функцию в вызов функции co (github.com/tj/co, можно свою реализацию подставить). Также есть asynctogen, с которым нет смысла тащить babel, если других фич не используете
Во-вторых, у вас включен regenerator, и поэтому код страшный

Еще про генераторы забыли. Они поддерживаться уже давно.

Ко всему прочему хотел бы докинуть что у вас же вышли старые добрые fiber'ы и они уже давно есть в NodeJS как одно из решений но от них отказываются. Как-то генераторы надежнее выглядят и сводятся к тому же.

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

Парсер классный, аж волосы зашевелились )

А так да, велосипед тот ещё, во — первых рантайм, а во — вторых потеря контекста.

Какое уродливое не-решение никаких проблем. Не знаю зачем вы его придумали, и для чего это может пригодиться. Возьмите уж тогда хотя бы promise-hell, всяко менее вырвиглазнее, да и без runtime парсинга js-а.
Но вот одну интересную мысль из топика я таки выцепил. Вы упомянули о том, что babel-polyfil весит под 100 KiB. Я с возмущением и словами "да не может быть, какая ерунда" полез смотреть и опешил. 97 KiB. Гхм. Грусть-печаль меня охватила.

На данный момент я использую SynJS для написания браузерных тестов

Т.е. там, где даже мегабайты «лишнего» кода некритичны, да ещё и не продакшен это.

Ну и даже не заглядывая в исходники ставлю на полную неработоспособность при использовании любого обфускатора.

Серьезно? Вот это лучше промисов?
Буду этим джунов пугать!

fetch(“list_of_urls”, function(array_of_urls){
    for(var i=0;  array_of_urls.length; i++) {
        fetch(array_of_urls[i], function(profile){
            fetch(profile.imageUrl, function(image){
                ...
            });
        });
    }
});

fetch(“list_of_urls”, _loadAllFetchedUrls);

function _loadAllFetchedUrls(array_of_urls) {
    for(var i=0;  array_of_urls.length; i++) {
        fetch(array_of_urls[i], _loadProfileImage);
    }
}

function _loadProfileImage(profile){
    fetch(profile.imageUrl, _showProfileImage);
}

deleted, не туда :(