2 ай бұрын
2 ай бұрын
4 ай бұрын
4 ай бұрын
5 ай бұрын
6 ай бұрын
7 ай бұрын
7 ай бұрын
8 ай бұрын
8 ай бұрын
9 ай бұрын
10 ай бұрын
11 ай бұрын
Жыл бұрын
Жыл бұрын
Пікірлер
@vlad-bruce 7 сағат бұрын
28:28 я подумал, у меня глаз начал дёргаться. до этого не замечал
@itcloudguy 13 сағат бұрын
Год в отпуске были. А теперь вернулись? :)
@ListenIT_channel 12 сағат бұрын
Почему год в отпуске?)
@itcloudguy 12 сағат бұрын
@@ListenIT_channel я свой комментарий год назад написал. :) А Вашу реакцию только сейчас получил.
@fromnsk Күн бұрын
BFF = best friend forever
@user-sq3vo8bp9y Күн бұрын
Почти каждьій компьютер в сети имеет свой ІР. Я даже его могу назвать :) 192.168.1. 101 или шото похожее. А МАС-адрес в локальной сети как бьі незачем )))) а потом уже порт..
@user-sq3vo8bp9y Күн бұрын
ващеее. #Японял!
@shaban13official 2 күн бұрын
Спасибо! 🔥
@user-pd8mq8ur7r 2 күн бұрын
Спасибо 👍
@user-fp5wm3mc6y 2 күн бұрын
что думаешь про redis в качестве асинхронного месенджика?
@user-ym4mp7mr7s 2 күн бұрын
Почему вебхук уже не работает в Тильда без подписки??
@ListenIT_channel Күн бұрын
@@user-ym4mp7mr7s это, скорее, вопрос к Тильде)
@andreyZhy 2 күн бұрын
Спасибо, очень интересно) А есть сервисы, которые предоставляют бесплатные прокси?
@user-rw1fn4ei6h 2 күн бұрын
Блин. Как хреново, когда написано на слайде одно, а в звуковом сопровождении произносится другое.
@ListenIT_channel 2 күн бұрын
@@user-rw1fn4ei6h А скинь, пожалуйста, таймкод, чтобы я понял, где именно бесит. Буду исправляться.
@user-gt7cr3um3t 3 күн бұрын
почему на 18:50 мы не выносим должности в отдельную таблицу?
@ListenIT_channel Күн бұрын
@@user-gt7cr3um3t да, вы правы, должности тоже нужно выносить в отдельную таблицу 100%. Думаю, автор опустил это, чтобы много не расписывать, а просто принцип показать. Либо просто не заметил :)
@user-vm7re9bu9r 3 күн бұрын
Было интересно, спасибо!
@user-wl3vc6tq4b 3 күн бұрын
Странно я думал микросервисы это тоже soa
@nikitabelov09 3 күн бұрын
Лучший канал!
@011101010101001 3 күн бұрын
Как же был хорош оригинальный голос на этих видео ..
@dmg1487 4 күн бұрын
Тема вообще не раскрыта.
@user-xm1yt6fb8q 4 күн бұрын
Большое спасибо! Прекрасно объясняете, все понятно. Очень полезно для студентов в сфере IT :)
@wickedtorpedo75 5 күн бұрын
Проблема middle+ уровня, оставлю на потом
@nelavas4651 5 күн бұрын
gateway тоже на отдельном сервере может быть реализован?
@Baxxa6uT 5 күн бұрын
тест
@user-hw6dw3np6v 5 күн бұрын
вы когда употребляете англицизмы то делайте перевод ,вы же не для себя родного это видео сделали ? "Оверхед" - это термин, который используется для описания дополнительных расходов или затрат, которые не связаны непосредственно с производством или продажей товара или услуги.
@user-iu4wu2dk9h 7 күн бұрын
очень качественное объяснение
@user-gh6ce1ht6v 7 күн бұрын
Полезное видео, спасибо! 🙏
@ArtePluviali 8 күн бұрын
Странно, а я думал термин AI (Artificial Intelligence) придумали писатели фантасты. А ещё оба слова «искусственный» и «интеллект» к мозгу человека никакого отшения не имеют, разве что у психолухов. Как и к науке о мозге человека. По-моему, вы используете эту понравившуюся миллионам сказку из фантастической литературы и пытаетесь натянуть её на способности человека и его ЦНС как драйвер продаж, оплаты за свет и за видеокарты nVidia. Недавно видел как профессор с PHD из видеоролика про AI никак не мог понять, почему ему лично удобнее писать на бумаге, а не печатать на клавиатуре, что лично для меня говорит только об одном - вы продаёте обыкновенную LLM под видом будущего AGI с целью поднять бабла здесь и сейчас. Как говорил Мишель де Монтень: «Люди ничему не верят так твердо, как тому, о чем они меньше всего знают». Но как по мне здесь ещё более уместно другое его изречение: «Человек не способен создать даже червяка, зато богов создаёт дюжинами». Быть может стоило начать с червя, если ваша цель превзойти человека?
@futman838 9 күн бұрын
Спасибо !
@sergeytatarinof536 9 күн бұрын
спс помогло
@N5O1 9 күн бұрын
13:28 а база данных зачем? а если есть база данных, то можно и вьюшку со статусами нарисоввть...
@N5O1 9 күн бұрын
12:24 автор сокрушается о том, что сложно выпоонять все быстро и гарантировать получать ответы о передаче данных, но при этом топит за бродкаст...
@AlPerev 10 күн бұрын
Бизнес слушается разработку? Бизнес думает что если есть бабки, значит разрабы должны сделать всё
@ListenIT_channel 8 күн бұрын
@@AlPerev в современной разработке бизнес должен слушать разработку, а разработка - бизнес. Без этой прозрачности и понимания процессов обычно выходит ерунда, продукт, изолированный от реальности, либо не готовый к масштабированию бизнеса, либо бизнес запрашивает невозможное и не понимает, почему сделано не так (не понимает ограничений). Это все равно всегда в какой-то мере остаётся, но лучше это, конечно минимизировать.
@woomy_squid 10 күн бұрын
После объявления автором главного правила развилки на следующем слайде оно сразу же нарушается
@aiwayway 10 күн бұрын
Откуда у Блокчейн самое большое кол-во вычислительных мощностей на всей планете - с учётом того, что я не пользуюсь блокчейн, друзья не пользуются блокчейн, друзья друзей не пользуется, родственники друзей друзей не пользуются. Так как так получается, что у блокчейн самые большие вычислительные мощьности - если ни у кого нет этих приватных ключей от блокчейн??? С учётом того, что майнеры это обслуживающий персонал блокчейн, а не сам блокчейн. Кто-то знает ответ?
@coryphoenixxx8238 10 күн бұрын
NATS
@A1enushka 10 күн бұрын
Бедные прогеры в рассматриваемом примере... им приходится работать без маркетологов, без бизнес-аналитиков, без дизайнеров и много еще "без кого"...
@Ashot-headshot 10 күн бұрын
Наглядно и понятно, спасибо за видео
@firewatermoonsun 10 күн бұрын
Не overhead, a overkill.
@sayomortal 10 күн бұрын
Спасибо что кракто почитали за меня первые статьи из гугла. Вам бы лекции вести в захолустных колледжах
@yashkevich8164 11 күн бұрын
Не вижу концептуально разности между РЕСТ и РПС. Что там, что там идет запрос на сервер, ждем, получаем ответ. В чем разница?
@forexmir 11 күн бұрын
минус - т.к. крайне невнятное объяснение, читаешь как будто с текста на экране; т.е. сам не понимаешь о чём говоришь и тебе это неитересно
@ska6391 11 күн бұрын
Да, реклама отличная, правда отбор, как у фашистов. Меня и моих коллег, фронтенд разрабов не пустили, то есть на почту пришли отказы. Ну ок, чё
@ListenIT_channel 10 күн бұрын
Сейчас разберёмся, в чём тут проблема.
@ska6391 10 күн бұрын
@@ListenIT_channel короче моего кореша взяли, у нас было только одно отличие, он написал «фронтенд разработчик» в регистрации, а я «программист-разработчик». Если получится решить проблему и меня запишут на митап авито.тех, в губы тебя расцелую(гетеросексуальная шутка)
@ListenIT_channel 10 күн бұрын
Получил официальный ответ от AvitoTech, вот, что ребята пишут: «К сожалению, возможности площадки физически ограничены, и она не может вместить всех-всех желающих. Все заявки мы одобряли вручную, и, если кому-то пришёл отказ, то, к сожалению, это означает, что офлайн-билетов попросту не осталось. Мы благодарны всем за интерес к нашему мероприятию! Кстати, можно будет посмотреть онлайн-трансляцию по ссылке: kzbin.info/www/bejne/nmSbfKhjZbCVhas »
@ska6391 10 күн бұрын
@@ListenIT_channel ну короче работают они так себе. Спасибо, что выяснил, они мне ответили тоже самое. Но коллегу моего, с таким же стажем и профилем - взяли, а я зарегестрировался на пару часов раньше. Слишком странно, ну да ладно. Спасибо, за уделенное тобой мне внимание)
@AvitoTech 9 күн бұрын
@@ska6391 Привет! С конференцией действительно не получается уже совсем никак :( Но мы ждём вас на наших митапах и других мероприятиях!
@ИгорьГерасемков 11 күн бұрын
Как вывести деньги с кошелька OKX на биржу ByBit ? есть только эти слова и все : clay stick define lizard chuckle steak visa steel shadow liquid hub brief
@MrPushcart 11 күн бұрын
Хм, странный пример про кафку и менеджера который не видит - начала ли исполнятся заявка или нет. Это решается посредством системы которая собирает и отображает статусы заявки на каждом этапе исполнения. Менеджер посмотрит что заявка в статусе - инициализирована. Но не в статусе - обрабатывается, к примеру. И все. Можно еще алерт сделать если заявка слишком долго в каком то статусе зависла Но вообще event driven архитектура это не универсальное решение, надо думать о компромиссах. Хотя при сверх высокой нагрузке и куче микросервисов ничего лучше наверное и не найти
@ListenIT_channel 10 күн бұрын
Да, автор так и говорит, что его ситуация - когда нет обратной связи для менеджера (ни синхронной, ни асинхронной). Согласен, это немного странно выглядит, но, видимо, какие-то ограничения были на проекте.
@XBeatus 11 күн бұрын
Еще прикольно слышать про "высокую нагрузку" и не приспособленность к ней REST. О каких RPS речь? В плане именно потолка RPS сам по себе REST не сильно уступает тому же gRPC (формирование бинарников и их расшифровка дают 100-150 мс край). При высоких нагрузках узким горлышком становится чаще БД, чем конкретный протокол общения
@ListenIT_channel 10 күн бұрын
Тут, думаю, слегка преувеличено про "неприспособленность REST к высоким нагрузкам". Речь больше про то, что есть определённая грань нагрузки, когда время на сериализацию/десериализацию protobuf компенсируются скоростью передачи данных. На маленьких нагрузках - действительно смысла нет - можем только ухудшить ситуацию. На больших (по конкертике есть исследования, где находится эта грань целесообразности, поищу, скину) - gRPC будет уже эффективнее. Ну и стриминг у gRPC. И жёсткий контракт.
@XBeatus 10 күн бұрын
@@ListenIT_channel Ну тут я докапывался, конечно же, к формулировке именно. Понятное дело, что на масштабах в несколько десятков тысяч RPS REST начнет проигрывать gRPC, но это ни то, чтобы супер частый кейс, когда системы сталкиваются с такими нагрузками. Там и голый gRPC вряд ли сам по себе справится - придется придумывать что-то помимо смены протокола
@XBeatus 11 күн бұрын
В смысле у REST нет схемы данных? Это как говорить, что у SOAP нет кэширования. Все есть, просто никто не заморачивается. Или JSON Schema или Avro Schema уже на обочине где-то валяются?
@ListenIT_channel 10 күн бұрын
В статье специально проговариавается, что в REST нет именно обязательной схемы, в отличии от того же gRPC или SOAP. А про кэширование SOAP - на уровне самого протокола его действительно нет, но это не значит, что его нельзя реализовать на уровнях клиента, прокси, сервера приложений, БД и пр. - согласен.
@MachineLearningSpecialis-bh7cs 11 күн бұрын
почему ассинхронность это откладывание запроса? Разве это не просто паралельное выполнение запросов??
@burialstance 9 күн бұрын
параллельная обработка и подразумевает ответить потом
@int3rhard 11 күн бұрын
И для чего нам эти вырезки из книг и статей? Тут нет ответа на вопрос из тайтла: Как соединить микросервисы. Тема сисек не раскрыта, так сказать! 😄
@otahjuelasso130 11 күн бұрын
Автор попытался, видимо, раскрыть чем связать, а не как
@llRub3Nll 11 күн бұрын
интересно что ничего про ГрафКюЭль, наверное автор не сталкивался)) спасибо за видео
@itdev4680 11 күн бұрын
О покойниках либо хорошо либо ничего
@ListenIT_channel 10 күн бұрын
Есть такое. Про GraphQL можно глянуть отдельное подробное видео kzbin.info/www/bejne/jpzbZqqopLSnbdEsi=CnJaN2tq21jK2h56 и сравнение с другими методами интеграции kzbin.info/www/bejne/eXzcYoGmmdSjpZosi=Gnoyhsxq_c7qL2Wn
@sphardegod5451 10 күн бұрын
@@itdev4680почему о покойниках? не приходилось работать, но в проекте предстоит, интересно почему так считаете
@N5O1 9 күн бұрын
имхо graphql, rest, grpc и soap (с этим не работал) отличаются только количеством оверхеда, который тебе нужно добавить в код. это все надстройки над http и принципиальной разницы между ними нет
@ListenIT_channel 9 күн бұрын
@@N5O1 есть разница, как с ними работать, как сложно их поддерживать и составлять контракт, поддерживать обратную совместимость, и насколько хорошая у них пропускная способность. Ну и всё-таки не сказал бы, что правильно будет сказать "http - всё одна фигня" - http/2 в случае gRPC довольно существенно отличается от рестового http.
@StanleyFishman 11 күн бұрын
Еще есть unix сокеты и кастомные протоколы. Ну и про кролика рассказать бы более глубоко.
@user-wt9ej6tl2i 11 күн бұрын
Было интересно
@Ntap13 11 күн бұрын
А какая целевая "маленькая" аудитория? Если будут смотреть НЕ айтишники, то вряд ли что-то поймут. А если будут смотреть разрабы по стэку, то информация слишком простая и базовая. Самые актуальные и важные способы взаимодействия с оркестратором и перераспределением нагрузки тут опущены (хореография и агрегатор). Не рассмотрен ни один паттерн (stangler, SAGA). Просто если авторы статьи сами новички в вопросах архитектуры микросервисов, то не понятно зачем их статью читать. А если информация намеренно упрощена и сжата, то не ясно кому это будет полезно. Автору канала большое спасибо за труд. Лайк и подписка за труды и приятную подачу
@ListenIT_channel 10 күн бұрын
Спасибо за фидбек! Тут автор дал общую информацию по интеграции - не думаю, что её можно рассматривать как исчерпывающую по интеграции микросервисов - это факт. Думаю, начинающим разработчикам может быть полезно и системным аналитикам. А про хореографию, оркестратор и SAGA, кстати, видео тоже планируется.
@utabpe1038 2 күн бұрын
Как минимум разрабам не по стэку. Например фронтам