- 31
- 189 805
Съесть Собаку
Приєднався 20 січ 2016
Съесть собаку - это регулярные встречи
с экспертами в разработке ПО.
Мы испытываем такой же информационный голод, как и вы. В отрасли не достает регулярных мероприятий, направленных на обмен знаниями и опытом в IT-производстве.
Так появилась платформа "Съесть собаку", которая призвана закрыть потребность в общении и информационном обмене.
Предлагаем провести вечер с пользой.
с экспертами в разработке ПО.
Мы испытываем такой же информационный голод, как и вы. В отрасли не достает регулярных мероприятий, направленных на обмен знаниями и опытом в IT-производстве.
Так появилась платформа "Съесть собаку", которая призвана закрыть потребность в общении и информационном обмене.
Предлагаем провести вечер с пользой.
Полезные трюки в Android Studio: сессия live-кодинга. Михаил Пустовит
Доклад Михаила Пустовита для Съесть собаку #15, 22/11/18.
Тема: "Полезные трюки в Android Studio: сессия live-кодинга."
О чём доклад:
- Как убедить layout editor рисовать красочные картинки, а не серые прямоугольники;
- Как Android Studio может помочь в написании Unit-тестов;
- Как заставить Android Studio показать нам самое важное и не отвлекать понапрасну;
- Раскапываем полдюжины мелких, но полезных инструментов в IDE.
Тема: "Полезные трюки в Android Studio: сессия live-кодинга."
О чём доклад:
- Как убедить layout editor рисовать красочные картинки, а не серые прямоугольники;
- Как Android Studio может помочь в написании Unit-тестов;
- Как заставить Android Studio показать нам самое важное и не отвлекать понапрасну;
- Раскапываем полдюжины мелких, но полезных инструментов в IDE.
Переглядів: 698
Відео
Dependency Injections in Kotlin. Антон Минашкин
Переглядів 1 тис.5 років тому
Доклад Антона Минашкина для Съесть собаку #15, 27/11/18 Тема: "Dependency Injections in Kotlin." О чем доклад: - Почему DI - такой популярный design pattern в Android; - Что особенного в DI для Kotlin; - Практическая польза и опции DI.
Continuous integration/continuous delivery веб-приложения. Евгений Кузьмин
Переглядів 1,2 тис.6 років тому
Доклад Евгения Кузьмина на Съесть собаку #14, 20/09/2018. Тезисы: 02:08 Построение процесса continuous integration/delivery на примере Laravel-приложения; 13:44 Структура организации авто-тестирования; 22:55 Интеграция запуска тестов и деплоя на CI сервере Jenkins; 37:13 Применение Docker в связке с AWS ElasticBeanstalk для blue-green деплоя. 46:40 Q&A-сессия.
Быстрый в имплементации и в работе мониторинге с использованием ELK. Иван Мельничук
Переглядів 7796 років тому
Доклад Ивана Мельничука для Съесть собаку #14, 20/09/2018. Тезисы: 04:44 Google Analytics семплирует данные, а вы можете узнать больше; 06:50 Немного о наболевшем или как доказать заказчику в чем проблема сайта; 10:06 Как выглядит готовый стек логирования ELK; 12:30 Как начать кастомно логировать приложение при минимальных усилиях. 27:00 Выводы. 28:33 Q&A-сессия.
Отказоустойчивый Redis кластер. Александр Котыня
Переглядів 21 тис.6 років тому
Доклад Александра Котыни на Съесть собаку #13, 14/06/2018. Тезисы: 03:55 Зачем использовать Redis; 10:57 Эволюция внедрения Redis в крупный проект и подводные камни при его использовании; 15:20 Варианты достижения высокой доступности и отказоустойчивости; 20:16 Наш сценарий. 35:52 Q&A-сессия.
Как мы экспериментируем в больших микросервисных системах. Александр Баранецкий
Переглядів 7156 років тому
Доклад Александра Баранецкого для Съесть собаку #13, 14/06/2018. Тезисы: 14:48 Как сделать гибкой разработку на микросервисной системе, в которой более 100 узлов; 20:26 Как минимизировать ошибки и их цену; 26:16 Как мягко обеспечить миграции версий и эволюцию всей системы в целом. 33:20 Q&A-сессия.
Кодстайл и насилие. Антон Немцов
Переглядів 2 тис.6 років тому
Доклад Антона Немцева для Съесть собаку #12: JavaScript, 15/03/2018. Тема доклада: "Кодстайл и насилие" О чём доклад: 00:26 Зачем, ну зачем нам это?! 05:39 Что именно мы ограничиваем и как выбираем кодстайл; 06:21 Правила и ограничения при написании скриптов, стилей и рабочего процесса. Пишем свой собственный npm-пакет с целью особо изощренного насилия; 12:17 Правила и ограничения для рабочего ...
Тестирование через логирование. Сергей Александров
Переглядів 9656 років тому
Доклад Сергея Александрова для Съесть собаку #12: JavaScript Тема: "Тестирование через логирование". О чём доклад: 01:15 Проблемы при тестировании крупных JS-приложений; 03:10 Как логирование может помочь тестировать приложение; 06:22 Как логировать сложное приложение на сокетах с React Redux; 17:23 Разработка логгера, подходы в логировании без привязки к фреймворкам; 21:21 Продвинутый логинг b...
"Съесть собаку" 2 года
Переглядів 9766 років тому
Два года назад мы собрались в первый раз, чтобы поговорить о разработке. С тех пор прошло 11 встреч и больше 1500 участников. И мы очень рады, что можем поделиться с вами такими приятными воспоминаниями и отзывами. Спасибо всем, кто помогает развивать профессиональную среду для разработчиков вместе с нами!
Refactor to Reactive With Spring 5 and Project Reactor. Олег Докука
Переглядів 7 тис.6 років тому
Доклад Олега Докуки для Съесть собаку #11, 21/12/2017. Тема доклада: "Refactor to Reactive With Spring 5 and Project Reactor." О чём доклад: - Проблемный обзор не реактивных приложений; - Обзор реактивной архитектуры; - Spring 5 в качестве ключевого решения; - Spring 4 to Spring 5:пошаговый рефакторинг; - Анализ результатов - Демо.
GraphQL - APIs the New Way. Владимир Цукур
Переглядів 1,4 тис.6 років тому
Доклад Владимира Цукура для Съесть собаку #11, 21/12/2017. Тезисы: 04:14 Обзор REST как архитектурного стиля; 05:22 Всегда ли REST-образные API - это лучший выбор; 10:10 Использование GraphQL в Java-контексте; 17:02 API GraphQL: опыт WIX; 47:28 GraphQL: где хайп, а где польза; 51:10 Выводы: когда какой стиль API выбрать. 54:45 Q&A-сессия.
Microservices in a wild. Иван Мосев.
Переглядів 1,1 тис.6 років тому
Доклад Ивана Мосева на Съесть собаку #10: PHP 12/10/2017. Тезисы: - Места обитания: где разворачивать свои микросервисы - Взаимоотношения в стае: как микросервисы общаются между собой - Микросервисы и человек: авторизация пользователей и роутинг - Содержание в неволе: как разрабатывать микросервисы локально - Выводы.
Большие проекты, архитектура и фреймворки. Александр Макаров.
Переглядів 17 тис.6 років тому
Доклад Александра Макарова на Съесть собаку#10: PHP 12/10/2017. Тезисы: - Что такое архитектура сайта и зачем она нужна - Виноват ли фреймворк в плохой архитектуре - Где выход из сложности и регрессий - Что делать со сложным доменом - Выводы.
Стероиды для Дотнетчика. Сергей Калинец
Переглядів 7777 років тому
Доклад Сергея Калинца для Съесть собаку #9, 15/06/2017
Dependency Rejection and TDD without Mocks. Антон Молдован
Переглядів 8 тис.7 років тому
Доклад Антона Молдована для Съесть собаку #9 15/06/2017 Материалы из доклада Антона: github.com/AntyaDev/Talks/tree/master/2017
Domain Driven Design - просто о сложном. Дмитрий Науменко.
Переглядів 68 тис.7 років тому
Domain Driven Design - просто о сложном. Дмитрий Науменко.
OWASP: безопасное программирование на PHP. Максим Гопей.
Переглядів 3,2 тис.7 років тому
OWASP: безопасное программирование на PHP. Максим Гопей.
Принципы SOLID на практике. Андрей Музалевский
Переглядів 31 тис.7 років тому
Принципы SOLID на практике. Андрей Музалевский
Mapbox GL: как работают современные интерактивные карты. Владимир Агафонкин
Переглядів 7 тис.7 років тому
Mapbox GL: как работают современные интерактивные карты. Владимир Агафонкин
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость. Егор Назаркин
Переглядів 4117 років тому
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость. Егор Назаркин
Нельзя просто так взять и сделать версионирование API. Игорь Кальницкий
Переглядів 1,5 тис.7 років тому
Нельзя просто так взять и сделать версионирование API. Игорь Кальницкий
BDD & Codeception: разделяем и властвуем. Михаил Боднарчук
Переглядів 1,2 тис.8 років тому
BDD & Codeception: разделяем и властвуем. Михаил Боднарчук
Использование ViewModel для построения модульных приложений. Алексей Демедецкий
Переглядів 9728 років тому
Использование ViewModel для построения модульных приложений. Алексей Демедецкий
Mobile apps security. Анастасия Войтова
Переглядів 5 тис.8 років тому
Mobile apps security. Анастасия Войтова
Разработка игр на JavaScript. Сергей Мирошник
Переглядів 2,7 тис.8 років тому
Разработка игр на JavaScript. Сергей Мирошник
Влияние UX на исходный код приложения. Валерий Сорокобатько
Переглядів 1,5 тис.8 років тому
Влияние UX на исходный код приложения. Валерий Сорокобатько
Тонкости выбора: Angular, Angular 2, React. Сергей Александров
Переглядів 9228 років тому
Тонкости выбора: Angular, Angular 2, React. Сергей Александров
Андрей Чех на Съесть собаку#1 18/02/16
Переглядів 3628 років тому
Андрей Чех на Съесть собаку#1 18/02/16
Не досмотрел но уже не понятно
кпц недовольные некоторые зрители, 0 уважения, типо "понятно ты не знаешь, идем дальше".
Спасибо за доклад
Спасибо очень интересно!
Чтобы поменять BuildVariant с клавиатуры: 1. Задайте комбинацию для открытия View BuildValiant (Keymap:Tool Windows: Build Variant...) Например Alt + V Использование: 1. Нажмите новую комбинацию Alt + V 2. С помошью Tab переключайтесь по модулям и остановитесь на Active Build Variant 3. На выбранном Active Build Variant нажмите F2 для того чтобы начать его изменять 4. С помощью Arrow Up и Down -> Откроется диалог смены варианта 5. Выберите нужный с помошью Enter
4:53 Вопросы: - почему связи задом-наперед; - почему клиент не может существовать без счета; - почему у клиента не определены типы данных. Стоит ли смотреть дальше?
в 2024 году сидишь и думаешь, нахер это все надо когда есть куберенетис и драгофнлай
47:40 - В 2017-м поисковых систем не было по-моему ещё, если не ошибаюсь... GPT уж точно не было чтоб спросить о разнице (как 2024-м). :)
1. Sentinel это не спец по, это особый режим запуска редиса 2. При файловере на мастере запускается тот же bgsave, который сделает rdb файл и разошлет клиентам, поэтому минус про форк тут спорный. 3. Проверить бекап в лоб можно тупо поднятием отдельного редиса и чтением либо тестового ключа, либо общего количества ключей. 4. Сентинелы могут смотреть за нескольким редисами, они их различают по имени ( на слайде это cluster)
а что, слайды все время доклада показывать на видео не судьба? И раз уж на то пошло, то можно бы и линк на слайды прикрепить, чтобы хоть как-то их видеть.
Докука мощный
Great explanation and demo, would be 100% if you added an ngnix lbs to show how avail as well. Great video
Вывод один,JS неподходит для игра строя))
я так и не понял, DDD это просто набор шаблонов и советов которые можно применять как душе угодно?
48:28 - вот здесь те самые вопросы, которые раскрывают проблему представленного метода DDD. Дмитрию очень далеко до CTO, а он уже им стал. Бедная, бедная компания. Сколько же денег потеряет компания ... Но, это уже проблема найма 😊
На голову ты приболевший! Ублюдок
дядька вконце набомбил вопросами, унизил🤣
вть
ОПЕРАТОРА НА МЫЛО. Зачем мне лицо лектора, когда он что-то показывает на доске и всё внимание должно быть притянуто к ней?
dungeon master & f*cking slaves
Очень крутой доклад
поток неупорядоченных мыслей. ...я его в домЕн засунул, в чистый дОмен.... судя по рассуждениям, автор ничего сложнее калькулятора не писал и ООП для него - это фреймворк типа спринга
Мисье-Цукер"Красава...тоже делали канфеты?V ложке?так-сказать петушок на палочке...если,кто не понял,я о причастии,неБулькает
Чел говорит что солид не икона чтобы на него молиться, но при этом возмущается что в redux все сделано на функциях и непонятно как применять open/closed what...😂🤯🤠
c дуру можно и хуй сломать. Пример: Laravel - не SOLID, каждый компонентом пользоваться приятно и легко. Пример 2: Symfony Forms, полный SOLID, невозможно что-то изменить, кучи багов и непредсказуемого ООП-поведения в стиле баг а не фича. Не упарываясь, а думаю о UX можно создать что-то классно, как используя принципы SOLID, так и не используя их. Как только ты начинаешь мастурбировать на идею и технологию, у тебя получается говно-продукт, который нравится только тебе.
Чувак: «Забыл слово»…..👍😝 И что то позже стало совсем скучно.
Солить или не солить? Причем тут все остальное? 🥱 соль вредна!!!!
У вас на UML диаграмме направление отношения агрегации неверное
Лучший доклад по ддд что я видел !!!
Подскажите, плз, оператору: речь идет про код, так показывайте код, а не одного ведущего!
Доклад в чём-то неплохой (в плане теории), но согласен с одним из комментаторов, что вы создали не DDD, а анемичную функциональную модель, а надо было до конца следовать принципам ООП. Почему так? Советую посмотреть видео по ссылке с времени 22.16: ua-cam.com/video/JOy_SNK3qj4/v-deo.html
сука, как всё сложно-то... 30 лет занимаюсь этой темой и наконец (посмотрев этого музыканта) понял, как всё сложно! всё... испугался... ухожу в сельское хозяйство!
Тема конечно полезная. Но не смог слушать. Микрофон так настроили, что всё что у него во рту творится я слышу. К тому же чувак волнуется, и я слышу как он дрожит. Стало противно. Остановил просмотр. Но за работу спасибо.
Тоже нехило так триггерил от этого. Но всё-таки дослушал, интересно!
Меня зовут Саша и моя фамилия Макаров
Всё хорошо, но человеку который переключает камеры, руки бы оторвал.
Поздравляю авторов термина Dependency rejection и его адептов с переизобретением доменного слоя чистой архитектуры. Так держать, ещё несколько лет, и вы переизобретёте bounded contexts и вообще DDD. Догнать и перегнать ООП
Про Битрикс верно сказано. Я сам на 2 года выпал из IT-сферы после полутора лет поддержки сайтов на Битрикс.
крутая подача! спасибо
хороший доклад, но объясняет лишь часть подхода DDD. Тот чел, который в конце доклада задавал вопросы про основополагающие идеи DDD прям в точку бил, ведь в примере доклада они никак не представлены
Неприятно слушать. Чавканье через слово, постоянные слова паразиты из вражеского языка. Поставил минус. Дослушать так и не смог, выключил на первой трети.
Проклятая Остазия!
Вражеский язык? У тебя все там нормально?
Дослушать не смог и пошел на завод?
Примерно на 3:10 вы говорите что можно нарушать SRP если нужно что-то зафиксить, но при этом на 5:26 предлагаете вполне годную альтернативу: композицию. SRP можно не нарушать вынося сторонний функционал в сторонние классы. Очень хорошая мысль про юнит тесты на наследниках для проверки соблюдения LSP
Хороший доклад, только не понравилось что пропущена тема сабдоменов и ограниченного контекста. В данном примере домен выбран неправильно, скорее всего работа со счетом это такой сабдомен. Домен же - это весь бизнес, который содержит в том числе и выставление счета. Чаще всего, но не всегда, домен - это вся деятельность компании в конкретной области. Но я повторю, доклад достаточно хороший и очень подробный!
Это не сын Немцова
пугает фраза "в далеких 2000x"
Не знают про понятия Симпл домейн модел от Рич домейн модели.
А может делать скидки через паттерн декоратор?
Не совсем понимаю как это можно сделать через декоратор. Скидки есть часть бизнес логики - часть бизнес модели. Значит этот механизм должен быть намертво встроен в контексте добавления товара заказ. При каждом добавлении товара должна вызываться операция определения скидки (стратегия) и пересчитываться корзина.
Хороший разговор
докладчик хорош не идеал и видно что волнуется но старается ! А второму челу который задал вопрос, хочется сказать научись задавать вопросы и думай что там человек тоже волнуется. А третьи чел задавал крутые вопросы и правильно их задавал спасибо ему !
Хотел бы выступить в защиту докладчика. Третий чел протупил в своем первом вопросе, он предъявляет претензию, что раз заказчик не владеет техникой DDD, не пользуется единым языком.и пр., то это значит, что зря разработчики взяли ее за основу и что они ее не используют. А что, они должны провести семинары для заказчиков, или все-таки кодить должны? Он предлагает сменить заказчиков на более умных? А им это понравится? Это бизнес, в нем надо подстраиваться под желания и возможности бизнеса, а не пальцы гнуть.
@@zond_amond , задававший вопрос совсем не это имел ввиду, а то что разработчики должны подстраиваться под заказчиков (так как наоборот невозможно сделать =)), об этом как раз и гласит основополагающая идея Ubiquitous Language (единая терминология) в DDD, и он своим вопросом намекнул, что мол докладчик использует DDD без его основной идеи, а соответственно можно сделать вывод что это не DDD, а пародия. P.S. смотрел видос и думал как же просто и понятно объясняет докладчик, а потом услышав вопросы этого самого чела - мое мнение реверсивно изменилось, так как я понял, что в его докладе лишь имитация DDD.
@@ДенисШироков-э3в а ты посмотри видео этого чела, который задает этот вопрос. У нас все наоборот устроено на 180 градусов. Услышал у него в том числе сказочные истории про то, как он обычно указывает бизнесу свои требования.
Как-то все в кучу и много воды
Видео крутое в плане рассмотрения SOLID, комментарии ниже непонятны, докладчик всё хорошо раскидал, что к чему, дал понятное изложения для чего используются интерфейсы
Как же приятно слушать! Голос, постановка речи, шутки, ни одного слова-паразита. Красавчик-лектор! ... Блин, шуток в середине сильно не хватает... загрузил.