MB
22 декабря в 22:00 по Москве (20:00 по центральноевропейскому)
Size: a a a
2016 December 13
MB
На этой неделе запись предыдущего... Хоупфулли
2016 December 14
NK
Ну Питер это Питер, а в свет позавчера вынес ;)
лол!
2016 December 16
MB
решили все-таки оставить на следующей неделе выпуск традиционно в среду
21 декабря в 22:00 по Москве
21 декабря в 22:00 по Москве
AX
Записи будут выходить или вы полностью першли на прямой эфир?
MV
а что так поздно?)
MB
запись предыдущего выпуска выйдет сегодня
MB
а что так поздно?)
сложный компромисный вариант
идеального времени для всех никогда не будет, к сожалению
идеального времени для всех никогда не будет, к сожалению
MB
2016 December 17
A@
@bashmish а в саппорт телеграмма пробовали обращаться на счёт имени канала? Кажется они тоже не приветствуют сквоттеров и могут отдать имя, если оно не используется по назначению.
p
Спасибо за подкаст. Было интересно.
Я не слушал в лайве, т.к. там только 1х.
Касательно Эмбера - не убедительно, по крайней мере для меня.
Я не слушал в лайве, т.к. там только 1х.
Касательно Эмбера - не убедительно, по крайней мере для меня.
p
С одной стороны Андрей М. говорит что в Эмбере все очень просто, а с другой стороны что надо сидеть и курить маны и много думать куда бы написать эту очень простую свою функцию, чтоб вся эта чудесная магия заработала, в то время когда "обычный" разработчик возьмет и просто напишет нужный код. Вдобавок "обычный" разработчик тоже использует свои (или не только свои) абстракции для написания высокоуровнего кода.
p
Аргумент Андрея Л. по поводу отсутствия необходимости писать "клей" для подключаемых модулей звучит убедительно, но мне кажется нивелируется количеством этих самых модулей. Чем больше сообщество, тем больше вероятность найти модуль который решает именно твою проблему, а не проблему которая на самом деле только отдаленно напоминает твою проблему. И тогда написать немного клея это гораздо проще, чем доработать этот "почти подходящий" модуль.
p
По поводу болирплейтов в реакте, - да их много, и среди этого много хлама, но сообщество работает над этим и для распространненых кейсов уже есть хорошие решения (например create-react-app). Но я лично для реальных проектов ничем не пользуюсь, а предпочитаю сам настроить весь болиарплейт и тулинг (используя свои наработки). Если ты понимаешь что, где и зачем, то это не представляет никакой пролблемы и не отнимает время. Да, естественно когда-то я потратил на это какое-то время, чтобы разобраться, но и на вхождениее в Эмбер тоже нужно время.
p
По поводу "разговоров о проблемах реакта на БирЖс ...", так ведь мы обсуждаем (и обсуждали конкретно в тот раз) какие-то краевые и зачастую теоретические случаи, которые у меня лично не встречаются на практике. Но если все же рассмотреть тото случай практически, то сомневаюсь что решение на Эмбер будет лучше, как со стороны перфоманса, так и со стороны простоты кода и гибкости настройки. Например Андрей М. сделай такое же на Эмбер - https://pofigizm.github.io/bigtable/?500000 , а мы сравним.
p
Ну и напоследок, было про сервис-воркеты и прозвучало это так будто только для Эмбера уже есть (или будет) высокоуровневая обертка, а остальному миру необходимо с ними работать на низком уровне. Во первых гораздо правильнее понимать что и как ты делаешь и как оно устроено на том самом низком уровне, во вторых есть кейсы которые специфичны только для твоей задачи и без низкого уровня не обойтись, ну и в третих есть уже куча высокоуровневых библиотек, в том числе и от гугла (https://developers.google.com/web/tools/service-worker-libraries/), которые решают самые распространенные задачи (например кеширование с набором различных стратегий или офлайн аналитика).
MB
Ну и напоследок, было про сервис-воркеты и прозвучало это так будто только для Эмбера уже есть (или будет) высокоуровневая обертка, а остальному миру необходимо с ними работать на низком уровне. Во первых гораздо правильнее понимать что и как ты делаешь и как оно устроено на том самом низком уровне, во вторых есть кейсы которые специфичны только для твоей задачи и без низкого уровня не обойтись, ну и в третих есть уже куча высокоуровневых библиотек, в том числе и от гугла (https://developers.google.com/web/tools/service-worker-libraries/), которые решают самые распространенные задачи (например кеширование с набором различных стратегий или офлайн аналитика).
Спасибо за подробную критику. Я согласен с большинством твоих мыслей, но это и так понятно было исходя из самого подкаста. Единственное не понял, почему такое ощущение возникло про сервис воркеры: мы явно проговорили, что это общий тренд и Эмбер комьюнити не является исключительным в этом плане, а просто как обычно предоставит какое нибудь единообразное решение через аддон, как делает это всегда
p
Да, я не совсем корректно написал (переслушал сейчас эту реплику 1:32:30+). Андрей сказал что работа с сервис воркерами на низком уровне сложна, а тут (у Эмбера) есть высокоуровневая обертка, но прозвучало это так как будто она есть только у Эмбера, поэтому я видимо достроил сам (на скоростях > 2,5 иногда теряются такие мелочи). Сорри.