читать это дичь, лучше бы позвали любую/ красивую девушку в таком случае
@efloop6335Ай бұрын
Понравилось выступление, теперь стало ясно ❤
@danil_andreev_saАй бұрын
Супер, спасибо!
@TheYouAltairTube2 ай бұрын
А кто-то утверждает, что в UC не должно быть ссылок на конкретную реализацию и, как следствие, что в нем не должно быть упоминания системы, т.к. система: 1) может измениться, что потребует нового изменения UC 2) в UC, как ни старайся, весь алгоритм не опишешь
@TheYouAltairTube2 ай бұрын
Да, об этом говорится в докладе. Не досмотрел до конца.
@pan12011363 ай бұрын
очень красивый докладчик:) сложно воспринимать доклад:)
@indigoi94833 ай бұрын
Отличный доклад
@Cutrapalli4 ай бұрын
Можно номерок этой красотки ?!
@user-fc8ut5ww4v4 ай бұрын
Отличный доклад для новичков! Спасибо!♥‿♥
@Pcheloved4 ай бұрын
Спасибо за доклад. На основании указанных ошибок составил себе памятку для проверки Use Case на правильность составления; прикрепил лист к своему шаблону, буду проверять по этому чек-листу. ))
@SoloneykaАй бұрын
Спасибо за коммент, тоже так сделала ) Доклад отличный
@SEOExpertshawon4 ай бұрын
Hello, there!!! I hope you are well. I visited your KZbin channel, and your video-making is very good. Your content ideas are very good. Thank you so much ❤❤
@svetayet48644 ай бұрын
крутой доклад. короткий но ёмкий, спасибо
@unicoxr5tj4174 ай бұрын
Kafka - маст хев в 2024 году для сурьезных дядек.
@user-uf8tc4vg5r5 ай бұрын
Как появилас табличка с Magento - о да, я с этим "чудом" работал 5 лет ) А теперь ушел в Yii2 и Laravel. Видосик отличный, спасибо
@azazinlove75144 ай бұрын
А как вы решили проблемы с этим *чудом*? Как их стало меньше из-за Yii2 или Laravel?
@user-uf8tc4vg5r4 ай бұрын
@@azazinlove7514 ушел работать с Yii2 и Laravel )))
@csherill6 ай бұрын
Я, кажись пропустил момент, когда голое железо стало лучше докера...
@Leonardo-gd2iz6 ай бұрын
18:05 кажется не в 10 -20 раз gRPC быстрее, а раз в 5-7 и там куча условий. Бывают сценарии когда рестовые сервисы отрабатывают быстрее.
@user-md2fk3jj1e7 ай бұрын
автор страный, почему люди зря не использовать игрушку redis которая не гарантирует ничего? если вам кровь из носу не нужно 1 млн сообщений то зачем идти на риски потери данных? и как nosql хранилище его тоже едва ли кто использует по той же причине, как кэш - используют. вы ведь не ставите например на линукс мод ядра, отключающий fsync, после чего любой софт внимательно пишущий на диск начинает летать?) ну да, база стала в 10 раз быстрее закрывать транзакции но транзакцией теперь это назвать сложно.
@user-do3pj7cj2f7 ай бұрын
Какой симпатичный докладчик 😍
@user-ue7wu2qc6f7 ай бұрын
Когда нибудь уже поймут, что Соntent-Type не используется в запросе от клиента) Content-Type требуется для операций с входными данными, а заголовок запроса Accept требуется для операций с выходными данными.
@vladimir_v_it7 ай бұрын
А что про gRPC и браузеры? http2 же поддерживается. Или такой старый доклад?
@vladimir_v_it7 ай бұрын
Классный доклад! Спасибо!
@anizaupetweriless7 ай бұрын
6:56 третью страницу, наверное
@ural-site7 ай бұрын
Уточните пожалуйста по расширениям и альтернативным сценариям, в докладе прозвучало, что обработка исключений это расширения, а в литературе в просторах интернета, наоборот что это альтернативные сценарии.
@user-ll8wh1yj9c8 ай бұрын
Спасибо за доклад! Было очень полезно
@MidzuNeko8 ай бұрын
Коллеги, а чем конкретно отличаются модели producer-consumer и publisher-subscriber, не рассказали. Ведь это важно! По одной модели получатели (consumer) сообщений сами ходят в брокер сообщений, чтобы посмотреть, что нового, и забрать новое. А по второй модели брокер сообщений сам рассылает сообщения получателям (subsriber). Как выбирать брокеры с точки зрения модели получения сообщений, тоже не рассказали.
@user-vt2to2ut3p8 ай бұрын
По своему опыту могу сказать, что эти две модели различаются не по технике, а по логике. По модели продюсер-консюмер вы оперируете некими побудительными командами: сделай, запиши, удали и т.д. А при подписке вы оперируете событиями. Что-то вроде "внимание, добавился новый пользователь". И каждый подписчик сам знает, что ему делать по факту наступления этого события.
@semenivanoff86154 ай бұрын
Сисаналитики не выбирают, что и когда использовать. Это задачи архитекторов.
@user-uu4ro5iz5n8 ай бұрын
Можно пожалуйста прикрепить ссылки идеальных шаблонов документации в описание?
@mediasoft_team8 ай бұрын
Хороший пример написания документации можно найти здесь: habr.com/ru/articles/667884/
@user-ql4xu5qu2u8 ай бұрын
Как на json может быть неудобно или непривычно писать? Это самое удобное, и понятное, что только есть в запросах, как по мне. И спасибо за мнение про орм, никогда не понимал, в чем его удобство, в всегда запросы в базу пишу руками, и счастлив, ничего сложного в этом нет + скорость выше + все наглядно и понятно. Да, совсем криворукий джун с орм меньше накосячит, но это странная проблема, на самом деле
@MarkAnto710 ай бұрын
А где тут микросервисы? Основной время вообще про тестирование
@resolution0711 ай бұрын
Звук ужасный просто
@orifdjanovs Жыл бұрын
волнение 🌊
@alexandersmirnov4274 Жыл бұрын
вот вы говорите что ес-клиент тоже самое что обычный хттп-клиент а как же работа с кластреом кто это будет менеджить?
@mediasoft_team Жыл бұрын
Работу с кластером должен менеджерить админ/девопс, а здесь мы говорим только про API чтения-записи документов :)
@alexandersmirnov427411 ай бұрын
@@mediasoft_team я имею в виду что клиент кот выподкчаетесь работатет с котнкретной нодой но нода может вропасть и клиент должен сам понять к с кем ему общаться дальше
@user-jd2xr7bf2t Жыл бұрын
wire проще закрывать все.
@user-th8gh1md4s Жыл бұрын
а есть ссылка на демо репозиторий? а то не совсем понятно, как дальше все работает
@mediasoft_team Жыл бұрын
К сожалению, ссылки на репозиторий уже нет.
@user-th8gh1md4s Жыл бұрын
@@mediasoft_team а подскажите, если у вас разные файлы в /cmd собираются и им требуются разные зависимости, вы app.Run() для каждого из них отдельно реализуете или сразу все зависимости в app собираете и единый app.Run() используете?
@user-ys5qc7sh5t Жыл бұрын
На русском документация есть? Смысл есть в го входить если инглишем не владеешь?
@dencasio6141 Жыл бұрын
Посмотрите в сторону 1С
@mediasoft_team Жыл бұрын
Конечно, смысл есть, главное - желание :) В интернете, кроме документации, есть много обучающих материалов на русском языке.
@user-name-2598 Жыл бұрын
Есть вопрос на будущее. Какие последствия для бизнеса при сотрудничестве с одним единственным клиентом, сумасбродным, непредсказуемым, непонятно чего желающем? Возможно стоит отказаться от такого клиента, принять решение, не смотря на возможные убытки?
@mediasoft_team Жыл бұрын
Выгонять этого клиента, когда он единственный, конечно, не стоит. Но стоит поработать над тем, чтобы у вас появилось хотя бы 2-3 новых клиента. После этого вы будете смотреть на сумасбродства старого клиента совсем под другим углом.
@user-si7he1kz9o Жыл бұрын
В го не принято использовать фреймворки поскольку их нет
@flayers1646 Жыл бұрын
gin? echo? beego? это разве не фреймворки?
@unclea4046 Жыл бұрын
@@flayers1646 Spring - вот это фрэймворк, и java уже где-то сбоку. Т.е. spring над явой... Но gin "под" Go, а не Gin и где-то там go, там уже тех-же интерейсов не было-бы видно...
@bonefabric Жыл бұрын
@@unclea4046 Предлагаю ижью в гитхаб этих "фреймворков" создать, чтобы не позиционировали себя как фреймвоки. Вот авторы посмеются
@sergei888kuz611 ай бұрын
@@flayers1646 нет, это маленькие роутинг библиотечки)