t.me/devworden - наш телеграм-чат, где можно задать вопросы discord.gg/7B4prKBxkZ - Discord-сервер с каналами по разным языкам программирования Мой микрофон: ya.cc/WEPcs Моя камера: ya.cc/WEPvP Мой рабочий компьютер: ya.cc/WEQGr Ссылки партнерские, я могу получить вознаграждение, если вы купите что-то, перейдя по этим ссылкам.
Ахахаха) я тут недавно проходил собес, мне дали тяжелую функцию написать, там строчить надо было два цикла, я как бы рассказал как сделать и сказал что это долго давайте дальше. Вообще похер возьмут не возьмут. Я то знаю что в офисе все работают через Гугл в помощь
@@iosswiftuipractice3793 гугл в помощь работает только до определенного уровня задач, но в какой-то момент такое уже не работает и решения в гугле просто нет. Может быть даже такое, что проблема есть и она известна, но ее решения нет. Например, баг в самом фреймворке. Но на проекте как-то это решить нужно.
Я такого же типа человек, как из последнего примера. Я всегда СИЛЬНО нервничаю перед интервью. Я бы сказал что уровень стресса прыгает в интервале от 5 до 8 из 10, где 10 это паника. И реально мои когнитивные способности СИЛЬНО понижаются, так же как и способности к рассуждению. Иногда я могу просто начать говорить чушь, когда как я хотел сказать что-то противоположное или просто начать себа сам засыпать, в молчаливом ужасе наблюдая за тем какую херню несет мой рот. И это все с учетом того что 10+ лет опыта в сфере, руководил маленькой НКО, менторил, и даже лидил чутка и все такое прочее. Мне 35 летом. Когда меня просят решить какую-нибудь задачку, у меня может случиться просто столбняк. Мой моз отключается и отказывается предпринимать какие-либо попытки к каким либо действиям. Что-то типа иррационального инстинкта самосохранения - если замереть и ничего не делать, то нельзя совершить ошибку, и быть наказанным. Разумеется это самое плохое что можно сделать на интервью. Говорить о том, что вы нервничаете и это влияет на перформанс думаю нужно, но не в конце, постфактум, а вначале или до начала интервью. Как правило я прошу домашнее задание если есть такая возможность. Прохождение интервью для меня до сих пор большой стресс и пытка. Однако, спустя месяца регулярной практики, становится полегче, и как правило именно в этот момент, я получаю офер.
Мое интервью: - какие основные библиотеки Python вы знаете? - Нуу там Pandas, NumPy, Matplotlib, TensorFlow - Вы приняты С тех пор я back end разработчик на Java😂
Парадокс, искал работу на мидла после двух лет работы. Вел себя практически точь-в-точь, как Вы описали. 2/7 стоящих оффера, текущая компания не дала уйти - узнали и перекупили :) Рабочая стратегия, однозначно. Спасибо, что учите новичков!)
Для меня самая большая проблема была, когда мне давали в интервью маленькое практическое задание, при этом был шеринг и интервьюверы следили за каждым моим шагом (видимо, чтоб я не "считил"). Я терпеть ненавижу такие ситуации, я вообще перестаю работать если кто-то стоит у меня за спиной, для меня это нервы, когда же я один себе предоставлен, все идеально
Я порой забываю элементарные вещи, когда над душой кто-то стоит. Я точно знаю, что я начинаю печатать с ошибками и очень медленно, когда кто-то вот прям стоит и ждет результат.
Ох, не знаю посоны, мне это всегда было абсолютно норм. В двух местах то, что я делаю, могли свободно наблюдать девушки, сидящие за спиной, в других двух - целая орава офисных бездельников :D Но мне как-то норм было, даже не знаю, почему. p.s.: может у вас какие-то психологические "затыки" есть? Вы пробовали бегать голышом вокруг своего дома или небольшого квартала?
@@deniskhakimov Это очень необычно и, наверное, круто. Это никакие не затыки, скорее наоборот. У нормальных людей работает нормальная биологическая программа «остерегайся нападения сзади», бороться с ней трудно и вряд ли нужно, это только джедаи наносят удар, стоя спиной.
@@aocore это точно, меня недавно поставил в тупик вопрос о скалярном произведении векторов, на самом деле пользуюсь постоянно, так же как и про константные функции, когда вышел на улицу , сразу понял о чём меня спрашивали, кстати иные термины даже и не помню за давностью лет , хотя повседневно постоянно юзаю))).
Это потому-что вы заучили, а не поняли) Я последние 2 года все везде прохожу, а до этого такая же петрушка была) И как бы я понимаю, почему меня много отсылали)
@@misteranderson6058 Я по-другому все увидел, когда перестал изучать языки и фреймфорки, и начал изучать ОСи, устройство БД, АСМ, сетевые протоколы и прочие низоуровневые вещи, реально начинаешь на любой вопрос отвечать с пониманием дела, а если не знаешь, можешь предположить очень легко, потому советую прям) + т.к. это мало кто знает сегодня, ты начинаешь выделяться среди толпы)
Если мне когда-нибудь на интервью зададут вопрос про шарики и автобус или про "вас уменьшили и бросили в блендер", я обязательно дам интервьюеру контакты клиники, где помогают наркоманам.
Про автобус и шарики - это "залачи Фейнмана" на оченку. Приблизетельно берёшь размеры автобуса, его обхём, оцениваешь объём шарика и говоришь эстимейт. Как с настройшиками в Нью-Йорке. Про блендер, конечно, вообще не техническая задача, да. А на какую-то общую эрудицию глобально.
Как человек только-только прошедший испытательный срок могу добавить... Когда эта работа - твой единственный шанс выбиться в люди в том захолустье, где ты живешь - ставки неимоверно повышаются (это неправда, тебе еще перезвонят, чувак, точно говорю). :-)
Спасибо за полезную информацию со стороны собеседующего! Кажется, что такие очевидные моменты, но когда находишься в позиции собеседуемого, от волнения, как на экзамене, начинается паника. Буду стараться чаще вспоминать Ваши советы!
До собеседований еще очень-очень далеко, но сохраню это видео до востребованности. Алексей, как обычно, очень умеренно и спокойно все объясняет. Если такой уровень спокойствия и уверенности сохранить на вью - даже не самый верный ответ покажется убедительным. Манера общения у вас какая-то особенная и речь крайне чистая. Смотрю все видео на х2, порой у других людей слова сливаются, но у вас все разборчиво и отчетливо. Благодрю.
Спасибо! А по собеседованиям ходить никогда не рано - некоторые компании могут искать стажеров с минимальными знаниями программирования. Ну и в видео я рассказывал, какая еще есть польза от собеседований.
@@aocoreДа, польза - узнать, в каких областях пробелы, что нужно работодателю. Однако я объективно еще далек от собеседования). Не хочу тратить время людей на глупости, на которых могу провалиться в самом начале. Много чего надо подучить, много чего повторить. Технологии учить, домашние микро-проекты писать. Этакий синдром самозванца). Он подкрепляется отсуствием технического образования...
Кто сможет опустить такую звезду на землю (только понтоваться не надо, я имею в виду по-настоящему), тот молодец. Настоящие звёзды такие вещи ценят. А если нет, это не настоящая звезда, и лучше с такиим не работать, толку будет мало.
Спасибо за советы! Перед моим первым интервью меня рекрутёр предупредила что нужен доступ к ПК только за пол часа до собеса. Готовилась больше к теории и никак не ожидала увидеть олимпиадные задачки на поиск чего-то в массиве (хотя они и не сложные). В общем и целом обосралась по полной! Да ещё и молчала "обдумывая" решение. Теперь постараюсь быть смелее и вспомнить ваши советы!
Ну я проводил собеседование и не раз. И даже я не могу сказать, как можно подготовится к моим собеседованиям. Все зависит от того, какую "дырку" я хочу закрыть в команде сегодня. Например, мне нужен человек на поддержку. Тот, который будет быстро, фиксить баги, которые часто бывают, которые нужно реактивно закрывать, с минимальным количеством гавно-кода. И я таких находил, я знал, заранее ему никогда не написать собственный фреймворк, он никогда не напишет, серьезную библиотеку на гитхаб. Он просто видит иначе. Я зато знаю, он быстро напишет, код, который у меня будет вызывать много вопросов типа "А что если". Но он скажет. Это будет работать. Это норм. И это действительно - норм. В тоже время, если мне нужен человек чтобы закрыть дырку в команде инноваций, с проектом как говорится "с нуля", то нужны глубокие фундаментальные знания, мне нужен человек с дальновидным, планируемым мышлением, как в шахматах. Который вероятно знает язык в плоть до уровня ядра. У которого есть терпение у которого большая оперативная память, который умеет "упковывать" знания, абстрагироваться и так далее. В тоже время, если бы мне надо было быстро фиксить баги, мне нужен разработчик с небольшой оперативной памятью, но очень быстрой, то я бы не взял такого человека на работу, и он бы вероятно мог подумать что он "дно", хотя это не так. Просто он не подходит на конкретное место, а другого места у меня нет на данный момент. Так что я всегда брал разработчика исходя из конкретной "дыры" в команде, которую мне надо закрыть в данный момент времени. И тут не может быть не какого плана как отвечать на те или иные вопросы. Ты либо программист и подходишь на это место, либо ты не программист и не подходишь на данное место. Что же касается задач про люки, блендеры и прочее гавно. Ну это больше психологические тесты, есть еще тема с олимпиадным программированием. Которое тоже для коммерции не всегда бывает полезным. Не стоит забывать, что IT в первую очередь - бизнес. И тот кто вас собеседирует в первую очередь, ищет человека команду на конкретное место и если он вас грузит странными вопросами то он либо дурак, либо хочет умерить ваш "аппетит", в зарплате. Других вариантов нет. Все остальное психология. Как вы будете вести себя в той или иной ситуации. Поэтому ответ, сходите к психиатру, если вам предложили выбраться из блендера с 2 секунды - тоже приемлем.
Как-то меня пригласили в одну компьютерную академию преподавать курс по Python (по выходным, в свободное от основной работы время) и спустя какое-то время заметил, что это очень сильно помогает затем на собеседованиях не забывать базовые вещи и относительно легко рассказывать про свой опыт и отвечать на вопросы. Просто начинаешь воспринимать (на психологическом уровне) собеседующего как одного из своих учеников, задающих уточняющий вопрос, на который нужно сходу ответить) На мой взгляд, отличный способ борьбы с ситуацией, когда "пришел на собеседование - резко всё забыл") Правда, метод подходит только опытным разработчикам, стронг мидлам и сеньорам. Других просто не возьмут преподавать, если это не инфоцигане, конечно)
Спасибо! отличный скажем так гайд. На самом деле проходил много интервью и часто удивлялся почему меня брали хотя я много чего не знал. Но знаю что я люблю по догадываться и много говорить) возможно цеплял ход мыслей.
Хорошая подача, приятный мужчина, речь поставлена смотреть очень комфортно, но смысловой нагрузки для себя не нашел, надеюсь другие нашли что искали, спасибо за ролик!
Спасибо, это было очень полезно послушать перед собесом! В лайв-кодинге едва успел сделать задачу минимум, но проговаривал все неочевидные вещи которые пишу потенциальному коллеге. Собственный проект в соседнем окне как подсказка тоже очень помог В логической задаче очень долго не мог зацепиться за что-то, но именно в беседе с интервьюером удалось распутать почти всё Ещё стакан воды под рукой не помешает, если интервью долгое В итоге оффер прислали очень быстро %)
Я обычно так и говорю, что не сталкивался, не знаю, или знаю но давно не попадалось на практике и поэтому забыл, или если есть догадки, то объясняю как бы я реализовал предмет вопроса. Никогда ничего не выдумывал и не врал. Когда сменяю место работы, закидываю 10 резюме из них 2-3 всегда доходит до очной встречи и конкретных предложением.
класс! То есть, не только надо быть программистом, но и еще быть специалистом в прохождении интервью по программированию! Как по мне - дальнобоем стать проще! :)
У меня на первом интервью мой текущий team leed задавал вопросы, и когда видел, что я чего-то не знаю, пытался подвести меня к ответу. На вопрос я так и не смог ответить (в вопросе фигурировал термин, которого я не знал), но по подводке я смог рассказать то, что от меня требовалось (когда меня повторно спросили тот-же вопрос, и я сказал, что не знаю, то team leed, сказал, что я только что уже всё сказал, мне пришлось ответить, что я никогда не слышал этот термин)
Привет! За первые 1.5 минуты сказал такие важные и грамотные вещи, что все интервью которые я проходил кажутся не грамотными.. Ведь действительно, очень важно не только знания проверить, но и посмотреть на человека, как он попробует, хоть и без интернета, придумать решение поставленной проблемы. Спасибо продолжаю смотреть!)
На самую первую работу мне на собесе показали код на Си и спросили что он делает, там была задержка и я только успел сказать это слово как меня остановили и сказали все, ты назвал ключевое слово, принимаем) Ну это был 2005, потому и требования были проще.
Бывают еще неловкие моменты, когда ты собеседующему рассказываешь про какие-то вещи, про которые он впервые слышит) Вот как раз давеча была ситуация, когда выяснилось, что в новых с++ стандартах появилась возможность мультилока одновременно для нескольких мьютексов. Конечно, такое редко случается, но остается надеяться только на то, что интервьюер не будет воспринимать это как личную обиду)
Это нередко происходит, но ещё хуже, когда этот интервьюер знает, но понимает совершенно неправильно. И совсем глухой номер, когда у него просто лежит листок с ответами, списанными из плохой книжки, тогда чем лучше твой ответ, тем вероятнее, что его не засчитают. Однажды такое случилось, и я прислал feedback, что меня интервьюировал какой-то идиот. Самое грустное, что компания очень известная и успешная. Опять же, если человек нормальный, он не обидится, только спасибо скажет, а если нет, то вы и сам не хотите с такими работать.
Очень правильный совет спрашивать правильное решение прямо на интервью. Во-первых потому что показывает что вы любопытный и пытаетесь докопаться до истины, а во-вторых иногда выясняется что вы с интервьюером друг друга недопоняли, в итоге предложенное вами (на словах) решение он почему-то посчитал за неправильное и объясняет вам его же своими словами.
воспользовался советами, с помощью различных интервью получил настолько обширные знания и опыт, что на последнем интервью взял собеседующего к себе на работу
Честно сказать немного дико. Я когда устраивался, то сделал немного сложное оплачиваемое тестовое задание и потом ещё месяц тестовой работы с полноценной оплатой. Но сходить на интервью ради интереса это прям захотелось :)
Ну люки круглые делают для того что-бы > Удобно можно было её откатить :)) и для экономии материала и удобной пропорции, но на собеседовании Я бы затупил))) Запомним это !
Вопрос не так стоит. Не задавать вопросы просто нельзя. Один известный рецепт такой: нужно повернуть дело так, чтобы самому вести интервью. Иногда это действительно работает.
А что не так? Во первых у них всегда есть выбор: отвечать или нет, во-вторых у тебя есть время подумать - вдруг вспомнишь или поймёшь где ошибся и продолжишь решать. А иногда бывает так что находишь косяк в постановке задачи и объясняешь интервьюеру что пропущено какое-то условие.
Всеобщее определение предела - граница, через которую переступают, то есть любой внятный работник действует за пределами своих знаний и инструкций, иначе же он ограниченный. Слесарь, отделочник, электрик, водитель - всем им приходится решать задачи вне регламента. Просто им платят меньше и не у всех у них есть возможность рефлексировать.
"Узнать,что Вы потенциально можете" - меня недавно не взяли, поэтому что у меня 4 года на реакт и 2 на ангуляре, но нет коммерческого опыта на вью, хотя я знаю его, а им нужен именно вью разработчик, хотя база у меня хорошая, 6 лет опыта, мидл+ уровень, такие вот дела)
У меня на интервью ситуация следующая, не знаю к чему это можно отнести: если спрашивают абстрактные вещи или суху теорию или всякие приколы с жиэсом (куча промисов и скажите в каком порядке будут выводится логи) - я очень сильно проваливаю. Если спрашивают про опыт работы, как бы я сделал то или другое и почему - все легко и просто. Миддл на фронте, не могу пройти собеседование на джуна %)
Все очень просто. На самом деле компании не нужен сотрудник. Как многие программисты ходят на собеседования для тренировки, так и многие компании просто так мониторят рынок или проводят формальные собеседования, чтобы сказать, что на рынке никого нет, но вот у меня есть "по рекомендации" классный друг - возьмите его.
Вы настолько умный значимый человек, из вас отличный учитель и преподаватель в институте будет, обладать такими знаниями, не всем дано, а кто выберет IT технологии,их ждет тяжелый труд и там останутся те кто действительно для этой спецальности,вы это точно,спасибо с удовольствием послушала,но я инженер электросвязи,но это уже другая специальность,хотя родственная и мне многое понятно.
Пред тем как попасть на тех собес имея 10+ лет комерч-го опыта и портфолио с кучей проектов, для начала, надо вам решить алго тесты или демо проект которые украдут у вас от 2 часов до 3-х месяцев. А потом, может быть вам дадут возможность поговрить с богом который знает как реализовать множественное наследование в Java. И через 15 минут тех собеседования он вам скажет "всего доброго", потому что вы сказали что в Java нет нативного multiple inheritance. Так же стоит напомнить что 99 компаний забьют болт и даже если вы попросите дать фидбек о тестовом задании или тех собесе, будут молчать даже под пытками как партизаны. Конечно это добавит 100% опыта и на следущем собесе вы повторите ошибку.
За 3 года мне только 1 компания не дала обратную связь после собеседования. Кст., оно (собеседование) было отстойным, не дающим никакого представления о компании.
Недавно как раз спросили про полиморфизм и чет как-то вылетело из головы, как лучше это объяснить, собес был джуновский как бы и готовил немного другие вопросы, сказал в итоге, что затрудняюсь ответить, что могу рассказать про наследование и инкапсуляцию, в итоге рассказал про них и перешли к вопросам дальше. Тож самое с задачами, были задачи, когда частично решаешь, а потом заходишь как-то в тупик и говоришь про это, что тут чет не могу сообразить как лучше, нужна подсказка или наводящий вопрос.
было всего одно собеседование на несколько часов, где меня пригласили на должность директора веб-студии в крупном РА. я отвечал как есть на само деле, не ответил ~50% вопросов, но высказывал ход размышления, которому я бы следовал, чтобы ответить на вопросы. взяли, сам ушёл через пару месяцев, ну я тех. дир. максимум, нафиг это...
В принципе, на нормальном интервью трудные вопросы как раз и задаются с расчётом на то, чтобы услышать ход размышлений, а не окончательный ответ, именно этого и ожидают. И ход размышлений как раз наиболее информативен. Из-за волнения человек может получить неправильный ответ или не дойти до решения просто из-за случайной ошибки, и хорошо бы делать на это скидку. Умение грамотно рассуждать гораздо ценнее.
Может быть это у меня такой стиль собеседования, или просто нужно за час уложиться, но я не думаю, что я буду отвечать на вопросы кандидата, и попрошу загуглить дома... максимум посоветую какие области подтянуть в рамках ОС...
Медитация или дыхательные упражнения, пожалуй лучше таблеток. Небольшой стресс может активировать мозг) Не стоит воспринимать интервью как экзамен, просто беседа с малознакомым человеком, с которым у вас есть схожие интересы. И это правда навык, со временем станет проще. Успехов ;)
Привет, спасибо за ролики, смотрю с удовольствием! Хотел оффтопик спросить - а на что видео пишешь? Отражение подсветки круговой вижу, а вот аппарат очевидно не вижу )))
Был на интервью ради интереса на позицию джуна. Скажу сразу, вопросы задавались о многопотоке(сказал не знаю, так как я изучал асинхронное программирование), параллельном програмирований(ответил, знаю теорию), базы данных(фейл). Провалился на базе данных и многопотоке, так как я работал только через ORM инструменты - сказали это жирный минус. Как то так.
Нельзя в принципе сказать, что знаешь асинхронное программирование и не знаешь паралельное и многопотоковое, это означает, что и асинхронное не знаешь, или знаешь не по сути, а на уровне кухонных рецептов, так что срочно нужно подтягиваться.
Ну вот, автор и сам раскрыл секрет, когда рассказывал как он собеседовал человека, который не знал ответ на вопрос, "который ничего не решал" (имеется в виду вопрос), но при этом всё равно человек не подошёл. Думаю стоило уделить внимание софтскилам, потому как я имею опыт прохождения интервью, в которых практически на 90% вопросов отвечал, но по факту не проходил. Да, я не часто прохожу интервью, т.к. работу меняю редко, навыков прохождения интервью не много, однако люди с гораздо меньшим опытом, с которыми я ранее работал и знал их лично, удачно получали офферы с тех же мест, куда и я собеседовался.
Завалил собеседование в Яндекс из-за сбалансированного дерева, уже не помню что было, помню только что пытался решать через рекурсию и пошел явно не тем путем, но пытался добить свое решение до работающего состояния. До этого выполнил успешно 3 - 4 задания, это было третье техническое интервью. Возможно проблема была в том, что не выспался, делая тестовое задание в другую компанию. Да и думать сложно, когда смотрят как ты пишешь в онлайн режиме, до этого участвовал в олимпиадах не было проблем связанных с ограничением времени. Так что высыпайтесь, отдыхайте, не проходите интервью 10 штук за неделю, особенно если есть тестовые задания. Я в отпуске и то не успевал одновременно четыре тестовых задания делать, точнее делать хорошо, какие-то явно можно было сделать лучше
live code - нахер вообще в принципе если узнаю, что такое есть, такие собесы выпиливаю сразу если бы все массово отказывались от такого, то такого бы и не было давайте еще концертные площадки арендуем, там на большой экран проектор, соберем 10 тыс зрителей и ливкодить задачи на НЕРВЫ
@@Moptohor Здесь интереснее то, что гуглить ничего нельзя, но можно задавать вопросы интервьюеру. Я вот задал вопрос по сигнатуре функции std, ему пришлось её гуглить
А что они хотели от тебя получить если не секрет? Я честно говоря плохо понимаю практический смысл написания кода во время собеседования, разве что речь про какую-то модную ракрученую компанию которым просто нужен повод отсеить 90% кандидатов... если такие ещё остались
В смысле, гуглить нельзя? В чём сакральный смысл такого ограничения? Умение находить в Гугле информацию - один из основных навыков программиста в наше время стремительного развития и смены технологий.
Писать код на интервью - действительно довольно сомнительная идея. Ведь можно дать задачу и попросить описать решение. Типа, тут я сделаю массив, в который буду ложить то, а там сделаю функцию, которая будет делать это вот так... Так сразу понятно, как человек мыслит. А написать код - это уже дело техники.
Проходил серию технических интервью в одну из известных российских айти-компаний, на каждом интервью надо было решать задачки. Когда мне их задавали, я вообще с трудом представлял, как их решать, но путем размышлений, экспериментов и с помощью подсказок интервьюера, как минимум одну задачку удавалось решить, после чего, к концу интервью она не казалась уже такой сложной. Это удивительно для меня, но мне удалось пройти все их технические интервью, хотя были сомнения на этот счёт.
Подобные собеседования напоминают стресс-тесты, аля на тебя бежит мужик с ножом, что ты будешь делать? Быстро, быстро думай. Мы все на тебя смотрим и ждем твоего решения, лучше думай вслух. Программист работает подобно аналитику, в особенности если рассматривать проектирование новых систем, то есть собирает информацию и длительное время в спокойной обстановке обдумывает её(без внешних раздражителей, мозгом). В стрессовой ситуации требующей немедленного ответа происходит выбор адреналина и мозг отдает существенную часть функций инстинктам, отсюда откровенное торможение многих программистов на интервью. Это совершенно нормальная реакция и не слишком умный подход к тестированию программистов(причем чем сложнее задачи программиста, тем более глупым можно назвать подобный подход).
Задачи лучше делать посложнее, но давать время на обдумывание и уж точно не торопить. Иначе прохождение собеседований превращается в отдельных квест, минимально связанный собственно с непосредственной работой.
Не согласен с советом «скажите что знаете это задачу» . Я так раз сознался и мне дали задачу с графами. Если цель получить работу то честность надо оставлять дома
Интересно, когда уйдут в небытие все эти алгоритмические задачки, задачки на сообразительность и вопросы про внутренности языка? Это единственная отрасль, где существует подобная культура найма.
Причем, в реальной работе на реальных проектах эта херня никогда не пригождается)) А нужны программисту совершенно другие качества - отвественность, усидчивость, упорство, умение хорошо и правильно гуглить
03:37 Ага, в десятых годах был популярен вопрос про круглые люки. Мой вариант ответа был экономический: бОльшая полезная площадь при меньшем расходе материала, что хоть и было правильным, но не совпало с версией интервьюера. Прикол в другом, выйдя с этого интервью, я стал обращать внимание на люки в районе событий, зоне хайтека и множества коммуникаций. Успел насчитать несколько десятков люков по пути до станции. В результате выяснилось, что именно круглых люков там отнюдь не большинство, как утверждал интервьюер, а менее 30%, остальные были квадратные и прямоугольные )
Правильный ответ - круглую крышку люка невозможно уронить в сам люк. Я думал, это уже все знают. Но, видимо, пора опять на собеседованиях этот вопрос поднимать.
@@alevlako наверняка среди этих групп есть та, где уверены, что "Люки круглые потому что нам так завещал великий Пришнигарбха". Но в водоканале вряд ли руководствуются подобными соображениями.
Недавно я проходил интерьвю и сказал интервьюверу, что я не знаю ответа на вопрос и попросил его рассказать. На что он мне ответил "Тебе не кажется, что это я задаю тут вопросы?")) Это был индус, если что)
Как по мне это глупый совет, при всем уважении, потому что интервью ограничено по времени и такое поведение просто воспримут, что ты тянешь время, если собеседование не на джуна или стажера.
Алексей, здравствуйте! Вы говорите о том, что у Вас практически нет опыта в многопоточном программировании. Я сейчас учу Java на Javarush и 1/4 курса составляет многопоточность. Думала, что это основы и их знают все и знать обязательно. Или это касается только языка Java? Поясните, пожалуйста)
Мне кажется, это сильно зависит от языка и от проектов, над которыми вы работаете. Последние 7 лет я работаю на Питоне с использованием синхронных фреймворков. На JavaScript - там асинхронное программирование, не многопоточное. До этого было 8 лет программирования на C++ в однопоточном приложении. В Java, наверное, ситуация отличается. И, конечно, основы многопоточности в Java знать очень желательно.
В Java действительно важно знать основы многопоточности. Хотя бы для того, чтобы понять код, который написали другие люди. На практике встречается не очень часто (хотя зависит от проекта), но на собеседованиях эту тему очень любят поспрашивать) P.S. Сам учился на JavaRush, сейчас уже работаю
Много где пишут, что многопоточность в java практически нигде не используется, но на интервью любят про неё спрашивать. Зачем..? Где логика? То же самое, что спросить, как сварить борщ. В программировании не используется, но спросить хочется.
@@aocore "До этого было 8 лет программирования на C++ в однопоточном приложении". Можно узнать что это за сфера такая? А то однопоточные приложения на С++ для меня звучат странно
На самом деле всё зависит от проекта, а не от языка. Многопоточность делает приложение более "живым". Нельзя, чтобы пользователь сидел и ждал, пока приложение закончит какую-то текущую операцию... Однако, для небольших программ и для утилит многопоточность может быть не нужна. Может быть ещё вариант, когда в многопоточной ОС, программа-диспетчер запускает однопоточные программы, которые работают, как отдельные потоки.
А я вот под Ваши ролики в своём большом гараже делаю маленький кабинетик... Всё лето буду учить JS и Реакт... И дай Бог до нового года найти свою первую работу в IT. Аминь 🙏🏼
@@Bob445ty я и так работаю в продажах... Полная деградация... Планы, планы... У меня зарплата больше чем у вахтовиков северян, то есть для провинциального города очень приличная. Но сцука тупеешь на этой работе. Хочется в интеллектуальной сфере. Как бы так...
А как вообще войти в продажи? Вот я +- понимаю, как войти в ИТ, но у меня и образование смежное. А вот в продажах чё и как - я хз. Отработал 3 месяца продавцом-консультантом, и это какой-то пиздец был. Но я был молод, мне нужны были деньги)
@@skye4152 я почти 10 лет работаю мастером консультантом в офиц дилере Хенде. И если проще и честно сказать, то чувствую себя проституткой. Настолько современный маркетинг требует подлизывания к клиентам ради их лояльности к компании. Поэтому в мечтах на удаленке монотонно писать в собственном коворкинге код и ломать голову над алгоритмами...
Я программирую с 2004 и меня реально бесят подобные вопросы. Давайте посмотрим на ситуацию: вы программируете 3-5-10 лет и как то решаете задачи, за которые вам успешно платили и не увольняли с формулировкой "некомпетентен".... Но каждый раз меняя работу вы вынуждены проходить этот цирк (иначе не сказать). "Нам интересно как ты думаешь?", говорят они и хочется ответить: "Головой! Как все нормальные люди, а не жопой, как вы." Но это будет "токсично", как модно сейчас говорить. Нет, я не конфликтный, но задолбало каждый раз делать из себя клоуна. Если вы хотите проверить адекватность сотрудника - свяжитесь с его предыдущей работой, предварительно спросив сотрудника "были ли конфликты на предыдущей работе? Не был ли козлом ваш начальник?" и если ответ отрицательный - в принципе словам начальника о сотруднике уже можно верить. Ведь если он НЕ козёл - то зачем ему врать и подставлять сотрудника на новой работе? Опросите начальство, опросите коллег? Зайдите в GitHub, если упомянуто его наличие у соискателя - посмотрите на код. Но для этого нужно проявить чуточку больше инициативы, чем нагуглить "как собеседовать новых сотрудников?" А тем более, если вы ошибётесь с формулировкой и вместо понятия "новых" гугл предложит вам варианты для "новичков" - и вот вы спрашиваете спеца с опытом построения распределённых архитектурных решений о том, как заполнить сраный автобус шариками. Я, как программист даже не буду это считать - я просто напишу это (C#) и комп посчитает быстрее - 1 минута на решение: // ball - диаметр шара, height, length, width - размеры того, куда шары надо упихнуть // Размеры в сантиметрах (попугаях, удавах - кому что нравится) private static int HowMuchBalls(int ball, int height, int length, int width) { var result = 0; int iH = 0, iL = 0, iW = 0; while (iH
1. Есть люди, которые долго в программировании, но как сотрудники/решатели задач они откровенно отстойные. Поэтому так или иначе нужно проверять и понимание стека, в котором у кандидата есть опыт, и в целом способность мыслить (брэйнтизеры на собесах, канеш, не даю, это ответ в общем ключе на вопрос зачем это все нужно) 2. С неймингом беды "HowMuchBalls" = "как много шариков" - как много шариков... что? int ball - тоже что это за параметр "шар"? Пока не заглянешь в код функции, не поймёшь. Имена должны быть очевидными - например, ballDiameter 3. Серьёзно? Три вложенных цикла чтобы посчитать ответ? Это можно одним действием посчитать, вычислив объём автобуса и поделив на объём шарика (в идеале - ещё учесть занятое сидениями пространство и разную эффективность раскладки шариков - привет Кеплеру). А твоему коду потребуется пара миллионов итераций. Вот и ответ зачем проверять опытных программистов - потому что есть такие чсвшные чуваки как ты, которые элементарные вещи делают очень странным образом
@@amywong9665 1. Если ты долго в программировании - ты не можешь быть "отстойным решателем задач". Просто потому, что ты постоянно их решаешь. Это твоя работа - решать задачи. Решать-решать-решать. За долгое время - вполне можно научиться ;). 2. Ты ещё прикопайся к тому, что не видно какие неймспейсы подключены ;). Решение за 1 минуту и название отражает как смысл, так и сарказм. 3. Есть такой классный принцип. Он основополагающий и называется KISS. И в данном случае - 3 вложенных цикла это быстрее и проще - как по времени написания, так и по времени тестирования. P.S. ЧСВ - это скорее к таким как ты... Которые мнят, что набирают на работу в Гугл или Мордокнигу, только вот вместо ультраоптимизационных задач (каждый раз разных) новопринятому программисту приходится разгребать легаси антипаттерны по 3-5 слоев на примитивы уровня Hello World. Или того хуже - отчётики по шаблончику копипастить....
жиза. меня вопросы вроде "сколько весит школьный автобус" просто запредельно вымораживают. Откуда я знаю? )) Сколько весит - столько и весит. Возьмите инструкцию по эксплуатации - там будет написано. Или напишите вопрос в гугле.
Так себе видос. Интервью сильно отличаются регионально (Европа, Штаты, Москва, регионы), по навыкам (стажёр, джун, мидл, синьор помидор и так далее) ну и от работодателя, где-то вообще горят места и нужны программисты, где-то вас будут жарить на тех интервью так, будто не на джуна берут а на синьора. По личному опыту скажу, в екб устраивался на джуна в бэкенд на пхп не писав на пхп ни 1 строки. Пришёл сказал что писал на js чуток, чуток учился на прогера и пошёл к ним стажером - джуном. Все индивидуально, такие видео могут сильно запугать или демотивировать, либо поднять стресс ещё выше, просто забейте и ходите на собесы если вам это нужно)
t.me/devworden - наш телеграм-чат, где можно задать вопросы
discord.gg/7B4prKBxkZ - Discord-сервер с каналами по разным языкам программирования
Мой микрофон: ya.cc/WEPcs
Моя камера: ya.cc/WEPvP
Мой рабочий компьютер: ya.cc/WEQGr
Ссылки партнерские, я могу получить вознаграждение, если вы купите что-то, перейдя по этим ссылкам.
th-cam.com/video/-y5etXS6efs/w-d-xo.html
Было бы честью пройти у Вас собеседование.
'Программист это человек который находит ответы за границами своих знаний' - Это гениальная фраза.
А за границами знаний человека - гугл!
Нельзя знать больше, чем гугл ))
@@jefffstone Можно. Воображение больше чем знание. Знание ограничено, воображение - нет. Альберт Эйнштейн.
Гугл - это всего лишь большая электронная энциклопедия. Которую сейчас пытаются научить думать.
Короче, ясно. Если вам дали задачу, которую вы не можете решить, сразу говорите, что вы такую уже решали и требуйте следующую.
😂😂😂😂😂😂😂
Ахахаха) я тут недавно проходил собес, мне дали тяжелую функцию написать, там строчить надо было два цикла, я как бы рассказал как сделать и сказал что это долго давайте дальше. Вообще похер возьмут не возьмут. Я то знаю что в офисе все работают через Гугл в помощь
@@iosswiftuipractice3793 в итоге взяли?)
@@iosswiftuipractice3793 и какой фидбэк пришел?
@@iosswiftuipractice3793 гугл в помощь работает только до определенного уровня задач, но в какой-то момент такое уже не работает и решения в гугле просто нет. Может быть даже такое, что проблема есть и она известна, но ее решения нет. Например, баг в самом фреймворке. Но на проекте как-то это решить нужно.
Я такого же типа человек, как из последнего примера.
Я всегда СИЛЬНО нервничаю перед интервью. Я бы сказал что уровень стресса прыгает в интервале от 5 до 8 из 10, где 10 это паника.
И реально мои когнитивные способности СИЛЬНО понижаются, так же как и способности к рассуждению. Иногда я могу просто начать говорить чушь, когда как я хотел сказать что-то противоположное или просто начать себа сам засыпать, в молчаливом ужасе наблюдая за тем какую херню несет мой рот.
И это все с учетом того что 10+ лет опыта в сфере, руководил маленькой НКО, менторил, и даже лидил чутка и все такое прочее.
Мне 35 летом.
Когда меня просят решить какую-нибудь задачку, у меня может случиться просто столбняк. Мой моз отключается и отказывается предпринимать какие-либо попытки к каким либо действиям. Что-то типа иррационального инстинкта самосохранения - если замереть и ничего не делать, то нельзя совершить ошибку, и быть наказанным. Разумеется это самое плохое что можно сделать на интервью.
Говорить о том, что вы нервничаете и это влияет на перформанс думаю нужно, но не в конце, постфактум, а вначале или до начала интервью.
Как правило я прошу домашнее задание если есть такая возможность.
Прохождение интервью для меня до сих пор большой стресс и пытка. Однако, спустя месяца регулярной практики, становится полегче, и как правило именно в этот момент, я получаю офер.
Сходи к неврологу
@@whiteguards43 к психотерапевту.
Мое интервью:
- какие основные библиотеки Python вы знаете?
- Нуу там Pandas, NumPy, Matplotlib, TensorFlow
- Вы приняты
С тех пор я back end разработчик на Java😂
Куда идти
ничего не понял
А интервью был на питон разработчика
Парадокс, искал работу на мидла после двух лет работы. Вел себя практически точь-в-точь, как Вы описали. 2/7 стоящих оффера, текущая компания не дала уйти - узнали и перекупили :) Рабочая стратегия, однозначно. Спасибо, что учите новичков!)
Для меня самая большая проблема была, когда мне давали в интервью маленькое практическое задание, при этом был шеринг и интервьюверы следили за каждым моим шагом (видимо, чтоб я не "считил"). Я терпеть ненавижу такие ситуации, я вообще перестаю работать если кто-то стоит у меня за спиной, для меня это нервы, когда же я один себе предоставлен, все идеально
Я порой забываю элементарные вещи, когда над душой кто-то стоит. Я точно знаю, что я начинаю печатать с ошибками и очень медленно, когда кто-то вот прям стоит и ждет результат.
Ох, не знаю посоны, мне это всегда было абсолютно норм. В двух местах то, что я делаю, могли свободно наблюдать девушки, сидящие за спиной, в других двух - целая орава офисных бездельников :D
Но мне как-то норм было, даже не знаю, почему.
p.s.: может у вас какие-то психологические "затыки" есть? Вы пробовали бегать голышом вокруг своего дома или небольшого квартала?
@@deniskhakimov Это очень необычно и, наверное, круто. Это никакие не затыки, скорее наоборот. У нормальных людей работает нормальная биологическая программа «остерегайся нападения сзади», бороться с ней трудно и вряд ли нужно, это только джедаи наносят удар, стоя спиной.
@@offilawnoone9020 Практически у всех так, у кого больше, у кого меньше. Посылать такиие интервью подальше не самый плохой рецепт.
@@Micro-Moo )))
У меня мозг не работает на интервью, вообще. Я даже забываю, то что я знаю
Кстати, да, у меня тоже иногда какие-то вещи наглухо из головы вылетают на интервью.
@@aocore это точно, меня недавно поставил в тупик вопрос о скалярном произведении векторов, на самом деле пользуюсь постоянно, так же как и про константные функции, когда вышел на улицу , сразу понял о чём меня спрашивали, кстати иные термины даже и не помню за давностью лет , хотя повседневно постоянно юзаю))).
Это потому-что вы заучили, а не поняли) Я последние 2 года все везде прохожу, а до этого такая же петрушка была) И как бы я понимаю, почему меня много отсылали)
@@user-sp3hy7cw9x да, наверное недостаток опыта
@@misteranderson6058 Я по-другому все увидел, когда перестал изучать языки и фреймфорки, и начал изучать ОСи, устройство БД, АСМ, сетевые протоколы и прочие низоуровневые вещи, реально начинаешь на любой вопрос отвечать с пониманием дела, а если не знаешь, можешь предположить очень легко, потому советую прям) + т.к. это мало кто знает сегодня, ты начинаешь выделяться среди толпы)
Падал со стула и притворялся мертвым пока собеседник не отключится)
Если мне когда-нибудь на интервью зададут вопрос про шарики и автобус или про "вас уменьшили и бросили в блендер", я обязательно дам интервьюеру контакты клиники, где помогают наркоманам.
Еще в 2017 году такие вопросы задавали.
Блендер треснет
Вот тебя и раскусили )
Ахахахаха
Про автобус и шарики - это "залачи Фейнмана" на оченку. Приблизетельно берёшь размеры автобуса, его обхём, оцениваешь объём шарика и говоришь эстимейт. Как с настройшиками в Нью-Йорке. Про блендер, конечно, вообще не техническая задача, да. А на какую-то общую эрудицию глобально.
Как человек только-только прошедший испытательный срок могу добавить... Когда эта работа - твой единственный шанс выбиться в люди в том захолустье, где ты живешь - ставки неимоверно повышаются (это неправда, тебе еще перезвонят, чувак, точно говорю). :-)
@Человек Все, что не Москва и не Питер. Короче Россию.
Желаю всем нам ходить на интервью, только для того, чтобы узнать, что нового в мире IT.
Спасибо за полезную информацию со стороны собеседующего! Кажется, что такие очевидные моменты, но когда находишься в позиции собеседуемого, от волнения, как на экзамене, начинается паника. Буду стараться чаще вспоминать Ваши советы!
Отлично рассказываете, очень хороший голос и достаточно ёмко. Очень полезные материалы. Вы молодец, продолжайте!
До собеседований еще очень-очень далеко, но сохраню это видео до востребованности. Алексей, как обычно, очень умеренно и спокойно все объясняет. Если такой уровень спокойствия и уверенности сохранить на вью - даже не самый верный ответ покажется убедительным. Манера общения у вас какая-то особенная и речь крайне чистая. Смотрю все видео на х2, порой у других людей слова сливаются, но у вас все разборчиво и отчетливо. Благодрю.
Спасибо! А по собеседованиям ходить никогда не рано - некоторые компании могут искать стажеров с минимальными знаниями программирования. Ну и в видео я рассказывал, какая еще есть польза от собеседований.
@@aocoreДа, польза - узнать, в каких областях пробелы, что нужно работодателю. Однако я объективно еще далек от собеседования). Не хочу тратить время людей на глупости, на которых могу провалиться в самом начале. Много чего надо подучить, много чего повторить. Технологии учить, домашние микро-проекты писать. Этакий синдром самозванца). Он подкрепляется отсуствием технического образования...
@@user-tj2up5uy8d Можно никуда физически и не ходить. Сейчас можно по Skype собеседоваться.
@@user-wz8ln2om6i Если это чистое программирование, в наше время можно не просто никуда физически не ходить, а и никогда никуда физически не ходить.
Посмотри мультик Чип и Дейл на х2
Много зависит от того, на сколько интервьюер считает себя звездой)
таких стараются не использовать...
Классное замечание... Самовлюблённый звёзд, увы, очень много. И очень сильно повезёт, если это не интервьюер
@@michaelskidan9719 Ещё как используют!
Кто сможет опустить такую звезду на землю (только понтоваться не надо, я имею в виду по-настоящему), тот молодец. Настоящие звёзды такие вещи ценят. А если нет, это не настоящая звезда, и лучше с такиим не работать, толку будет мало.
@@michaelskidan9719 В небольших компаниях таким легко может оказаться лид или просто "ведущий программист".
Спасибо за советы! Перед моим первым интервью меня рекрутёр предупредила что нужен доступ к ПК только за пол часа до собеса. Готовилась больше к теории и никак не ожидала увидеть олимпиадные задачки на поиск чего-то в массиве (хотя они и не сложные). В общем и целом обосралась по полной! Да ещё и молчала "обдумывая" решение. Теперь постараюсь быть смелее и вспомнить ваши советы!
Спасибо, отлично объясняете. Без воды и конкретно.
Здравствуйте, Алексей. Спасибо за полезные материалы!)
Ну я проводил собеседование и не раз. И даже я не могу сказать, как можно подготовится к моим собеседованиям. Все зависит от того, какую "дырку" я хочу закрыть в команде сегодня. Например, мне нужен человек на поддержку. Тот, который будет быстро, фиксить баги, которые часто бывают, которые нужно реактивно закрывать, с минимальным количеством гавно-кода. И я таких находил, я знал, заранее ему никогда не написать собственный фреймворк, он никогда не напишет, серьезную библиотеку на гитхаб. Он просто видит иначе. Я зато знаю, он быстро напишет, код, который у меня будет вызывать много вопросов типа "А что если". Но он скажет. Это будет работать. Это норм. И это действительно - норм. В тоже время, если мне нужен человек чтобы закрыть дырку в команде инноваций, с проектом как говорится "с нуля", то нужны глубокие фундаментальные знания, мне нужен человек с дальновидным, планируемым мышлением, как в шахматах. Который вероятно знает язык в плоть до уровня ядра. У которого есть терпение у которого большая оперативная память, который умеет "упковывать" знания, абстрагироваться и так далее. В тоже время, если бы мне надо было быстро фиксить баги, мне нужен разработчик с небольшой оперативной памятью, но очень быстрой, то я бы не взял такого человека на работу, и он бы вероятно мог подумать что он "дно", хотя это не так. Просто он не подходит на конкретное место, а другого места у меня нет на данный момент.
Так что я всегда брал разработчика исходя из конкретной "дыры" в команде, которую мне надо закрыть в данный момент времени. И тут не может быть не какого плана как отвечать на те или иные вопросы. Ты либо программист и подходишь на это место, либо ты не программист и не подходишь на данное место.
Что же касается задач про люки, блендеры и прочее гавно. Ну это больше психологические тесты, есть еще тема с олимпиадным программированием. Которое тоже для коммерции не всегда бывает полезным. Не стоит забывать, что IT в первую очередь - бизнес. И тот кто вас собеседирует в первую очередь, ищет человека команду на конкретное место и если он вас грузит странными вопросами то он либо дурак, либо хочет умерить ваш "аппетит", в зарплате. Других вариантов нет. Все остальное психология. Как вы будете вести себя в той или иной ситуации. Поэтому ответ, сходите к психиатру, если вам предложили выбраться из блендера с 2 секунды - тоже приемлем.
Как-то меня пригласили в одну компьютерную академию преподавать курс по Python (по выходным, в свободное от основной работы время) и спустя какое-то время заметил, что это очень сильно помогает затем на собеседованиях не забывать базовые вещи и относительно легко рассказывать про свой опыт и отвечать на вопросы.
Просто начинаешь воспринимать (на психологическом уровне) собеседующего как одного из своих учеников, задающих уточняющий вопрос, на который нужно сходу ответить)
На мой взгляд, отличный способ борьбы с ситуацией, когда "пришел на собеседование - резко всё забыл")
Правда, метод подходит только опытным разработчикам, стронг мидлам и сеньорам. Других просто не возьмут преподавать, если это не инфоцигане, конечно)
Меня с опытом
Спасибо! отличный скажем так гайд. На самом деле проходил много интервью и часто удивлялся почему меня брали хотя я много чего не знал. Но знаю что я люблю по догадываться и много говорить) возможно цеплял ход мыслей.
Хорошая подача, приятный мужчина, речь поставлена смотреть очень комфортно, но смысловой нагрузки для себя не нашел, надеюсь другие нашли что искали, спасибо за ролик!
Спасибо, это было очень полезно послушать перед собесом!
В лайв-кодинге едва успел сделать задачу минимум, но проговаривал все неочевидные вещи которые пишу потенциальному коллеге. Собственный проект в соседнем окне как подсказка тоже очень помог
В логической задаче очень долго не мог зацепиться за что-то, но именно в беседе с интервьюером удалось распутать почти всё
Ещё стакан воды под рукой не помешает, если интервью долгое
В итоге оффер прислали очень быстро %)
Спасибо за ваши видео, очень приятно за вами смотреть! Не останавливайтесь
Спасибо за совет.
Большое спасибо. Я на первом собеседовании вошол в ступор на простом вопросе просто из-за того что сильно нервничал. Сам себя завалил.
просто был не уверен в себе
спасибо за разговорный формат. Мне кажется такие видео мотивирует, поддеривают
Я обычно так и говорю, что не сталкивался, не знаю, или знаю но давно не попадалось на практике и поэтому забыл, или если есть догадки, то объясняю как бы я реализовал предмет вопроса. Никогда ничего не выдумывал и не врал. Когда сменяю место работы, закидываю 10 резюме из них 2-3 всегда доходит до очной встречи и конкретных предложением.
класс! То есть, не только надо быть программистом, но и еще быть специалистом в прохождении интервью по программированию! Как по мне - дальнобоем стать проще! :)
Спасибо за ваш труд!
У меня на первом интервью мой текущий team leed задавал вопросы, и когда видел, что я чего-то не знаю, пытался подвести меня к ответу. На вопрос я так и не смог ответить (в вопросе фигурировал термин, которого я не знал), но по подводке я смог рассказать то, что от меня требовалось (когда меня повторно спросили тот-же вопрос, и я сказал, что не знаю, то team leed, сказал, что я только что уже всё сказал, мне пришлось ответить, что я никогда не слышал этот термин)
Спасибо Алексей! Дельно, полезно. Успехов вам!
Привет! За первые 1.5 минуты сказал такие важные и грамотные вещи, что все интервью которые я проходил кажутся не грамотными.. Ведь действительно, очень важно не только знания проверить, но и посмотреть на человека, как он попробует, хоть и без интернета, придумать решение поставленной проблемы.
Спасибо продолжаю смотреть!)
Спасибо Алексей.
Очень полезная информация.
На самую первую работу мне на собесе показали код на Си и спросили что он делает, там была задержка и я только успел сказать это слово как меня остановили и сказали все, ты назвал ключевое слово, принимаем) Ну это был 2005, потому и требования были проще.
Благодарю, Алексей, за ценное видео!
Бывают еще неловкие моменты, когда ты собеседующему рассказываешь про какие-то вещи, про которые он впервые слышит) Вот как раз давеча была ситуация, когда выяснилось, что в новых с++ стандартах появилась возможность мультилока одновременно для нескольких мьютексов. Конечно, такое редко случается, но остается надеяться только на то, что интервьюер не будет воспринимать это как личную обиду)
Это нередко происходит, но ещё хуже, когда этот интервьюер знает, но понимает совершенно неправильно. И совсем глухой номер, когда у него просто лежит листок с ответами, списанными из плохой книжки, тогда чем лучше твой ответ, тем вероятнее, что его не засчитают. Однажды такое случилось, и я прислал feedback, что меня интервьюировал какой-то идиот. Самое грустное, что компания очень известная и успешная.
Опять же, если человек нормальный, он не обидится, только спасибо скажет, а если нет, то вы и сам не хотите с такими работать.
Очень правильный совет спрашивать правильное решение прямо на интервью. Во-первых потому что показывает что вы любопытный и пытаетесь докопаться до истины, а во-вторых иногда выясняется что вы с интервьюером друг друга недопоняли, в итоге предложенное вами (на словах) решение он почему-то посчитал за неправильное и объясняет вам его же своими словами.
Очень хорошие видео, легко объясняются
И очень просто смотрится,
Однозначно лайк!)
Спасибо!
Спасибо вам огромное
Спасибо очень интирестно
Вместо молчания постарайтесь мычать)) Но Алексей все правильно говорит, хорошие замечания
воспользовался советами, с помощью различных интервью получил настолько обширные знания и опыт, что на последнем интервью взял собеседующего к себе на работу
Честно сказать немного дико. Я когда устраивался, то сделал немного сложное оплачиваемое тестовое задание и потом ещё месяц тестовой работы с полноценной оплатой. Но сходить на интервью ради интереса это прям захотелось :)
Первое правило на собеседовании - Надо быть честным.
Хм… не всегда. Я бы сказал, что не надо завираться :))
...честным перед собой)
Вот по таким причинам и приходится открывать свои it компании))
такая же фигня после провала десятков интервью)))
Ну люки круглые делают для того что-бы > Удобно можно было её откатить :)) и для экономии материала и удобной пропорции, но на собеседовании Я бы затупил)))
Запомним это !
Делают чтобы крышка не упало во внутрь
@@Saynadam Не не точно скажу, что-бы можно было уддобно и легко эту крышку откатить !!!! Вспомнил.
Я наоборот на собесах расслабляюсь и затыкаю и HR и тех.собеседующего. Меня не остановить. Я хочу пообщаться и меня прет от этого)))
Интересно, спасибо что делитесь опытом, с меня комментарий, лайк, подписка)
пойти на интервью и задавать вопросы... класс...
ага, я тоже смотрю такой и "а чо так можно было чтоли?"
Вопрос не так стоит. Не задавать вопросы просто нельзя. Один известный рецепт такой: нужно повернуть дело так, чтобы самому вести интервью. Иногда это действительно работает.
Имеется ввиду чтоб проявить заинтересованность в таких вопросах.
А что не так? Во первых у них всегда есть выбор: отвечать или нет, во-вторых у тебя есть время подумать - вдруг вспомнишь или поймёшь где ошибся и продолжишь решать. А иногда бывает так что находишь косяк в постановке задачи и объясняешь интервьюеру что пропущено какое-то условие.
Полезное видео, спасибо!
Всеобщее определение предела - граница, через которую переступают, то есть любой внятный работник действует за пределами своих знаний и инструкций, иначе же он ограниченный.
Слесарь, отделочник, электрик, водитель - всем им приходится решать задачи вне регламента. Просто им платят меньше и не у всех у них есть возможность рефлексировать.
"Узнать,что Вы потенциально можете" - меня недавно не взяли, поэтому что у меня 4 года на реакт и 2 на ангуляре, но нет коммерческого опыта на вью, хотя я знаю его, а им нужен именно вью разработчик, хотя база у меня хорошая, 6 лет опыта, мидл+ уровень, такие вот дела)
А мне по алгоритмам нравится книжка "Род Стивенс - Алгоритмы". Некоторые материалы из нее использовал в своих решениях на канале
У меня на интервью ситуация следующая, не знаю к чему это можно отнести: если спрашивают абстрактные вещи или суху теорию или всякие приколы с жиэсом (куча промисов и скажите в каком порядке будут выводится логи) - я очень сильно проваливаю. Если спрашивают про опыт работы, как бы я сделал то или другое и почему - все легко и просто. Миддл на фронте, не могу пройти собеседование на джуна %)
Все очень просто. На самом деле компании не нужен сотрудник. Как многие программисты ходят на собеседования для тренировки, так и многие компании просто так мониторят рынок или проводят формальные собеседования, чтобы сказать, что на рынке никого нет, но вот у меня есть "по рекомендации" классный друг - возьмите его.
Спасибо
Вы настолько умный значимый человек, из вас отличный учитель и преподаватель в институте будет, обладать такими знаниями, не всем дано, а кто выберет IT технологии,их ждет тяжелый труд и там останутся те кто действительно для этой спецальности,вы это точно,спасибо с удовольствием послушала,но я инженер электросвязи,но это уже другая специальность,хотя родственная и мне многое понятно.
🗽
Приветствую, кажется в автобус не удастся засунуть больше одного автобуса шариков. Получается ответ один автобус шариков :)
Алексей раскажите про языки программирования Lisp, Clojure. Иногда читаю про эти языки, что они устарели, но из них наследуется что-то
Хорошо, занес себе в блокнот.
Вот эти задачки на сообразительность чють переделанные задают не на интервью в фаанг, а на малолетке в камере.
Иду завтра на собеседование, посмотрела ваше видео, и думаю, что буду использовать вашу тактику. Отпишусь завтра!!)
Спасибо, было очень полезно :)
Пред тем как попасть на тех собес имея 10+ лет комерч-го опыта и портфолио с кучей проектов, для начала, надо вам решить алго тесты или демо проект которые украдут у вас от 2 часов до 3-х месяцев. А потом, может быть вам дадут возможность поговрить с богом который знает как реализовать множественное наследование в Java. И через 15 минут тех собеседования он вам скажет "всего доброго", потому что вы сказали что в Java нет нативного multiple inheritance.
Так же стоит напомнить что 99 компаний забьют болт и даже если вы попросите дать фидбек о тестовом задании или тех собесе, будут молчать даже под пытками как партизаны. Конечно это добавит 100% опыта и на следущем собесе вы повторите ошибку.
Я не очень в Java, а как там сделать множественное наследование? Типа, родители - интерфейсы с неабстрактными методами? Да и нафиг такое вообще нужно?
За 3 года мне только 1 компания не дала обратную связь после собеседования. Кст., оно (собеседование) было отстойным, не дающим никакого представления о компании.
@@techbuterbrod хз, у меня в общем и целом было может 50+ собесов за все годы, из них макс 20% дают фидбек.
аминь, все как есть
Недавно как раз спросили про полиморфизм и чет как-то вылетело из головы, как лучше это объяснить, собес был джуновский как бы и готовил немного другие вопросы, сказал в итоге, что затрудняюсь ответить, что могу рассказать про наследование и инкапсуляцию, в итоге рассказал про них и перешли к вопросам дальше.
Тож самое с задачами, были задачи, когда частично решаешь, а потом заходишь как-то в тупик и говоришь про это, что тут чет не могу сообразить как лучше, нужна подсказка или наводящий вопрос.
НЕ БРОСАЙТЕ ЮТУБ!!!!
Постараюсь. Спасибо :-)
было всего одно собеседование на несколько часов, где меня пригласили на должность директора веб-студии в крупном РА.
я отвечал как есть на само деле, не ответил ~50% вопросов, но высказывал ход размышления, которому я бы следовал, чтобы ответить на вопросы.
взяли, сам ушёл через пару месяцев, ну я тех. дир. максимум, нафиг это...
В принципе, на нормальном интервью трудные вопросы как раз и задаются с расчётом на то, чтобы услышать ход размышлений, а не окончательный ответ, именно этого и ожидают. И ход размышлений как раз наиболее информативен. Из-за волнения человек может получить неправильный ответ или не дойти до решения просто из-за случайной ошибки, и хорошо бы делать на это скидку. Умение грамотно рассуждать гораздо ценнее.
в общем, программист как солдат, должен проявлять смекалку и сообразительность)
... падая до уровня своей поготовки.
как птица Говорун
Респекты, как говорит Габар.) большое спасибо
Алексей, отличное видео. моргайте иногда, а то жутко немного)))
Он моргает в тот момент, когда ты моргаешь, поэтому и не видно его моргание;)
Все правильно!
Сразу лайк
Спасибо!
Может быть это у меня такой стиль собеседования, или просто нужно за час уложиться, но я не думаю, что я буду отвечать на вопросы кандидата, и попрошу загуглить дома... максимум посоветую какие области подтянуть в рамках ОС...
я что-то побаиваюсь идти на свое первое интервью,подскажите что можно сделать?может успакоительного выпить перед тем как идти?
Медитация или дыхательные упражнения, пожалуй лучше таблеток. Небольшой стресс может активировать мозг) Не стоит воспринимать интервью как экзамен, просто беседа с малознакомым человеком, с которым у вас есть схожие интересы. И это правда навык, со временем станет проще. Успехов ;)
Привет, спасибо за ролики, смотрю с удовольствием! Хотел оффтопик спросить - а на что видео пишешь? Отражение подсветки круговой вижу, а вот аппарат очевидно не вижу )))
Раньше писал на dji osmo pocket, а последние пару видео - Sony zv e10
Был на интервью ради интереса на позицию джуна. Скажу сразу, вопросы задавались о многопотоке(сказал не знаю, так как я изучал асинхронное программирование), параллельном програмирований(ответил, знаю теорию), базы данных(фейл). Провалился на базе данных и многопотоке, так как я работал только через ORM инструменты - сказали это жирный минус. Как то так.
Нельзя в принципе сказать, что знаешь асинхронное программирование и не знаешь паралельное и многопотоковое, это означает, что и асинхронное не знаешь, или знаешь не по сути, а на уровне кухонных рецептов, так что срочно нужно подтягиваться.
Ну вот, автор и сам раскрыл секрет, когда рассказывал как он собеседовал человека, который не знал ответ на вопрос, "который ничего не решал" (имеется в виду вопрос), но при этом всё равно человек не подошёл.
Думаю стоило уделить внимание софтскилам, потому как я имею опыт прохождения интервью, в которых практически на 90% вопросов отвечал, но по факту не проходил. Да, я не часто прохожу интервью, т.к. работу меняю редко, навыков прохождения интервью не много, однако люди с гораздо меньшим опытом, с которыми я ранее работал и знал их лично, удачно получали офферы с тех же мест, куда и я собеседовался.
В конце улыбнулся…:)
спасибо за котет)
А правда, что на интервью в компаниях, разрабатывающих мобильные и вэб-приложения, просят решать алгоритмические задачи?
Да. В booking.com, например, попросили решить задачу на обход дерева. В Амазоне тоже было что-то с деревьями, уже не помню подробностей.
Завалил собеседование в Яндекс из-за сбалансированного дерева, уже не помню что было, помню только что пытался решать через рекурсию и пошел явно не тем путем, но пытался добить свое решение до работающего состояния. До этого выполнил успешно 3 - 4 задания, это было третье техническое интервью. Возможно проблема была в том, что не выспался, делая тестовое задание в другую компанию. Да и думать сложно, когда смотрят как ты пишешь в онлайн режиме, до этого участвовал в олимпиадах не было проблем связанных с ограничением времени. Так что высыпайтесь, отдыхайте, не проходите интервью 10 штук за неделю, особенно если есть тестовые задания. Я в отпуске и то не успевал одновременно четыре тестовых задания делать, точнее делать хорошо, какие-то явно можно было сделать лучше
live code - нахер вообще в принципе
если узнаю, что такое есть, такие собесы выпиливаю сразу
если бы все массово отказывались от такого, то такого бы и не было
давайте еще концертные площадки арендуем, там на большой экран проектор, соберем 10 тыс зрителей и ливкодить задачи на НЕРВЫ
@@Moptohor Здесь интереснее то, что гуглить ничего нельзя, но можно задавать вопросы интервьюеру. Я вот задал вопрос по сигнатуре функции std, ему пришлось её гуглить
А что они хотели от тебя получить если не секрет? Я честно говоря плохо понимаю практический смысл написания кода во время собеседования, разве что речь про какую-то модную ракрученую компанию которым просто нужен повод отсеить 90% кандидатов... если такие ещё остались
В смысле, гуглить нельзя? В чём сакральный смысл такого ограничения? Умение находить в Гугле информацию - один из основных навыков программиста в наше время стремительного развития и смены технологий.
Писать код на интервью - действительно довольно сомнительная идея. Ведь можно дать задачу и попросить описать решение. Типа, тут я сделаю массив, в который буду ложить то, а там сделаю функцию, которая будет делать это вот так... Так сразу понятно, как человек мыслит. А написать код - это уже дело техники.
Проходил серию технических интервью в одну из известных российских айти-компаний, на каждом интервью надо было решать задачки. Когда мне их задавали, я вообще с трудом представлял, как их решать, но путем размышлений, экспериментов и с помощью подсказок интервьюера, как минимум одну задачку удавалось решить, после чего, к концу интервью она не казалась уже такой сложной. Это удивительно для меня, но мне удалось пройти все их технические интервью, хотя были сомнения на этот счёт.
4:15 благодарите
почему не льзя гуглить если я не знаю на собеседование? По сути это то что все делают когда не знают
Подобные собеседования напоминают стресс-тесты, аля на тебя бежит мужик с ножом, что ты будешь делать? Быстро, быстро думай. Мы все на тебя смотрим и ждем твоего решения, лучше думай вслух. Программист работает подобно аналитику, в особенности если рассматривать проектирование новых систем, то есть собирает информацию и длительное время в спокойной обстановке обдумывает её(без внешних раздражителей, мозгом). В стрессовой ситуации требующей немедленного ответа происходит выбор адреналина и мозг отдает существенную часть функций инстинктам, отсюда откровенное торможение многих программистов на интервью. Это совершенно нормальная реакция и не слишком умный подход к тестированию программистов(причем чем сложнее задачи программиста, тем более глупым можно назвать подобный подход).
Задачи лучше делать посложнее, но давать время на обдумывание и уж точно не торопить. Иначе прохождение собеседований превращается в отдельных квест, минимально связанный собственно с непосредственной работой.
Не согласен с советом «скажите что знаете это задачу» . Я так раз сознался и мне дали задачу с графами. Если цель получить работу то честность надо оставлять дома
Спасибо, теперь я знаю, что кандидатам доверять нельзя, буду всех подозревать в нечестности и требовать доказательств во всех случаях.
Интересно, когда уйдут в небытие все эти алгоритмические задачки, задачки на сообразительность и вопросы про внутренности языка? Это единственная отрасль, где существует подобная культура найма.
Причем, в реальной работе на реальных проектах эта херня никогда не пригождается)) А нужны программисту совершенно другие качества - отвественность, усидчивость, упорство, умение хорошо и правильно гуглить
03:37 Ага, в десятых годах был популярен вопрос про круглые люки. Мой вариант ответа был экономический: бОльшая полезная площадь при меньшем расходе материала, что хоть и было правильным, но не совпало с версией интервьюера. Прикол в другом, выйдя с этого интервью, я стал обращать внимание на люки в районе событий, зоне хайтека и множества коммуникаций. Успел насчитать несколько десятков люков по пути до станции. В результате выяснилось, что именно круглых люков там отнюдь не большинство, как утверждал интервьюер, а менее 30%, остальные были квадратные и прямоугольные )
Правильный ответ - круглую крышку люка невозможно уронить в сам люк.
Я думал, это уже все знают. Но, видимо, пора опять на собеседованиях этот вопрос поднимать.
@@user-cy3yi3cw4f по поводу ответа на этот вопрос все люди делятся на группы и их всего 10 )
@@alevlako наверняка среди этих групп есть та, где уверены, что "Люки круглые потому что нам так завещал великий Пришнигарбха".
Но в водоканале вряд ли руководствуются подобными соображениями.
@@user-cy3yi3cw4f для учёта предложенной экзотики групп должно быть минимум 11, потому что на самом деле их всего 10 )
Какой формы колодец - такая ему и крышка, всё банально.
Короче, не верь, не бойся, не проси.
Недавно я проходил интерьвю и сказал интервьюверу, что я не знаю ответа на вопрос и попросил его рассказать. На что он мне ответил "Тебе не кажется, что это я задаю тут вопросы?")) Это был индус, если что)
Это был быдло-индус ))
@@user-ie1dz8qv7r скорее всего) сейчас проджект менеджер индус - отличный дядька)
Как по мне это глупый совет, при всем уважении, потому что интервью ограничено по времени и такое поведение просто воспримут, что ты тянешь время, если собеседование не на джуна или стажера.
Алексей, здравствуйте! Вы говорите о том, что у Вас практически нет опыта в многопоточном программировании. Я сейчас учу Java на Javarush и 1/4 курса составляет многопоточность. Думала, что это основы и их знают все и знать обязательно. Или это касается только языка Java? Поясните, пожалуйста)
Мне кажется, это сильно зависит от языка и от проектов, над которыми вы работаете. Последние 7 лет я работаю на Питоне с использованием синхронных фреймворков. На JavaScript - там асинхронное программирование, не многопоточное. До этого было 8 лет программирования на C++ в однопоточном приложении. В Java, наверное, ситуация отличается. И, конечно, основы многопоточности в Java знать очень желательно.
В Java действительно важно знать основы многопоточности. Хотя бы для того, чтобы понять код, который написали другие люди. На практике встречается не очень часто (хотя зависит от проекта), но на собеседованиях эту тему очень любят поспрашивать)
P.S. Сам учился на JavaRush, сейчас уже работаю
Много где пишут, что многопоточность в java практически нигде не используется, но на интервью любят про неё спрашивать. Зачем..? Где логика? То же самое, что спросить, как сварить борщ. В программировании не используется, но спросить хочется.
@@aocore "До этого было 8 лет программирования на C++ в однопоточном приложении". Можно узнать что это за сфера такая? А то однопоточные приложения на С++ для меня звучат странно
На самом деле всё зависит от проекта, а не от языка. Многопоточность делает приложение более "живым". Нельзя, чтобы пользователь сидел и ждал, пока приложение закончит какую-то текущую операцию... Однако, для небольших программ и для утилит многопоточность может быть не нужна. Может быть ещё вариант, когда в многопоточной ОС, программа-диспетчер запускает однопоточные программы, которые работают, как отдельные потоки.
А мне обидно когда ты знаешь ответ и с упоением смакуешь подробности, а тебя обрывают))
А я вот под Ваши ролики в своём большом гараже делаю маленький кабинетик... Всё лето буду учить JS и Реакт... И дай Бог до нового года найти свою первую работу в IT. Аминь 🙏🏼
Хосподя, да зачем? В продажах денег и свободного времени больше в 3-4 раза, что вы все в это бедное IT претесь?
@@Bob445ty я и так работаю в продажах... Полная деградация... Планы, планы... У меня зарплата больше чем у вахтовиков северян, то есть для провинциального города очень приличная. Но сцука тупеешь на этой работе. Хочется в интеллектуальной сфере. Как бы так...
А как вообще войти в продажи? Вот я +- понимаю, как войти в ИТ, но у меня и образование смежное. А вот в продажах чё и как - я хз. Отработал 3 месяца продавцом-консультантом, и это какой-то пиздец был. Но я был молод, мне нужны были деньги)
@@skye4152 я почти 10 лет работаю мастером консультантом в офиц дилере Хенде. И если проще и честно сказать, то чувствую себя проституткой. Настолько современный маркетинг требует подлизывания к клиентам ради их лояльности к компании. Поэтому в мечтах на удаленке монотонно писать в собственном коворкинге код и ломать голову над алгоритмами...
@@user-co7nl8pf4p понимаю. Значит, я не один такой. Успехов.
Я программирую с 2004 и меня реально бесят подобные вопросы. Давайте посмотрим на ситуацию: вы программируете 3-5-10 лет и как то решаете задачи, за которые вам успешно платили и не увольняли с формулировкой "некомпетентен".... Но каждый раз меняя работу вы вынуждены проходить этот цирк (иначе не сказать).
"Нам интересно как ты думаешь?", говорят они и хочется ответить: "Головой! Как все нормальные люди, а не жопой, как вы." Но это будет "токсично", как модно сейчас говорить. Нет, я не конфликтный, но задолбало каждый раз делать из себя клоуна.
Если вы хотите проверить адекватность сотрудника - свяжитесь с его предыдущей работой, предварительно спросив сотрудника "были ли конфликты на предыдущей работе? Не был ли козлом ваш начальник?" и если ответ отрицательный - в принципе словам начальника о сотруднике уже можно верить. Ведь если он НЕ козёл - то зачем ему врать и подставлять сотрудника на новой работе? Опросите начальство, опросите коллег?
Зайдите в GitHub, если упомянуто его наличие у соискателя - посмотрите на код.
Но для этого нужно проявить чуточку больше инициативы, чем нагуглить "как собеседовать новых сотрудников?" А тем более, если вы ошибётесь с формулировкой и вместо понятия "новых" гугл предложит вам варианты для "новичков" - и вот вы спрашиваете спеца с опытом построения распределённых архитектурных решений о том, как заполнить сраный автобус шариками.
Я, как программист даже не буду это считать - я просто напишу это (C#) и комп посчитает быстрее - 1 минута на решение:
// ball - диаметр шара, height, length, width - размеры того, куда шары надо упихнуть
// Размеры в сантиметрах (попугаях, удавах - кому что нравится)
private static int HowMuchBalls(int ball, int height, int length, int width)
{
var result = 0;
int iH = 0, iL = 0, iW = 0;
while (iH
1. Есть люди, которые долго в программировании, но как сотрудники/решатели задач они откровенно отстойные. Поэтому так или иначе нужно проверять и понимание стека, в котором у кандидата есть опыт, и в целом способность мыслить (брэйнтизеры на собесах, канеш, не даю, это ответ в общем ключе на вопрос зачем это все нужно)
2. С неймингом беды
"HowMuchBalls" = "как много шариков" - как много шариков... что?
int ball - тоже что это за параметр "шар"? Пока не заглянешь в код функции, не поймёшь. Имена должны быть очевидными - например, ballDiameter
3. Серьёзно? Три вложенных цикла чтобы посчитать ответ? Это можно одним действием посчитать, вычислив объём автобуса и поделив на объём шарика (в идеале - ещё учесть занятое сидениями пространство и разную эффективность раскладки шариков - привет Кеплеру). А твоему коду потребуется пара миллионов итераций. Вот и ответ зачем проверять опытных программистов - потому что есть такие чсвшные чуваки как ты, которые элементарные вещи делают очень странным образом
@@amywong9665
1. Если ты долго в программировании - ты не можешь быть "отстойным решателем задач". Просто потому, что ты постоянно их решаешь. Это твоя работа - решать задачи. Решать-решать-решать. За долгое время - вполне можно научиться ;).
2. Ты ещё прикопайся к тому, что не видно какие неймспейсы подключены ;). Решение за 1 минуту и название отражает как смысл, так и сарказм.
3. Есть такой классный принцип. Он основополагающий и называется KISS. И в данном случае - 3 вложенных цикла это быстрее и проще - как по времени написания, так и по времени тестирования.
P.S. ЧСВ - это скорее к таким как ты... Которые мнят, что набирают на работу в Гугл или Мордокнигу, только вот вместо ультраоптимизационных задач (каждый раз разных) новопринятому программисту приходится разгребать легаси антипаттерны по 3-5 слоев на примитивы уровня Hello World. Или того хуже - отчётики по шаблончику копипастить....
жиза. меня вопросы вроде "сколько весит школьный автобус" просто запредельно вымораживают. Откуда я знаю? )) Сколько весит - столько и весит. Возьмите инструкцию по эксплуатации - там будет написано. Или напишите вопрос в гугле.
@@vasilyh4588 вытри монитор, слюной забрызгал
@@silentadvisor лососни тунца
🌞
Если вы не знаете ответ на какой то вопрос заставьте интервьюера самого ответить на свой вопрос, обязательно в подробностях!
Какие варианты, как верно отпроситься на собеседование работая в компании ?
Скажи, что бабушку надо встретить в аэропорту
@@fullmoonluminous6601 потом спросят как дела у бабушки, сколько ей лет...
@@RomanH91 95, дела не очень)
В обед сходи, да и все. Устроился на работу уже за 2 года?
Так себе видос. Интервью сильно отличаются регионально (Европа, Штаты, Москва, регионы), по навыкам (стажёр, джун, мидл, синьор помидор и так далее) ну и от работодателя, где-то вообще горят места и нужны программисты, где-то вас будут жарить на тех интервью так, будто не на джуна берут а на синьора. По личному опыту скажу, в екб устраивался на джуна в бэкенд на пхп не писав на пхп ни 1 строки. Пришёл сказал что писал на js чуток, чуток учился на прогера и пошёл к ним стажером - джуном. Все индивидуально, такие видео могут сильно запугать или демотивировать, либо поднять стресс ещё выше, просто забейте и ходите на собесы если вам это нужно)
В каком году это было? Щас от джуна требуют дохрена всего
Криса Касперского ждали с нетерпением основатели известных компаний в своих офисах
Это тот ,который парашют решил не открывать ?