37; 45:40; 50:15

80 символов - ширина перфокарты

Зря держался... Следующий...

Юля была самой умной в классе, рад, что у неё всё хорошо.

Ну такое... строка и принтер, принтер печатает строку, ибо содержит реализацию для управления самим принтером, который выведет символ на бумаге, а строка - хранилище символов. Антипаттерны ООП - как не надо делать, есть и хорошие примеры применения их, open source в помощь, от плохих решений язык программирования не спасает

а зачем использовать на разных окружениях разные СУБД, в данном случае, postgres и hibernate? сами себе придумали геморрой?)

nice video of db101

А, кстати, в Clojure даже есть еще вариант проще написать, чтобы не нужно было два конвеера по разным порядкам аргументов выдумывать. Можно вот так: (->> "urls.txt" slurp (re-seq #"\S+") (filter #(str/starts-with? % "")) (map #(str % " " (get-url %))) println) А можно даже и еще короче на строчку, если перенести фильтрацию по сразу в re-seq по паттерну. Например, вот так: (->> "urls.txt" slurp (re-seq #"(?i)\bhttps?://\S+\b") (map #(str % " " (get-url %))) println) Коротко и четко по порядку, ровно так, как у нас это все в голове. считали файл, нашли все URL, прогнали по обработчику каждую, напечатали "суммарный" результат.

А мне лично комфорней читать код не задом-наперед, а слева-направо и сверху-вниз. Вот как на Clojure в виде конвееров можно записать этот пример: (->> (-> "urls.txt" slurp (str/split #"\s")) (filter #(str/starts-with? % "")) (map #(str % " " (get-url %))) println) 1) Певый конвеер -> (орформатирован слева-направо): Файл - читаем - разделяем на список строк по вайтспейсу 2) Второй конвеер ->> (орформатирован сверху-вниз, тут уже каждый новый результат идет вторым аргументом для функций в цепочке, а не первым) - список строк фильтруем - формируем список результатов обработки - печатаем ======================================================================== Вот более читабельно с одним конвеером и доп. введенным идентификатором: (def urls (-> "urls.txt" slurp (str/split #"\s"))) (->> urls (filter #(str/starts-with? % "")) (map #(str % " " (get-url %))) println) ========================================================================= Еще более развернутый вариант: (def urls (-> "urls.txt" slurp (str/split #"\s"))) (defn process-url [url] (str url " " (get-url url))) (->> urls (filter #(str/starts-with? % "")) (map process-url) println)

Докладчик молодец. Вопросы - пиздос не в тему. Кроме последнего. Последний хороший. Разбивать систему - не всегда лучшее решение. А вот независимая, устойчивая система - вот к чему нужно стремится. Атомарность, как можно меньше связности.

галопом по европам... когда всем этим занимался, то понимаешь, о чем речь.... а по глазам в аудитории очевидно, что более половины ничего не поняли)

посредственный доклад, ответы на вопросы тоже не совсем правильные :) Еще не раскрыта тема про механизм backpressure и параметры max_demand и min_demand, ведь эти названия немного не соответствуют своей семантике. А то, что описал автор можно просто сделать асинхронно, или через очередь.

ну иногда тупой...)))

без обид, но в целом уважаю.

Савватеев иногда мне кажется дураком но иногда умный.

Пургамёт саватеев. Обстрагируйтесь и считайте нечего для нефига. Что конкретно считаете? Чтобы что?

Очень полезно

Великолепное видео, которое расставило всё по местам. Разумеется, я прочитал и другие источники и, возможно, это видео стало ключевым просто потому, что у меня уже был бэкграунд "непонятных" источников за спиной. Но чёрт возьми, вот теперь я точно понимаю что такое монада.

Мой мозх в ступоре ) пойду лучше в PUBG

опять самореклама для будущих работодателей, как же достали эти IT-конференции аля "пропиарь себя и свой фейс" 🥱

Охуенный задрот! Спасибо!

Затейлевый доклад!

Интересно, но очень мало про микросервисы :(

Огонь! Мощный спикер 🔥💪

Теперь я понял, что монад не существует, большое спасибо. Это просто способ говорить о чем-то как общей способности выразить решаемую задачу.

что-то похожее по теме начинается с 38:00 минуты!

Кстати, отличная идея - расширение это движение (мозга) четырёхмерного пространства через наш трёхмерный мир (так выглядят проекции 4D в 3D).

Про гравитацию. Закон обратного квадрата расстояния легко вывести из предположения, что из тела вылетают частицы. Т.к. на тонкой сфере их количество будет всегда постоянно, то плотность будет убывать пропорционально квадрату расстояния удаления от тела (т.к. площадь сферы растёт с квадратом радиуса). То же самое и для электрического взаимодействия (закон Кулона).

C# Рулит!

Простите, не удержался от критики :) Agile это про то, что мы сразу признаем - мы допустим ошибки, мы НЕ знаем как сделать, мы НЕ будет заниматься исследованием и длительным планированием, а сразу начнем делать, но мы будет это делать гибко держа руку на пульсе. Микросервисы это тоже про гибкость, но только для бизнес логики - если надо что-то внедрить, то бизнес не хочет быть зависимым от независящих факторов, которые не связаны с его новой логикой, но которые появляются в монолите, т.к. риск спутанности новых фич велик и надо ждать стабильную версию всей системы А у вас через слово: "вам надо сесть и договорится; надо сразу сделать правильно" Эти согласования взаимодействий будут сильно тормозить внедрение любой бизнес логики. При этом необходимость микросервисов обосновывается возможность обрабатывать 1 млрд запросов, а что мешает монолиту их обрабатывать, их же можно 5-10 штук запустить?

Инсайт: поток несёт в выгорание. Взгляд докладчика со стороны показал, что некодер больше понял о кодинге, чем большинство кодеров. Сидячая интеллектуальная работа без частых регулярных перерывов на ЗОЖ с рефлексией самочувствия вредна всем, не только айтишникам.

А че тебя оптимзировали?

Кучу время потратил на поиск качественного объяснения и только спустя год видео появилось в рекомендациях.

просмотрел все видео. В итоге сложилось впечатление что GraphQL это какая-то фигня и REST со свагером (если не надо с сокетами работать) намного гибче и лучше подходит для enterprise разработки. Вывод сделал именно на основании аргументации докладчика. Хотя до этого думал попробовать GraphQL у себя на проекте

Кажется, что дизайн система должна быть изначально в дизайне, а не в коде. Писать код, а по нему генерировать дизайн - странная идея. Но доклад классный)

80 - это пошло от перфокарт!!!

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

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

Докладчик крут. Всё по делу рассказал

Замечательно! Я ваш фанат - ультрас! Очень приятно Вас увидеть в праздники ,волшебный Новый год!

Я посмотрел видосов 5-7 типа про монады, я почитал разные статьи-попытки объяснить монады. И, наконец, я получил простое и очень-очень понятное объяснение, что такое монады, и как это используется!!! Потрясающий доклад!!! Огромное спасибо!!!

Спасибо за доклад. Особенно за тонкости асинхронности на C#

Напишите для истории дату доклада.

Классный разговор

Здорово! Очень интересно

Интересно узнать, этот товарищ имеет, хоть, малейшее представление о том, что он тут пытается до нас донести? Я имею в виду те немыслимые размеры и расстояния, которыми он манипулирует на сцене в виде цифр? В нашем мире всё познаётся в сравнении, а когда что-то и сравнить не с чем, у слушателя может поехать крыша, как и у этого лектора...)

16 или 17 лет прошло

Ох ты ж, какие люди. Преподавал он у меня :)

можно в описание добавить все ссылки из презентации? и в идеале, рядом со ссылками делать qr коды

Плохоё объяснение. Всё очень хорошо разжёвано в