![krd dev / Krasnodar Dev Days](/img/default-banner.jpg)
- 140
- 225 517
krd dev / Krasnodar Dev Days
Russia
Registrace 10. 12. 2016
Некоммерческое ИТ-сообщества Краснодара.
Создано чтобы аккумулировать знания и опыт, поддерживать специалистов из сферы информационных технологий и создавать для них благоприятную среду.
Создано чтобы аккумулировать знания и опыт, поддерживать специалистов из сферы информационных технологий и создавать для них благоприятную среду.
ASGI - Вчера. Сегодня. ...? / Михаил Дьяченко
Презентация: disk.yandex.ru/i/keKA6iCx4N08eA
zhlédnutí: 233
Video
Запускаем Django монолит в k8s / Александр Хмелевский
zhlédnutí 86Před 3 měsíci
Презентация: disk.yandex.ru/i/HX8DqyRDJwAitg
На пути к TBD: как мы внедряли feature flags / Юрий Чуканов
zhlédnutí 173Před 3 měsíci
Презентация: disk.yandex.ru/i/4laV5IycBW0SUQ
pytest: тысяча и один тест / Влад Кувайцев
zhlédnutí 115Před 3 měsíci
Презентация: disk.yandex.ru/i/23ChJoEOR-z5lw
Шаблонизация проекта на основе FastAPI / Антон Корнилков
zhlédnutí 129Před 3 měsíci
Презентация: disk.yandex.ru/i/NCECP9xjNaiIFg
О систематизировании дизайна в большом продукте / Семен Левенсон
zhlédnutí 245Před rokem
Презентация: disk.yandex.ru/i/5mpzyt-_6zMPkA
Prisma + GraphQL или как делать бекенд без бекендеров / Зар Захаров
zhlédnutí 2,3KPřed rokem
Презентация: disk.yandex.ru/i/ZE6APKYbZz9kKg
Проблемы аутентификации в SPA приложениях / Иван Поддубный
zhlédnutí 917Před rokem
Презентация: disk.yandex.ru/i/zWgs0zfg3x846A
Почти полный цикл разработки дизайна продукта на фрилансе / Юлия Letaur
zhlédnutí 350Před rokem
Презентация: disk.yandex.ru/i/QyOIdQ7-68yXbQ
Как заставить экзистенциальных китов работать на тебя / Ян Новак
zhlédnutí 203Před rokem
Презентация: disk.yandex.ru/i/0VCCbucR_YJE4Q
Современный промышленный интернет вещей / Константин Чугалинский
zhlédnutí 530Před 2 lety
Презентация: disk.yandex.ru/i/NdYFHDgGxSkeAA
Offline first applications / Артём Малышев
zhlédnutí 235Před 2 lety
Презентация: disk.yandex.ru/i/kO_Pk6xf06j9tw
Ansible to rule them all (servers) / Илья Герман
zhlédnutí 248Před 2 lety
Презентация: disk.yandex.ru/i/znHWRDmazoWO6g
Свой код ближе к телу. Изобретая -велосипед- умный дом / Владимир Федоренко
zhlédnutí 132Před 2 lety
Презентация: disk.yandex.ru/i/yFEtpXefaL7x2g
Vertical Sliced архитектура / Виталий Кануников
zhlédnutí 1,8KPřed 2 lety
Презентация: disk.yandex.ru/i/RM1gd241w_isQQ
Альтернативный способ работы с асинхронностью в JS / Владислав Горохов
zhlédnutí 319Před 2 lety
Альтернативный способ работы с асинхронностью в JS / Владислав Горохов
Как бороться с энтропией в CSS / Сергей Андреев
zhlédnutí 246Před 2 lety
Как бороться с энтропией в CSS / Сергей Андреев
Универсальные UI элементы для multi-stack команд / Александр Урденко
zhlédnutí 138Před 2 lety
Универсальные UI элементы для multi-stack команд / Александр Урденко
Архитектурная методология Feature Sliced / Даниил Крохмаль
zhlédnutí 24KPřed 2 lety
Архитектурная методология Feature Sliced / Даниил Крохмаль
"Невозможный" параллельный алгоритм / Денис Гроцев
zhlédnutí 267Před 2 lety
"Невозможный" параллельный алгоритм / Денис Гроцев
Готов расти! Проектируем Go приложение на вырост / Алексей Акулович
zhlédnutí 829Před 2 lety
Готов расти! Проектируем Go приложение на вырост / Алексей Акулович
Жаба-путешественница / Алексей Мидиницин
zhlédnutí 145Před 2 lety
Жаба-путешественница / Алексей Мидиницин
BTree индекс для самых маленьких / Станислав Мельничук
zhlédnutí 798Před 2 lety
BTree индекс для самых маленьких / Станислав Мельничук
Python и сеть: REST, JSON, GraphQL или gRPC? / Григорий Петров
zhlédnutí 12KPřed 4 lety
Python и сеть: REST, JSON, GraphQL или gRPC? / Григорий Петров
flake8 на максималках: что, как и зачем / Илья Лебедев
zhlédnutí 3,6KPřed 4 lety
flake8 на максималках: что, как и зачем / Илья Лебедев
Асинхронное взаимодействие с PostgreSQL / Алексей Фирсов
zhlédnutí 4,9KPřed 4 lety
Асинхронное взаимодействие с PostgreSQL / Алексей Фирсов
Что не так с микросервисами на Python? / Станислав Сидорюк
zhlédnutí 2,2KPřed 4 lety
Что не так с микросервисами на Python? / Станислав Сидорюк
Python - драйвера для промышленного оборудования / Михаил Дьяченко
zhlédnutí 1,4KPřed 4 lety
Python - драйвера для промышленного оборудования / Михаил Дьяченко
Я думал тут про пайтон, а тут про интерфейсы которые со стороны пайтона видятся все как как VCP/COM/tty.... Только не говорите что вы на питоне rts/cts обрабатываете.
Красава
отличный доклад, огромная благодарность автору за ссылку на гит
какой ты нахрен специалист если не знаешь что язык называется Java я не "ява". На яве твой дед твою бабку катал...
Спасибо!
Здравствуйте, где проходят ваши презентации локально в Краснодаре?
Отличная лекция - большое спасибо за нее!
Как начать все это понимать) Помогите😅
Каждый раз, когда на экране код, нужно ставить на паузу и пытаться построчно понять код)
Спасибо большое за столь подробное объяснение) Очень помогли
Тягомотина. Убрать все мммм и ээээээээ, ролик будет на 34 минуты короче
на х2 отлично смотрится
Ничего не понимаю... это точно архитектура?) По-моему это просто договорённость что и куда класть. Каким образом в папке с кнопками оказывается папка с абстракциями для запросов к апи? Вы всего лишь абстрактно объясняете, а уже выглядит как жесть. Если Entity это сущность, а feature это дейтсвие, то выходит у нас в одной папке лежит сущность ,а вдругой её методы? Или методы там же где и сущность? Тогда возвращаемся к вопросу: а в чем разница между features и entities? И какое направление зависимостей? Сущность (с данными) не может устанавливать зависимость от методов? Или методы не могут подключать к себе данные? И главное: никого не смущает, что при попытке интеграции первая проблема: циклические зависимости! Вы серьезно? Это вообще нетипичная проблема при построении архитектуры! Все проблемы с которыми столкнулся автор доклада прям кричат ,что архитектура выбрана неправильно, но он старался и старательно натягивал. Обозначенные плюсы свойственны любой правильно подобранной архитектуре. Любой. А вот этих минусов я не слышала ни в одной архитектуре... сложно... да это неоднозначно!! а значит в команде будет два человека и один будет орать: это фича, другой - это сущность! И весь рабочй процесс будет напоминать психиатрическую лечебницу, где кто первый надел халат тот и доктор
Лайк за каналью)
В какой-то мере многие уже использовали fsd. Когда создавали utils и общие компоненты, которые относятся к shared слою. Затем шли бизнесовые компоненты и виджеты. Это слой features. Затем в каждом проекте обычно есть папочка pages. Этот название само за себя говорит. Ну и обычно есть папочка app или что-то в этом роде, где инициализирутся редакс стор, роутинг, логеры и пр. Так что fsd - это не новшество, а лишь немного углублённое переосмысливание давно используемой архитектуры. Кому-то подойдёт этот углубленный подход, а кто-то не захочет заморачиваться. Я работаю на проекте, в котором уже написано много кода по описанной мной архитектуре. Вполне успешно масштабируется. После изучения fsd я не увидел смысла заморачиваться с этим дроблением ещё и на slices, так как не решит это боль поддержки и развития, а лишь привнесёт боль правильного дробления. Если в команде есть чел, которые умеет правильно дробить по слоям и слайсам и он будет за этим следить, то ок. Но, если он увольняется, то другие прогеры начнут такой запутанный клубок создавать, что поддержка только ухудшится. ИМХО
хахаха орнул с 1:15 ))))
Спасибо за доклад, очень интересно. Надо посмотреть более детально. Вообще при разработке в ddd паттернах не наблюдаю зачастую ни одной сущности на фронте, одни объекты значения, как объекты значений на fsd перекладываются
У нас во всех проектах были pages. Что надо для перехода на FSD - это папки utils, hooks и ui смешатт в кучу и назвать shared. Папку components разбить на entitys, features. И теперь мы радуемся, что базово у нас 5 папок, зато в каждой папке лежит огромная смесь разных логических деталей
Спасибо вам за видео, много всего полезного услышал, отдельное спасибо за ссылочки! И кажется первый раз в жизни я пишу первый комментарий к видео !!!)
Самое важное никто из таких докладчиков не разъяснил. Что такое модуль ? И что такое слои в контексте модуля ? В общем доклад простой копирайт. Нет осмысления и нормального объяснения.
вот.
В процессе просмотра этого доклада я научился готовить вкусную еду) А если без шуток, то спасибо за хороший доклад
Не сравнивали с полнотекстом Postgres?
Что делать если в одной фиче нам нужны данные которые запрашиваются в контексте другой фичи, если нельзя вытягивать отдельные модули (например actions)?
Расскажу как делаю я в подобных случаях. Использую принцип инверсии зависимостей (soliD) Есть 2 разные фичи, где фича X зависит от фичи Y. Например в X нужно получить данные из Y и использовать их (собственно Ваш случай если правильно понял). Реализую фичу Y и отдаю наружу модель. В описанной модели имеется резолвер данных которые нужны в X (но мы не знаем ничего об X, мы просто реализуем контракт). В X я описываю зависимость от абстракции (контракта/интерфейса), а не от конкретной фичи. В итоге, я из фичи Y, передаю в фичу X резолвер и все фичи не знают друг о друге
@@enslit резолвер это типа адаптер, я вас правильно понял?
@@antonmas3451 нет, адаптер в данном случае не нужен. Резолвером я обозначил функцию, которая возвращает данные. Эта функция и передается в другую фичу. p.s. У вас есть слой, где выполняется композиция, например page или widget, там и берете модель одной фичи и передаёте ее другой. Обе фичи должны знать только об абстракции и ничего друг о друге
Привет, коллеги! Меня зовут Данил, и я пишу дезметал!
Нашел Костяна, найти бы ещё Славика Шута, Ромку встречал, не помню точно фамилию его. Яболоков что ли - судьба прогнула Ефименко Лорик, судьба стандартная....
Вы большой молодец, Кирилл, спасибо большое за доклад!
Ни чего не понятно, но очень интересно. В entities пишется логика redux и вся бизнес логика, а если нет redux?. От кол-ва папок уже кукуха едет
у докладчика каша в голове.
тема нагрузки не раскрыта, 200 человек держит? для бизнеса дешевле использовать cms, и будет админка и гибкая настройка, и любой хостинг поддерживает популярные cms. Подозреваю о даталоадерах они не слышали так как занимаются обычно фронтом и компонентами, да и про скейлинг ни у кого не возникло вопросов. Тяжелый монолит но с gql и призмой? а не лучше отдельно использовать nestjs + prisma? Если нужна gql апишка вместо моков - есть strapi, вообщем не продал!
если его послушать, то волосатый граф делают хипи )))
крутой докладчик
А сайт нормально выводит? выиграл тут пару скинчиков, вот думаю ставить на вывод или поиграть еще)
Классный доклад, доступно и по делу, спасибо!
100 строк функция это типа ок?)
Разве рельсы не в 2005 году появились?
ох и тошнотное вещание.
скорость на 1.5 и норм
Пха) какого хера так хорошо вышел доклад
круто!)
Если открыть статистику, половина сайтов на Wordpress. В РФ , в частности, в Москве, львиная доля интернет магазинов работают на Bitrix. При чем, это не какие то мелкие лузеры, а лидеры на своих рынках. Первая версия WP появилась в мае 2003, к 2006му году, о котором говорит спикер, вышла уже 4я версия. А про <div> совсем весело! Первый div появился в html 3.0 аж в 1995 году и о блочной верстке заговорили с версии html 3.2 (1997год), когда появилась поддержка и explorer и Netscape и CSS. Она же в 1997 году стала версией 4.0. Вполне себе «продвинутый» HTML. И парень сидит и спрашивает - кто то помнит cms?? И рассказывает про 2006 год 😂 Он занимается обучением? Ну ну
Твой вордпресс и битрикс уже никому давно не нужен, не надо ерунду рассказывать
@@user-um4ve8cz6t ты дурачёк? Или просто клоун? Или умник? WhatCMS -сервис. Возьми крупные московские интернет магазины и пробей их сам, чтобы потом не краснеть. И они не мои, ты вообще не понимаешь контекста. Просто глупый 😛 Мне пофиг, кто и на чем пишет, это всего лишь инструменты. Сейчас тысячи сайтов на Тильде, и что они от этого что то теряют? Под каждую задачу свои инструменты и различные вариации по стекам. А писал о качествах спикера, о его узкости и однобокости. Вы с ним два сапога пара! 😂 Давай, гудбай, держи хвост пистолетом! 🤣
это не архитектура а паттерн, после слайда сравнение паттерна с архитектурой, понял что автор не разбирается
Крутил-вертел месяца 2, но так и не удалось внедрить на крупный реальный проект. Сложилось стойкое впечатление что авторы методологии выходцы из маркетплейсов и социальный сетей. Ибо все звезды сходятся когда у тебя есть куча пересечений простых сущностей и фич типа "заказ", "товар", "написание поста", "лента пользователей" и все очень плохо если это дашборда, криптобиржа или графический редактор файлов. После того как вернулся к помеси модульной структуры с DDD будто сел на ламбу после самопального драндулета.
Каким образом FSD не ложится на дашборду, редактор и дилдобиржу? Складывается впечатление что кто-то с малым кол-вом опыта разработки набрался умных слов и бросается ими в не уместных местах
разумеется, архитектура подбирается под задачу и предметную область. Потому их так много и вот как раз меня поражает что FSD продвигают как лучшую. С фига ли она лучшая? Она под свои задачи. Я так понимаю скоро появится гора проектов которые будут применять FSD и старательно лепить из лошади жирафа. Потому что жираф лучше лошади. Ну и что что заказчик хотел лошадь?! Жираф лучше!
@@user-wv9ds4ft6dУдачи тебе с твоими модульными и всякими атомик дезайнами делать крупный проект
@@user-wv9ds4ft6d автор доклада упомянул, чтоб fsd архитектура подходит больше для продуктовых разработок, т.е которые нужно в долгую поддерживать. Никаких гор проектов не появится, fsd будет только у компаний, которые могут позволить это себе, от миддлов+ команды
Это все конечно здорово, но вот слой Widgets обязательный, а слой Features - нет
мне кажется они оба обязательны
@@user-ix2hl4hl2t теперь похоже что да. FSD развивается, документация обновляется. Вероятно то же касается и озвученной в видео позиции относительно обязательности Widgets и Features.
вау, спасибо за простое объяснение . Читаю оф документацию, ничего не понятно, а тут вы так просто все по полкам разложили
Пытался завести jest на старом vue2 проекте. После установки кучи библиотек, типа, babel-jest, vue-jest и прочих плясок с бубном, уперся в "ReferenceError: Vue is not defined" и всё!!! Больше пляски с бубном ни к чему не привели :( Так что "Jest - без настроек" - это сказки.
Зачем пользоваться инструментами для фронта, вместо существующих решений для бекенда? go, java, например?
Могу ответить за себя. Я в основном в одиночку разрабатываю различные сервисы, обслуживающие мои собственные направления бизнеса. Чтобы мне легче было разрабатывать и поддерживать решения, я хочу, чтобы они были максимально унифицированы по технологиям. В моём случае, связка NestJS + Angular хорошо подходит. Раньше я на сервере использовал php, но решил от него отказаться во вышеуказанным причинам.
Спасибо! Интересно!
И получается как раз та штука, которую автор описывал: лезешь что-то поправить в виджете, оттуда в features, оттуда в entities, оттуда в shared
Заметь, вниз по иерархии. А не в types под-компонента biba который подкомпонент boba и так далее
Наоборот, фичи и сущности не должны зависеть от изменений в виджетах.
От того, что это идет вниз по иерархии, погода сильно не меняется, только теперь еще необходимо дополнительно создавать пачку бойлерплейтовых папок и файлов для каждой новой сущности вместо того, чтобы делать это 1 раз и навигировать по проекту. Такой подход создает иллюзию атомарности, но время добавления новых фичей только увеличится. Доклад начинается с того, что архитектура должна быть простой и понятной, чтобы тимлиду не приходилось объяснять, как с ней работать, но по итогу лектор ~30 минут объясняет, как с ней работать :/
@@user-bu6fc2bn1e сам пока пытаюсь вникнуть в fsd. По поводу 30 минут объяснения: стоит рассматривать аналогию с фреймворками. Они созданы, чтобы каждый раз люди не изобретали велосипед. Один раз изучил - и нормально. То же самое должно быть с fsd. Правда, я не знаю, насколько хорошо подойдёт это всё для проектов, где нет типичного "пост, коммент" и проч. Да и иногда непонятно, что и куда стоит скидывать.
@@user-bu6fc2bn1eдавай пример архитектуры которая легко масштабируется, не требует анбординга и укладывается в доклад меньше 30мин
Спасибо за доклад! Интересно было послушать )
даже Цукерберг пришел на доклад
Как дети, то туда, то сюда... ССР... Ладно.
Это генеально! Я пол года искал схему и сам не мог догадаться до такой структуры БД. Программирование в России живёт только благодаря таким авторам! Спасибо за твою лекцию, однозначно лайк!