Тоже не совсем понял про just in case логи.
Зачастую они и дают понять контекст ошибок.
Что-то мне кажется, что Sentry не особо поможет прислав мне какой-нибудь InvalidOperationException, который возникает при определённых аргументах в методе, а по логам я как раз смогу увидеть/понять что предшествовало ошибке.
Или вы предлагаете заменить just in case логи на трейсинг?
Пункт 2. Разделение ввода и вывода это скорее благо (да здравствует cqs).
На одном старом проекте одни и те же модельки (=классы) использовались и на вход и на выход. Вы не представляете как меня задолбало по коду смотреть какие поля и когда надо заполнять.
Ваше предложение использовать атрибуты для указания где input/output сильно усложнило бы язык.
Строгий и явный контракт лучше, как по мне.
Работает нормально, но не без неудобств — нужно установить сам choco через powershell и не забывать периодически синхронизировать список установленных программ (можно в gui экспорт делать).
Обновление программ тоже вручную (ну или в планировщик задачу добавить).
Но жирный плюс — не нужно по инсталляторам ходить и тыкать кнопочки
Что-то меня напрягает параметр DbContext в AddReview.
Разве агрегаты не должны быть загружены полностью, прежде чем начать свою работу? Если там коллекция действительно такая большая, то возможно стоило по другому спроектировать агрегаты?
На крайний случай, можно было бы и lazy-loading заюзать.
У нас доходит до 40тб логов за день (и кстати эластик с этим справляется) и при этом отлаживать по логам всё ещё помогает.
В общем-то сентри об этом и пишут здесь
https://sentry.io/vs/logging/
Тоже не совсем понял про just in case логи.
Зачастую они и дают понять контекст ошибок.
Что-то мне кажется, что Sentry не особо поможет прислав мне какой-нибудь InvalidOperationException, который возникает при определённых аргументах в методе, а по логам я как раз смогу увидеть/понять что предшествовало ошибке.
Или вы предлагаете заменить just in case логи на трейсинг?
Конкретно для вашего случая (если у вас EF например), проще было бы просто условие в фильтре поставить:
Но вообще это можно решить с помощью RuleSet'ов
Я извиняюсь, но как это включить?
К примеру, открываю https://raw.githubusercontent.com/pdyck/hearthstone-db/master/cards/all-cards.json и получаю обычный неформатированный текст.
Тот же JSON Formatter автоматом всё форматирует и показывает.
Наследование это не про "как не дублировать код", а про отношения между классами.
Будет ли онлайн трансляция?
А с прошлого семинара видео нет в доступе? Хотелось бы вводные доклады как раз посмотреть
Спасибо за доклад!
Почему Rebus, а не тот же MassTransit?
Пункт
2. Разделение ввода и вывода
это скорее благо (да здравствует cqs).На одном старом проекте одни и те же модельки (=классы) использовались и на вход и на выход. Вы не представляете как меня задолбало по коду смотреть какие поля и когда надо заполнять.
Ваше предложение использовать атрибуты для указания где input/output сильно усложнило бы язык.
Строгий и явный контракт лучше, как по мне.
Работает нормально, но не без неудобств — нужно установить сам choco через powershell и не забывать периодически синхронизировать список установленных программ (можно в gui экспорт делать).
Обновление программ тоже вручную (ну или в планировщик задачу добавить).
Но жирный плюс — не нужно по инсталляторам ходить и тыкать кнопочки
Тоже этого джва года жду.
Пока что юзаю chocolately и файл с установленным софтом храню в облаке.
На мой взгляд наоборот удобнее отдельную сущность создать для связи:
Тот же самый "reactor pattern", только с пулом потоков.
Насколько знаю, у nodejs сейчас тоже пул потоков.
Что-то меня напрягает параметр
DbContext
вAddReview
.Разве агрегаты не должны быть загружены полностью, прежде чем начать свою работу? Если там коллекция действительно такая большая, то возможно стоило по другому спроектировать агрегаты?
На крайний случай, можно было бы и lazy-loading заюзать.
Если хотите с проверкой типов, то можно юзать tsx, часть typescript'a.
Кавычки будут (это же xml всё-таки), всё остальное верно.
Может и вкусовщина, но мне кажется, было бы гораздо легче тех же реакт нативщиков перевести на флаттер.
Всё это относится и к jsx.
уже есть транслятор jsx во флаттер?
Да, спасибо.
Как реализовать понятно, вопрос о том, есть ли уже готовое.