Відео

Понравилось выступление, теперь стало ясно ❤

Супер, спасибо!

А кто-то утверждает, что в UC не должно быть ссылок на конкретную реализацию и, как следствие, что в нем не должно быть упоминания системы, т.к. система: 1) может измениться, что потребует нового изменения UC 2) в UC, как ни старайся, весь алгоритм не опишешь

очень красивый докладчик:) сложно воспринимать доклад:)

Отличный доклад

Можно номерок этой красотки ?!

Отличный доклад для новичков! Спасибо!♥‿♥

Спасибо за доклад. На основании указанных ошибок составил себе памятку для проверки Use Case на правильность составления; прикрепил лист к своему шаблону, буду проверять по этому чек-листу. ))

Hello, there!!! I hope you are well. I visited your UA-cam channel, and your video-making is very good. Your content ideas are very good. Thank you so much ❤❤

крутой доклад. короткий но ёмкий, спасибо

Kafka - маст хев в 2024 году для сурьезных дядек.

Как появилас табличка с Magento - о да, я с этим "чудом" работал 5 лет ) А теперь ушел в Yii2 и Laravel. Видосик отличный, спасибо

Я, кажись пропустил момент, когда голое железо стало лучше докера...

18:05 кажется не в 10 -20 раз gRPC быстрее, а раз в 5-7 и там куча условий. Бывают сценарии когда рестовые сервисы отрабатывают быстрее.

автор страный, почему люди зря не использовать игрушку redis которая не гарантирует ничего? если вам кровь из носу не нужно 1 млн сообщений то зачем идти на риски потери данных? и как nosql хранилище его тоже едва ли кто использует по той же причине, как кэш - используют. вы ведь не ставите например на линукс мод ядра, отключающий fsync, после чего любой софт внимательно пишущий на диск начинает летать?) ну да, база стала в 10 раз быстрее закрывать транзакции но транзакцией теперь это назвать сложно.

Какой симпатичный докладчик 😍

Когда нибудь уже поймут, что Соntent-Type не используется в запросе от клиента) Content-Type требуется для операций с входными данными, а заголовок запроса Accept требуется для операций с выходными данными.

А что про gRPC и браузеры? http2 же поддерживается. Или такой старый доклад?

Классный доклад! Спасибо!

6:56 третью страницу, наверное

Уточните пожалуйста по расширениям и альтернативным сценариям, в докладе прозвучало, что обработка исключений это расширения, а в литературе в просторах интернета, наоборот что это альтернативные сценарии.

Спасибо за доклад! Было очень полезно

Коллеги, а чем конкретно отличаются модели producer-consumer и publisher-subscriber, не рассказали. Ведь это важно! По одной модели получатели (consumer) сообщений сами ходят в брокер сообщений, чтобы посмотреть, что нового, и забрать новое. А по второй модели брокер сообщений сам рассылает сообщения получателям (subsriber). Как выбирать брокеры с точки зрения модели получения сообщений, тоже не рассказали.

Можно пожалуйста прикрепить ссылки идеальных шаблонов документации в описание?

Как на json может быть неудобно или непривычно писать? Это самое удобное, и понятное, что только есть в запросах, как по мне. И спасибо за мнение про орм, никогда не понимал, в чем его удобство, в всегда запросы в базу пишу руками, и счастлив, ничего сложного в этом нет + скорость выше + все наглядно и понятно. Да, совсем криворукий джун с орм меньше накосячит, но это странная проблема, на самом деле

А где тут микросервисы? Основной время вообще про тестирование

Звук ужасный просто

волнение 🌊

вот вы говорите что ес-клиент тоже самое что обычный хттп-клиент а как же работа с кластреом кто это будет менеджить?

wire проще закрывать все.

а есть ссылка на демо репозиторий? а то не совсем понятно, как дальше все работает

На русском документация есть? Смысл есть в го входить если инглишем не владеешь?

Есть вопрос на будущее. Какие последствия для бизнеса при сотрудничестве с одним единственным клиентом, сумасбродным, непредсказуемым, непонятно чего желающем? Возможно стоит отказаться от такого клиента, принять решение, не смотря на возможные убытки?

В го не принято использовать фреймворки поскольку их нет

very cool

отлично и по делу