Відео

О! Легендарные легенды !!! Вопрос ))) если в контейнере на логах «послетали» hard link, как удалить эти файлы, или как вернуть доступ к ним ? Т.е. в папке файлы при ls -l показываются, но не копируются, не открываются для чтения, не архивируются ))) папка естественно намаунчена в контейнер … что делать ?

Прекрасное интервью!🎉

Зверский собес. Думаю абсолютное большинство сеньоров не вытянуло такое интервью

Write ahead log позволяет в терминах эсид строить дюрабилити, ребята что эти слова означают?😊

МОЖНО ЕЩЕ ГРОМЧЕ И ЧАЩЕ ГЛОДАТЬ ВОДУ!!

Great

Очень полезно и кратко, спасибо большое!

Люди добрые, подскажите где можно подписать петицию "за дженерики в php". Как долго нам придется писать эти громоздкие аннотации? По хорошему, их вообще при компиляции можно опускать. Они в 99% случаев, нужны лишь для удобного написания кода, чтобы не стрелять себе в ногу. Да, PHP интерпретируемый и с них толку практически нет, но как же удобно будет писать код. Атрибуты перекочевали с аннотаций, в чем проблема то же самое сделать и с дженериками?

после второго задания можно заканчивать, сеньером там даже и не пахнет

если из первой задачки на defer убрать убрать naked return, то результат будет 0. В чем фокус?

Так и не поняла в чем сложность поддержки о которой озвучили в примере...С поддержкой вообще как раз проблем нет, нужно только знание pgplsql,разве нет?

Интересно рассказываете про Lingualeo, что сложно поддерживать версионирование хранимок, триггеры и все такое, и следом идет повествование про pg_cron, где упоминаете гитлаб, и вдруг, версионирование уже спокойно в таком случае поддерживается

огонь! подписка!

Молодцы, круто делаете, спасибо Виталий и Гриша.

крутой доклад, спасибо

Дайте ссылочку?)

select for update - как раз часто лучше писать select for no key update (если не собираетесь менять ключевые поля). Т.к. по дефолту select for update это for key update, а поэтому оно вам дополнительно повесит блокировки на родительские по FK таблицы, что может быть совсем не желательно...

Отличная работа, приятно слушать

Professional speaker

Professional speaker :)

Отличная задача, кмк, даже крепкий мидл ее вполне может запилить

Почему бы не рассмотреть вариант с возвратом результата в виде некоторого промиса с каналом Done()? Внутри кеша, если надо, в отдельной горутинке идем во внешний сервис, а горутины хендлеров получают промис и сами решают подождам им готовности результата или сразу вернуть результат клиенту. зы Рекспект Виталию, кейс классный.

За отдельную встречу по мониторингу базы. Истории, метрики, способы решим и тд

ребята, спасибо за выпуск. это О-ГО-НЬ! спасибо Егору и его команде за труды. постгрес про <3

мне всё время казалось, что B-tree это от слова Block, потому что там в алгоритмах всё время "прочитать блок", "записать блок", "определить какой блок нужен"...

Спасибо Егору за качественную книгу, которая выложена в свободном доступе! Спасибо проекту между скобок, что приглашаете участников инженерной истории, которая пишется сегодня!

Крутой собес. Кот очень любит, доверяет❤

Полина - белочка

Зря вы так про творческих фронтендеров) Очень часто беда то не в них. Им крутят руки дизайнеры. Мол сделал компонент и думаешь красавчик, а потом дизайнер нарисует что-то очень похожее но немножко не такое и в итоге ты не можешь переиспользовать написаный компонент и делаешь всё заново. В апишки дизайнеры не лазят и поддерживать константность проще)

Тестовое задание подходит только если собираешься джуна брать, разрабам, кто работает, сомневаюсь, что будут делать. Только если у них работа фиговая.

В машине всегда были призраки-случайные сегменты кода, которые сконпоновавшись вместе, образуют непредиденные протоколы. Эти незапланированные, свободные радикалы порождают вопросы о свободе воли, творчестве, и даже о том, что мы могли бы назвать душой....

Интервью очень интересное, Алексей спасибо что нашли время !

Алексея всегда приятно послушать, спасибо за встречу!

спасибо за видео, но хочется донести, вас смотрят люди, которые уже понимают про горизонтальный скейлинг, шардирование, constant hashing и балансировщик. Хочется больше дискуссий, где use-cases доводится до конца, а не уходит в те же практические парадигмы, которые лишь возвращают в начало беседы из чего всё начиналось. Я поясню, что понятие trade off в CAP, вещь закономерная, но хочется услышать из ПРАКТИКИ или ОПЫТА, что в конечном счете выберем сам архитектор. usecase#1: у нас 1M запросов стучит в балансировщик, который направляет запросы на 50 инстансов, те в свою очередь прокидывют ивенты в кафку. Часть из 50 инстансов начинают падать и мы получаем 40, балансировщик распределяет нагрузку между 40, пока те 10 начинают подниматься снова. У нас происходит момент, когда очередь переполняется быстрее обычного, ведь до этого её consume-ли еще 10 человек. На этапе того, когда мы еще не до конца поняли, что упало 10, мы поймали еще несколько retry от запросов. В итоге у нас следующая картина: - в очереди лежит большое количество однотипных иветов с ретраев которые нужно согласовывать - у нас частью ключа в партиции является timestamp, который может потенциально при поздней обработке запроса закинуть ивент в другой шард - упала очередь, забиты конкретные партиции - distributed tracing обсудить и тд, ведь всё что магически пропало в проде, придётся искать usecase#2: огромные входные данные с выбором монги в качестве основной базы, где в конечном счете бизнес вырос и теперь у нас downtime очень сильно влияет на бизнес. Какие есть безполезненные палки для поддержания жизни способности отказоустойчивости монги, вместо базовых советов из книги переходить на cassandra usecase#3: разговоры о деньгах очень важны и они показывают, что книги служат пособием в идеальном мире, но влияние фактора бизнеса сильно сказывается на решениях. Хотелось бы услышать примеры из жизни, где ценообразование повлияло на выбор системы, где бизнес отклонил заявку на решение по финансовой причине и тд _____________ (все примеры не взяты сейчас из реальной среды, но потенциально имеют место быть). Хочется увидеть что-то дальше и детальнее обычного шардирования или как минимум на реальных примерах проговаривать интересные стратегии по выбору ключа и тд

Было ощущения общения слепых с глухими. И это при участии Олега, который гений в обучении, умении передать суть. Трешак, лучше наверное почитать книжку и всё.

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

Спасибо за очередной клевый выпуск 👍 про не явные возможности и эйдж кейсы очень было бы интересно послушать про редис)

крутяк, крутяк, спасибо. Прям очень интересно

Спасибо за ссылку на бложег)

Спасибо очень интересно и легко слушать спикеров

Фигасе! Какие люди)

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

не только у ai есть галлюцинации ua-cam.com/users/shorts5cvc3H4iFeo?si=sKyoI3fiQiSa8NPo

Не палите в следующий раз урл кодшера и код не будет исчезать

Вот бы всегда собесы проводились так, как будто есть ещё зрители, для которых неотвеченный вопрос раскрывается. А то интервьюверы любят просто пойти дальше, типа не знаешь ну и не знай дальше.

По факту Вроде они договорились делать broadcast ответа чтобы не делать лишние одинаковык запросы, но написали простой кеш без инвалидации, а потом только начали делать broadcast, и его не успели. имхо в реальном собесе это no hire.

Норм норм.

Очень интересно, спасибо за интервью. У меня был опыт, когда компания уходиоа из РФ. Но дела нужно было передать, иаски делать и тд. И нам предложили следующую схему. 2 зп выплачивают по-любому, но если перформишь до конца, передаешь все дела корректно и тд, то выплату получаешь совсем другую. Это сработало.

Олег конечно же😂

Потрясающее интересная дискуссия! Спасибо за то что вы делаете. Вынес много нового для себя