Speaker A
Проверяем, проверяем. Ждём, так сказать, наших первых зрителей, участников эфира. Кто у нас сегодня будет первым?
Интервью с ментором из Uzum и ex-WB о Java, SQL, многопоточности и подготовке к собеседованиям для senior-разработчиков.
Ask about this video. Answers come from its transcript only — with the timestamp, so you can check them.
Generated from the transcript and can be wrong — check the timestamp.
Key Takeaways
- Подготовка к собеседованиям должна включать глубокое понимание Java, SQL и многопоточности.
- Ревью кода и обсуждение реальных задач помогают лучше раскрыть навыки кандидата.
- System design интервью обычно проводят senior-разработчики и team lead-ы.
- Сопроводительные письма и наличие профильного диплома могут повлиять на решение HR и интервьюеров.
- Мок-интервью — эффективный инструмент для улучшения навыков и оценки прогресса.
What the video covers
- Обсуждение формата и процесса публичного собеседования с ментором Николая, имеющего 7 лет опыта.
- Важность подготовки к вопросам по Java, SQL и многопоточности, а также ревью кода.
- Рассказ о практике проведения собеседований в крупных компаниях и особенностях system design интервью.
- Советы по прохождению финального этапа собеседования, включая обсуждение реальных рабочих задач.
- Обсуждение требований к грейдам и различий в собеседованиях для middle, senior и team lead позиций.
- Роль сопроводительных писем и дипломов в процессе найма, а также советы по их оформлению.
- Особенности работы с брокерами сообщений, преимущественно Kafka, в крупных компаниях.
- Обсуждение сложностей и подходов к выявлению багов в многопоточном коде.
- Польза мок-интервью для отслеживания прогресса и выявления слабых мест в знаниях.
- Вопросы и ответы от зрителей, касающиеся реальных кейсов и опыта проведения интервью.
Chapters
- 00:00Введение и знакомство с участниками
- 06:59Обсуждение system design в Т-банке
- 14:28Ответственность за код и опыт проведения собеседований
- 21:19Многопоточность и выявление ошибок в коде
- 27:44Обсуждение fail fast и fail safe итераторов
- 48:50Практические советы по прохождению финального этапа
- 87:54Вопросы зрителей и ответы менторов
- 113:30Заключение и рекомендации по подготовке
Full Transcript — Download SRT & Markdown
Speaker A
Напишите плюс в чат, если нас видно. А также напишите букву своего грейда, если вы нас видите сегодня впервые. Плюс, если увидели уже, минус — если впервые.
Speaker A
Ждём, ждём всех. Также сейчас мы будем отвечать на вопросы разогревочные. Пока бот пришлёт всем ссылку, мы отвечаем.
Speaker A
Николай пришёл подготовиться. Ну что, ну что, ждём, ждём, ждём, ждём людей. Вот даже мне уже сообщение пришло.
Speaker A
Три человека, три зрителя. Пока давайте чуть-чуть подержу. Так, пока ещё никто ничего не писал.
Speaker A
Николай, давай поприветствуем зрителей. Не слышно. Микрофон выключен. Привет, Илья. С Николая подготовиться. Да. Всем привет. Слышно меня?
Speaker A
Задавайте. Да-да-да, слышно. Задавайте свои вопросы. Не молчим, не сидим. Пишите свой грейд и букву грейда. М — если middle, S — если senior, J — если junior или intern. Также плюсик, если вы уже были, минус — если вы впервые на эфире.
Speaker A
Так, плюсик у нас, плюсики — он уже был. Николай, а ты сегодня впервые, да, на публичном собеседовании?
Speaker A
Да, в целом я ни разу до этого не проходил. Задавайте, да, любые вопросы в чате, мы с Николаем ответим. Николай у нас сегодня не новичок, поэтому будет интересно. Также готовься, Николай, сразу к SQL, потому что будет SQL, как на прошлом эфире. Ты видел?
Speaker A
На прошлом, к сожалению, не посмотрел, но обычно не было. О, ну да, SQL надо, это SQL нужно повторять.
Speaker A
Привет всем. Привет. Привет. Да, ждём, ждём. И скоро вот уже начнём. Всё будет по стандарту, как обычно.
Speaker A
Так, сколько лет опыта у Николая? Николай, сколько лет опыта? Не слышно. Дадада. Да, сейчас мне надо вспомнить.
Speaker A
Так, наверное, это будет около семи. Вот 7 лет. Так, у меня тоже 7 лет опыта.
Speaker A
У нас так мы можем друг друга начать собеседовать. Мы так и делаем обычно. Да, если бы телезрители, да, мы бы вообще просто друг друга собеседовали в пустоту, записывали как друга собеседование.
Speaker A
У меня 2 часа было собеседование. Да, я кого-то собеседовал, так что это нормально. Мне рассказывал, что ты сегодня кого-то собеседовал. Кого куда собеседовал, да, ну, в целом нашу компанию. То есть периодически я раз в неделю примерно буду собеседование. Вот. То есть с этим процессом как бы знаком хорошо. С другой стороны вот, а какие вопросы ты любишь задавать на собеседовании? Какую секцию?
Speaker A
Я провожу чистоязыковую секцию, то есть это Java, SQL, многопоточка. Ну, в принципе, всё, что связано со знанием языка. Вот так. А что предпочитаешь спрашивать? Вот на что больше упор делать? Сегодня я тоже на это сделаю упор.
Speaker A
Я обожаю. Ага. Я обожаю вообще в целом какие-то вот такие вот штуки типа ревью или там, может быть, про опыт скорее, когда человек вот раскрывается, насколько хорошо он типа видит код, читает код, находит какие-то в нём баги.
Speaker A
Мне прямо нравятся эти секции. Вот прямо самое лучшее, что можно придумать. Может быть сегодня место SQL ревью.
Speaker A
О, это было бы идеально. Я прямо обожаю эти истории. То есть, кстати, Николай был у меня на Моке. А вот, а я тебе давал ревью на лично Моки.
Speaker A
Ух, слушай, я не уверен, что было дело возможно. Хорошо, тогда поревьювим сегодня код. Приготовь адшку и так, чтобы она прямо, знаешь, не подсвечивала код. Ух, чтобы не было, знаешь, красного. Либо VS Code. Лучше всего VS Code.
Speaker A
Так, ну по-моему, без всего вообще. Так, я прямо в этом блокнотике. Зачем нам эта ерунда?
Speaker A
Вот. Ну да, зачем нам это? Правильно. Действительно, нам это не нужно. Нам блокнот ваш не нужен.
Speaker A
Конечно. Хорошо. Так сказать. Плохой код уже заготовлен. Будем его ревьювить. А только попрошу сразу тебя сделать разрешение побольше, чтобы зрителям было хорошо видно.
Speaker A
Да, разрешение побольше. Сейчас я пойму, как это сделать. Так. Многопоточки. Интересно. Хорошо. Сегодня будет даже по многопоточке поспрашиваем.
Speaker A
О, обожаю. Во, отлично. Так, разрешение побольше. Разрешение побольше. Разрешение побольше. Вот так. Что-то изменилось. Нет, наверное.
Speaker A
А я твой экран пока... А ты его не шаришь? А я его не шарю. Я его должен пошарить.
Speaker A
Давай по... Ты его шарь и шаринг не останавливай, да? Потому что так будет удобнее. Вот пока люди приходят, пишите букву своего грейда. Плюсики — если уже были на нашем эфире. Минус — если впервые. А также задавайте любые вопросы, мы обязательно
Speaker A
с Николаем их ответим. Сегодня два действующих собеседующих из Бигтеха, поэтому это будет довольно интересно.
Speaker A
А в Т-банке приходится вот проводить system design?
Speaker A
К сожалению, я пока не провожу, но очень интересно. Мне очень нравится эта секция. Да, это какой-то следующий...
Speaker A
Ой, мне приходится исключительно system design проводить. Вот. Классно. Сейчас пытаюсь понять. Ага, наверное, вот так. Да, пошло, пошёл шаринг, много или какой-то кусочек.
Speaker A
Сейчас я гляну. Да, всё нормальный шарик. Давай быстренько посмотрим. Оп. Да, есть. Можно больше поспрашивать про рабочие задачи?
Speaker A
Да, давайте, потому что многие многие заваливаются на финале. То есть на финале легко завалиться. Почему?
Speaker A
Потому что, ну вот есть у меня история, что как-то кандидат не шорткатовский, а просто в целом пришёл на финал, причём сберовец, и начал хвастаться достижениями. Вот я не знаю, может про это уже рассказывал, но у него достижение, что он написал
Speaker A
сервис, который кладёт файлы в S3 и сохраняет метаинформацию за 3 месяца. Вот каркас он делал, по-моему, пару спринтов. Вот в целом считается нормальным каркас сделать. Ну, проекты обычно день дают, чтобы ещё разработчик чуть подумал. Так, какие грейды ВТБНК собеседует?
Speaker A
Ну, это там в целом собеседование в зависимости там опять же от какой секции. Вот на разных секциях разные требования и возможно в разных языках и профессиях тоже требования разные. Ну у нас, допустим, на код собеседует, ну, не на код, там, наверное, самого middle.
Speaker A
Да, дада, да. В целом это стандартная практика, то есть middle собеседует, senior какой-нибудь собеседует system design.
Speaker A
Ну и команд лид уже собеседует, если вдруг нам нужен финал. Так, давайте ещё задавать вопросы, потому что скоро мы уже будем начинать.
Speaker A
Через пару минут условных мы начнём уже. Можете записываться, кстати, на мок, он всегда будет полезен.
Speaker A
Николай у нас уже был на моках и, видите, с радостью возвращается. Ну да, это интересно же, как бы всё равно с другой стороны.
Speaker A
И прогресс трекать и всё вот это трекать, это вообще по кайфу, слушай. Ну, на самом деле, даже я бы сказал так — хорошо иногда на себя с другой стороны посмотреть. И иногда вот, например, там идёшь собеседование и какие-то темки сам ещё точно не знаешь,
Speaker A
что ты в них слаб. Вот. Но тебе же как интервьюеру надо быть классным интервьюером, разбираться лучше. Вот, соответственно, а вот проведение интервью — это даже такая постоянная поддержка как бы своих хардов. Ну и о, спасибо. Спасибо всем, кто любит,
Speaker A
смотрит и поддерживает. Интересно, брокеры сообщений. Хорошо, мы про них проговорим. А вообще вот в Т-банке помимо Кавки у вас что-то есть из брокеров?
Speaker A
Ну, базово максимально, наверное, используется Кавка. Это какой-то у нас ВБ был нац, кстати, нац. Так вот, что что за нац?
Speaker A
Что за орех? Что это? Зачем вам это? Есть ли смысл на Х в отклике скидывать фото диплома?
Speaker A
Ну, знаете, кстати, какой-нибудь условный Сбер, кстати, реально смотрит на диплом. Я вот несколько коллег знаю, и там на финале прямо тем спрашивают: "А есть ли у тебя диплом и профильное образование?" Но смотрит ли на это HR? Точно подсказать не могу. В
Speaker A
целом, скорее всего, мне кажется, достаточно просто его добавить в резюме. Сопроводительное письмо никогда не бывает лишним. Есть куча мест, где о вас могут написать сопроводительное письмо. Тут же LinkedIn. Люди туда действительно заходят, читают. А на Хабркарьере можно сопроводительное тоже оставить. А
Speaker A
коллеге я пару раз, кстати, даже читал чужие сопроводительные. Было очень интересно. Вот интересен именно лайконик многопоточки, точнее нахождение ошибок. Вроде в теории всё понятно, а когда доходит до дела, всегда тяжело находить. Как вообще находить узкие места? Хорошо, я услышал.
Speaker A
Поэтому ревью у нас будет многопоточки. Сейчас я найду, я найду задачку. Да, ну там она не сложная. Ну прямо сложная нам смысла давать нету, потому что...
Speaker A
Как там семантику забыть? Легко. А если ещё бывает лакодинг с компиляцией, особенно если не подсвечивает каком-нибудь интервью капс, там вообще беда порой. Ну нормальные интервью дают хотя бы погуглить, да? Я сейчас, если гуглишь, то сразу нейронка появляется, что в Гугле, что в Яндексе с
Speaker A
подсказками. Это что-то жёсткое погуглить прям не погуглить интерфейс. То есть тебе говорят: "Ну, если хочешь по интерфейс, типа зайди, загугли и открой там типа оракласскую документацию".
Speaker A
Вот. Задавайте ещё свои вопросы. Через 2 минутки начинаем. Есть ли смысл писать сопроводительные? Да, есть. пару моих сопроводительных действительно было просчитано, но в этих компаниях я не работал. То есть как минимум до собеседования дошло, но в целом учар сейчас такая большая
Speaker A
нагрузка, ну реально большая. То есть на одну вакансию сотни кандидатов могут быть. Причём как скручённым опытом, как не скручённым. Пожалетели бедных девочек. Им ещё отделять зёрна от плевел.
Speaker A
Но в целом советую, насколько ли вообще актуален лакодинг? Актуальный некуда. Вот мы сейчас говорим про лакодинг в эпоху cloudдкода. Cloud код пишет код. А кто верифицирует этот код? На ком ответственность за залитый код? На мне, на вас. И если вы не
Speaker A
сможете нормально понять, говнокод перед вами или нет, то в один момент вы не нужны будете. Вот эта проставка, которая отвечает, она не нужна будет. Будет сразу код просить. Многие компании, вот я слышал выступления, они в целом дают cloudкод аналитикам, и они что-то пишут,
Speaker A
и даже что-то и выходит. Но в целом в эпоху AI кодрев - это один из основных навыков, потому что кода пишется значительно больше, потенциальных проблем в десятки раз больше. И если вы не сможете, значит, вы не можете нести
Speaker A
ответственность за код. Если вы не можете нести ответственность за код, значит, в целом это не ваш код.
Speaker A
И наиболее частая сдачала Life часто любят задачи на Outbox, на этот Spring Proxit, это вот транзакция, допустим, в классе вызывается, любят на big deal, то есть, ээ, там как считать там вот, ну, тоже проговорим. Шансы пройти и их
Speaker A
фильтры принайм. Ну, я вижу, кого пропускают и чары. И, к сожалению, я у них вижу сплошные GPT резюме. То есть я прямо вижу резюме и вижу, что оно GPTшное. И такое чувство, что HR пользуется GPT и кандидат пользуется GPT. Поэтому они друг друга
Speaker A
проходят. Если вы попробуете сделать ревью нейронкой, той, которую вы написали код, скорее всего, она совсем согласится, даже в другом контексте. Она увидит свой паттерн и скажет: "Блин, всё по красо". Но если вы сделаете ревью кода уже другой нейронкой, шанс того,
Speaker A
что найдёт повыше. Повыше. Поэтому тут же также и при наёме. Если HRКА пользуется той же нейронкой, что написал резюме, шанс пройти, скорее всего, будет даже выше, чем у человека, кто написал сам. Лайкодинг всегда актуален, безусловно база.
Speaker A
Ну и а я, может спутал, да. Ну, код review и life-кодинг, да, сейчас. Лайкодинг.
Speaker A
Ну просто на ревью мы лайкодим ещё, да, извините, то что я этот Да-да-да. Илия, мистадар Дарк Илия, прости. Да, код писать в целом уже не особо и приходится то надо качать кодревю.
Speaker A
Приходится. Ну редко, но метко. Хорошо, в принципе, сейчас мы уже будем начинать. Перед тем, как начнём, познакомимся.
Speaker A
Николай, расскажи немножко о себе. Хм. Да. Всем привет. А-а, ну что рассказать? Сейчас я работаю в банке, вот, э, на позиции ведущего разработчика, занимаюсь платежами по кредитам. Вот.
Speaker A
Ну, чуть дальше я углубляться не буду, пожалуй. До этого я работал также в Яндексе в X5. Тут у меня достаточно интересный бэкграунд по нашим топам.
Speaker A
Вот. А везде работал, то есть на позиции Java код там разработчика. Занимался. Отлично. Прекрасно. Нас сегодня ждёт сильное интервью с живым, содействующим, собеседующим из Банка. Но перед этим мне очень сильно хочется вам рассказать проткат, потому что ShortcatТ - это
Speaker A
прежде всего менторская программа для разработчиков. Мы школа, которая реально повышает грейд и техническую подготовку любых кандидатов, которые к нам приходят. Почему стоит доверить нам свою карьеру? Прежде всего, у нас более 20.000 разработчиков в комьюнити. Более 2.000 человек прошли успешно наши моки и
Speaker A
программы обучения. Среди них более 500 оферов получили наши менти. Мои менти могли получать по три-четыре офера за месяц только так. Средняя оценка у нас 4,9 из пяти. Я считаю это довольно высокой.
Speaker A
Мок интервью Shortcut - это прежде всего возможность понять свои сильные, слабые стороны и прокачать их до встречи с реальным работодателем. Это особенно важно в текущую эпоху, когда у нас каждое собеседование буквально на счету.
Speaker A
Нельзя терять собеседование и лучше прокачаться. Плюс у многих людей, на самом деле, нет практики собеседования.
Speaker A
Сидят год-два на одном месте работы, бывает даже не качают свои навыки и когда выходят, банально могут переживать.
Speaker A
Что вы получаете на самом интервью? Прежде всего, вы получите сильного нанимающего из любого биктеха, российского, так уж точно. Но у нас есть собеседующие ещё и из зарубежного биктеха, Uber Букиing и другие. Честную оценку грейда по текущему рынку, ориентир по зарплате при текущих скилах
Speaker A
или если подкачаетесь, развёрнуту обратную связь по пробелам в знаниях и персональный план развития, что немаловажно.
Speaker A
План развития по итогам интервью. Что вы получаете? Вы получаете огромный PDF-файл. В нём вы видите текущий свой грейд, какой у вас, навыки, которые вы уже хорошо знаете, план развития, какую цель вы перед собой ставите, примерно грейд и зарплату, что нужно прокачать, чтобы
Speaker A
получить такую зарплату и что немаловажно, траекторию обучения. Вы можете обучаться сами, но зачастую у людей либо не хватает мотивации, либо нас обучение пропадает. Плюс иногда непонятно, где какие материалы смотреть.
Speaker A
Плюс, конечно же, нужно общаться с экспертами, кто уже это знает и подскажет быстрее. Поэтому мы предлагаем ещё и менторскую программу, в которой у нас больше 150 менторов. Мы подготавливаем вас к собеседованию с ментором из нужной компании. У нас
Speaker A
занятия длятся от 60 минут. Мы подстроимся под любой ваш график. До занятия мы предоставляем теорию.
Speaker A
задачи, а уже на самом занятии разбираем, проходим и имеем реальную практику с кодрев. Все занятия ведут только практикующие эксперты из Биктеха. Не будет людей, которые знают лишь на практике. Э, не на практике. У нас есть как иззавита, ВК
Speaker A
яндекса, ВB Cooper и так далее. Более 150 разработчиков Middle Plus и Senor левела. И это лишь только Java.
Speaker A
Ну, а также у нас есть спецусловия на МОКинтервью для зрителей. Первое спецусловие, скидка на МОК. Она составляет 75% и 2.000 вместо 7900.
Speaker A
Второй бонус, гарантия возврата средств в течение недели. Если вам что-то не понравилось, интервьюевер не спросил ваши нужные темы, были слишком простые или слишком сложные вопросы или интервьюер как-то на вас эмоционально давил, то вы можете вернуть просто сообщив об этом менеджеру: "Мне не
Speaker A
понравилось. Мы либо подберём вам новое, либо вернём деньги". И также третье - это гарантированная ревка. Это буквально то, что мы вводим впервые после оплаты на мок сегодня спецпредложение. Вы получите ревку в любую выбранную вами компанию. В любую. То есть сами
Speaker A
выбираете. Не мы какой-нибудь рогай копыты закидываем, а вот реально в любую. Чтобы пройти Мок интервью Shortcat, просто отсканируйте QR-код и запишитесь. Поговорите с менеджером. Он подберёт вам любого интересующего вас ментора по любому стеку, которому вы хотите.
Speaker A
Всего мы провели мокн интервью для более 2.000 человек, и только полпроцента реально оформили возврат.
Speaker A
Мок интервью у нас проходит по любому стеку. Мы найдём подходящего ментора или вернём деньги. Важно, что у нас по Джаве есть разные стеки. Кто-то и Powerflux, кто-то web, Python, Go, даже мобильная разработка с девопсингом есть.
Speaker A
Также повторюсь, для того чтобы начать, достаточно просто пройти Мок интервьюш. Сканируйте QR-код или переходите по ссылки в описании, которую я сейчас кину. Так, а я возвращаю Николая.
Speaker A
Давайте начнём наше собеседование. Николай, отлично. Я понимаю, что вы работаете в Т-банке. Удобно же общаться на ты.
Speaker A
Да, конечно. Отлично. Расскажи, с какими задачами сталкиваешься? Вот я слышал про переводы. Сколько в целом у тебя примерно РПС? И правда ли, что это ты списываешь у нас деньги? Э, ну, смотри, я, наверное, там с учётом день не всё
Speaker A
могу говорить. Вот. А, ну десятки тысяч тысяч. Нет, нет, ПС нет, не очень большие. То есть как бы это понятие такое растяжимое, да? Да. FPS такие стандартные, то есть это не супер-мега высоконагрушный сервис. Вот.
Speaker A
А что ты считаешь целым высоким псом? А высокий ПС - это 1ты000 в секунду. Ну тыся в секунду, да? То есть десятки, допустим, это так ещё, ну неплохо, стандартненько. Вот. То есть тысячи, может быть, десятки тысяч.
Speaker A
Это уже всё по-серьёзному там. По-серьёзному уже базы будут посерьёзнее. Смотри, и я понимаю, чтоб банк - это НДА. Давай рассмотрим какие-нибудь интересные задачи, которые у тебя были на прошлых местах работы.
Speaker A
Да, на самом деле, если мы как это называется, вот оценим все задачи с точки зрения интересности, то есть что интересно разработчику, когда ну что-то новое отдыхать это, конечно же, но из популярных именно вот сейчас э каких-то таких активностей,
Speaker A
это кэширование, то есть всё, что связано с кэшами. опять же кавка, а и, грубо говоря, Outbox, это сейчас прямо мейнстрим везде практически.
Speaker A
А что ещё? Настройка нормальных клиентов, именно рестовых, чтобы они там ретраились, как-то эксепшены правильно обрабатывались, ещё и сербрейкеры добавлялись. Вот. То есть такие классные штуки. Это интересные запросы в базу, которые там позволяют как-то по-разному отбирать строки в несколько потоков с
Speaker A
высокой конкурентностью и вообще выполнять там любые бизнес-задачи. То есть когда у тебя стоит вот такие вот прикольные, необычные функции, не просто как круг, типа сексадал, а именно интересная логика, вот и особенно она как бы многопоточно конкурентная.
Speaker A
Вот. Вот примерно так интересно. Ну и опять же инфраструктурные задачки и оптимизация там запросов БД, да. О, прикольно.
Speaker A
Давай какой-нибудь пример какой-нибудь. Комунда, безусловно интересно вообще, да. Ну, то есть вот, к примеру, да, вот есть у нас прекрасная коммунна, она работает, а, то есть использует вот эти вот прекрасные там паттерны. А-а, и неожиданно неожиданно у нас база начинает, ну, как
Speaker A
бы достаточно плохо, медленно работать. Почему? Потому что, ну, например, блоутинг случается с индексом. Долгие транзакции, не запускается вакуум, всё плохо. То есть, соответственно, что мы делаем? Надо как-то и подумать по оптимизации запросов. Может быть, каких-то индексов не хватает или наоборот они лишние.
Speaker A
Может быть, надо как-то изменить, а, там, ну, очистку, грубо говоря, уменьшить. То есть тут вариантов очень интересный такой. Вот вполне себе.
Speaker A
Ну вот представь, что мы на финале, и тебе нужно какую-то всё-таки историю рассказать такую, чтобы бизнес понял, потому что на финале иногда у реально на реальном собеседовании может быть человек, который не знает, что такое комунда. Я скажу больше, он может не
Speaker A
знает, что такое кавка. И вот как я слышал, ко бизнесово, что ты сделал такого, что повлияло на бизнес, что было полезно.
Speaker A
Угу. Угу. Ну, смотри, если мы именно рассказываем про как вот, грубо говоря, я был бы на каком-то финале или, например, я бы как нанимающий слушал, конечно, мне бы хотелось бы услышать там какую-нибудь классную историю про я там был техлидом команды. Мы там сделали
Speaker A
несколько сервисов. Я один придумал архитектуру, типа её вот реализовал. А ещё у меня там были ребята, там джуны, которых я натаскал попутно. Вот. более конкретно.
Speaker A
Не, хочется конкретики. То есть прямо конкретно. Вот, допустим, я могу у меня даже были, да, вот такие вот темы, как я рассказываю, то есть всё с нуля, выбираешь. Ну дай бизнесовый какой-нибудь, а то ты меня завалишь терминами, а
Speaker A
бизнес сценария я так и не услышал. Ну, бизне бизнес, грубо говоря, сценарии, там, я не знаю, например, а, выпустить какой-то новый кредитный продукт, допустим, да, который будет обрабатываться как-то мобильное приложение совершенно новый на рынок.
Speaker A
Вот же классное достижение, да? То есть что-то такое было, да? Ну вот надо это уметь рассказывать, да, чтобы завлечь, потому что, допустим, есть бывают ситуации, когда ищут первого программиста в команду, и первый программист обычно собеседуют продуктовнер. Я говорю: "Он ничего не
Speaker A
знает". Вот у меня такое в Альфабанке было. Он ничего не знает, его нужно завлечь.
Speaker A
А тут, знаешь, как-то вот техникой балуешься. Вот вот кредитный продукт - это интересно. То есть вот, то есть, ну, нужно всегда готовить самопрезентацию.
Speaker A
Даже во время HR созвона вашего первого ваш могут спросить сапрезентацию, потому что некоторые чарки записывают ваши ответы, транскрибируют и уже отдают выше. Вообще, стоит ли этого человека вводить в воронку, не стоит. Поэтому всегда имейте самопрезентацию.
Speaker A
Вот. О'кей. Спасибо. Ну, лучше Николай её, да, повторить. А, хорошо. Давай поговорим про многопоточку в целом. Какие у нас бывают многопоточки проблемки?
Speaker A
Ну, смотри, конкурентность между потоками, да, изменения аа в источниках как бы нескольких потоках. Соответственно, когда мы, а, когда у нас расходятся, м, данные, грубо говоря, например, операция простого инкремента, да, прекрасные плюсики, она не работает многопоточке два двухфзная, потому что
Speaker A
она, то есть, соответственно, пошли у нас какие-то атомики. Вот. Или вообще, например, есть нам counter там longer тот же самый, он более идеальный. А-а, если мы говорим про что-то ещё, дедлоки опять же возможное, легко.
Speaker A
Угу. Неправильное считывание переменных. Так, насчёт longer. Всегда ли он лучше атомика? Там он в целом не сказать, что лучше. У него же какая, то есть получается, он просто инкрементит, а у атомиков у них немножко побольше методов.
Speaker A
Нет, в принципе, Longer тоже позволяет получить своё значение, если в рамках инкремента проверять, что когда лучше использовать.
Speaker A
Сейчас я вспомню. Хороший, хороший поинт. Давно я с ним не работал. Так, нур, слушай, да, хороший вопрос. Нет, сейчас Ну, очень медленный нагет. Он буквально супермедленный нагет. Поэтому, если у тебя есть код, где ты помимо инкремента часто делаешь get, то в целом
Speaker A
стоит задуматься, стоит тебе нгадер использовать или нет. Как решать проблему старвейшена? Это голодание потоков. А ты А я всё понял, когда поток не добирается, потому что ему рандомно никогда не назначается это задание. Так, сейчас я вспомню.
Speaker A
А кто назначает, кто виновник этой проблемы? А в целом наша система сама назначает как-то выбирает потоки GVM или кто?
Speaker A
Угу. Ну это очень трикин. Очень это прямо, да, такие жёсткие вопросики. Я согласен. Приорити. Так, сейчас вот мне интересно, есть у нас потоки, которые не являются приоритетами. Это не про это. Хм.
Speaker A
Вот случается Starvation, да? Вот что, как делать, почему может быть? И кто виновник, кто нам не даёт, так сказать, квант времени?
Speaker A
Слишком Слушай, я могу предположить, может быть, механизм оптимизации выбирает, а по по именно по тому, насколько долго выполняется, но странное параметры у тда есть. Угу.
Speaker A
Так, а что, что у нас у него в принципе есть? То есть он типа статус запущен, не запущен, там выполняется совершённый, да, стандартный параметр.
Speaker A
Я предположу, что, наверное, у них есть приоритеты. Приорити есть. А ладно, давай ещё какие статусы есть, и потом вернёмся к при статус типа new runable, как, ну, то есть уже или runningн он, наверное, называется скорее. А потом что у нас
Speaker A
завершённое, которые в терминальном статусе, вот я вот не помню, как как он правильно обзывается. И заблокированный, то есть когда он встаёт в блокировку.
Speaker A
Ну примерно такие статусы, да. Ну вот помимо статусов и приоритета, что ещё у потока есть? Причём важные параметры?
Speaker A
Ну айдишник, который как бы его вот имя, да? Да. Имя там. Ну скорее, да, айдишник, то есть на котором все работают эти. И ещё есть потоки демоны. А что за демоны?
Speaker A
Кто это? Ну, демоны - это как раз вот те самые потоки, которых я начал, которые, а, наименее приоритетными они запускаются порождающим потоком, и если он умирает, то демон тоже умирает. Вот. А, да, дживмка закрывается, грубо.
Speaker A
Ну, то есть они не мешают закрытие GVки, потому что на спринге можно написать так, что у вас контекст закроется, но поток будет жить ещё, может быть, что-то и удерживать контекста будет. Это прямо очень плохо.
Speaker A
То есть, если вы увидите, что приложение как бы остановилось уже этот, ну, что-то там держит, скорее всего, где-то у вас поток создан, но без DMR.
Speaker A
А, хорошо. Давай вернёмся к нашим приоритетам и сервейшену. Так, кто виноват? Вот приоритет мы установили.
Speaker A
Кто нам не даёт этот квант времени? Хороший вопрос. Даже не знаю, честно, так глубоко. Я вот заглядывал. Вот очень хорошо ты меня поймал.
Speaker A
Ну, если подумать, это операционная система. Наши тре new он мапится на потоке операционной системы.
Speaker A
А виртуальные потоки, кто ими управляет? Кто там кванты выделяет? Ну, ну мы же мы же про легковесные или про что говорим? Про обычные виртуальные потоки.
Speaker A
Виртуальные, да? Про старые. Дада. Да. А уже старые. Ну ну как? Они же есть. То есть ещё легковесные последние. Там немножко другой механизм.
Speaker A
М. Слушай, хороший. Не, не знаю, я честно. Да, уже так давно, к сожалению, да. Ну, ими уже управляет живьем, поэтому они быстрее переключаются, быстрее работают, в целом хайповые.
Speaker A
Ну да, ты, наверное, имел в виду, что то есть вот отличие потока и, господи, всё приложение у нас запускается именно в системно поток уже называется. Я подзабыл правильно, да.
Speaker A
Так, а давай поспросим. Это вот у тебя такой вопрос. Конкурентность от параллелизма в чем отличается?
Speaker A
Ну, конкурентность это имеет в виду как борьба за ресурсы, а параллелизм, то есть что степень, то есть количество потоков.
Speaker A
Так, нет, нет, давай думаешь. Нет. Ну то есть, ну степень же параллелизма вроде это как раз по как бы ээ как раз сколько потоков выполняется или опять я не туда ушёл. Ну я говорю, сегодня простых вопросов не будет.
Speaker A
Это как раз-таки вопрос, когда тот, кто не знает, начнёт сразу рассуждать конкурентность, типа борьба, там кто борется, с кем борится, потоки борятся, за что, за ресурс. Конкретно в целом это свойство системы работать так, как будто бы у тебя несколько реально запущенных,
Speaker A
ну, ядер есть. Они реально, допустим, вот у нас были старые Android телефоны. Вот там одно ядро на первых самых было, но у тебя не работать могло в фоне что-нибудь. Это, не знаю, слушаешь музыку, смотришь ютюбчик, не знаю, ещё
Speaker A
эсэмэски приходят, там уведомления, что-нибудь ещё там. Вот. То есть это хотя у тебя одно ядро и но складывается впечатление, что у тебя в целом всё структурно работает, потому что у тебя много приложений просто свичится. А параллелизм - это реально
Speaker A
типа работа реально нужно несколько ядер и вот по ядрам разделить. Вот поэтому в этом-то и разница. Вообще есть ли опыт у тебя с вебфлаксом чем-нибудь таким? Нет, прямо, знаешь, вот всё, что было, это, грубо говоря, в веб-кланте, моно, но всегда синхронкой.
Speaker A
Опять же, я работал с Фейном, не тоже синхронка. А, ну выбор в целом же он от клиентов иногда зависит, типа так исторически сложилось.
Speaker A
Ну вот хотели, так решили, да. Вот я пришёл в твою компанию, допустим, я очень токсичный, и говорю: "Слушай, а зачем ты у нас веб-клиент?" Ну, я с тобой абсолютно полностью согласен, за исключение одного момента.
Speaker A
А если у тебя есть прекраснейший либо, в который уже сразу же включен какое-нибудь аудирование, логирование, авторизации, там какие-то там, я не знаю, хендлеры, что-то перехватывает ещё попутно туда там прикрутили, я не знаю, ну, ещё куча куча куча всего, типа,
Speaker A
знаешь, это вырождается в проблему альфабанка. Там стартеров штук, наверное, 15 в пустом приложении. И порой ты банально не знаешь, что делает этот стартер. Я даже, кстати, пару раз удалял стартер, который выглядел не винно, но у меня просто ещё начинало
Speaker A
падать рассыпаться. Вот. На самом деле веб-клиент использовать синхронно практически сейчас уже нет смысла. Это действительно имело смысл, когда у тебя раньше был только веб-клиент и не было рест-клиента.
Speaker A
Вот так. Что в принципе так хорошо, а чем вообще плохо блокировать моно запросы? Ну, в целом, опять же, если вот мм мы там будем говорить, допустим, какой-то, то есть может закончиться, ну, пул потоков, который мы отдаём под клиента,
Speaker A
да, в настройках. Вот. Но опять же, если мы там это всё дело понесём под легковесные потоки, там чуть-чуть получше с этим будет.
Speaker A
Думаю, это на котлине много пишешь. На котлине в целом вот в последнее время не пишу, но до этого практически, наверное, года четыре писал на котлине.
Speaker A
Вот куротины, расскажи про них. Ну, крутины - это как раз те самые легковестные джаволовские потоки, собственно. А-а в чём там разница? Я, мм, чуть больше немножко читал, наверное, про именно джавовские потоки.
Speaker A
Вот, то есть есть некий, как же он, как экзектор, кото ну, то есть как выполняющий, он отдаёт уже непосредственно вот эти вот несколько исполнителей для легковесных потоков. То есть, грубо говоря, запустился, начал работать, а-а, далее он получается мм, его, как это называется,
Speaker A
прихранивает. То есть фактически, например, на долгой операции, когда ожидается ответа, что ТП это долгая операция, да, он сразу же снимает активность с этого легковестного потока, переходит на другой, соответственно, переключается между ними да?
Speaker A
Долгая операция. Что такое долгая операция? Ну, допустим, а input output долгодолго. Input output. Она не совсем, она долгая, но они input output. Ты типа отправил и забыл. ты ждёшь. А есть реально долгие операции? Вот, допустим, высчитывание какой-нибудь криптограмы или векторов,
Speaker A
это тоже долгая операция, но почему её лучше на отдельный пул пихать? Тут имеется в виду, если вот она, а именно в этой операции не предполагается переключение между легковесными потоками, то у тебя же воркер заблокируется. Воркеров ограниченное количество по ядру,
Speaker A
насколько я помню. Да, есть бау, да, задача. Есть CPU баound. Вот CPU баound лучше вот на таком не запускаркеров немного, да, и они как бы и насколько я помню, когда вот на двадцать первой джаве пробовали ребята аа заводить лековестые потоки, попадали
Speaker A
на те же самые циклы синхронайed, которые полностью всё стопали. Успен как переводится suspend? Не, ну спн в целом это как приостановить, если уж с английского, ну прерываемое. Вот что в основе всех куратин лежит.
Speaker A
В целом там же оптимизация именно под вот это выполнение. То есть эти методы получается как бы должны помечаться, я так понимаю, так чтобы правильно обрабатываться именно воркерами.
Speaker A
такая мысль там лежит в основе final state machine, то есть stт машина, у тебя есть состояние, они переключаются, у тебя есть точки прерывания.
Speaker A
Вот. Ну в целом, ладно, про это мы с тобой поговорили. Как работает readк? Мм, так в целом, а может блокировать на, грубо говоря, чтение либо на запись. Вот. То есть когда это может понадобиться? Зачем вообще блокировать?
Speaker A
Это же бессмысленно. Почему? Почему бессмысленно? Например, а мы редко записываем или редко читаем? Ну то есть или даже, ну вот редко записываем. Так зачем нам блокироваться, если мы редко записываем?
Speaker A
Хм. Сейчас, сейчас подумаю. Так, какие у нас кейсы использования? Ну, в целом, нужно сначала придумать проблему, а потом её решить. Да, пробуем.
Speaker A
Аа блокировка. Ну, если у нас, допустим, о'кей, дер блокировка на запись, наверное, что-то подразумевает какие-то внутреннеатомарные операции. То есть мы, получается, заблокировали и а-а чтобы параллельно не изменили данные, допустим. Ну вот если на запись мы блокируем и не было такого,
Speaker A
мне кажется. Поэтому вот как-то они разделяют. То есть явно не, ну это, скорее всего, это как с атомиками, то есть чтобы достичь какой-то атомарности, например в при Ну дай какой-нибудь пример, когда это реально будет полезно, потому что сейчас
Speaker A
мне хочется купить просто concнш мапу или что-нибудь такое и сказать: "А зачем мне это всё?" В concurent. Ну опять же concurentш маapпу мы мы же можем как хранилище а локе-то мы же можем участки код ими кронировать методы. Вот разница в чём.
Speaker A
Всё так же, да, подход-то одинаковый, но, ну, вот когда стоит это применять? Вот когда у меня 50 операций чтения, 50% операций записи, есть смысл?
Speaker A
50 на50, да? Я думаю, особо, наверное, нет. Ну вот сейчас я мапы же он.
Speaker A
Ну особо нету, да? Особо нету. А давай по Угу. подумаем про fail fast и fail safe итераторы. Это мой любимый вопрос. Буду задавать. Зачем? Почему?
Speaker A
Ага. Fast падает, как только коллекцию изменили, в процессе итерирования по ней. Как она понимает?
Speaker A
Так как оно понимает? Хороший вопрос. Как оно падает? Я знаю, даже смотрел, где выбрасывается.
Speaker A
Так, да. А как оно понимает? Мне кажется, это какая-то магия. Где скрыта магия? Ненене, не магия. Магия идут неуместна.
Speaker A
Как она может понять? А-э, тут так, допустим, измени измени изменяется при а-а если мы удаляем какой-то элемент, у нас же идёт пере ну, грубо говоря, перестройка, наверное. Ну, то есть перестройка действительно ссылочек, но и тератор он упадёт всё равно,
Speaker A
даже если Ну, правильно, да, он сохраняет следующую позицию. Может быть, всё-таки аа он как-то а проверяет, допустим, хэш А дорого, дорого, дорого, наверное, да, ну, хэш по всем элементам прямо вообще очень дорого.
Speaker A
Супердорого, да, представь переопделиш вообще жесть, слушай. Так. Я думаю, скорее всего, есть внутри маркера, типа изменён он или нет, и он на него будет смотреть прираться. Счёт я вот думал, подгодишь ты или нет. Да, ну тут счётчики реально есть, поэтому вот
Speaker A
я как-то смотрел рейлист и в нём около там, по-моему, пяти мест, где вот этот вот падает, он ломается.
Speaker A
Было просто жутко интересно разбирать, да? Хорошо. Отлично, мы про это проговорили. Теперь давай с тобой обсудим кши. Как ты подключал кши?
Speaker A
Какие? Что это использовал? Ну, тут, в принципе, два варианта, да, но мы не будем рассматривать самописные типа там какой-нибудь шмап или кэшмаap.
Speaker A
Вот. И мы, наверное, пойдём к нормальным решениям типа кофеина. Собственно, что кофеин, ямлик, то есть имиша тэльчики. Вот всё настроено идеально. Не знаю, что у кофена за настройки есть.
Speaker A
Ну, имя. А потом что у нас? Тл, после которого происходит инвалидация. Размер кша, то есть по значениям. Вот. А что, кофеин нормально вообще считается вот использовать или нет? Насколько я помню, для локального кэширования вполне себе хороший.
Speaker A
А зачем нам локальные кэши? Ну, смотри, например, мы не хотим подтаскивать рейдис, а нам просто нужно меньше ходить в базу, допустим, с одной стороны, либо совершенно такой момент, у меня есть запрос в базу, который, а, допустим, ищет какие-то
Speaker A
задачки на обработку. Вот они кончились. А запрос на задачки, на поиз задачки по обработку, он прямо частый. Он там несколько раз в секунду вызывается. Там с учётом большого количества кодов это нагрузка на базу. К примеру, мы делаем вот это, устанавливаем кэш, говорим, что
Speaker A
храни состояние. Если нет в базе уже ничего, то оставляем, допустим, на 5 или 10 секунд вот это вот состояние переменной и больше не ходи. Вот у тебя разгрузилась база, она практически мгновенно по всем там подам разгружается.
Speaker A
Идеальное применение нам типа не нужно дотаскивать сюда редис куче всего ради вот этой маленькой штуки. Ну типа один запрос там будет или там четыре, допустим, там шесть, там восемь, сколько по Ну мы же теряем по памяти много.
Speaker A
Так он хранится одну переменную. Ну одну переменную. Ладно. Ну а потом? А потом ой через там 5-10 секундвалируются и пошли заново считали и получили. Ладно, а если сервис расширяется? Мы же не живём в парадиме.
Speaker A
То, что мы написали на шкода потом. А тут уже нам пригождается как раз-таки размер кэша. Опять же, может быть, тотлы инвалидировать надо по-другому, то есть более более короче.
Speaker A
Понятно, что мы можем Ага. А где мы кэш ходить можем в целом вообще? Вот помимо в целом вообще тут дальше уже, ну, в смысле, помимо редиса.
Speaker A
Ну, какие ты знаешь способы, где можно сбрасывать кэш память, дис где ещё? Ну, базова, наверное, самая популярная это как раз вот редиста вместе с Редисоном.
Speaker A
Казль каст ещё есть. Приходилось его использовать. Нет, нет, это, наверное, это менее уже такое часто.
Speaker A
Я помню с твоей логикой. У нас, я работал в NVO поиске, и у нас было много пот, и у каждой был локальный свой кэш.
Speaker A
Как-то ушёл от нас архитектор и вернулся к нам через год. И когда он увидел, что мы разрастили наш кэш каждой поде до 700 Мб, он очень сильно удивлялся и ругался, почему мы не вынесли это вредис.
Speaker A
Вот поэтому порой лучше сразу вынести, потому что не так уж и плохо. Хорошо. Как ты реализовывал ретра?
Speaker A
М не если мы говорим про клиентов, мы говорим про клиентов или нет? Наверное, нет, нам не интересно UI, нам интересно.
Speaker A
Мы javaend retriable, например, опять же да вот это всё конфишки выносишь, всё красиво. Так, а что нужно, чтобы траи вообще работали, чтобы минимум проксирование нужно? Всё, ну проксирование. А, а как его добавить?
Speaker A
Нет, ну у нас, ну, условно, ты же, когда спринг работает, то есть вот эта идеология проксирования создания бина через прокси, без неё не работает ни репозитории, то есть вот эти вот транзакции, да, то же самое. Ни осинки не будут работать, ничего. Ну, то есть
Speaker A
главное, чтобы у тебя был как отдельный, получается, бин вызывающий. Вот. То есть это всё магия иначе не работает.
Speaker A
Это самое первое. Ну, она же строена. Так, что нам нужно, чтобы реально Retri заработал?
Speaker A
Ну, первое, насколько я не уверен, нужно ли включать эту базу во всей конфигурации. Возможно, потому что типа осинки как минимум точно включаются.
Speaker A
Вот. Аа а каксинки включаются? Blassing, да, через ташку. Вот. То есть если траи требовательные блосинки, я потому что не помнюча. Я ожидал, что скажут, что нужен стартер для Spring Retri, что может понадобиться какой-нибудь распило SPect G, там что-нибудь такое
Speaker A
вот. А что такое аспект G? Aspect J, ну то есть как минимум в приложении уже однозначно было АОP, то есть там и ну АОП совершенно прекрасная штука. Он позволяет делать различные магические вещи. Ну, как минимум весь НК на нём
Speaker A
работает практически. И в целом, а, например, кейсы скрытного логирования, скрытно какое-то аудирование событий, перехвата, хедеров, добавления получ.
Speaker A
Ты уважаешь такое? Я не очень уважаю, но иногда очень красиво так сделать. Есть проблемы с пониманием.
Speaker A
Вот спагетти происходит. И я столкнулся с тем, что не каждый в твоей команде он в целом ээ использует, да, он что-то вс-коде. Это в идее у нас красиво подсвечит, что тут будет АOP там вот это вот. В целом нормальный код можно
Speaker A
написать и без aspect G. Почему бы нет? Можно, можно, можно и нужно. Вот это хорошо. А как мы можем вынести так, чтобы не писать отрацию Retriable?
Speaker A
разные способы есть, потому что Retraable - это самый банальный способ. Это первый в Гугле. Он, по моему мнению, некрасивый.
Speaker A
Угу. Написать, ну, то есть написать, не используя retriable, да. В идеале наш бизнес-код должен заниматься бизнес-задачами. И когда мы начинаем в него тащить всю нашу инфраструктуру, это потом поддерживать нужно и мучиться с этим нужно. Вот как сделать так, чтобы вообще по кайфу было?
Speaker A
По кайфу. Ну тут даже не ну не многоуровневым же этими. Ну вот, то есть вотхчи вот это вот. А если так, то так. Так такая себе история.
Speaker A
Нет. Ну вообще можно, конечно, реслинт настроить, чтобы он сам это это Да. Ну мы же говорим именно, если про код, то тут ретраи на катке они настраиваются.
Speaker A
Что? Сервис сервисмш. Что это? Ух, точно знаю, что это что-то про взаимодействие между собой несколько э как бы сервисов. Ээ и а это у нас что? Это, по-моему, типа как discoveroverры, что ли, их вот я могу ошибаться, к сожалению.
Speaker A
Ну вот там всё это можно настроить. Вот в целом понятно. То есть ты используе только в целом trible. Если кавка, то на стороне кавки всё это в нфишке настраивается. Если это ресты, ну, то есть или, соответственно, там REST
Speaker A
client Client или Webкла, это всё настраивается там. Ну, и опять же плюс сверху там circбaker, который как-то может ещё что-то делать.
Speaker A
А что он может делать? А, по-разному отрабатывает. То есть он может переходить статус закрыт, открыт.
Speaker A
А, то есть он предотвращает дос внешних систем. Я реально эту штуку прикручиваю. Очень интересно работает. То есть там настраиваешь там 50 раз. Вот посчитай последние, сколько раз ты упал. Упал больше 10ти раз. Пока там на 10 секунд не надо мучить сервис. Отдавай просто
Speaker A
типа что там сервис недоступен. А вот через 10 секунд начинай отдавать уже. Ну, начинай реально ходить. Вот зачем нам это такой механизм механизм защиты от Нет, ну это не всегда сложность, это механизм, дополнительный механизм защиты внешнего сервиса. То есть когда он умер
Speaker A
или, например, у нас кончились, это защита внешнего сервиса, да, буквально это так и есть. Вот плюс у нас в чате пишут, что насколько эффективно собеседование. Вот сегодня собеседование не совсем по теории. Вот Николай сказал, что он настраивал кширетраи. Мы
Speaker A
спрашиваем, как его настраивал. Плюс в целом, когда вы нанимаете на работу кого-то, нужно нанимать кого-то, кто хотя бы понимает чуть-чуть, как это устроено. Код написать Иишкой мы все можем, но нести за него ответственность.
Speaker A
Плюс Ишка за вас не всегда догадается про сркетбрейкеры, проретрай и прочее. Всё равно этот пласт знаний, он никуда не делся. Да, его можно условно теперь пройти быстрее, но без него и ну зачем вы и если вы е не руководите,
Speaker A
да? Если вы говорите: "По кайфу делай", по кайфу и получите. Ну вы тут будете лишним звеном. А вот в принципе вот так.
Speaker A
Всё правильно соглашсь. Хорошо. А мы про это с тобой поговорили. А стартеры свои писал? Ты вот говорил, что у вас замечатель очень хочется.
Speaker A
Никак я не могу найти. Всё, мы останавливаемся ровно на либах. То есть какой-то вот кусочек, который можно переиспользовать в нескольких там сервисах с логикой.
Speaker A
Слушай, да я вот смотрю спринговые, допустим, глас, они у меня красиво там с комментариями, со всем смотрю стартеры моего знакомого, а оно как байткод. В чём проблема?
Speaker A
Там немножко же Подожди ещё раз. Это твои Ну да, спринговые классы твои, а стартер как бы которы нет. Спринговые классы официальные. Я смотрю там комментарии, там всё красиво, а вот когда смотрю стартер чей-то, там байткод. Почему так декомпилированный?
Speaker A
Об этом мало кто задумывается. Ну ладно, подскажу. Наверное, душный вопрос. Но в целом, когда вы публикуете свой джарник, ещё в идеале публиковать сорсы. И тогда люди, которые пользуются вашей библиотекой, скачают сосы и будут видеть её as не декомпилированную.
Speaker A
Ну да, нормально, да, это как один из вариантов. А если я хочу, чтобы Бин не грузился в контекст, вот что мне сделать? Как мне сделать это красиво?
Speaker A
Ну да, вариантов, в принципе, тоже как бы начиная там с прайма, а начиная с опять поня, он будет он будет грузиться. А вот если ты установишь conditional различный conditional, то он уже так conditional on missing как минимум, да, если не хватает чего,
Speaker A
то он missing он misмисиing bein. Он misмисиing bein. Ну то есть он типа если такого бина нету, то вот он тебе его и приделает. То есть это бывает, когда ты там к своему мегапроекту присобачивашь какую-то другую либу, в
Speaker A
которой этот бин может быть, а может не быть. И вот это вот начинается борьба за за созданные.
Speaker A
Какие ещё кондишналы есть? Уф, сейчас я Так, что у нас там? Так, он мисинг. Ну, просто так кондиal, наверное, просто по, грубо говоря, по выражению.
Speaker A
Хорошо. Он проти там даже можно с expression да? Засчитано. Что ещё можно сделать, чтобы Бин не грузился?
Speaker A
Чтобы Бин не грузился, да. Я не хочу, чтобы он появлялся вообще у меня в контексте.
Speaker A
А, слушай, там в контексте же эксклюты, по-моему, можно сделать глобальные на как раз в этих.
Speaker A
Кстати, эклюд можно в ямле написать, аннотация можно писать. А ещё вот, кстати, эк мне очень понравилось. Очень понравилось.
Speaker A
Ну, потому что когда вижут, мне страшно. А когда я вижу экзт, мне очень страшно, потому что иногда я витрашно нормально.
Speaker A
Тесты могут не грузиться. Вот они нормально. Ты хочешь тестиртори ещё 10 млн. Собака профайл. Можно написать собака профайно тест.
Speaker A
Ну, кстати, да. Ну да, да. Слушай, а я хочу, чтобы у меня из десяти под только на одном шедулет задачи исполнялись. Как мне это сделать?
Speaker A
Это легко. Это шатлок. А как он работает? А этот сериалай, то есть есть табличка с шедлоком, ну, то есть с локом, и там обращение к ней идёт через сериала именно с а сериалайable получается изоляция. И вот в единый момент только
Speaker A
один из кодов захватывает вот это вот всё. Вот это А с какой базой он работает?
Speaker A
Ну, как минимум у меня с позгросом работает. А с чем может ещё? У, хороший вопрос. А ему Да, там на всё коннекторы есть, по-моему, да? Какая ему разница? То есть там главное создал этот шезлок -э миграциями убдшка есть. И дальше
Speaker A
смотри, а теперь у тебя есть 10 под и тебе нужно задачу распределить на 10 под.
Speaker A
Как это сделаешь? Вот в базе есть таблица там ивентсов, и нужно, чтобы у те под взяли вот эти ивенты и распределили между собой задачи. Смотри, это это классический outтбоксы. И как бы аа как эта штука делается? Типа берётся,
Speaker A
допустим, два варианта решения. А у нас есть мы можем мы можем брать внутри транзакции, выполнять внутри транзакции и закрывать её. То есть мы можем блокировать запись внутри транзакции, тогда совсем всё просто. А select for updates, keep locked, пожалуйста, не возьму. Но если мы
Speaker A
говорим про чистый аутбокс, то там будет стрим либо в кавку, либо там дёргание роста, удержание транзакциях. Это же очень плохо. И нам такое не очень подходит. Но мы можем так сделать.
Speaker A
Проще, можно проще. Актан, то есть мы берём за LКбираем садаём. Это самое лучшее решение. То есть мы вводим дополнительный столбец.
Speaker A
То есть у нас транзакция живёт там, не знаю, очень мало. То есть мы берём транзакцией, блокируем, говорим locked until, то есть блокируем, чтобы никто другое не взял. И вот если там условно за 15 минут там что-нибудь грохнется, упадёт, мы всё равно их заново
Speaker A
обработаем. Очень хороший ответ. Мне очень понравилось. Это прямо очень хорошо. Давай сравним Кавку и Ребита. В чём между ними разница?
Speaker A
М то, что одни пуши пулмодель, другая одна пул, другая пуш. Так, и в чём ещё в чём?
Speaker A
Так, ну, во-первых, начнём, ну, начнём с того, что о том, как отправляет типа события на брокер и наоборот как забирается клиентами. Сейчас я попробую так вспомнить, что делать у нас.
Speaker A
Так, мы берём такие, а, в кафки отправляем на брокер сами. То есть получается кушаем с клиента и всё.
Speaker A
Ну, то есть получается закрыли. А соединение, насколько я понимаю, в ребите должно быть ровно пополам. То есть он к нам должен прийти и забрать. У нас вот, ну, у Ребита есть разные схемы, то есть вообще есть в чём разница? Вот
Speaker A
мм разные схемы. В смысле, он тоже так может делать? Я что-то не У него же может как RPC работать вообще по-разному. Там, если зайти на сайт Ребита, там много схем указано, как он может А, ну разница, насколько я помню, именно
Speaker A
вот в этой в пушку модели, то есть, соответственно, хорошо о том, что конфюмер, опять же, он тоже подключается, грубо говоря, забирает и и так далее. То есть, а Rabit он, например, сам пушит консюмера, и если там консюмер типа не включен, он, я так
Speaker A
понимаю, никуда не передаст это события. То есть вот есть такая проблема, как типа просто у меня вот есть топик, у меня есть на нём офсет, который привязан к какой-то группе потребителя. Ну кавка значительно высоконагру, чем бит.
Speaker A
Почему? Я думаю, тут, наверное, связано, может быть, вообще в целом вот немножко с другой как бы идеологией, то есть пушить, то есть чтоб это надо же как-то там включиться, дождаться, поймать его, отдать. А как бы когда типа у тебя рандомно приходит, человек что-то
Speaker A
потребил, отключился, ну то есть и получается нагрузка в целом как бы меньше. И ну не совсем. У тебя же кавка брокеров может быть много партицы опять же то есть хорошее как бы вот это распределяние по по партициям большому их количеству.
Speaker A
Да. А скажи про каптеорему и мы перейдём потом к ревью. Так, как там у нас consistн алабилы аability и partition tolerance. Ну, то есть типа вот две из трёх только могут быть доступные в любой как бы, ну, то есть
Speaker A
для любой, грубо говоря, системы. Там, допустим, подгз где лежит? О, сейчас я поплыву, сейчас будем думать. А consistc однозначно обеспечивает аа до сейчас так partition tolerance это точно не про него значит CA получается то есть он же не делится если у нас типа
Speaker A
Хотя в принципе он же решается ну детям как он называется ну давай думать где у нас лежит Даже если у постгреса две грубо ноды мастер слейв, ну хорошо. Ну если, да, одна умрёт, вторая будет жить, то есть и тогда у нас по большому счёту
Speaker A
ничего страшного не произойдёт. Тут о'кей. М, сло. А разница в том, что данные-то у нас же, если отключится синхронизация, у нас же данные-то перестанут синхронизироваться. Так получается, консистентность-то не пропадёт.
Speaker A
Ну вот, давай. Какие две буквы? Так, сейчас ещё раз. Консист однозначно. А C есть? Давай. Да. Осталось 50 на50.
Speaker A
Помощь зала доступность или партишин толеранне не партишин толера. Я считаю, что А может нет сей се сей же. Ну потому что partition tolerance это, по-моему, не про пользу.
Speaker A
А что такое base? О. О, это интереснее. Так, это аналог, короче, кап теоремы, но я не помню расшифровку.
Speaker A
То есть это как-то чуть-чуть по-другому в другому. Зашарь экран. Сейчас я скину тебе задачку.
Speaker A
Ну это я тебе её не кидал, а вот сейчас я скину. То есть кандидат не знает. Эта задача реально была раньше в ВБ.
Speaker A
Мы её спрашивали. Сейчас я я добавлю наст. Сейчас начнём задачу скину. А во пошло.
Speaker A
Так пошла. Да. Пошёл поток. Ну, пошло. Сейчас. Что-то она у тебя белая. А, вот. Да. А код. Ну скажи, как будешь готов код продемонстрировать, а то ты сейчас браузершь.
Speaker A
Да. Да. А а код я его где куда должен зайти? Не вижу. Я скинул в беседу Телеграма. Ты в любом редакторе кода открой. Можешь в нотпаде, потому что мы всё-таки хотим классику.
Speaker A
Если писать код, то блокнотики. Сейчас, секунду. Я так. Ага. А, понял, понял, понял. Так, сейчас я понял. Ух, всё, сейчас я открою, секунду.
Speaker A
Так, вот тот кусочек, который мне пришёл, да, получается, надо скинуть, да, он маленький, так сказать, да, удаленький.
Speaker A
Сейчас я прекрасно наподочку, как просили, а потом, кстати, бонусная секция. Поспрашиваем тебя про AI.
Speaker A
Угу. Так, сейчас у меня чуть-чуть подзависло. А, я понял. С Так, Яндекс А, ага, Яндекс-код меня не пускает. Так, а подскажи, где его можно? Так, нотпад просто открой любой у тебя на компьютере.
Speaker A
А, а, всё, всё, всё, всё, всё, всё, всё. 2 секунды. Вот я либо идейку открой. Да, нене не, нормально. Идеи у меня здесь нету, так что открою в текст эдиторе и продемонстрирую всё. Так, как? Сейчас, секунду, надо было сразу немножко
Speaker A
подготовиться. Так. Новый всё. увеличил где-то текст. Да, да, да, да, да, нормально. Сейчас всё буду и поехали.
Speaker A
Давай. Очень ждём, очень ждём. Люди ждут код. Даже зрителей больше стало, как только дошли до ревью уногопоточки.
Speaker A
Да. Угу. Так, весь экранчик. Вот. Давай, давай, давай, давай. О, отлично. Сейчас почти получилось. Вот он. О, так. Не знаю, почему он чёрный у меня.
Speaker A
Ну, конечно, чёрная на чёрном. Это жёстко. Жёстко, да? Так, а он как-то Сейчас мне ещё нужно убрать баннер.
Speaker A
Сейчас я уберу баннер. Сейчас попытаю. Так, хорошо, хорошо сказать. Давай я тебе на этом майке работаю, да.
Speaker A
Сейчас посмотрим, может получится беленькую сделать. Ну-ка. Да отлично. Да, ну прекрасно. Подожди, я сейчас подумаю. У тебя вс-кода ничего нету? Да нет, нет. В заметках тогда открой.
Speaker A
О, кстати, заметки пробуем заметки. Вот заметки будут нормальные. Заме Да нет, они тоже чёрные.
Speaker A
Открываю, типа, почему у меня, видимо, тёмная тема, потому что сейчас возможно уже восемь. И вот он как-то белую тему.
Speaker A
Вы Врубай белую тему. Так вот, вот где этот, где правое меню управление, где-то яркость, прочее.
Speaker A
Левее, левее. Да, это нет. Что у тебя тут? А у меня по-другому, кстати, выглядит.
Speaker A
Ну вот. Да. С этим Слушай, да, может быть, это нормально. Вот нормально же видно.
Speaker A
Нет, нет, это неуважение к зрителям. Да, давай я тебе скину ссылку. Так уж и быть, заходи на неё.
Speaker A
Сейчас. Угу. Так, кидаем. Вот. Во, перейти. Вот это было бы супер. О, вот уже лучше.
Speaker A
Сейчас пошарим. Так. Давай. Так. Так. Сейчас я дачу прикрою. Мы чуть-чуть расширим эфир, так сказать.
Speaker A
Технические шоколадки произошли. Ну ничего, ничего. Это была, кстати, проверка. Не, у меня, кстати, темы быстро переключаются.
Speaker A
Эдир нету, наверное. Нет, да. Чего? Показывай. Да, всё. А вот так. Хорошо. Вот. Вот так вот видно?
Speaker A
Да. Вот. Дадада. Дадада. Да, видно. Всё. Ну отлично. Давай с тобой разберём этот код.
Speaker A
Так. Ага. Что-то здесь надо происходит. Что надо сделать? Проревьювить, привести в порядок. Дадада. Можешь привести. Если придёшь в порядок, будет вообще кайф.
Speaker A
Так, о'кей. Так, какая-то, господи боже мой, что это у меня? Что-то глазами столько байтиков. Это жесть. Так, ладно, подожди. Я не понял.
Speaker A
В смысле ключ? А в целом байты можно вот так вот хранить в мапе? Подожди. Ну у байтов у него же не переопределён вот это всё. Там же ключ потом, как только ты туда что-нибудь добавишь, потеряется и вот это и будет
Speaker A
всё очень. Нет, ну в целом можно или нет? Ну скомпилируется такое со Так сомнительно. Там же требуется класс уже готовый, а это, по-моему, не является классом. По-моему, он так не умеет.
Speaker A
По-моему, нет. Умеет, умеет. Серьёзно? Ну давай, да, давай дальше думать, как нам это исправить. Что нам делать? Что нам делать?
Speaker A
Так, ладно, это пусть будет кэш. Я хотя бы попытаюсь понять, что тут происходит. Мапа new cas map. Ну о'кей, ладно. Что он делает? Так, byты digit какие-то даётся input. Пошло дальше. Так, немножко я как-то блоками разделю, чтобы понимать, что тут вообще происходит.
Speaker A
Так, он получает Ага. А, то есть отдаётся некий этот и в результате а отдаётся, соответственно, по ключу как бы массив.
Speaker A
О'кей. Если резалта нет, то синхронайed кэш. Ага, синхронизация по кэшу. Что делает он? Шерезал травин кэш. Так, подожди, я что-то не понял. Ты кто-то уже пустой.
Speaker A
Это даблчек. А как? Зачем? Для чего? Я такой первый раз вижу. Ну ладно, это бывает. Так мы уже же его получили и мы ещё раз на всякий случай сходили. Но а понятно, если вдруг кто-то ещё раз что-то поменялся, вот тут действительно
Speaker A
douбл чек. О'кей. Если действительно всё плохо, тоди digest. А что такоеди? Это некоторый абстрактный метод, который реализован, который тебе сейчас не нужен. Резал равен вот этому. И получается положили в кэш аа result. Ну о'кей, допустим, но в целом на самом деле очень странная
Speaker A
штука. Я бы не хранил как бы ключи вот, ну вот вот, потому что у меня большие вопросики. Если меняется, соответственно, мы теряем это значение и вот это вот всё происходит.
Speaker A
Есть такое. А что тут ещё плохо? Что плохо в целом? Вот как раз ты кши писал, ты должен это размотать.
Speaker A
Ну да, да, да. Это то есть что тут ещё у нас плохо? Ну, как бы, а если мы это делаем мапу видикэша, тут бесконечный рост памяти, типа, ну, есть потенциальный вариант вообще убить приложение по out of Memory, когда его
Speaker A
размер будет, ну, максимально большим. А с учётом, как раз-таки ключа VDB это точно случится, и, скорее всего, приложение кончится. Ну, то есть память.
Speaker A
Вот это факт. Аа, то есть для кшей вообще а-а эти Vigш Map используют, чтобы как бы ссылочки отмирали, если они не шибко нужны. И, во-первых, у пше ещё всегда ещё делают какие-то ттэллы. И опять же там, а, ну, как бы размер
Speaker A
фиксирования должен быть у пша, то есть следующие значения должны, наверное, не нужные вываливаться, вот, чтобы и не убить по памяти. То есть вот базово как минимум вот эти проблемы. Что тут происходит? То есть тут, в принципе, если этого нету, тот кладётся именно с
Speaker A
учётом, что многопоточный, видимо, часто очень кэш аа ходят, на самом деле. То есть а-а господи мм можно же использовать какую-нибудь уже встроенную мапу из Concurrent Hmap, ту же самую.
Speaker A
Действительно, ну, хотя бы тут concurrent Map можно испольть. Да, если уж нам очень надо. А какой у неё есть метод, который делает вот эту всю логику?
Speaker A
Пу-пум. Стандартный метод тяжело мне сказать. Топу absent - это, наверное, не то. Да, у меня что-то на языке там не Ну да, там вот вот вот что-то такое, чтобы автоматически с учётом того, что это вызывается Шмпа, а ещё проще вот как
Speaker A
сделать. Вот ты сегодня про это говорил. Я сегодня про это говорил ещё проще. Не, ну, ну, я сегодня только про кофеин рассказывал.
Speaker A
Ну, вот аннотацию поставить и всё. То что которая так да. Ну вот ты проговорил, что мы можем в out of memory выйти. Это действительно правда. Нечистя кэш, мы уйдём в out of memory. Как бы ты диагностировал, что мы
Speaker A
из-за этого уходим в out of memory? Вот тебе сказали, прижинять течёт. Как ты поймёшь, что тут? Допустим, у нас 1.000 классов, ты этот код с роду не видел, и тебе нужно понять, что он вызывает ошибку.
Speaker A
Ну, во-первых, out of memory оно у нас вот как-то вытянется в логи в целом.
Speaker A
Не всегда. О, далеко не всегда. Ну, у тебя может он может занимать у тебя 95% и ты какой-нибудь, не знаю, маленький массивчик пытаешься разместить, и он у тебя упал.
Speaker A
На это надеяться никогда нельзя. Да, лагира этот тоже не поможет. Лагирне это не поможет. та логировать всегда, конечно, крэпинг логов может полететь, там лимиты превысили и так далее.
Speaker A
Вариантов полно. На самом деле, если ты хочешь 100% быть уверен, что у тебя, когда приложение по Out Memory упадёт, ты сможешь узнать, что оно упало. Именно поэтому ты ставишь господи, а этот в при запуске приложения прекраснейшие параметры минус чего-то там, да,
Speaker A
типа снимай дамп во время out of memory и у тебя получится файлик с дампом. Вот там где-то на проде или на тесте.
Speaker A
Абсолютно верно. И в нём будет вот этот прекрасный кэшфайл со всей нутрянкой. То есть ты говоришь, да, во-первых, он разрастётся во-вторых шмапу использовать это древность.
Speaker A
Можно было штаб даже использовать. Конка хшмапа здесь лучше. Логика с байтами вообще такое себе. В принципе, согласен. Это было не небольшой задача, небольшая на многопоточку. Хотя тут не совсем многопоточная, но вспомнили про даблчеки, что в принципе их не надо
Speaker A
забывать. Ну вот, в принципе, давай теперь завершающие вопросы. Это можешь не стримить. Сейчас я это заберу. Так, отлично. Верну, так сказать, наш баннер правдивый, потому что сегодня впервые мы даём рефералку просто за прохождение МКА. Напомню про это в целом. Расскажи, какими AI
Speaker A
инструментами ты пользуешься в работе? А, ну, в целом у нас в компании есть и достаточно неплохой свой инструмент, работающий в агентском режиме.
Speaker A
Ну, мы его называем Ness. Вот. То есть в целом это вполне себе классный агент с кучей MCP серверов, то есть позволяющий даже в авторежиме МCшки - это, допустим, я хочу иметь доступ там к какому-нибудь Слаку Джири, что там у нас ещё есть? Вики. То есть
Speaker A
создавать могу задачки, могу вот это всё и читать. Самая фигня. Создавать это легко, а вот читать, то есть ты можешь кидать условно в агент прямо задачу, и она тебе прочитает её. А также описание этой задачи новинки.
Speaker A
Не страшно, что она может что-то сломать от его имени. Ну, во-первых, аа агент для каких-то, наверное, страшных штук всегда будет спрашивать. У тебя разрешение? То есть ты можешь меня в режиме включать, да?
Speaker A
А если авторежим? Я могу сказать свою ситуацию. У меня была MCP для графаны. Я сказал: "Слушай, тут что-то доска не особо работает". Он взял, нашёл проблему, понял, что у него MCP, вытащил токен и пошёл своим запросом напрямую поменял этот. Ну, он поменял правильно.
Speaker A
Поэтому доверие как бы не должно быть полное. В идеале использовать что? голову взяли использовать, не, ну, голову и сервисные аккаунты. То есть нужно ограничивать везде, и на уровне MCP, и на уровне аккаунта.
Speaker A
Поэтому, да, у вас используется, скорее всего, какой-то квен. А помимо вот вашего Лионе Месси, а что использова?
Speaker A
Ну, это там условно, да, грубо говоря, как там клокод на минималках или там что ещё у нас есть? Вот. То есть нестандартные, просто агент во многих компаниях ужени есть, в принципе.
Speaker A
Сколько токенов ты сжигаешь? Представим, что я тебя нанимаю в АИ биту. Слушай, я хочу сказать, что я немножко пользовался клодом. Я умудрился там сколько там, ну там миллион токенов сжечь поли. Сейчас нет, не миллион, там больше. Ну я хорошо
Speaker A
прямо сжигал по-разному. Ну сколько сколько ты сжигаешь себе санету опуса? Опус им можно в целом вообще вполне себе хорошо работать. А санетом с санетом очень сложно. Он прямо выжигает типа аа сколько там, грубо говоря, ну он прямо может миллион
Speaker A
токенов жесть за часик другой. Вот. То есть, ну, сколько у тебя максимум за день было? Давай посоревнуюсь.
Speaker A
Так, ну я я свой стату не смотрел, поэтому я, наверное, скажу, наверное, что-нибудь несколько миллионов. Вот мне, по-моему, за ночь Опус сжёг 12 млн, клод сжёг 20, ой, кодекс сжёг 20 млн и полный лимит квена. Вот поэтому бывает, когда даёшь мультиагентную
Speaker A
оркестрирующую задачу, когда у тебя, не знаю, код управляет, а другие нейронки подстраиваются. Там действительно может быть сессии 3-4 часа и сжигает. Я прямо увидел, у меня подписка, ну, можно по IP ключам почитать. Угу. Угу. 500 долларов за ночь сшок в кло. Да.
Speaker A
Ух ё. Это неплохо. Хорошо. В принципе, неплохо. Николай, мне очень сильно понравилось. Я пойду готовить фидбэк. Но перед фидбэком, конечно же, мы сейчас посмотрим снова презентацию, потому что без неё никак. Сейчас я подготовлю.
Speaker A
Прежде всего напомню, что мы шаркаменторская программа создана для разработчиков и мы реально повышаем грейд и техническую подготовку всех, кто к нам приходит. Мок интервью в шоркате - это прежде всего возможность понять свои слабые, сильные стороны, прокачаться перед реальным работодателем, а также
Speaker A
прежде всего проверить себя и перестать бояться. Особенно, если вы давно не проходили собеседование, вы можете бояться, быть не готовы. Или, наоборот, можно с помощью шотртката хорошо избавиться от синдрома самозванца, если вы думаете, что с вами что-то не так.
Speaker A
Почему стоит нам доверять? Прежде всего, у нас 20.000 минимум разработчиков в нашем комьюнити. Более 2.000 человек прошло моки и программы обучения. Среди них более 500 оферов получили наши менти. Мои личные менти, когда я ещё брал на обучение, в
Speaker A
среднем, по-моему, все, все 100% получили оферы. А была девочка, которая получила три-четыре офера, Владимир с пятью оферами. Причём удивительная ситуация произошла. О, он ушёл из Бера, поработал годик в двух других компаниях и снова вернулся Сбер, но с очень-очень
Speaker A
большим повышением, больше x2 к зарплате. Це средняя оценка у нас 4,9. Я считаю, это очень большая. Я, допустим, работал в поиске видео. У нас там оценка была значительно меньше.
Speaker A
Что вы получаете на реальном Мок интервью? Во-первых, любого сильного нанимающегось бигтеха, любого русского биктеха, ну и заграничного, честную оценку грейда по рынку, ориентир по зарплате текущих навыков и будущих, развёрнуту обратную связь по пробелам знаниях и текущих знаниях. И что
Speaker A
немаловажно, вы также получаете персональный план развития. Что же за план развития? Прежде всего он включает в себя текущий грейд. Кто вы сейчас по жизни? Что вы хорошо знаете, какие темы, куда вы хотите. Прежде всего нужно поставить цель. Что вы хотите:
Speaker A
поднять грейд, поднять зарплату, сменить работу, найти первую работу. Также примерный ориентир по зарплате, на который вы реально можете рассчитывать.
Speaker A
Он берётся примерно с гетматча. Что нужно прокачать, чтобы этому соответствовать? И примерную траекторию обучения. Вы можете этому учиться и сами, но это не так эффективно, как с менторами, потому что вы можете потерять мотивацию, не найти нужные материалы, либо в целом
Speaker A
просто запутаться. Поэтому также предлагается и менторское обучение. У нас более 150 менторов. Занятия длятся минимум час под любое удобное время. То есть в каком бы часовом поесте вы не были, до работы, после работы, на выходных, до занятия вы всегда будете
Speaker A
обеспечены всей необходимой литературой, а на самом занятии можно заниматься теорией, практикой и кодрев. Занятия проходят на один один на один с ментором. Прежде всего нужно выбрать навык, который мы хотим прокачать.
Speaker A
Некоторые навыки можно прокачивать в параллель. Допустим, если вы изучаете кавку, вы потом можете изучить многопоточку. Что вам ближе? Может быть, по работе вы сейчас начнёте работать с кавкой, и вам кавка в приоритете. Также вы будете решать реальные задачи на
Speaker A
платформе и разбирать их уже с ментором на созвоне, если есть сложные темы, непонятности. Также, когда мы прошли тему, важно её закрепить, поэтому нужно пройти независимое интервью с ментором.
Speaker A
Не тот, который вас учил, а какой-то другой. И только лишь после того, как он это опрувнул, вы выходите на рынок с обновлённым резюме. Все занятия ведут только практикующие эксперты из Бигтеха.
Speaker A
Это наш принцип. Среди них есть ВК, Яндекс, Авита, ЕПАМ, ну и заграниченные компании. Их более 150 штук от Midle Plus и выше уровня. Поэтому вы сможете найти любого ментора под любой интересующий вас стек. Создадим комфортный темп занятия с ментором. Если
Speaker A
у вас есть отпуск или вам иногда нужно отдыхать, это всё учитывается. В среднем занятия требуют от 10 часов в неделю.
Speaker A
Допустим, я когда искал работу свою самую первую, я занимался и 60 часов в неделю. У вас может быть даже несколько менторов одновременно.
Speaker A
Между занятиями вы не остаётесь одни. Вы можете задать любой вопрос, попросить кодревю домашки пдпроекта запросить дополнительные материалы по любой интересующей вас теме, пройденные, не пройденные, следующие. Но прежде всего у нас есть удобная платформа для прокачки навыков. Она каждую неделю обновляется,
Speaker A
пополняется реальными задачами, реальными вопросами и теорией. Очень классная платформа. Знания всегда остаются с вами. То есть вы прошли и всё равно можете перепройти, перечитать, оставить у себя. Никто у вас её не заберёт, она будет всё развиваться и развиваться. Что дают занятия с
Speaker A
ментором? Почему это в целом полезно? Прежде всего, обычно повышение грейда занимает от полугода. То есть вы должны целенаправленно поставить себе цель: "Я хочу стать сеньором". И в среднем это занимает вообще, я бы сказал, даже год.
Speaker A
Но с ментором это можно пройти в разы быстрее. В среднем в два-три раза уж точно быстрее. 2-3 месяца, но это прежде всего упорной и плодотворной работы.
Speaker A
Также мод мы вас обучили, но нужно также прокачать, прожарить ваше резюме. Мы обновляем ваше резюме, смотрим огрехи, и мы гарантируем, что ваше резюме как минимум попадёт от пяти до тридцати разных компаний. И обучение в целом покупается с самых первых зарплат на
Speaker A
новом грейде. Мои ученики есть, которые с первой зарплаты два-три раза смогли обучить, окупить обучение. Есть люди, которые в целом не работали в IT, у них не было работы и с первой зарплаты они неплохо так окупились. Также при переходе на синьора разница между
Speaker A
Миловской и сеньорской вилкой намного больше, чем стоит даже в целом пакет. У нас очень много историй. У меня очень их тоже много, как Альфабанк, так Сбербанк, Яндекс и Т-банк. Вот видите, есть и островок, и Яндекс. Попасть в Яндекс, на
Speaker A
самом деле, даже сложно. Это некоторый челлендж, потому что там бывает вплоть до пяти этапов собеседования.
Speaker A
Наши менти в среднем во время лета получают офер раз в 3 дня. Я думаю, что это невероятный результат, потому что прежде всего летом в среднем особо нету набора. Все либо на отдыхах, либо только лишь планируют. Какие у нас есть
Speaker A
пакеты менторства? У нас есть два основных пакета. Это А плюс Ростп. У нас минимум есть 150 отборных менторов. Все ваши навыки из фэбека будут прокачаны.
Speaker A
То есть ни один красный навык не останется незамеченным. Также вы всегда будете получать обратную связь на домашки, на задания, которые вы проходили. чат один на один с ментором или менторами, если у вас их несколько.
Speaker A
У меня есть чаты, где я с Виктором, и мы можем даже беседовать. Мов после каждого навыка, он гарантирован. Ну также есть дополнительная бонусная лекция о том, как договориться о повышении ЗП. Но вот гй плюс новый офер выглядит намного
Speaker A
интереснее, потому что у нас есть разборы реальных собеседований. Также мы можем рассмотреть и ваше собеседование, как вы его прошли. Некоторые приходят для работы над ошибками, то есть где переволновался, где что-то забыл, потому что люди очень сильно волнуются. И у нас
Speaker A
есть пять именно приглашений на интервью в компании. То есть именно приглашение, вот если в GL А пзп у нас только рефералки, то в новом офере у нас уже сами приглашения и пять сабесов бонусом.
Speaker A
И мы не успокоимся, пока не дадим вам пять собеседований. Ну а как начать? как получить эти собеседования, тем более сегодняшние бонусы. Прежде всего нужно записаться на мок интервью, чтобы узнать реальную свою стоимость на рынке, текущий грейд, получить детальный план
Speaker A
развития до следующей ступени и пройти симуляцию собеседования один на один без зрителей. То есть не будет, как сейчас, никто за вами в лайпе смотреть не будет.
Speaker A
Останется у вас только лишь запись. Поэтому во время собеседования вы, в принципе, можете расслабиться, не сидеть с карандашом. а просто пересмотреть запись. Плюс у нас есть настолько подробный план, что, в принципе, ни один вопрос не останется незамеченным. В
Speaker A
принципе, у нас сегодня три спецусловия. Первое - это скидка. Скидка 75%. Сегодня стоит МОК 2.000 вместо 7500, как обычно.
Speaker A
Второе - это гарантия возврата средств в течение недели после МОКа. Любая причина. не понравилось само собесение, не понравился пул вопросов, не понравился интервьюер или интервьюер грубил или провёл как-то, как не вы хотели или ожидали, вы можете с любой
Speaker A
ситуации вернуть деньги. И третий бонус - это гарантированная ревка. Только сегодня после оплаты на МОК вы можете выбрать ревку в любую интересующую вас компанию. Для того, чтобы это сделать, перейдите на MOК интервью Shortcut, сканируйте QR-код. и пишите нашему
Speaker A
менеджеру. Менеджер с удовольствием подберёт вам любого ментора по любому стеку и с любой проблемой. То есть можете писать: "У меня там через неделю собеседование автобанк, мне нужен ментор, который потренирует меня на midle+ или у меня очень плохо с
Speaker A
алгоритмами. Я бы не хотел полностью javas секцию, я бы хотел только алгосы. Или у меня systemдизаign, я в принципе сеньор, ja секцию уже прохожу сам, но систмдизаignн в принципе он у всех страдает. И в принципе, кому бы я
Speaker A
советовал проходить мок интервью, я бы советовал всем. Если у вас давно не было собеседования или у вас проблемы с резюме или вы хотите избавиться от синдрома самозванца или в целом просто узнать, сколько вы стоите, потому что часто приходят люди, допустим, из галер,
Speaker A
где у них зарплаты раза в три, порой до трёх раз доходило, ниже рыночной. И какой же у них был шок, когда они это понимали.
Speaker A
В целом мы провели МОК интервью более чем для 2.000 людей, и только полпроцента респондентов оформили возврат.
Speaker A
Мок интервью мы проводим по любому стеку. Найдём подходящего ментора или вернём вам деньги. И мы не успокоимся, пока не найдём вам ментора.
Speaker A
Также переходите, связывайтесь и не помните про сегодняшний бонус с ревками. Он очень полезный. Так, также запись останется и во время записи будет ссылка. Так, ну что, в принципе, мы проговорили. Крайне рекомендую всем, даже сеньорам, даже этим ледам. У нас есть моки
Speaker A
поплменджменту, по тим лидству. Ну что, возвращаем Николая. Давайте спросим его мнение. Просто Николай необычный человек. Он у нас уже не первый раз, и он уже смешарик.
Speaker A
Да, не очень интересное интервью, на самом деле. Я тоже всем рекомендую, типа, даже если вы ведёте сами, то всегда есть моменты, в которых вы можете быть как бы. И мне даже самому вот стало очень интересно. Я возьму обязательно
Speaker A
почитаю все те секции, вопросики, которые я не успел. Ну как бы ты же сам даже спрашиваешь, как бы других ты знать должен лучше. Вот это очень хороший опыт.
Speaker A
Да, когда сам спрашиваешь, у тебя узкий пул вопросов, в принципе, чтобы запомнить. Плюс он обычно бывает одобрен компанией, поэтому что-то необычное можно только на реальных собеседованиях словить. Вот как раз-таки Николай ведёт собеседование, но ему тоже было интересно, представьте за
Speaker A
2.000 получить такой опыт, я думаю только так. Плюс Николай, да, не первый раз видите возвращается значит что-то его зацепило. А что тебя зацепило? Шоркате, что тебе нравится?
Speaker A
Да, в целом шорт. Ну что можно сказать про шортcat? Довольно-таки как-то интересная платформа, где действительно можно там решить какую-то свою проблему или просто даже понять, что тебе почитать, да, что там посмотреть, что досуги.
Speaker A
Да, на досуги бывают, да. Самая моя нелюбимая тема, наверное, алгосы. Вот их я не люблю. Это рандом на рандоме рандомный. Особенно Алгос в вашем-то банке. Ну, я, кстати, три задачи решал, успевал за часик.
Speaker A
Да. Ну вот, вот видишь, значит, тебя не должны это пугать. А вроде бы я уже всё, я автобанки, у меня результат закрепился. Я даже через год, когда Автобанк собеседовался, мне алгосвасекцию не ставили.
Speaker A
Видишь, как хорошо. Вот в целом, что тебе понравилось сегодня на интервью? Что не понравилось?
Speaker A
Можешь делать открыто. Да, смотри, я думаю, единственная у нас тут проблемка была с код эдитором. Вот это чуть-чуть технический косяк. Да, да, да, был бы.
Speaker A
Вот. А так по большому счёту, да, всё понравилось. Видишь, даже понял, что мне надо что-то почитать.
Speaker A
Ну, в целом, да, Николай, я Николае уже собеседовал, поэтому я знаю его грейд. Плюс он сегодня волновался. Не каждому бывает легко проходить публично, когда тебя глаза смотрят. То есть потом в комментариях язвительно могут на какой-нибудь ответ или вопрос ещё
Speaker A
писать. Ээ вот поэтому, да, прежде всего Николай он минимум midл плюс, он действительно может закрыть синьора, перепрыгнуть, перешагнуть эту ветку, но нужно подкачать многопоточку. Ну, многопоточку реально нужно прочувствовать. Как её прочувствовать?
Speaker A
Книги, теория, вопросы, всё это есть. Всё это можно повторять, изучать. Стартеры, пора писать стартеры, прочувствовать спин из кишков. А я тебе даже жизненный сыклбина не спросил.
Speaker A
Самая лёгкая, господи. Так, и я бы ещё бы, знаешь, больше микрочи повторил. Вот как там сервисныши, библиотечки, но мне безумно понравилось, как ты прошитлок рассказал, про распределение задач, про хиpdam. То есть, знаешь, тут midleп синьорor минус вырес именно по опыту, по пониманию.
Speaker A
Видно, что ты давно не тренировал. Прежде всего, прохождение собеседования - это навык, ему нужно качаться. Ну давай такой гибрид тебе поставим, потому что я уже знаю, плюс я знаю, как ты умеешь без волнений. Я сегодня специально тебя пытался чуть-чуть
Speaker A
подушить вопросами. Не полностью, но попытался. Я люблю табанковских душить, потому что недавно ко мне приходил тимлит ваш. 4 года опыта человек, а он уже 2 года тим лидом работает. Хорошо, но я смог его задушить. Вот. Ну ладно, не суть.
Speaker A
Да. А давай, Николай, вернёмся ещё к вопросам. Будет ли запись? Безусловно, будет. Даже шорсы будут. Пока себя в ТикТоке ещё не видел, но в шорсах бывает перелистывая видно. Да. Проблема сейчас не только на собес пройти, а в него
Speaker A
попасть. Именно поэтому мы сконцентрированы на том, чтобы пригласить вас в компанию. Так как у нас, э, менторов более 150, в целом по рефералкам и по каналам мы можем в любую компанию вас закинуть.
Speaker A
Николай молодец, безусловно, мне очень понравилось. И стоило ли ему что-то попробовать, так он возвращается и наслаждается.
Speaker A
Так будет ли собе посисдизу? Ну, вообще технически он был когда-то у нас на канале, и вы можете посмотреть. Вот четверг пишут.
Speaker A
Я вкленсь, что завтра на этом канале будет себе сдиз вместо собез пого. Вот идеально. Вы представляете, вот прямо завтра по сидизу.
Speaker A
Так что обязательно приходите, и я даже его посмотрю, потому что может быть что-то я делаю не так. Следующий раз накодируют много. Да.
Speaker A
Intel GDA, а каким пользуешься? Почему не было идеи у тебя? А это у меня просто домашний ноутбук. Я как бы на нём не код не пишу, я знаю фильмы на нём.
Speaker A
Мах для фильмов. Нормально. Да. Так вот, кстати, сейчас нормальный вопрос. А цель задушить, снизить планку на Нет, на самом деле в крупных компаниях люди, которые собеседуют, они собеседуют вообще обычно не из того, ну, мы набираем не себе, мы
Speaker A
набираем другим. Наша цель проверить человека знания. А когда тебе приходит человек, который говорит, что он гуру, гуру, вот это вот мы не прямо на это направлен на душу.
Speaker A
Поэтому в целом системдизаignн нужно знать, это навык от midle плюса и выше. Кто будет вести ещё? Не знаю. В принципе, думаю, информация будет. Маруф вот сньор взуми япами сейчас работает Германия, поэтому с удовольствием будем смотреть. Это очень полезно. Я
Speaker A
рекомендую для синьоров, да, вот нужно знать системдизайн, потому что кто кроме вас поймёт, как система должна работать?
Speaker A
Конечно, Иишко, хорошо, но если вас бизнес на какой-нибудь встрече спросит: "А что, какой запрос мы куда шлём?" Ну не будете же вы 5 минут ждать, когда вам клад-код ответит. Нужно чуть-чуть хотя бы понимать. Чуть-чуть. Николай говорят, что ты хорош. Хорош. Тебя хвалят.
Speaker A
Я сам себя не могу, к сожалению, похвалить. Я бы сам А я тебя похвалю. А я тебя.
Speaker A
Да-да-да. Мне нравится. Нет, в целом очень хороший. очень хорошо был. Хорошо держался поэтому и выдавал базу. Базу, которая видно.
Speaker A
Я тебе, кстати, Сергей, чуть это помогу. Тут очень несколько раз просили, когда и заменят разработчиков. Вот.
Speaker A
А у меня не видно, кстати. Ну да, его не подсвечивали. Вот. Но прямо много я смотрел. Кто про тогда и заменит разработчиков. Я хочу уже на пенсию. Давайте завтра.
Speaker A
Да. Вот какие фильмы смотрит Николай? Какие? Я не знаю. Слушайте, я смотрю, на самом деле очень просто. Как, как узнать? Смотришь самые популярные, самый лучший фильм с высоким рейтингом? Вот так выбираешь. Также я выбрал Java, собственно.
Speaker A
Java. А почему тогда не JavaScript и Python? А потому что рейтинг у них у Java. Вот. Ну в целом это каком году? Я вот когда выбирал язык, до двадцатых ещё вот.
Speaker A
Ну вот я тоже до двадцатых выбирал язык. И вот меня очень сильно соблазнял C#arp.
Speaker A
Но я не поддался. Можно найти даже мои комментарии на публичных роликах, где я спрашивал: "Так, что выбирать?" По итогу выбрал Джаву и не прогадал, потому что у нас вакансии раза в два больше.
Speaker A
Так, на синьора спрашивают микросервисы. Конечно, все стараются сейчас писать микросервисы. Это проще, понятнее и удобней. Потому что, знаете, когда вы в монолите и у вас, не знаю, разработчиков 20-30 толкаются локтями, в один момент ваши разработчики содут с ума. У меня
Speaker A
есть опыт в монолитах. В принципе, я люблю монолиты, но иногда случается всякое. Как минимум монолиты деплоить бывает тяжело.
Speaker A
А что спрашивает только systemдизаign? Остальные берут на себя агенты. Да, в принципе, это разумно. Я бы сказал, что это реально разумно. Я бы спрашивал только systemдизаign и кодрев. В принципе, остальное, да, можно тоже я чучуть добавлю про яишку. У
Speaker A
меня просто достаточно большой опыт, и я в целом люблю всякое разное. Вот спрашивают, нас заменит или нет. Сейчас оно не заменит. Вы, как Сергей неоднократно сказал, должны уметь делать кодрев. У вас должны говорить и как сделать. Вы должны точно уметь понять,
Speaker A
что она сделала плохо, а что хорошо. То есть даже Клод не пишет идеально, даже самая дорогая моделька не пишет пока, и она не будет, скорее всего. Ну то есть они не владеют, ну как бы максимально всем контекстом. В целом человек пока
Speaker A
ещё лучше. И в целом контекст можно расширить до 10 млн. То есть проблема в инференсе только. Если контекст будет уже 10 млн, конечно, можно и больше туда закинуть, но контекст рот и прочего никто не отменял.
Speaker A
Кто-то выбрал basic, да, я вот в девятом классе сколько лет назад, лет, наверное, 10 плюс, писал на Юбейсике. Вот поэтому тоже тема, да.
Speaker A
Есть ли возможность зарефералить саратовский Т-Банк Гибрид? В целом в Т-банк зарефералить можно. Не обязательно, я бы даже сказал, саратовский. Если вы живёте в Саратове, скорее вам сделают приоритет там, да, есть. Причём с прямой ревкой, которую мы даём текущем Моке, вас точно рассмотрят.
Speaker A
Хочно не рассмотря. Вот у меня есть ситуация, у меня друзья пошли в ВБ, я проверил, будет ли без ревки меня рассматривать. Я откликнулся, меня 2 недели морозили. Стоило Виктору, кстати, Анохину, который вот ведёт тут, отправит меня. Мне на следующий день написали.
Speaker A
Хотя нет, по-моему, даже мне Илья зарефералил. Причём я в наглую чарке написал: "Привет, я от Ильи, хочу в ВБ, поэтому Да, рефералки работают.
Speaker A
Оркестрацию агентов". Да, кстати, есть куча сейчас инструментов для оркестрации, лупа и прочим. Так, кто-то даже умудряется на монолите пушить в мастер и всего лишь два раза ронял. Сколько раз ты ронял продт, Николай?
Speaker A
Ну как так? чтобы совсем не очень получалось у меня. К счастью не получалось, на самом деле. Можно. Не, ну можно, например, как уронить фт, допустим, а чуть-чуть подставить базу там, да, как-то неправильно. Вот и такое возможно.
Speaker A
Даже можно создать неправильный индекс, и у вас чуть-чуть прод прилят. Ну, я ронял прод за этот год, по-моему, один раз и два раза тоже.
Speaker A
Вот. Сергей, только для Google лекции. Нет, про и можно прочитать и на этом канале.
Speaker A
И, по-моему, у нас будут даже материалы для и, поэтому оставайтесь вКонтакте и ждите. На сньора могут ли спросить cloudсервисы АВ Ажур? АВС и Ажур в России у вас не спросят, потому что в целом у нас запрещено запрещены такие
Speaker A
вот моменты. Почему запрещены? Потому что здесь закон, который подразумевает то, что данные русских пользователей должны оставаться в России. Плюс ажуры и АС дороговатые. Хотя, допустим, тот же Яндекс облако, оно тоже очень дорогое.
Speaker A
А я вот в ВК Облаке арендую сервер, там одно ядро 1 ГБ, по-моему, 1.00 выходит.
Speaker A
А какой-нибудь хедзнер за эти деньги даст шестиядерный сервер или восьмиядерный даже. Поэтому нет, не нужно. В целом в хорошей компании у вас будет DevOps, который всё настроит, и вам нужно будет только прожать клик.
Speaker A
Так, читать кабанчика издис очень тяжело. Есть очень много сайтов, очень много источников. Мы подбираем индивидуально под каждого нашего менти. Поэтому, если у вас есть такой запрос на систем дизайн, прежде всего нужно провести мок, чтобы понять, что у вас не так в систем
Speaker A
дизайне. Систм дизайне можно накачать накачать очень легко. Частая проблема, люди начинают рисовать систему, не зная её требований. Вот мы говорим, что нужная система, они начинают куча там микросервисов рисовать или монолитов. А ты спрашиваешь: "Слушай, а сколько у тебя пользователей? Может, у нас 10
Speaker A
пользователей? Мы можем на Питоне что-нибудь сделать?" Вот. И они начинают думать тогда: "Слушай, а реально, а для кого и как мы делаем систему?" Очень многие в РПС, вот я не люблю, когда люди начинают считать в уме, потому что в 80%
Speaker A
случаев они ошибаются очень редко, кто в уме. Или люди не учитывают часы работы. Допустим, вот у них есть интернет-магазин, и они реально рпсы, ну, нет, реквесты в день делят на 24.
Speaker A
Обычно после 2: или часа ночи до там 7:00 утра у вас и не будет запросов.
Speaker A
Вот. То есть очень много хитрых моментов, которые мы как собеседующие спрашиваем и проговариваем при обучении.
Speaker A
Задеплоить плохой код. Прямо плохой код задеплоить тяжело, потому что есть же у нас и сонары, и тесты. Ну нерабочий ужас, в принципе, можно на Кипр в криптоказик спрашивает Авст.
Speaker A
Да, кстати, могут спросить, но это про Кипр. Мы в целом больше на Россию, но по ВСУ мы можем найти. Вот есть Дмитрий, он очень хорошо расскажет и про АВС, и про GCP. Яндекс самое дорогое. Да, мне Яндекс тоже очень сильно не нравится.
Speaker A
И АВС реально содержит целый список комплекса вопросов, потому что у них есть буквально всё, всё и вся лямбда C2, что там только нету.
Speaker A
Если тесты не пройдут, да, такой код и не надо вливать. Вот у меня однажды в MV была такая ситуация, когда мне дали код на ревью, а я случайно взял его замёрджи после того, видел кнопку синюю, как нажал, после этого стал проверять. Вот
Speaker A
чужой код непроверенный взял, залил мастер, ну, девелоп. Ничего, немного поворчали и хватит. Если сторож пара тем, то изии, да. S3 самая понятная, самая лучшая тема.
Speaker A
Мистер Дарк Илия пишет, что у кабанщика ужасно кривой перевод и куча воды на 500 страниц. В целом, я полностью с этим согласен. Николай, читал ли это кабанчик?
Speaker A
Как тебе? Похвалих кабанчику. Я первый раз его прочитал, когда я как раз собеседовался, собственно, в ТХ.
Speaker A
Я реально готовился к сисдизу, реально читал кабанчика. Ну, слушай, как минимум там есть моменты, которые действительно помогают немножко понять про системы, там как готовиться хотя бы, ну, я сейчас прямо не помню вот наизустьсь, но давно это было, не перечитывал тех пор.
Speaker A
Ну, не знаю, мне кабанчик зашёл, но не полностью. Есть вторая часть, не забывайте про неё. В целом, именно для систем дизайна можно и быстрее подготовиться, чем читать довольно тяжёлый материал для мозга. Обычно человек не больше страниц денег отцелит. Ну, база, база, основа,
Speaker A
да базис. Не, не, не, я не продукт-менеджер, я исключительно разработчик. Я пишу только код.
Speaker A
Так, простые вопросы. Зачем нужен readт LCK и когда используется save? Как работает? Ну я не знаю, Николай, разве это простой вопрос проилок?
Speaker A
Ну в целом, наверное, не совсем простой, да, его не так часто очень все эти многопоточные штучки использовать.
Speaker A
Сейчас я по кодовой базе сейчас посмотрю. Есть тут readй l. Я даже проверил. Не найдёшь.
Speaker A
Нету. Ну вот, поэтому в целом это эксклюзивный вопрос, поэтому я бы не сказал, что прямо плохо-плохо.
Speaker A
А файл сей, ну он, наверное, даже заезженный, но всё равно спросить стоит, потому что C modification exception очень страшно. Стоп.
Speaker A
Можно попросить deepsк самые полезные факты из кабанщика? В принципе, да, можно даже, я бывает люблю делать книжки, скачивать книгу, потом кодексом запускать и говорит: "Возьми оттуда там, не знаю, только самое полезное". Так, чтобы не всегда книга влезает, хотя бы,
Speaker A
наверное, всегда уже влезает, но в целом можно так пользоваться. Я так сделал для мудрости, что у меня кодекс разбил мудрости на таблицу. Вот. И каждый день у меня есть своя мудрость.
Speaker A
Так. Да, кабанщик про то, как пишут, как работает это изнутри. А в реале происходит совершенно по-другому. В реале очень часто, как сказал Николай, вами могут говорить взрослые дяди фразой: "У нас так заведено или так было сделано, а то ты это сделал, уволился".
Speaker A
Ты можешь, конечно, переделать, но только если сверхурочно. Вот иногда с вами будет говорить так.
Speaker A
Поэтому иногда вы можете увидеть плохие решения и лучше эти плохие решения понимать. На Ютбе полно роликов про Сisдис. Можно ли им доверять? А, смотря какие ролики, есть продажные ролики, то есть исключительно заточены под курс, а есть вот как у нас вот у
Speaker A
нас, э, непродажный ролик. Во-первых, мы с Николаем там не договаривались о вопросах. Я вообще увидел, что сегодня Николай будет за минут, наверное, 20 до Мока. Причём у нас реально вот как тут, так и наедине происходит. Поэтому, ну, фидбек, конечно, тут меньше. Фидбэк
Speaker A
реальный, он шире, и вы его видели. Аэ, чанками можно обрабатывать. Вот это и есть дизайн. А стартеры ваши Cloud может написать, ну, бочами обрабатывать. Ну, не совсем понимаю контекст. Стартеры, на самом деле, Cloud Code пишет неплохие.
Speaker A
Согласен. Настраивал ли я второй мозг? Второй мозг - это термин, когда люди подключают обсидиан к нему MCP.
Speaker A
Нет, я не настраивал второй мозг. Никак до этого руки не доходят. Так исторически сожрась. Да, очень частая фраза для оправдания любого велосипеда и пахнущего кода.
Speaker A
Наследие, да, ещё говорят, нам в наследие перешла система. Ещё хуже, когда говорят: "Слушайте, ну это мне говорит: "Слушайте, ну эту систему написала компания на заказ, она должна была сдать это 2 года назад. Ну как получилось, так получилось, давайте
Speaker A
дорабатывать". Это самое страшное. Будучи сеньором, всегда бойтесь такого, потому что иногда сеньоры нужны на велотекущий ужасный проект, чтобы как-то это разрулить. Не всегда синьор - это про сказку. Иногда это про очень горящую жопу.
Speaker A
Николая смотрел. Николай смотрел фильм. Николай, ты смотришь фильм прямо сейчас? Нет. Ну это хорошо. Это хорошо.
Speaker A
А текст чанками можно обрабатывать? Да. Да-да-да. Потому что не сюда влезает. Какая версия Java сейчас номер один?
Speaker A
Двадцать пятую вышла. Вышла двадцать шестая. Ну почему вот Николай, почему двадцать шестую не стоит брать?
Speaker A
Предпослед обычно. Нет, ну переживает вдруг там. А какую версию стоит брать? Вот если ты в банке, двадцать пятый поправили уже, наконец-то. Ура, сделали человеческий ковец. Не д четвёто двадцать четвёртый поправили. Почему двадцать пятый?
Speaker A
По-моему, что-то доправляли в двадцать пятый, по-моему какую-то мелочёвку. Ну вот нужно, потому что на LTS long time support, чтобы у тебя постоянно обновлялось.
Speaker A
Смотри, сейчас этот ми ваш и Опус постоянно взламывают что-то, и тебе нужна версия Джава, которая будет под все эти взломы всегда вот, так сказать, это адаптироваться. Возьмёшь двадцать шестую, а кто её обновлять будет? Кому это надо? Вот мне не надо. Там этот ЛТС
Speaker A
надо брать. Это двадцать пятая, двадцать первая семнадцатая восьмая одиннадцатая, по-моему, да? Вот там, где я работал двадцать первая двадцать пятая, но я работал с Java 6, кто ниже, да, был опыт. Я работал в одном банке, в шестой Джаве. И на вопрос в общем чате
Speaker A
другого коллеги, тоже молодого, можно ли использовать Java 8, к нему пришёл тех и сказал: "А зачем тебе Javя?
Speaker A
Что тебе нужно из Java восьмой? Чего тебе не хватает Java 6?" Я скажу так, даже Java 6 на том момент, когда я работал в двадцать втором году, было тяжело скачать.
Speaker A
Вот это даже второй работал. Страшно. Она тогда 1,2, по-моему, да, была называлась. А что, Николай, какие у тебя впечатления?
Speaker A
Давай ещё раз. Отлично, отличное впечатление. Интересно, ребята всё спрашивают. Да, да, Гидлабе надо настроить, чтобы проветь наязвимости. Да, есть всякие акваска и прочие моменты, которые могут подсветить уже в вашем собранном образе уязвимости. Если там будут критичные уязвимости, связаны именно с вашей JRE,
Speaker A
это надо срочно фиксить. и исправлять. Стрикли спроси. Ненене спрашивать не будет. Насколько хорошо нужно знать Virtuтуal Trad? Они реально в проде уже используются. Николай, используешь треды? Нет, я использовал карутины. Ну, когда находки не писал, там прямо реально прикольно было.
Speaker A
А я в EB использовал двадцать первое Джаве виртуальные потоки. Я очень рад. Они реально классные, пригодились. Да нет, ну не знаете и не знаете. Первый не не опасно. Я проверял.
Speaker A
А, о'кей. И, ну, любая многопоточка безнагрузочного тестирования, возможно, умрёт. Ну, либо работать неправильно. Jве пятая появи Currнy. И скоро будет совместно с кодом. Ну, скажу так, некоторые компании зарубежные делают AI интервьюверов.
Speaker A
И вот к нам приходил однажды Менти, чуть ли не с ПТСРом после него. Он два раза спрашивал, будет ли Сергей реальным человеком или это AI. Потому что я проходил собеседование с AI и мне было прямо плохо. У нас в шорткате AI
Speaker A
собеседующих нет, поэтому не беспокойтесь. Так, пулы уходят в прошлое. Ну, можно использовать New Vertal Thread per task executor сес, но не каждый пул.
Speaker A
Допустим, у нас цепу баун задачи и нет смысла. Ну вот, допустим, мистер Дарк Илья говорит, что у него был собес год назад, где ему дас неронко написать код.
Speaker A
В целом, если вы там у вас с компанией несколько разработчиков планируется всего, там стартап какой-нибудь, и нужно код шипить как можно быстрее. Я думаю, это вполне даже нормально.
Speaker A
Так, собеседоние с кодом нам тоже плохо. Так, ну что, что? Давайте я ещё раз напомню, что у нас рефералки в любые компании. Сегодня, сегодня, сегодня приходите, мы обязательно. Николай, какую бы компанию ты хотел рефералку?
Speaker A
Слушай, не знаю. Я я бы к себе хотел, но я уже там работаю, мне нравится. Ну да, к нам не так просто сложное интервью.
Speaker A
А если тебе так, а если тебе нравится, почему ходишь по шорткатам? А так я же пришёл на ворота знать, что мне ещё поценить, чтобы проводить лучше интервью конечно.
Speaker A
А, ну ладно, тогда Да, вот надо же как-то получать фидбэк. Кто мне скажет? Ну, то есть что я ещё не знаю, кроме вот тебя? А вро вроде же в Тбанке есть индивидуальный план развития у тебя.
Speaker A
Да, да, у нас есть такие темы. Можно взять ментора, как бы позаниматься и в целом, если то есть ты хочешь там какой-то гйдап, то, ну, он не будет тебя там тянуть как, грубо говоря, вот, а какие-то вопросики тебе чат. То есть,
Speaker A
да, у нас есть такая программа, но что-то у меня не было времени брать ментора для технического развития своего и, наверное, не совсем, да, не тот случай, да, предлагают ещё собеседование, где реальную задачу с кодом решаешь, смотришь, как промтишь, управляешь
Speaker A
контекстом. Ну, в принципе, да, промтить тоже нужно уметь. Тот же CD можно написать. Он бывает полезен.
Speaker A
Как часто нужно ходить по собесм, чтобы нет формул разд-три месяца. И желательно подписываться всякие каналы. Вот тот тот же, чтобы быть в актуальности текущих вопросов.
Speaker A
Тбанк Саратов хочет стримы в восьмой Джаве. А, ну Тбаке реально восьмая Java. Как так Николай?
Speaker A
Это правда? Не знаю, это это, по-моему, вброс. Я не думаю, что в крупных компаниях, да, они могут себе позволить такие штуки.
Speaker A
Какой у вас поставщик ЖДК? Ну, последнее что. Ну, слушай, я вот прямо точно не скажу тебе, что там, где превращается контейнер. Типа локально там ты можешь собирать проект с разными GDкейтаками. То есть у вас Kubernates, да? У нас Kuber, в принципе. Я знаю
Speaker A
некоторые компании мазохистов, которые сознательно отказываются от кубера и пишут свой некоторый аналог кубера. Напя тыся велосипедов, а потом думай, как это работает, и имей старпёров то, которые только могут поддерживать это.
Speaker A
Не, не, как бы я вообще очень люблю такие общие технологии и но я точно знаю, что некоторые компании их довольно-таки много, и они даже из топы, и без кубера живут, и запускают VMку вот файликами, джарничками напротив. То есть,
Speaker A
да. А расскажи про кору. Почему ты на коре не пишешь? На коре я в целом как-то раз писал, если кто не знает, это наш фреймер типа аля замена спринга, ну или что-то там типа такого. Идея очень здоровая. Очень
Speaker A
здоровая. Ну, на самом деле, а если тебе нужен DI лёгкий, то тебе же не то есть ты можешь взять что-то совершенно простое. Помню, мы как-то описали максимально кастное приложение, использовали фреймворк такой же, как вот на Android приложениях. Я
Speaker A
Дагер. Дагер, да. Да, на дагере. Вот зачем тебе что-то, когда тебе дяди вот через Ну, дагер больше кода писать надо, по-моему, чем на спринге. Нет, ну так у Спринга же вот такие-либо, а у Дагер он тебе один файлик создал, где
Speaker A
все зависимости заинжектил и всё у тебя работает. И вообще мне нравится, если не спринг используют, тоби либо куби.
Speaker A
Вот микрофреймворки мне нравятся. Там как бы и скорость в раз быстрее стринга. Так и настройка очень красиво, удобно. А с яичкой писать на таком одно удовольствие.
Speaker A
А спрашивают ли про Кубер? Да, про Кубер спрашивают и будут спрашивать, потому что я считаю, что разработчик Кубере прямо много писать, но хмчарты, допустим, аа смотреть логи обязательно, а потом что у нас остаётся? Пробрасывать порты, обязательно смотреть состояние,
Speaker A
обязательно скелить в ноль просто необходимо. Поэтому, да, ну, если хотите потренироваться, скачайте LН и Миникуб какой-нибудь условный. Ээ снс потыкайте и говорите, что вы эксперт по куберу.
Speaker A
Всё, сильно вас душить не будет. Да, есть люди, которые вот как я сейчас Николай спрашу, чем отличается stateful set от реплика set?
Speaker A
Ух. Ну вот видите, можно я даже не отвечу. Да, его реально задают на собеседованиях. Ну это если вы уже эксперт Кубера. Но я считаю, что разработчик должен заниматься разработкой, сервис должен решать бизнес-проблемы, всё остальное от лукавого. Такого быть не должно.
Speaker A
И нушей специалисты хорошо, но если мы говорим про крупные компании, то нет. Позгрос работает на Кубере. Да, вполне.
Speaker A
можно, но компания, в которых я был, постгрес на железном этом отдельно на виртуалке запускают, да? Сохранит состояние или нет? Stateful set хранит, там много есть различий.
Speaker A
Ну что, Николай, давай ещё 2 минутки посидим, поотвечаем на вопросы, покайфуем, так сказать, и уже будем закругляться. Кому даст честь задать последний вопрос? Как часто дают SQL задачи?
Speaker A
На каждом втором и третьем собеседовании думаю, да, причём я сегодня Николая не спросил про GC, ему повезло.
Speaker A
Поспроду. Так, я тоже сказал, что не стоит в Кубере. Надо на отдельной виртуалке поднимать. Так и было.
Speaker A
Да не будет уже девопсов. Они были придуманы, чтобы настроить по IP, а с кодом ты можешь всё сделать сам. Я как-то дал чат GPT доступ к своему САсервису.
Speaker A
сказал: "Настрой мне кое-что интересное на три буквы". Хорошо настроила, потому что там есть небольшие улучшения. Потому да, в целом большинство уже разработчик может написать не думая. Всё равно я считаю, что немного допсов надо, но не так уж много, как раньше.
Speaker A
Ну что, кто последний у нас был? Мистер Дорак Илья. Будут ли ещё вопросы? Перед вами сидят два действующих собеседующих с биктеха.
Speaker A
Вот можно спросить что угодно. Самые сокровенные и желанные вопросы. Стыдные даже можно вопросы задавать.
Speaker A
Всегда про это говорю. Николай, аж потемнело за время нашего собеседования. Да, немножко у меня тут что-то.
Speaker A
А откуда? Ээ откуда ты, Николай? Я сказа, у меня тут уже довольно-таки тем Да. Ух, отлично. Ну, вопросов особо нету. Можем лишь поблагодарить друг друга и зрителей, потому что без вас мы были бы людьми, которые зачем-то запускают стрим
Speaker A
и начинают собеседовать жёстко друг друга, какие-то грейды показывать и прочее. Напомню, что сегодня у нас есть уникальное приложение с рефералками в любую компанию. Вот мог у нас за 2.000.
Speaker A
Сколько лет работает Николай Тбанке? А, больше трёх уже лет работаю. Четырёх? Трёх. Трёх я. А трёх. Я ни на одном месте работы не задерживался больше, чем на 2 года.
Speaker A
Каждый раз думаю, что побольше, но так получается. Design patterns solid спрашивают. Solid можно часто встретить.
Speaker A
Solid - это такой вопрос, которого ты можешь задать на интервью и 5 минут слушать. То есть не париться. Обычно его задают, когда не парятся.
Speaker A
Вот. Ну либо просто понять, человек вообще понимает, о чём вообще это говорится. Рефералка. Ну я говорю, мы можем зарефералить банк либо попросить, знаете, там можно там с приоритетом, скорее всего, да, я скажу 90%, что да, 2 года - это идеально. Ну вот у меня,
Speaker A
по-моему, рекорд 1 год и девять или 7 месяцев на одном месте. Потом просто прыгаешь, прыгаешь, прыгаешь, прыгаешь, прыгаешь, потому что лучший способ поднять зарплату - это уйти на другое место работы.
Speaker A
Пермский край. Ну, если мы сейчас будем перечислять, конечно, то долго это выйдет, но я думаю, есть всё.
Speaker A
Николай, вот если бы у тебя было под рукой сейчас, ты бы мог бы глянуть.
Speaker A
Нет, смотрите, а каков смысл вообще брать какую-то рефералку определённый регион, если Да, ну то есть если есть в этом городе офис, наверное, вас в эту компанию Мне кажется, мне кажется, даже есть у вас люди из Москвы, но вы хотите офис,
Speaker A
поэтому, да, вас позовут офис ЖТ банке мне предлагали офер, э, но мне говорили в ростовский офис ходить. Я спросил: "А зачем, если у меня команда в Москве?" А мне сказали: "Раз в неделю прямо обязаловка".
Speaker A
Николай вот ээ правда ли нужно ходить в офис-то банки? Ну, в целом, тут сильно зависит, наверное, от проекта руководства. Я тут мне сложно сказать этот надо дойти до чита и тогда уже то есть в Яндексе мне предлагали вольную поль
Speaker A
полгода, но через полгода я должен ходить в офис. Там это не проверяют особо. Ну, может, и не проверяют, но в целом психологический фактор неприятный. Вот ты должен раз в неделю ходить. Вот мне до офиса, допустим, час добираться. Это
Speaker A
ещё если пробок нету. Вот я 2 часа в день должен тратить только, чтобы добраться. 8 часов поработать и час пообедать. А жить когда?
Speaker A
Конкретно в моём городе нет офиса дома. Так радуйтесь, вас тогда в офис и не поведут.
Speaker A
Полгода в офис не ходил, ничего не было. Не было. Да, мистер Дарклява, похоже, вы очень хорошо умеете прятаться. Прятаться от всех.
Speaker A
Офис есть? Есть 179 78. Как попасть на Сабес? Ну я говорю, в целом попадаете в СТБАНК, а потом уже ходите, говорите, типа, вот хочу в офис очень сильно.
Speaker A
Какие преимущества офиса в Тбанке, Николай? Ой, ну слушай, я, наверное, тут мне сложно сказать, есть большая довольно-таки даже открытая информация с презентациями, с открытием офисов, то есть с их освещением. Они в целом, наверное, топовые, потому что компания топовая. То есть, э, в
Speaker A
некоторых крупных как бы городах, там Москва, есть бесплатное кофе там. Ну, кофе, конечно же, есть. Кофе, плюшки, а фрукты есть на столе?
Speaker A
Да. Да. Ну да. А финики есть? Кормят. Финики нет. Это, наверное, что офисы. Не, подожди. Есть кофе и есть фрукты.
Speaker A
Что ещё есть в офисе? Вот как, зачем мне ходить в офис? Но смотри, у некоторых нет, например, нормального монитора классного стола, допустим, да, дома. Ну тут нету человека, неудобно именно на работать. У кого-то коллеги есть офисы, особенно если в крупном городе. Вполне себе
Speaker A
реальный кейс и классно с коллегами пообщаться. То есть иногда даже вот какие-то проблемы решаются, они встретились, обсудили, типа за столиком посидели быстро, решили всё. То есть офис - это про решение проблем. Офис это про комьюнити какой-то. Ну то
Speaker A
я в офисе был только неделю за 7 лет работы. А нет офера. Ну да. То есть вас рассмотрят и дальше будет, по-моему, два-три этапа в Т-банке. Поэтому главное - это попасть. Какой идеальный формат работы?
Speaker A
В идеале формат работы хороший - это удалёнка плюс с гибким началом старта работы. И во многих компаниях, где фул удалёнка, начало работы там с 9 до 11 там либо вообще некоторые 12 могут стать на делик, допустим, я считаю, это
Speaker A
идеально. Хочешь поспать, спи. Хочешь раньше работать, работать свои 8 часов, ну, работай. Э, нет, Финок, НКВД, не думаю, что автобанк в офисе есть. В офис заставляет ходить, ибо вложились в них сильно, ибо он пустовал. Да, кстати, иногда вот у меня
Speaker A
знакомый в Сбере не ходил в офис, потому что офис был переполнен. Вот настолько люди хотели в офис ходеть костюм мегалцовский. Ну не знаю, это слишком. Я считаю, что если ходить в офис ещё в костюмега, это слишком деловито для
Speaker A
обычного разработчика. Как попасть на первый сабес? Очень просто записываешься на мок, получаешь рефералки и тебе гарантированно отпишут.
Speaker A
с очень большой вероятностью есть у тебя хорошее резюме. Также во время мока ты можешь узнать свой грейд, и возможно грейд тебя не устроит, и ты можешь его прокачать перед тем, как реально пойти вбанк, потому что у вас бан на полгода, насколько я помню,
Speaker A
да? Ну там, да, если ты плохо прошёл, то есть лучше Да, это в любой компании, так, если ты плохо прошёл, то всё, то есть в следующий раз через какое-то время повтор. Поэтому базово не стоит идти вообще в хорошую компанию. Не
Speaker A
подготовившись. Да, не подготовлены вообще без варианто. Смысленно, конечно. Какое у тебя первое место работы, Николай?
Speaker A
Ну, если именно в разработке X5. X5 Пятёрочка, да. Как тебе X5? Слушайте, ну в целом, а неплохая компания с таким достаточно хорошим скрамом, который уже стал прямо вот скрамом, с мотивированными командами, коллегами, которые там не надо ходить там менеджерам их пинать,
Speaker A
они сами работают. Вот очень, ну и в целом очень классные ребята, вот самотивированные. Слушай, не знаю, как как бы первое место мне прямо очень понравилось. Некоторые и не на первое место туда приходят, довольно-таки хорошо отзывают. Кто-то до сих пор работает из моих бывших коллег,
Speaker A
то есть кто-то как к нам пришёл. Почему нет? Ну то есть вот обязательно есть системдизайн для синьора. Во многих компаниях это обязаловка уже с мидle плюса уровня, потому что люди ходят подешевле и так, чтобы проектировать можно было. Поэтому
Speaker A
Да, да. Моке рефералки пока не не помогли. Ну, принципиально лучше отвечать на любые претензии, уметь с ними работать. Действительно, рефералки лишь гарантируют то, что с вами свяжутся, что вы пройдёте собеседование.
Speaker A
Но если вы не готовитесь и думаете, что вас как птенца накормят знаниями, а вы их не переварите, не подготовитесь, может плачевно быть. А ещё иногда бывает вам попадается злой интервьюевеевер. Вот утром у него, не знаю, прод упал, он
Speaker A
злой, и вы час времени у него отъедаете, и он буквально душит. Очень ситуации все разные, поэтому это всё, как говорится, индивидуально. У меня куча знакомых, которые помогли рефералке, но там готовиться нужно довольно-таки много. В Пятёрочке продукты дешевле.
Speaker A
В Автобанке вообще продаются продукты? Ну, я предполагаю, в нашем приложении много чего можно купить.
Speaker A
Это городе продаются. Да, дада, пора заканчивать. Да, сейчас закончим. Это понятно, но пока вообще не связывается именно собесов ноль. Иногда даже по рефералке, чтобы с вами связались, должно пройти недели две, потому что HR пока добавят воронку, пока проанализируют, пока найдут по тратится
Speaker A
время. В принципе, я думаю, мы на все вопросы интересующие ответили. Ещё раз напомню, что у нас сегодня три уникальных предложения. Это скидка на МОК, это гарантия возврата и бесплатно ревка одна в любой битех. Записывайтесь, а мы с Николаем с вами прощаемся. Возможно, мы
Speaker A
ещё с вами увидимся и не раз. Всем до свидания. Пока. Всем хорошего вечера. Хорошего вечера. Пока.
Topics:JavaсобеседованиемногопоточностьSQLревью кодаsystem designмок-интервьюUzumex-WBразработка
