Огромное спасибо экзаменатору, что так дотошно всё расжевывает после каждого ответа. Видно, что это грамотный и коммандный коллега, который может быстро помочь в обучении. Хотел бы с таким работать.
Ответ Лениза про обход коллекций неверный. Если мы берем именно итератор от коллекции, то мы можем одновременно делать обход и и удалять элементы, не получая при этом ConcurrentModificationException. А вот если проходить коллекцию в каком-нибудь forEach, то там словишь.
forEach использует итератор для обхода элементов. Если напрямую взять итератор и вызвать метод удаления у итератора, то не словишь ConcurrentModificationException, а если именно у коллекции, то словишь, как и при использовании forEach.
Один вывод, нужно искать именно свою команду на начальных стадиях. И не размениваться на шлак, даже если этот шлак предполагает высокую зарплату. нужно быть мудрее и хитрее. Придется не раз менять работу и проходить кучу собесов. Дорогу осилит идущий....
Спасибо за видео. Но, как уже здесь отметили, это больше похоже на лекцию, чем на собеседование, так как ответов либо нет, либо они ужасные. Складывается ощущение, что "собеседуемый" не знает ничего ни о чем, просто что-то где-то слышал и воспроизводит вслух рандомные отклики на знакомые слова.
Отличные вопросы, но много повторяющихся с предыдущего интервью. Большое спасибо за обьяснения после ответов! Было бы прикольно еще алгоритмическую задачку разобрать с оценкой сложности желательно уровня mid/high
31:50 А разве идемпотентный метод не должен работать только на серверной части? Пользователю действительно придёт разный ответ в зависимости есть ли удаляемый ресурс или нет, однако состояние сервера не изменится - ресурс как был удалён с первого раза, так его и не существует после повторной попытки удалить.
другими словами, конфликта никакого нет, значит и идемпотентность не нарушена. В отличии от создание объекта, когда многократно вызывая создаётся два и более ресурса вместо одного
Это не собеседование на Джуна, впервые в жизни увидел чтобы джуну такие вопросы задавали, можно конечно посмотреть но где вам будут такие вопросы задавать то туда точно не идите, ещё и фронтенд запихнут на вас в такой компании
Огромное спасибо экзаменатору, что так дотошно всё расжевывает после каждого ответа. Видно, что это грамотный и коммандный коллега, который может быстро помочь в обучении. Хотел бы с таким работать.
Довольно ясно и лаконично, все по сути. Видно сразу, что ведущий обширно разбирается и не одну собаку съел сталкиваясь с той или иной технологией.
Спасибо
Хорошо что даете правильные ответы
Посмотрел 30 минут это не собес это лекция ))
Ответ Лениза про обход коллекций неверный. Если мы берем именно итератор от коллекции, то мы можем одновременно делать обход и и удалять элементы, не получая при этом ConcurrentModificationException. А вот если проходить коллекцию в каком-нибудь forEach, то там словишь.
Вот тоже про это подумал
forEach использует итератор для обхода элементов. Если напрямую взять итератор и вызвать метод удаления у итератора, то не словишь ConcurrentModificationException, а если именно у коллекции, то словишь, как и при использовании forEach.
@@АртёмТаужнянский так я это и написал
Один вывод, нужно искать именно свою команду на начальных стадиях. И не размениваться на шлак, даже если этот шлак предполагает высокую зарплату. нужно быть мудрее и хитрее. Придется не раз менять работу и проходить кучу собесов. Дорогу осилит идущий....
после таких собеседований на джуна можно перестаться вообще учиться)
Спасибо за видео. Но, как уже здесь отметили, это больше похоже на лекцию, чем на собеседование, так как ответов либо нет, либо они ужасные. Складывается ощущение, что "собеседуемый" не знает ничего ни о чем, просто что-то где-то слышал и воспроизводит вслух рандомные отклики на знакомые слова.
Отличные вопросы, но много повторяющихся с предыдущего интервью. Большое спасибо за обьяснения после ответов!
Было бы прикольно еще алгоритмическую задачку разобрать с оценкой сложности желательно уровня mid/high
Зачем это джуниору?) Да и мидлу
Зачем столько шлака у Джуна спрашивать? Он все равно будет код дописывать первый год, а потом уйдет.
Согласен
Абсолютное не понимание от собеседующего на какую позицию проводится собеседование
А где можно получить эту "таблицу знаний"?
Не уверен, что ответил бы лучше.... Хотя, только , возможно в некоторых моментах..... Зачот собеседуемому.... )))))))))
31:50 А разве идемпотентный метод не должен работать только на серверной части? Пользователю действительно придёт разный ответ в зависимости есть ли удаляемый ресурс или нет, однако состояние сервера не изменится - ресурс как был удалён с первого раза, так его и не существует после повторной попытки удалить.
другими словами, конфликта никакого нет, значит и идемпотентность не нарушена. В отличии от создание объекта, когда многократно вызывая создаётся два и более ресурса вместо одного
Здравствуйте, как можно прочитать таблицу знаний по джава?
коллекция изменится, если она мутабельна 47:55
Еще пару лет и на позицию джуна будут заставлять писать терраформ скрипты на интервью
так спрашивали самые базовые вещи)
Отметим, что Kafka уже работает без Zookeper-a!
И зукипер не база данных
нахуй я это смотрю, у меня завтра дедлайны по php вообще
Е&ть поднятие самооценки)
Найс читает)
Это не собеседование на Джуна, впервые в жизни увидел чтобы джуну такие вопросы задавали, можно конечно посмотреть но где вам будут такие вопросы задавать то туда точно не идите, ещё и фронтенд запихнут на вас в такой компании
это база)
оч слабо даже для трейни. Вопросы отличные
Я вообще половину слов не понял и собираюсь идти на trainee. Спасибо. Обнадежил