Главная ошибка при использовании MediatR - использовать MediatR. Конечно, в некоторых сценариях он выглядит крайне полезным, но всегда оказывается раком, стихийно захватывающим проект и превращающим его в комок отвратительной лапши
Автомаппер никогда не должен был существовать. Именно ему мы обязаны лучшим примерам "слоистой архитектуры" с десятком слоев DTOшек. Не будь автомаппера, люди бы поленились перегонять раз за разом одни и те же данные из одних дто в другие. А так пожалуйста, порождают монстров
Учитывая лояльность запада к патентному троллингу, это дело может открыть весьма поганые перспективы для всей отрасли. Не ясно, то ли рыдать, то ли шортить биотех. Но, при любом исходе это дело будет иметь громадные последствия для медицины: слишком много неизбежно построено на трупах чьих-то бабушек
"Количество в ущерб качеству" раньше было определением вообще всей политики Китая. Думаю это уйдёт вместе с прошлым поколением менеджмента, и ребята, из оставшихся в живых, смогут наконец отдохнуть
А не будет никакого завтрашнего дня. Вся статья не более чем зелено-популистская сказка и водородная энергетика на текущих технологиях не работает. Более того последние 15 лет увлечения ВИЭ можно охарактеризовать только как фиаско декарбонизации, на фоне чего в европке назревает ядерный ренессанс, но процесс этот совсем не быстрый и для выполнения климатических обязательств в краткосрочной перспективе можно только жечь газ вместо угля. Поэтому можно сказать определенно: в ближайшие годы Газпром будет только богатеть, вангую что в Европе пик потребления природного газа будет пройден только в 50-х.
А вот послезавтрашний день уже другой разговор, надеюсь мои внуки смогут наладить жизнь в условиях свершившегося глобального потепления.
Обожимой, чтобы понять что тормозит из-за тысяч дом-элементов надо было подключать трекинг? И в чем кейс? Что при широченных таблицах забили на virtual scroll пока не пришло куча недовольных клиентов? Так это любой джун скажет что будет тормозить. Зато с каким апломбом статья-то.
Хабр, конечно, забит такими бестолковыми но витиеватыми статьями - рекламными буклетами, но надо же хоть минимум уважения проявлять по отношению к читателям. Модератор удали меня с хабра.
Как я понял, бегло посмотрев на код, смысл всего этого очень прост: собираем и обходим в ширину генераторами приложение как дерево. Всё приложение работает как одна стейт-машина. Похоже что dom обновляется целиком (или реализация diff-рендеринга от меня ускользает). Много бойлерплейта для приложений, для реальных проектов код выйдет слишком многословным. В целом очень интересно, однозначно стоит украсть автора пару приёмов.
Очень круто. Разве что я всегда думал что шарпам в частности и дотнету в целом не достаёт строгости, и фичу с дефолтной реализацией в интерфейсах в C# 8 я воспринял с опаской. Тем паче всегда с ужасом и восхищением я смотрел на то как люди реализуют вещи вроде описанных в статье для чего-то кроме спортивного интереса.
Да поможет господь тем, кому придется поддерживать код на ваших трейтах.
А если серьезно, то очень хотелось бы подробнее узнать какая проблема/задача ( наверняка интересная и нетривиальная) привела к созданию вот этого.
Не будет нормальной типизации с Vuex, и все библиотеки для его типизации костыли. Выкинь его. Как? Берешь что-то вроде { ModuleName: Vue.observable(new MyStorageModuleName()) } и запихиваешь как плагин и/или даже в window.$myStorage.
Выходит действительно хорошо, использую такой подход на продакшене второй год. Vuex собираюсь откапывать для новых проектов только в 5-ой версии, где они обещали все с нуля переписать с нормальной поддержкой ts.
Алсо класс-синтаксис компонентов самому очень нравится, но, наверное, от этого надо уходить, для vue 3 его почти похоронили
Главная ошибка при использовании MediatR - использовать MediatR. Конечно, в некоторых сценариях он выглядит крайне полезным, но всегда оказывается раком, стихийно захватывающим проект и превращающим его в комок отвратительной лапши
Автомаппер никогда не должен был существовать. Именно ему мы обязаны лучшим примерам "слоистой архитектуры" с десятком слоев DTOшек. Не будь автомаппера, люди бы поленились перегонять раз за разом одни и те же данные из одних дто в другие. А так пожалуйста, порождают монстров
А может ещё и статьи за вас писать? Куда переводить деньги, чтобы вы могли всегда радовать нас своим дерьмом?
Скажите это Билибинской АЭС, которую пора уже выводить из эксплуатации. Живое дряхлое воплощение малых АЭС. Только
Учитывая лояльность запада к патентному троллингу, это дело может открыть весьма поганые перспективы для всей отрасли. Не ясно, то ли рыдать, то ли шортить биотех. Но, при любом исходе это дело будет иметь громадные последствия для медицины: слишком много неизбежно построено на трупах чьих-то бабушек
Ловите выгоревшего
Эти столики/тумбочки для ног будут рассадником грибка и источником вони. Не взлетит
"Количество в ущерб качеству" раньше было определением вообще всей политики Китая. Думаю это уйдёт вместе с прошлым поколением менеджмента, и ребята, из оставшихся в живых, смогут наконец отдохнуть
А не будет никакого завтрашнего дня. Вся статья не более чем зелено-популистская сказка и водородная энергетика на текущих технологиях не работает. Более того последние 15 лет увлечения ВИЭ можно охарактеризовать только как фиаско декарбонизации, на фоне чего в европке назревает ядерный ренессанс, но процесс этот совсем не быстрый и для выполнения климатических обязательств в краткосрочной перспективе можно только жечь газ вместо угля. Поэтому можно сказать определенно: в ближайшие годы Газпром будет только богатеть, вангую что в Европе пик потребления природного газа будет пройден только в 50-х.
А вот послезавтрашний день уже другой разговор, надеюсь мои внуки смогут наладить жизнь в условиях свершившегося глобального потепления.
Это все хорошо, но что под капотом? x86 теперь через эмуляцию? PowerShell core по дефолту вместе с WindowsTerminal и, собственно, самим .NET5?
Обожимой, чтобы понять что тормозит из-за тысяч дом-элементов надо было подключать трекинг? И в чем кейс? Что при широченных таблицах забили на virtual scroll пока не пришло куча недовольных клиентов? Так это любой джун скажет что будет тормозить. Зато с каким апломбом статья-то.
Хабр, конечно, забит такими бестолковыми но витиеватыми статьями - рекламными буклетами, но надо же хоть минимум уважения проявлять по отношению к читателям. Модератор удали меня с хабра.
Извините, накипело
Очень круто. Разве что я всегда думал что шарпам в частности и дотнету в целом не достаёт строгости, и фичу с дефолтной реализацией в интерфейсах в C# 8 я воспринял с опаской. Тем паче всегда с ужасом и восхищением я смотрел на то как люди реализуют вещи вроде описанных в статье для чего-то кроме спортивного интереса.
Да поможет господь тем, кому придется поддерживать код на ваших трейтах.
А если серьезно, то очень хотелось бы подробнее узнать какая проблема/задача ( наверняка интересная и нетривиальная) привела к созданию вот этого.
Вы меня совсем не поняли.
Ладно, буду писать статью
Не будет нормальной типизации с Vuex, и все библиотеки для его типизации костыли. Выкинь его. Как? Берешь что-то вроде { ModuleName: Vue.observable(new MyStorageModuleName()) } и запихиваешь как плагин и/или даже в window.$myStorage.
Выходит действительно хорошо, использую такой подход на продакшене второй год. Vuex собираюсь откапывать для новых проектов только в 5-ой версии, где они обещали все с нуля переписать с нормальной поддержкой ts.
Алсо класс-синтаксис компонентов самому очень нравится, но, наверное, от этого надо уходить, для vue 3 его почти похоронили
Боюсь, что большая часть из этих 2.9% находится в местах лишения свободы. Думаю, вам было бы лучше избежать близкого знакомства с этими людьми