мы не любим js)

3:20: То есть все познания лектора по теме лекции - это "погуглить, посмотреть" перед лекцией?

35:35 Моноид. Категория из одного объекта. Множество с заданной бинарной операцией над одним из элементов множества и нейтральными по отношению к данному множеству элементом.

Как бы какой-то massaging зоопарк.

вот да

Ой.. не хочу занудствовать, но лектора понять невозможно: тип -- это множество, функция принимает тип и возвращает тип, таким образом строим категорию. Приводит пример и тут оказывается, как и следовало ожидать, что функции всё-таки принимают и возвращают переменные, а не типы. Ну, и как же тогда определена категория? что является объектами, а что стрелками? Очень сумбурный рассказ. Всё-таки стоит готовиться к публичным выступлениям.

Цитаты на 35’40”: «моноид - категория из одного объекта» и далее моноид «это категория, где у нас есть объекты» - так один объект или множество? 🤔

28:15 Конфигурация pom

А есть где-то полная лекция? Или ссылка на материал

Да?

жаль не успели рассказать до конца, было интересно!

Смотрел на скорости 1.5. Спасибо за информацию. Headless cms сейчас на хайпе.

Не понимаю как вы в таком интересном докладе слышите слова «паразиты». Увидел кучу дизлайков - удивился и открыл комментарии. Странно, что про цвет кроссовок никто не написал...

Да да да да да да да да да да да да

Ну конечно да!

кружочечки и квадратики, которыми называет лектор скруглённые прямоугольники и овалы, похожие на элипсы...... которые мы писали 60 лет назад - говорит чувак от силы 30летнй это конечно немного настораживает...

да да и ещё раз да

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

Как бы да.

Хороший доклад, но "да" через слово - это жесть. Очень сложно слушать таких спикеров.

да

Круто! Только это "да" после каждого утверждения или вопроса - такое себе. Слово-паразит 😁

питон уже обогнал яву.... во всем. Думаю будущее не за явой. Увы.

мне кажется что это эканье и бэканье сам автор понять не сможет)

ужас полный

Скучный чел

блэ) вот что теоркат делает с людьми)

Получается модульность нужно использовать только в новых проектах и ждать, когда сообщество обновит библиотеки

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

Однако, писатель не читатель.

Все понятно объяснил, круто. Спасибо

Помню, в свое время, на взлете популярности xml, как языка шаблонов (не фактической, скорее теоретической, как чего-то, что в перспективе должно стать best practice), экспериментировал с клиентским xslt: браузеру приходил xml файл, с подключенным xsl-стилем, в котором находилось всё: сама базовая html-структура страницы, а также все css-стили и js-скрипты. Например, типичная страница форума, выглядела, как ul-список комментариев c инфой об авторе комментария и времени публикации в аттрибутах тегов li. Инфа об авторе была ссылкой на пользователя в таблице пользователей, которая тоже была простым ul-списком, находящимся сразу за списком комментариев на этой же странице. В итоге это был очень компактный вариант разметки, фактически голые данные без дублирования (обычно если один и тот же юзер оставляет несколько комментов на странице, то инфа о нем неизбежно дублируется) и без какого-либо view. Простой клиентский xsl мог превратить это во что угодно, например в старо-классическую разметку на таблицах. Практически реализовать это на существующих форумных движках было почти невозможно, по крайней мере без полномасштабной инспекции кода генерящего html разметку, ибо в шаблонную систему почти любого форума неизменно вмешивается какой-либо код, который по старинке сует в разметку отдельные строчки из html. Особая беда была в этом отношении с админками.

Он бы ещё весь код выложил на презентации.

Я б ответил преимущества, жаль, что тут не были упомянуты, в юнити гибкости нет, юниты проекты огромные по размеру файла в сравнении с libgdx, что очень влияет на скачиваемость в play market (гугл любит фичерить игры с меньшим размером, тк так любят больше юзеры). Юнити не дает доступ к opengl, поэтому количество фич уникальных растет пропорционально количеству костылей, libgdx дает больше свободы и поэтому многие фичи можно реализовать более элегантно. Libgdx бесплатен, что супер для инди разработчиков.

Название инструментов так и не было раскрыто)) Как понял, в докладе используются три инструмента APM, если разделить по внешнему виду.

офигительнийший доклад

простите...но - нет

Очень понравилось ваш доклад. Хотелось бы узнать как вы делаете ack в message listener если ackMode = manual?