еее mail.ru выступило по теме отвратительно. ни слова про рамблер или nginx. впрочем чего ждать от такой компании. в чем вообще смысл этого высказывания? мы за мир во всем мире, а этих пусть прессуют? причем сами занимаемся таким же прессингом по сути, а то и хуже?
Ко всему прочему хотел бы докинуть что у вас же вышли старые добрые fiber'ы и они уже давно есть в NodeJS как одно из решений но от них отказываются. Как-то генераторы надежнее выглядят и сводятся к тому же.
Хрен морковки слаще? Модель акторов это модель, писать в ее стиле и считать горутины акторами никто не мешает по сути ну и порождать горутины вполне можно и без каналов, каналы примитив для обмена данными между горутинами, да типа основной он, но это никак не мешает модели акторов.
Шум схож повод разный. Люди взрослеют и начинают понимать, что программы пишутся не для «уляля я знаю математику и программирование, а теперь моя программа математически доказуема, не трогай ее своими грязными руками невежда», а для других людей и чем проще она написана тем лучше. Т.е. от функциональности и сверх высокоуровневых абстракций обратно к простому народу. Конечно при этом го оперирует акторами прямо во всю но делает это максимально просто.
Ну самая стандартная задача генерировать id внутри транзакции еще какой-то дополнительный.
Lazy evaluation/Stream function типа чтения из файлов и т.д. Ну вообщем-то не сказать, чтоб обширное поле деятельности было, но вполне себе имеет право на жизнь.
Проблема CAP теоремы в том что она ничего по сути не может сказать о базе данных. Это сейчас по большей части маркетинг чушь, типа способы позиционирования себя на рынке для тех кто не в курсе. Ну и CAP теорема эта слишком поверхностна чтоб хоть как-то охарактеризовать базу данных, потому как современные БД не вписываются в нее на таком лобовом уровне. Весь смысл в том чтобы отказаться от CAP теоремы как от способа хоть как-то описывать базы данных в современном мире.
Вы зря в примерах приводите async.js. Это все таки не стандарт, и даже не эффективное решение. Лучше сразу приводите примеры на промисах, тем более они уже в stable версии из коробки идут, если уж это для начинающих материал.
Ну чисто идеологически не верно. Action это некий атомарный меседж, а диспатчер это диспатчер если мы в рамках функциональных преобразований находимся.
А можете рассказать отличия 1.6 протокола от 1.5? Хочу вместе с nodejs использовать, но есть только библиотека для 1.5, которая не взлетает на 1.6 — придется дописать. А что конкретно нужно изменить мне не сильно понятно? Легче заново написать или там не многое менять?
Ну там костыль со всеми вытекающими. Нельзя отписаться от event'а или перезаписать его и черт его знает как у его имплементации с оптимизацией, уже вижу что он использует forEach, что довольно неплохой удар по оптимизиации. Все таки пользоваться стандартной библиотекой для бэкэнда имеет больше смысла. Для фронта конечно ok.
еее mail.ru выступило по теме отвратительно. ни слова про рамблер или nginx. впрочем чего ждать от такой компании. в чем вообще смысл этого высказывания? мы за мир во всем мире, а этих пусть прессуют? причем сами занимаемся таким же прессингом по сути, а то и хуже?
Ко всему прочему хотел бы докинуть что у вас же вышли старые добрые fiber'ы и они уже давно есть в NodeJS как одно из решений но от них отказываются. Как-то генераторы надежнее выглядят и сводятся к тому же.
https://github.com/halt-hammerzeit/jquery-full-house
Lazy evaluation/Stream function типа чтения из файлов и т.д. Ну вообщем-то не сказать, чтоб обширное поле деятельности было, но вполне себе имеет право на жизнь.