Пікірлер

• 
  @danil_andreev_sa6 күн бұрын

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

• 
  @TheYouAltairTube28 күн бұрын

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

• 
  @TheYouAltairTube25 күн бұрын

  Да, об этом говорится в докладе. Не досмотрел до конца.

• 
  @pan1201136Ай бұрын

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

• 
  @indigoi94832 ай бұрын

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

• 
  @Cutrapalli2 ай бұрын

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

• 
  @user-fc8ut5ww4v2 ай бұрын

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

• 
  @Pcheloved3 ай бұрын

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

• 
  @Soloneyka5 күн бұрын

  Спасибо за коммент, тоже так сделала ) Доклад отличный

• 
  @SEOExpert-eq6jr3 ай бұрын

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

• 
  @svetayet48643 ай бұрын

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

• 
  @unicoxr5tj4173 ай бұрын

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

• 
  @user-uf8tc4vg5r4 ай бұрын

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

• 
  @azazinlove75143 ай бұрын

  А как вы решили проблемы с этим *чудом*? Как их стало меньше из-за Yii2 или Laravel?

• 
  @user-uf8tc4vg5r3 ай бұрын

  @@azazinlove7514 ушел работать с Yii2 и Laravel )))

• 
  @lynax27094 ай бұрын

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

• 
  @Leonardo-gd2iz4 ай бұрын

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

• 
  @user-md2fk3jj1e5 ай бұрын

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

• 
  @user-do3pj7cj2f5 ай бұрын

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

• 
  @user-ue7wu2qc6f5 ай бұрын

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

• 
  @vladimir_v_it5 ай бұрын

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

• 
  @vladimir_v_it5 ай бұрын

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

• 
  @anizaupetweriless5 ай бұрын

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

• 
  @ural-site6 ай бұрын

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

• 
  @user-ll8wh1yj9c6 ай бұрын

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

• 
  @MidzuNeko6 ай бұрын

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

• 
  @user-vt2to2ut3p6 ай бұрын

  По своему опыту могу сказать, что эти две модели различаются не по технике, а по логике. По модели продюсер-консюмер вы оперируете некими побудительными командами: сделай, запиши, удали и т.д. А при подписке вы оперируете событиями. Что-то вроде "внимание, добавился новый пользователь". И каждый подписчик сам знает, что ему делать по факту наступления этого события.

• 
  @semenivanoff86153 ай бұрын

  Сисаналитики не выбирают, что и когда использовать. Это задачи архитекторов.

• 
  @user-uu4ro5iz5n6 ай бұрын

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

• 
  @mediasoft15516 ай бұрын

  Хороший пример написания документации можно найти здесь: habr.com/ru/articles/667884/

• 
  @user-ql4xu5qu2u7 ай бұрын

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

• 
  @MarkAnto79 ай бұрын

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

• 
  @resolution0710 ай бұрын

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

• 
  @orifdjanovs10 ай бұрын

  волнение 🌊

• 
  @alexandersmirnov427410 ай бұрын

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

• 
  @mediasoft155110 ай бұрын

  Работу с кластером должен менеджерить админ/девопс, а здесь мы говорим только про API чтения-записи документов :)

• 
  @alexandersmirnov427410 ай бұрын

  @@mediasoft1551 я имею в виду что клиент кот выподкчаетесь работатет с котнкретной нодой но нода может вропасть и клиент должен сам понять к с кем ему общаться дальше

• 
  @user-jd2xr7bf2t Жыл бұрын

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

• 
  @user-th8gh1md4s Жыл бұрын

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

• 
  @mediasoft1551 Жыл бұрын

  К сожалению, ссылки на репозиторий уже нет.

• 
  @user-th8gh1md4s Жыл бұрын

  @@mediasoft1551 а подскажите, если у вас разные файлы в /cmd собираются и им требуются разные зависимости, вы app.Run() для каждого из них отдельно реализуете или сразу все зависимости в app собираете и единый app.Run() используете?

• 
  @user-ys5qc7sh5t Жыл бұрын

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

• 
  @dencasio6141 Жыл бұрын

  Посмотрите в сторону 1С

• 
  @mediasoft1551 Жыл бұрын

  Конечно, смысл есть, главное - желание :) В интернете, кроме документации, есть много обучающих материалов на русском языке.

• 
  @user-name-2598 Жыл бұрын

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

• 
  @mediasoft1551 Жыл бұрын

  Выгонять этого клиента, когда он единственный, конечно, не стоит. Но стоит поработать над тем, чтобы у вас появилось хотя бы 2-3 новых клиента. После этого вы будете смотреть на сумасбродства старого клиента совсем под другим углом.

• 
  @user-si7he1kz9o Жыл бұрын

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

• 
  @flayers1646 Жыл бұрын

  gin? echo? beego? это разве не фреймворки?

• 
  @unclea4046 Жыл бұрын

  @@flayers1646 Spring - вот это фрэймворк, и java уже где-то сбоку. Т.е. spring над явой... Но gin "под" Go, а не Gin и где-то там go, там уже тех-же интерейсов не было-бы видно...

• 
  @bonefabric Жыл бұрын

  @@unclea4046 Предлагаю ижью в гитхаб этих "фреймворков" создать, чтобы не позиционировали себя как фреймвоки. Вот авторы посмеются

• 
  @sergei888kuz610 ай бұрын

  @@flayers1646 нет, это маленькие роутинг библиотечки)

• 
  @lazyproger6729 ай бұрын

  не говори глупостей, пожалуйста@@unclea4046

• 
  @GDIrvr8 жыл бұрын

  very cool

• 
  @Aggggr20078 жыл бұрын

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