Требования к разработчику в западном банке | Собеседование | Senior Developer | Jetbulb 

Большое спасибо за выпуск!

Привет, Макс! Очень приятно тебя слушать, выпускай побольше контента. Спасибо тебе огромное!

btree это НЕ бинарное дерево, а наоборот, сильно ветвистое дерево 48:02

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

Большое спасибо за очередной выпуск!

Чую, что в этом видео будет что-то годное)

Спасибо Макс! Отличное видео! Как всегда! С праздниками тебя

Большое спасибо! За счёт, в том числе, твоих видео устроился на крутую работу 💪😎 и увеличил зп в 3 раза

При раскрытии темы шардинга, неплохо было бы еще и рассказать про выбор ключа шардирования. Если это сделать неправильно, то вы рискуете бегать по шардам, собирая данные из разных мест при создании выборки для какого-то конкретного кастомера или нескольких кастомеров. В гео-распределенных кластерах ситуация будет только ухудшаться. И да, спасибо за видео) Очень помогают систематизировать уже имеющиеся знания и узнать что-то новое)

Что может быть приятнее, чем вернуться в рабочий ритм под голос любимого наставника?) Отличное видео, спасибо, Макс)

Максим, большое спасибо тебе за качественный и супер-полезный контент!

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

Лучшее подробное описание ACID, такая сложная тема стала намного понятней 💯🔥

Почему для предотвращения lost-update нужна связка из уровня изоляции Non-repeatable read и mvcc, почему не достаточно одного из этих компонентов?

Очень крутое видео! Крутой формат! Никогда не пишу комменты, но этот случай - исключение!

Почаще таких видео. Оч полезно.

Спасибо за видео! Небольшие уточнения, вдруг будут кому-то интересно: 1)mvcc multiversion concurrency control, non multivalue 2) если мы говорим об mvcc то стоит упомянуть bcc lock based concurrency control это как раз таки про блокирующие алгоритмы 3) внутри каждой СУБД свое решение о том, как реализовать уровень изоляции, одни используют bcc (mySQL) другие mvcc (postgresql) поэтому в постгресе вам нужно на двух последних уровнях изоляции отлавливать ошибки сериализации, когда трансляция не прошла 4) про хранение индексов тоже есть большие отличия в разных СУБД, по этому не стоит так однозначно высказываться. В постгресе вообще нет кластерных индексов из-за многоверсионности

Супер! На одном дыхании посмотрел. Хотелось бы ещё про кубер, манифесты, сервисы, истио, сервисмеш, прометеус, актуатор.

Макс, спасибо за видео и ссылку на репо. Задачка на конструирование сервиса коротких ссылок, кажется, часто встречается и на секциях system design. Так что очень любопытно. Ну и вопросы по базам данных - очень актуально.

Шикарное видео. Спасибо большое!

Все вопросы из секции-2 у меня бы не вызвали затруднений. Другой вопрос, что мне думается синьору хорошо бы позадавать уже вопросы помимо таких ещё и какие-нибудь позволяющие понять насколько человек ориентируется в окружении кода. Например, где человек предпочтет юзать БД, где брокеры сообщений, где рэдис. Или как бы человек организовал систему логирования и мониторинга в с нуля пишущемся приложении. Или как бы разбил всё и вся на микросервисы. Ну и подобное... А вот первая часть меня бы сбила с толку. При просмотре ролика сразу появились мысли в духе: "О боже, я не помню деталей реализации алгоритмов архивирования. Библиотек и классов предоставляющих такие возможности тоже ясен фиг не помню наизусть. Что вообще собеседующие хотят проверить? Навык за короткий срок хоть какое-то решение предоставить? Насколько свободно ориентируюсь в теме "жонглирования" строками/алгоритмами?" В общем когда Вы рассказали, что вариант с хэшированием был засчитан у меня возникла только одна реакция "а чо, так можно было"?

Спасибо за видео, скажи, пожалуйста, на каком языке был каждый из этапов?

Большое спасибо за разбор

Отличное видео с интересными вопросами! 👍

Привет, Макс! Спасибо за классный рассказ) Разреши, добавлю как бы я отвечал про ключевое слово synchronized: к выводу о том, что потоки выстраиваются в очередь можно сказать, что вообще самое важное тут - выбрать правильный "замок", на котором происходит синхронизация. Собственно, именно от корректного замка и зависит работа. И если хочется проявить полет мысли, то добавить про "собственные внутренние замки", про "скрытые итераторы" и т.д. )) Concurrency - это большая отдельная тема)

А в какой среде Вы рисовали представления таблиц? Очень красиво!

Можно ли называть решение 1 задачи хэшированием, если при этой операции один и тот же адрес каждый раз генерируется по разному. Соответственно это просто генерация. Поясните если чего то не понял.

Посмотрел реализацию шортенера ссылок и очень много вопросов к правильности реализации. Но за контент - спасибо!

Спасибо за отличное видео! Маленький вопрос только по секции "Зачем нужен Replication": в чем принципиальное отличие пунктов "High Availability" и "No Downtime" (зачем они разнесены в два пункта)?

Спасибо, посмотрим. P.S/ Как же хорошо, когда английский C1 и никогда не думал, что буду учиться на разработчика))))

Привет, классный формат, хотелось бы ещё таких видео)

Замечание по поводу структур данных для индексов: структура B-Tree не является бинарным, B в названии означает balanced

Очень круто! Спасибо

Дякую за відео. Ви пояснювали їм всі ці речі на англійській мові? Цікаво чи потрібно мати високий рівень англійської мови.

Спасибо за разбор собеседования. Но есть одно "но": 48:00 B-tree не есть binary search tree. Это два разных дерева поиска. Поправьте, если не прав.

Макс, обожаю твой канал и твои видео

Привет, а можно поинтересоваться почему ты из коммерцбанка ушел? Я просто планировала туда подаваться

Не совсем понятно, как оптимистическая блокировка может помочь от Phantom Read? Можете подробно объяснить. Блокируется в данном случае набор records при попытке insert?

Посмотрел исходники. Не понятно как предложенный алгоритм будет параллелится. Про борьбу с Read Uncommitted. К примеру, в Oracle и Postgre вообще нету этой проблемы в следствии архитектуры.

Всё отлично. Ещё было бы лучше дополнять рассказ примерами в картинках (в данном случае про ACID), на слух трудновато воспринимается.

подскажите пожалуйста где можно почитать про блокировки и изоляцию ?

B-tree это не всегда binary search tree. Аккуратнее.

Надо было назвать Senior Database Developer

Здравствуй Макс, и что в итоге? На интервью что сказали?

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

Спасибо за видео. Посмотрел исходники. В видео озвучено, что решение "упрощено" в силу ограничений по времени и, если верно понял, иллюстрирует только работу на 1 инстансе приложения без персистентности. Но даже 1 инстанс такого приложения будет обрабатывать множество запросов (будет многопоточным). 1) Возможно стоит добавить оговорку, что решение еще и не учитывает много-поточность, которая точно возникнет в реальности даже на 1 инстансе. Прошу прощения, если такая оговорка была :) Почему решение не потоко-безопасно: использует HashMap, а не ConcurrentHashMap (или защиту локами/synchronized). Делает contains и put вместо атомарного и потоко-безопасного ConcurrentHashMap.putIfAbsent (или защиты локами/synchronized) и т.д. Т.о. текущая реализация может, например, отдать encoded, который в другом потоке был ассоциирован с другим longUrl 2) Нельзя ли было использовать DB и просто делать insert в таблицу с двумя полями (id с заполнением по sequence в базе и уникальным индексом, longUrl), а затем id корвертировать в base64 и отдавать как shortUrl? - и коллизий нет и потоко-безопасно и работает на нескольких инстансах (только для полноценного distributed high-load слабо подходит, что нормально "в силу ограничений по времени" и достаточно устно проговорить как изменяли бы архитектуру в этом случае)

А про ООП и ArrayList ничего не спрашивали? Как так)))

Неверное описание С (Consistency - Согласованность) при раскрытии темы ACID. Здесь используется другое значение Consistency - Consistency ensures that a transaction can only bring the database from one consistent state to another, preserving database invariants: any data written to the database must be valid according to all defined rules, including constraints, cascades, triggers, and any combination thereof. This prevents database corruption by an illegal transaction. Referential integrity guarantees the primary key-foreign key relationship

Отлично, даже кажется я тоже имел дело с этой компанией :)

Макс, это случайно собеседование не в Revolut было? :D

Мне понравилось про пометку в письме "Коммерческая тайна", серьезно, с каких пор пометка где-то в письме или в присланном документе стала кого-то к чему-то обязывать? 😄

очень качественный контент

взрыв мозга, у меня аж зуб заболел..))

поправочка - b-tree != Binary tree

очень улучшилось оформление и монтаж

Макс, в сути своей твой материал хорош. Но видосы могли бы быть в 2 раза короче. Избавься от по-настоящему лишних слов в своей рече. Полезной нагрузки в них нет. Сэкономишь время зрителям, перформанс едва ли пострадает.

Все замечательно, но почему ж консистенция, а не консистентность?))

👍👍👍

хэш - случайно сгенерированный)) как так то )) заболтался походу малясь но, всеравно молодец! спасибо за труд!

Комментарий для продвижения и просто потому что умею писать

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

Ок, требования есть. А где же хорошие приложения? :)

А какие требования в Дубае ? В Китае ? Сингапуре? Тошнит уже от запада

Оглавление это больше похоже на кластерный индекс, а вот алфавитный указатель это некластерный.

Максим, очень понравилось как вы ведëте собеседования и в целом материал на канале очень интересный. Хочу написать о главной, на мой взгляд, проблеме вашего изложения материала, может быть сочтëте полезным. Вне диалога и собеседования, на таком видео как это, в вашей речи очень сложно улавливать суть. Причины этого точно не определю, но предположу следующее. Вам часто пишут о большом количестве лишних слов в речи. Само по себе это мб не такая проблема для лектора, помогает не экать мэкать, если не успеваешь построить фразу, а вести плавное изложение. Но у вас этот мусор как будто забивает доносимую идею. У вас хорошая, не монотонная речь с акцентами, но акценты часто стоят именно на сорных словах. Итого мозг слушателя начинает отфильтровывать сначала лишние слова, потом и акценты, а в итоге и всю мысль целиком. Как говорят "с водой выплеснули ребëнка", а тут ребëнок в воде тонет и порой даже растворяется. Было бы классно, если бы получилось этот аспект доработать. В целом же ваша работа мне очень импонирует, спасибо за неë и за канал!

Много лишних рассуждений: Я подумал … Мне показалось … Наверно он подумал … Хочется слышать вопрос ответ А то прошло 10 минут, по Джава сказано ноль, зато сплошные рассуждения на тему коку что показалось

О, ну это для дяденек

Компания Revolut

Deutsche Bank?

консистэнцию

Похоже на собес Революта

это очень простые кейсы, неужели это прям реал собес был? 😂 податься что ли в фин-тех....🤣

Очень много воды

Когда наконец этот синьор девелопер перестанет лить пустую воду, 15 минут я смотрю подводящие "вот так вот... Вот эт вот... "

No googling, чего? Они совсем куку чтоли, короче сразу нахер таких людей можно послать. Разработчики это огромная сеть комньюнити, которая постоянно делится, той или иной информацией, иногда забываются даже самые базовые вещи, ты и сам это знаешь. Тебе нужно им было просто сказать: "Вот видите у меня за спиной сколько наклеенных стикеров, с разными невыполненными задачами? Как думаете, можно ли удержать всю абсолютно информацию в голове? Ответ - нет! Именно поэтому я клею себе стикеры на стену". Вникнуть в код, понять четко поставленное условие - это уже немало времени, а разобраться со всем этим прибавив чтение одной лишь документации - это уже за гранью тех 45 мин. Всегда не понимал людей, которые хотят бля все быстро, дешево и качественно. Как сказал один очень хороший человек, вот выберите 2 любых пункта из 3, тогда и будет Вам решение.

сто пудов это Револют

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

Какой хитрый дисклеймер. Киевские власти не согласны будут с ним )

я тоже собеседовался в один банк, ING bank, прикольно было куча народа product owner, куча технических спецов, короче весело было. Несколько собесов, стресс и поведенческое собеседование и пр прелесть. Но я устроился в другой банк))

if statements always use braces, {}. JCC - //зануда офф

System.out.println("Top as always");

I was excited to watch your video, you inspire me. If you want to get more fans research 'Promosm'!!