Техническое собеседование на позицию Senior Developer в логистическую компанию

Техническое собеседование на позицию Senior Developer в логистическую компанию | Jetbulb

Рет қаралды 7,884

Күн бұрын

Техническое собеседование на позицию Senior Developer / Senior Engineer.
Иногда приходится проводить или проходить собеседование без каких-либо конкретных требований к кандидату. В таком случае выдвигается общий список требований, без учета специфики проекта или команды.
Такой подход вовсе не означает, что компания плохая или странная. Компания просто хочет найти потенциального сотрудника и усадить его за проект, что будет актуален в момент onboarding.
Вот и у нас точна такая ситуация. Компания ищет сотрудника уровнем Senior Developer / Senior Engineer. Нам предстоит задать вопросы, получить на них ответы и разобраться какой шеврон можно присудить кандидату.
Погнали!
Программа
00:00 Описание компании и позиции
01:58 О компании
02:22 Вопросы
21:14 Техническая задача
33:02 Выводы
Получи реальный опыт решения коммерческих задач в Agile команде
до 6 человек iprody.com/
Запись на обучение и собеседование:
iprody.com/interview
t.me/iPrody_Online
Мы в социальных сетях:
t.me/jetbulb
/ jetbulb
Материалы:
github.com/dobmax/simple-cach...

Пікірлер: 23

@oldblood3383 8 ай бұрын

Респект автору

@putinhuylo666 9 ай бұрын

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

@Jetbulb 9 ай бұрын

Да ладно ))) Норм, просто Макс на стиле 😎

@putinhuylo666 9 ай бұрын

@@Jetbulb Виски седые. Но это да,даже стильно)

@MrKelebras 6 ай бұрын

По поводу документации к коду, у меня немного другой подход называется "тебе надо ты и пиши" )) сколько времени тратиться на описание кода а потом к этому коду никто никогда не обращается, другое дело когда через время тебя жизнь заставила вернуться ты разобрался в коде у тебя в голове его описание ты его кратко изложил и ты на 100% уверен что описание соответствует не устарело из-за многочисленных правок, из опыта работал на позиции баг фиксера то код по диагонали читается но это особенное состояние дзен которое со временем пропадает :(

@MixAer 9 ай бұрын

Спасибо за видосы, очень полезно и интересно 👍🏻 У мены есть пара вопросов, может будет возможность в будущем ответить или привести пример. 1. Один из этапов собеседования во многие компании - System Design. Что там, собственно, могут спрашивать и как на это отвечать, если ты систему никогда сам не проектировал, а только допиливать фичи 😅 2. В одном из видео был вопрос о том, что делать если база тормозит. Там нужно было смотреть Query Plan. Можно об этом узнать подробнее?

@alevadnaya 8 ай бұрын

Макс, спасибо за видео

@TheRedbeardster 9 ай бұрын

Распределенная система - та, в которой компьютер, о существовании которого Вы не догадывались, может сделать Ваш компьютер неработоспособным (ц) Л. Лэмпорт

@RustamPlayer 8 ай бұрын

Насчет кэша, можно же достигнуть константы для всех операций используя связный список для хранения порядка, и мапу для хранения элементов этого списка. Таким образом получение любого элемента за константу (линейное от размера бакета если размер бакета больше 1). И легко удалять и добавлять элементы.

@LIIeBa 8 ай бұрын

Есть же LinkedHashMap -- хешмапа с сохранением порядка. теоритически используя ее можно получить константное время доступа по ключу, а также к началу и концу очереди.

@s.k.6563 7 ай бұрын

@@LIIeBa Также в первую очередь подумал о LinkedHashMap.

@koduryem 3 ай бұрын

Это похоже на типичный и довольно популярный кэш LRU.

@Alkapone63 9 ай бұрын

А почему htttp over tcp не гарантирует доставку? По моему же наоборот протокол как раз таки дает гарантию в отличии от upd так как есть процесс acknowledgment со стороны получателя и отправителя? Очередь также может быть не надежной. В случае если сервер очереди не отвечает то запрос не дойдет. Для исправления этого поможет outbox паттерн.

@DeonexGlower 2 күн бұрын

он всё обьяснил, если слоем ниже всё оборвалось то когда поднимиться не будет попытки доставить ответ ещё раз, если TCP канал будет перезагружен

@ovsyannikovo Ай бұрын

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

@user-gw6df6ns7e 9 ай бұрын

Насчёт инсайдерской информации. Прям смешно даже. Мало ли кто там что говорит в самом деле. Плюс если записи нет, то. В суд с чем пойдут?

@walcermelodia 8 ай бұрын

Макс, привет! Слушай, в европе есть позиция системного аналитика? С теми же обязанностями как и в рф. Вопрос: системный аналитик должен занимать проектированием/архитектурой, Solution architect и т.п. Просто меня удивляет, что люди которые ни разу не разработчики(хотя бы бывшие) занимаются проектированием и т.п., а не разработчик либо архитектор напртмер. А на вопрос почему так, бизнес с удивлением смотрит на меня. И невнятно отвечает по типу "пропасть между стейкхолдером и разработчиком". На что я им отвечаю "а вы про ддд слышали?", а в ответ тишина...