Спасибо за такой контент! Много программирую для себя и занимаюсь с преподом, хотя и сам уже имею достаточно коммерческого опыта, но никогда не проходил подобные собесы. Только сейчас понял, насколько это всё серьёзно, и что перед следующей сменой работы обязательно надо будет пару месяцев потратить на прорешивание задач. Люблю твой канал, пили ещё)
@kirya522-dev честно говоря, я тебя нашел на фоне разбирательств, нужна мне в пет проекте кафка или всё-таки нет. Спойлер - нет. Наверное, было бы здорово полностью раскрыть тему девопса с точки зрения прогера. Почему бы не сделать стрим, где ты попытаешься синтегрировать сборку приложения с тестами, метриками, автогенерациями апишек и проч. в одной jenkins джобе? То есть взять пустой стенд и попытаться всё это там раскатать, начиная с установки дженкинса и докера.
Не знаю как тебя нашёл(знаю, из ролика по азам юнит тестов) , но как же ты хорош в объяснениях, мужик, пасибо, что ты есть, радуй контентом побольше в свободное время
Спасибо, полезное видео. От себя после многих лет опыта добавлю, что в коммерческой разработке от человека нужно скорее умение понять, что вообще надо сделать и не лепить лишнего или не того, что ожидалось. Алгоритмы не нужны вообще в 95% работ.
Вы говорите, решать на LeetCode. Но что делать, если решить самые первые задачи не получается по несколько дней? Или же решение было не эффективное, как вы и упомянули, что на Java можно пройти все тесты, но они будут более медленные и т.д. и т.п.? То есть, тут 2 вопроса)
Расскажу мой опыт, я в целом очень плохо решаю задачи, но если действительно сидеть и думать решение возможно, брут форс или полный перебор, если совсем не получается, то я смотрю подсказки и эффективное решение. Вторая часть, если у вас прошли все тесты и тд, попробуйте оценить сложность по памяти и по времени, а потом сравнить решение предложенное со своим, потом реализовать если что эффективную идею. Чтобы не тупо списывать решение можно посмотреть решение на другом языке и адаптировать под джаву.
@@user-yb8tw6vg1g они нужны при написания кода, особенно,если это маленькие приложения,для телефонов или мелких устройств,чтобы не жрать много памяти и выбрать оптимальное решение
Задачи на leetcode требуют уже некоторой подготовки. Если вы не знаете тот или иной алгоритм, можно хоть неделю решать без результата или неэффективно. Совет : ищете видео разбор задачи где графически объясняется как работает, понимаете это и готовы объяснить своим и словами и потом не подглядывая реализуете свое решение. Важно не заучивать то или иное решение, а думать как это решается. Написание кода обычно занимает 20% после того как алгоритм в голове
Вопрос, от какого уровня ЗП (или уровня самой компании, типа гугл какой нибудь) компаниям адекватно ставить такие филтра как задачи по DSA? Ну например ищут сеньора, 1 час тех интервью и потом 1 час на алгоритмическую задачу, но вилка в компании 250к рублей максимум на этой позиции, это адекватно или нет? П.С. Спасибо за материал!
Правильно я понимаю, что если вы сейчас не пройдете этот собес, то вы не заслуживаете работать на вашем текущем месте работы? А если вы считаете, что заслуживаете, то получается, что этот собес не показывает ничего и зачем тогда вы даете эти алгоритмы на своих собесах?
@@kirya522-dev да это ещё и как фильтр наоборот работает. Кандидат который уверен в своих силах может просто не пойти даже на собес туда где будут дурить голову лайвкодингом. Ибо на один собес с ним будет 10 без, где можно просто подушам потрындеть и получить офер
@zhennik26 Я до этого думал точно также, что это отпугивает кандидатов и тд, однако - действительно сильные ребята приходят и без проблем все решают - можно сразу оценить умеет ли кандидат вообще что-нибудь, его уровень коммуникации, техническую грамотность - ну и моя позиция, что лучше не взять кого-то, чем нанять человека который лишь рассказал о своем опыте и получил предложение, ничего не смог и ушел - для того чтобы человек вышел много где, покупают ему технику (мониторы, ноутбуки и тд), входные бонусы, редокация и тд, если человек сразу уволится или его уволят, это траты в никуда
@@kirya522-dev Ну мне кажется в больших компаниях же проблема в том, что трудно доверять интервьюверам. Очень многие «лишь бы как» проводят, поэтому и приходят к более «объективным» подходам. Но вот чего мне не понять, так это того, что они оставляются на таком унылом способе. Хотите фильтр с реальным кодом? Там возьмите неалгоритмические задачи(хотя это нетривиально) или лайв-рефактор(на прошлом джокере даже такое предлагали). На худой конец можно юниты попросить написать. Хз, например на работу с валютой или с календарем/кронами. Как раз любой достойный кандидат уложиться в свои 40 минут, а мы оцените как он писал и структурировал код. Если хотите поиздеваться - на многопоточку можно, но я бы уже больше 40м давал, чаще всего оно никому не нужно и на скорость очень мало кто сможет. Кринжовая конечно ситуация, и интервьюер и кандидат оба знают что играют в какой-то синтетический спорт, и оба знают, что к реальной работе это мало отношения имеет. Но оба делают вид, что это норма)
А какие конкретные примеры?) Рассказать как решать задачу? В разных компаниях разные ожидания, где-то сидят и молча программируют. Где-то надо объяснить решение до имплементации. Где-то по алгоритмам и матану гоняют.
Когда собеседую как и везде самое главное решить задачу и рассказать как пришел к решению, лучше сначала рассказать, а потом уже делать. Как-то так. Подумаю ещё о чем в ролике рассказать
В каком месте задачи на алгоритмы и сдвиги являются типовыми? Какой-то бред. За 10 лет кодинга (web, android, ios) 1 раз понадобился алгоритм (и то когда писал либу) который я за 5 минут нашел в либе. Вы не думали что ваш лайфкодинг бестолковый лажа и отсеивает нормальных кодеров, конечно если вы не пишите либы которые юзают нормальные прикладные программисты.
Я с одной стороны полностью согласен, а с другой: 1. Это просто фильтр, когда желающих на вакансии много 2. Честно задачи зависят от того чем занимаешься, если перекладывать json из одного места в другое, то это все не надо. А если каждый раз решаешь разнообразные инженерные задачи, то сдвиги и скользящие окна пригождаются постоянно, например блокировки подозрительной активности в самом приложении (внешние системы особо не привязать, библиотек тоже немного) и приходится изобретать
@@kirya522-dev 1. По мне так фильтр лучше выставлять на то что нужно каждый день - логику. С ней хуже всего у людей, не отличают понятие от суждения. 2. Логично решать то что надо в каждом конкретном случае. Так же логично подозрительную активность фиксить тем кто заточен на безопасность, а json оставить тем кто хорошо его перекладывает. Вообщем под одну гребенку всех это просто не практично. В основном мы каждый день общаемся и решаем что нам решать, а в этом есть большая проблема. Вот из моего недавнего тз: "Можно загрузить файлы и документы" - попробуй алгоритмом решить подобный логический бред ))
Да все так, хоть я думаю, что CS надо знать. Но такой фильтр собирает команду долбонавтов, которые вместо работы душнят друг друга и мешают компании зарабатывать
Или напрограммить читер управляемый глазами с подвзякой chat-gpt 🤔 сломать всю эту систему любителей прожигать рабочее время давая на собесах лайвеодинги
![5 советов на System Design Interview [SD]](http://i.ytimg.com/vi/FG-JwPQYQdw/mqdefault.jpg)
![5 советов на System Design Interview [SD]](/img/tr.png)
Telegram канал с анонсами, обсуждениями, вопросами по видео.
t.me/kirya522
Бесценный контент) большая благодарность тебе, мужик!
Спасибо за такой контент! Много программирую для себя и занимаюсь с преподом, хотя и сам уже имею достаточно коммерческого опыта, но никогда не проходил подобные собесы. Только сейчас понял, насколько это всё серьёзно, и что перед следующей сменой работы обязательно надо будет пару месяцев потратить на прорешивание задач. Люблю твой канал, пили ещё)
А про что было бы интересно ещё послушать?
@kirya522-dev честно говоря, я тебя нашел на фоне разбирательств, нужна мне в пет проекте кафка или всё-таки нет. Спойлер - нет. Наверное, было бы здорово полностью раскрыть тему девопса с точки зрения прогера. Почему бы не сделать стрим, где ты попытаешься синтегрировать сборку приложения с тестами, метриками, автогенерациями апишек и проч. в одной jenkins джобе? То есть взять пустой стенд и попытаться всё это там раскатать, начиная с установки дженкинса и докера.
Идея хорошая, подумаю скорее над видео, а потом может быть сделаем стрим
Спасибо! Информативно.
Не знаю как тебя нашёл(знаю, из ролика по азам юнит тестов) , но как же ты хорош в объяснениях, мужик, пасибо, что ты есть, радуй контентом побольше в свободное время
Спасибо большое, отзывы и комментарии ещё больше мотивируют что-то делать, ищу сейчас как раз интересные темы
Спасибо, полезное видео. От себя после многих лет опыта добавлю, что в коммерческой разработке от человека нужно скорее умение понять, что вообще надо сделать и не лепить лишнего или не того, что ожидалось. Алгоритмы не нужны вообще в 95% работ.
Спасибо, было полезно
Спасибо
Вы говорите, решать на LeetCode. Но что делать, если решить самые первые задачи не получается по несколько дней? Или же решение было не эффективное, как вы и упомянули, что на Java можно пройти все тесты, но они будут более медленные и т.д. и т.п.? То есть, тут 2 вопроса)
Расскажу мой опыт, я в целом очень плохо решаю задачи, но если действительно сидеть и думать решение возможно, брут форс или полный перебор, если совсем не получается, то я смотрю подсказки и эффективное решение.
Вторая часть, если у вас прошли все тесты и тд, попробуйте оценить сложность по памяти и по времени, а потом сравнить решение предложенное со своим, потом реализовать если что эффективную идею. Чтобы не тупо списывать решение можно посмотреть решение на другом языке и адаптировать под джаву.
@@kirya522-dev алгоритмы нужны исключительно для собеса?
Я смотрю решения практически сразу
@@user-yb8tw6vg1g они нужны при написания кода, особенно,если это маленькие приложения,для телефонов или мелких устройств,чтобы не жрать много памяти и выбрать оптимальное решение
Задачи на leetcode требуют уже некоторой подготовки. Если вы не знаете тот или иной алгоритм, можно хоть неделю решать без результата или неэффективно. Совет : ищете видео разбор задачи где графически объясняется как работает, понимаете это и готовы объяснить своим и словами и потом не подглядывая реализуете свое решение. Важно не заучивать то или иное решение, а думать как это решается. Написание кода обычно занимает 20% после того как алгоритм в голове
Вопрос, от какого уровня ЗП (или уровня самой компании, типа гугл какой нибудь) компаниям адекватно ставить такие филтра как задачи по DSA? Ну например ищут сеньора, 1 час тех интервью и потом 1 час на алгоритмическую задачу, но вилка в компании 250к рублей максимум на этой позиции, это адекватно или нет? П.С. Спасибо за материал!
Всего 2 этапа звучит нормально
Правильно я понимаю, что если вы сейчас не пройдете этот собес, то вы не заслуживаете работать на вашем текущем месте работы? А если вы считаете, что заслуживаете, то получается, что этот собес не показывает ничего и зачем тогда вы даете эти алгоритмы на своих собесах?
Зависит от компании, но сейчас это нормп
Ну вообще, лайвкодинг на интервью а ещё и по алгоритмам это очень редкая штука по моему опыту
Ну для крупных компаний это уже привычный фильтр, там алгоритмы то два цикла и условие выхода, чаще ещё проще, реже задачи где надо подумать
@@kirya522-dev да это ещё и как фильтр наоборот работает. Кандидат который уверен в своих силах может просто не пойти даже на собес туда где будут дурить голову лайвкодингом. Ибо на один собес с ним будет 10 без, где можно просто подушам потрындеть и получить офер
@zhennik26 Я до этого думал точно также, что это отпугивает кандидатов и тд, однако
- действительно сильные ребята приходят и без проблем все решают
- можно сразу оценить умеет ли кандидат вообще что-нибудь, его уровень коммуникации, техническую грамотность
- ну и моя позиция, что лучше не взять кого-то, чем нанять человека который лишь рассказал о своем опыте и получил предложение, ничего не смог и ушел
- для того чтобы человек вышел много где, покупают ему технику (мониторы, ноутбуки и тд), входные бонусы, редокация и тд, если человек сразу уволится или его уволят, это траты в никуда
@@kirya522-dev Ну мне кажется в больших компаниях же проблема в том, что трудно доверять интервьюверам. Очень многие «лишь бы как» проводят, поэтому и приходят к более «объективным» подходам. Но вот чего мне не понять, так это того, что они оставляются на таком унылом способе. Хотите фильтр с реальным кодом? Там возьмите неалгоритмические задачи(хотя это нетривиально) или лайв-рефактор(на прошлом джокере даже такое предлагали). На худой конец можно юниты попросить написать. Хз, например на работу с валютой или с календарем/кронами. Как раз любой достойный кандидат уложиться в свои 40 минут, а мы оцените как он писал и структурировал код. Если хотите поиздеваться - на многопоточку можно, но я бы уже больше 40м давал, чаще всего оно никому не нужно и на скорость очень мало кто сможет.
Кринжовая конечно ситуация, и интервьюер и кандидат оба знают что играют в какой-то синтетический спорт, и оба знают, что к реальной работе это мало отношения имеет. Но оба делают вид, что это норма)
Так а зачем решать эти задачи, если в 10 соседних компаниях не решают такие задачи.
Чтобы ориентироваться не на соседние компании?
Чтобы чувствовать себя спокойнее на интервью?
ув автор, сделай пожалуйста видео с конкретными примерами, большая просьба)
А какие конкретные примеры?)
Рассказать как решать задачу?
В разных компаниях разные ожидания, где-то сидят и молча программируют.
Где-то надо объяснить решение до имплементации.
Где-то по алгоритмам и матану гоняют.
@@kirya522-dev. Благодарю за ответ. Я имел ввиду непоср. ваш опыт, как это бывает, когда вы собеседуете или как это было когда вы собеседовались.
Когда собеседую как и везде самое главное решить задачу и рассказать как пришел к решению, лучше сначала рассказать, а потом уже делать. Как-то так.
Подумаю ещё о чем в ролике рассказать
См. у меня, есть несколько примеров
@@andd3dfx спасибо, подписался)
Лайвкодинг в целом это зло, знаю кучу разрабов кто не могут писать код когда им смотрят в экран
В каком месте задачи на алгоритмы и сдвиги являются типовыми? Какой-то бред. За 10 лет кодинга (web, android, ios) 1 раз понадобился алгоритм (и то когда писал либу) который я за 5 минут нашел в либе. Вы не думали что ваш лайфкодинг бестолковый лажа и отсеивает нормальных кодеров, конечно если вы не пишите либы которые юзают нормальные прикладные программисты.
Я с одной стороны полностью согласен, а с другой:
1. Это просто фильтр, когда желающих на вакансии много
2. Честно задачи зависят от того чем занимаешься, если перекладывать json из одного места в другое, то это все не надо.
А если каждый раз решаешь разнообразные инженерные задачи, то сдвиги и скользящие окна пригождаются постоянно, например блокировки подозрительной активности в самом приложении (внешние системы особо не привязать, библиотек тоже немного) и приходится изобретать
@@kirya522-dev
1. По мне так фильтр лучше выставлять на то что нужно каждый день - логику. С ней хуже всего у людей, не отличают понятие от суждения.
2. Логично решать то что надо в каждом конкретном случае. Так же логично подозрительную активность фиксить тем кто заточен на безопасность, а json оставить тем кто хорошо его перекладывает. Вообщем под одну гребенку всех это просто не практично.
В основном мы каждый день общаемся и решаем что нам решать, а в этом есть большая проблема. Вот из моего недавнего тз: "Можно загрузить файлы и документы" - попробуй алгоритмом решить подобный логический бред ))
Да все так, хоть я думаю, что CS надо знать. Но такой фильтр собирает команду долбонавтов, которые вместо работы душнят друг друга и мешают компании зарабатывать
У меня тоже стек web-mobile, предлагаю просто бойкотировать такие собесы 😂
Или напрограммить читер управляемый глазами с подвзякой chat-gpt 🤔 сломать всю эту систему любителей прожигать рабочее время давая на собесах лайвеодинги