Семён молодец. Хочу отметить, что приятно слушать человека, который может выражать мысли понятно. Местами может избыточно, но зато понятно) Жене как всегда респект за мок
такие видео прямо очень полезны, когда собеседуешь мидла. чтобы понимать, что насколько разница между мидлом и джуном. было бы круто еще синьора собес посмотреть. а собеседник молодец. видимо очень хорошо усваивает академические знания.
42:53 нельзя в спринге вызывать транзакционный метод из другого транзакционного (любого) метода *внутри одного класса*, т.к. при внутреннем вызове аннотация над вызываемым методом игнорируется, или другими словами, нельзя изменить поведение транзакции в процессе вызова другого метода внутри *того же* класса. Почему так: потому что при внешнем вызове мы обращаемся не к нашему классу, а к Spring proxy, который анализирует аннотации над методами. При внутреннем вызове -- мы обращаемся напрямую к нашему классу, а аннотации некому обрабатывать.
5:14 по поводу реализации hashCode: Объект может перемещаться по памяти в процессе работы приложения, поэтому hashCode это не совсем его адрес в памяти. Для хранения значения хешкода используется область заголовка объекта, это значение может быть лениво получено при ПЕРВОМ обращении к нему из адреса объекта по которому тот расположен в этот самый момент ПЕРВОГО обращения.
@@EugeneSuleimanov само собой, я имею в виду - у Вас есть ссылка на источник, где указана стратегия генерации хешкода? Я искал, но официального подтверждения не нашел.
@Пожилой Программист посмотри с самого начала. На первых минутах он говорит о своих целях собеседования. Евгений и собеседник прекрасно понимают, что они делают.
5 лет работаю java + spring и всю дорогу думаю для кого такие собеседования, что они показывают, как по ним можно что то понять о работе человека...Притом кто собеседовался в иностранные компании знает что там и близко нет такого. Обычно дают задачу, потом вместе смотрите на решение и могут быть вопросы почему тут так а там вот так сделал. Видно хотя бы что человек может. А тут как в институте, заучиваешь какую то якобы кому то нужную дичь, рассказываешь и ставят оценку. На видео парень заучил дохрена текста, вот единственный навык который тут проверяется. Почему именно в программировании люди проводят собеседования таким образом в РФ, где здравый смысл? Я например хочу нанять художника стену расписать, какая мне разница знает он о толщине волос кисточек из 18 века или чем кормили лошадь если кисть из лошадиных волос пахнет лавандой. Я просто попрошу его показать свои работы а потом дам простое задание практическое и это максимум. Но зато сразу видно какого уровня продукт он производит. Или вот вы хотите нанять к себе плиточника сделать кухню или ванную, неужели вы его будите про толщину плитки спрашивать и про то как вычислить площадь поверхности а потом когда он правильно ответит вы закроете глаза и не зная как он работает, какие у него есть готовые проекты просто отдадите ему деньги и квартиру. Делай что хочешь ты же знаешь про толщину плитки значит все будет ок. Мне кажется бизнес теряет хороших спецов по тому что доверили заучкам из институтов решать кого нанимать надо а кого нет. Они вместо того что бы думать о программисте как о человеке который должен делать работу думают о нем как о студенте в институте которого надо задрочить на собесе как когда то дрочили его самого. Это какая то месть что ли)
Это, конечно, правильно, но не совсем. Истина где-то по середине. Проверка уровня понимания темы также необходима. Знание подкапотного механизма сильно помогает в разработке, чтобы не вляпаться в мягкое. Это также говорит о том, что человек интересуется, имеет пытливый ум. А заучил интервьюи термины или реально понимает, о чём говорит, разобраться очень просто. Здесь больше не про кисти и плитку, а про автомат. Солдат должен, помимо хорошо стрелять, знать ТТХ оружия, как оно устроено, уметь его разобрать/собрать, чтобы использовать все возможности правильно и по максимуму.
@@EugeneSuleimanov я может чего-то не знаю, но разве в контроллерах применяют ООП, паттерны, фреймворки? Ведь сам голый язык, любой, не так и сложно изучить. Самое большое время при изучении уходит на понимание архитектуры приложений, как именно надо делить приложение на классы и модули, как разделять приложения на слои, как строить взаимодействие между ними и т.д. Неужели это все применяется и в программировании контроллеров? Мне всегда казалось, что программки для контроллеров - это просто набор инструкций, где используется процедурный подход, и все, что надо знать - это синтаксис языка, допустим, С, который элементарен, побитовые операции, ну и саму архитектуру контроллера. Как это может помочь в разработке серьезных приложений, не очень понимаю.
@Пожилой Программист Вы точно херню пишете, то что не можете выучить/запомнить сами, не означает что другие не могут... Парень возможно приврал , что работает полгода.
Спасибо Евгению за интервью! Было очень круто, вопросы нестандартные и с плавным усложнением. Евгений, хотелось бы получить ответы и материалы на мои неправильные ответы, в частности с @Transactional и с кешами для Hibernate)
Отличное интервью! Евгению большое спасибо за новый микрофон и камеру, контент теперь воспринимается гораздо лучше) Интересно было бы узнать у Семена, почему перешел на java? Ведь делать "умные" железяки наверняка тоже прибыльно ну и еще приятное чувство, когда сразу видишь результат своей работы вживую. Тем более когда сейчас времени не хватает, автоматизация рутины с помощью "умных железок" весьма актуальна.
@@shane2899 Самая большая проблема, что для самые крутые и прибыльные проекты на моей прошлой работе включали в себя вахтовый метод или очень частые командировки, что ввиду текущих жизненных обстоятельств для меня не подходит. Выбор пал на джаву, потому что когда-то давно пришлось диплом в универе на ней писать, поэтому изначально какое-то понимание было о языке) Всем спасибо за теплые отзывы, это очень приятно) Данное интервью помогло выявить пробелы в тех областях, с которыми на данный момент достаточно редко приходиться взаимодействовать. Всем peace!
Большое спасибо за интервью, очень ждал) Приятно видеть как растёт качество контента от выпуска к выпуску) Единственное что хотел бы посоветовать: возможно стоит добавить на стены немного аккустического поролона, слышно как звук отражается от стен создавая эхо, и тем самым немного портит качество записи. Но это по желанию, конечно. :)
Спасибо за видео. По моему мнению парень реально классно знает теорию, тут или память хорошая или хорошо подготовился. Но видно мало практики и на практических несложных вопросах плывет. Больше практических вопросов надо
@@faniskhalikov9736 Если знаете английский, то посмотрите ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-1OpAgZvYXLQ.html. Там дядька усатый очень хорошо рассказывает про Stream API
Вот достаточно лаконичное решение задачи на мой взгляд public static Map calculateRepeats(List input) { Map result = new HashMap(); if (input == null || input.isEmpty()) return Collections.emptyMap(); input.forEach(integer -> result.merge(integer, 1, Integer::sum)); return result; }
36:01 Cache 1) во-первых имеет значение какой именно запрос: обычный query или получение сущности по id Query: 2) для обычных запросов в контексте кэша имеет значение включено ли кэширование запросов (аля кэш третьего уровня) 2.1) при использовании только первого или второго уровня кэша -- обращений к базе будет столько столько запросов, т.е. 4+4=8; 2.2) если запросы кэшированные - выполнится всего 3 запроса; get by id: 3) если под запросом подразумевается получение сущности по id (session.load(), get(), byId()), то: 3.1) если кэш первого уровня -- выполнится по 3 запроса для каждого юзера: 3+3=6; 3.2) если включен кэш второго уровня, то результаты запросов второго юзера будут браться уже из кэша: 3+0=3
Автор молодец. По хэшкоду, для любознательных - есть штук 5-6 стратегий генерации хешкода в jvm. Начиная от простой константы и счетчика, заканчивая различными функциями.
Я тоже не понимаю, почему половина каждого интервью про многопоточку. Причем я сейчас не только про интервью с Евгением, а и про те, на которых сам бывал. Потом приходишь на проект и никогда не сталкиваешься с многопоточкой в принципе.
@@durbanpoison8831 Мне кажется это как один из показателей глубины знаний джава в общем. Ну или может перестраховываются люди, чтоб если тебе раз в год дадут таск написать что-то с использованием ExecutorService, Future или банально где-то правильно влепить Atomic или Lock, то ты это написал сразу и правильно, а не за неделю и возможно неправильно)))
@@SleePokeR проблема, кмк, как раз в том, что вопросы эти теоретические "по списку", как на экзамене. Их можно заучить. Я никогда в жизни не работал с многопоточкой но многие ответы просто вызубрил для интервью, я знаю, как на них отвечать и какие могут быть в том числе дополнительные вопросы, но так как нет практики и все равно буду писать задачу неделю, как вы говорите и не факт, что правильно :)
В серьезных проектах часто надо написать параллельный поход в несколько сервисов\баз. Или просто микросервис с разделяяемым обновляемым ресурсом. А еще всякие опенсорс фреймворки очень любят косячить в многопоточке (сам ловил в недрах хадупа, например), так что пригодиться может в самый неожиданный момент.
31:31 проблема N+1 здесь Семён ошибся, а поскольку я сам долго не понимал в чем суть этой проблемы из-за того что ее часто неправильно формулируют, то для меня это принципиально, поэтому хочу прояснить этот момент. Проблема N+1 заключается в том, что когда мы запрашиваем *список родительских сущностей* -- не одну, а именно список, то выполняется один запрос на этот список и дополнительно N запросов -- по одному от каждой родительской сущности на получение дочерних списков. _select * from parent;_ превращается в: 1: select * from parent; 2: select * from child where parent_id=1; 3: select * from child where parent_id=2; ... N: select * from child where parent_id=N;
За 15 тестовых собеседований, это смотреть сложнее всего... Семён столько ошибается, но при этом столько рассказывает да еще и с такой уверенностью. Мозг вскипает 🤯 Я его не упрекаю, это прям спецнавык -- на серьезных щах так что-то заливать и при том мимо, да еще и заворачивать такими формулировками, что порой неясно правильно он говорит или пургу несёт. Хорошее качество для работы с клиентами: надо так рассказать о состоянии проекта, чтоб они ничего не поняли, но посчитали, что работа в самом разгаре 😁
хотел бы спросить, почему метод изначально был не потокобезопасным на решении алго-задачи? Ведь с каждой темп-мапой работает только один поток, ибо при каждом вызове метода с отдельного потока создается отдельная мапа. Общей является только лист, но там мы просто читаем, ничего не меняем. Заранее благодарю
Всем привет. Такой вопрос по 21:50 -- Что значит сделать потокобезопасным? Я мб чего-то не понимаю, но по-моему он изначально безопасен? Мы же не пишем в общий ресурс, мапа каждый раз новая создаётся. А из того листа, который к нам пришёл мы только читаем данные.
Да, вы правы. Я хотел попросить реализовать возможность распараллелить данный код (на случай больших объёмов данных на вход), но, потом решил не углубляться и поэтому данный фрагмент вышел размазанным и неоднозначным. Сам это заметил, но, не стал вырезать. Спасибо.
@@EugeneSuleimanov Вам спасибо за ответ, а то я уже подумал, что башка не варит после рабочего дня=) Отличное интервью, уровень кандидата хороший, и это только за полгода работы) У меня как-то в голове столько информации не задерживается( Вроде что-то новое периодически изучаешь, но во время просмотра таких видео иногда ловишь себя на мысли, что основы забываются(
Евгений, спасибо за видео. Было интересно посмотреть даже не смотря на опыт. Как думаете, на сколько $ при нынешней ситуации потянет такой разработчик, если окажется на рынке труда?
Евгений, есть вопрос: вот работаю я разработчиком. Но откровенно говоря, сам недоволен своим уровнем развития и хотел бы поднять теоретическую базу во всех направлениях: самом java, spring, алгоритмах, паттернах, с тем же sql поиграться, т.к. на практике мы его используем не очень много. Если просто брать и читать книгу: одну, вторую, то каждый раз начинается все с 0 и практики там не особо много. По факту без практики в голове остается маловато... Можешь посоветовать какой-то путь развития тем, кто уже что то знает, но хочет развиваться дальше. Мб, конкретную какую-то программу, а еще лучше онлайн курс, где будут затронуты все данные аспекты. Или хотя бы основные но основательно. Потому что я сам то одну дисциплину пройду, то про паттерны почитаю, - но как-то системности не вижу, от этого и прогресс около нулевой. Если сформировать вопрос кратко, то "от strong junior к strong middle за пол года". Есть что сказать по этому поводу?) ЗЫ кста, если, ты читаешь этот коммент, ты не Евгений, но тоже есть что сказать - буду признателен =)
Евгений, спасибо за работу. Подобного материала, именно такого качества, в сети трудно найти. PS, просто очень хочется узнать правильный ответ на Transactional, так как сам часто получаю этот вопрос. В этом интервью ведь ответ был не верный?
здравствуйте подскажите сколько надо изучать java чтобы написать сервер или чат не списывая и не подсматривая или вы всё таки имеете конспект и подготовленные шпаргалки .Вот у меня проблема опыт программирования какой никакой есть по книге, выполняю все примеры, все задания. Пришёл к более сложному заданию, всё сделал вместе с автором всё работает. Но поймал себя на мысли что я не смогу написать это же код без книги или копипаста это нормально? нету четкого понимания цепочки действий тем самым скорость программирования очень медленное .пожалуйста расскажите как было у вас с этим
А можно более структурирванно про разницу между сериализацией и маршалингом? Я так понимаю, что сериализация это частный вид маршалинга. Семен начал говорить про кодовую базу и тут я перестал понимать.
N+1 проблема неверный ведь ответ. Используя Lazy мы получаем n+1 проблему если в родителе есть коллекция. Отчасти проблему можно решить при помощи Eager, но если в родителе 2 коллекции, то получим новую проблему - декартовое произведение. Евгений, согласны или нет?
Привет Спасбо видео хочу тебя спросить как опытного (программиста, ...) Я заканчиваю 11 класс учу java (сейчас учу Pattern ... у тебя) Учу max-6 месяцев Как бысть я смогу найти работу и Самое главное что мне учить чтобы не расходы время. Хочу пойти на работу Java Developer если точнее JavaEE (потом может поменяю) Я из Винницы
3:15 у отрицательного инта отрицательный хешкод... а вот когда хешкоды используются для индексирования в массивах, например в хешмапе, то это неприятное обстоятельство устраняется при помощи битовых операций. Стандартный метод вычисления хешкода для ключа хешмапы: (result = hashCode) ^ (result >>> 16) Хешкод (Integer) -2 равен -2, тогда хешкод ключа для хешмапы: бинарное представление (int) -2: 1111 1111 1111 1111 1111 1111 1111 1110 -2 >>> 16: 0000 0000 0000 0000 1111 1111 1111 1111 -2 ^ (-2 >>> 16): 1111 1111 1111 1111 0000 0000 0000 0001 Получаем хешкод ключа: -65535 Он опять отрицательный, как же адресоваться к элементам массива с таким индексом? table[i = (table.length - 1) & hash] длинна массива всегда положительна, значит число (length-1) должно быть больше либо равно нулю, следовательно его старший бит (знаковый) также всегда равен нулю, далее операция логического "И" для нуля (+) и единицы (-) всегда даст 0, т.е. положительное число. Более того, результат всегда будет находиться в рамках [0; length-1]. Например, возьмем дефолтный размер таблицы 16: 0000 0000 0000 0000 0000 0000 0001 0000 (16-1): 0000 0000 0000 0000 0000 0000 0000 1111 (-65535): 1111 1111 1111 1111 0000 0000 0000 0001 (16-1) & (-65535): 0000 0000 0000 0000 0000 0000 0000 0001 что равно 1. Таким образом, ключ (Integer) -2 формирует позицию с индексом 1 во внутреннем массиве хешмапы.
Сейчас работаю QA automation, хотел бы перейти на java разработку. Вопрос : стоит ли указывать в резюме этот опыт ?(год) По моим личным ощущениям, это вызывает какое-то недопонимание у hr и не трактуется положительно, мол человек не стабильный, скачет с направления на направление, зачем в него вкладывать, если он также и от нас уйдёт. (собственно я не свичер, никогда не хотел быть qa, просто нужно что-то кушать, пошёл куда взяли но не буду ж я об этом в резюме писать) P.s. вышка профильная, системное программирование
Опыт работы QA подразумевает: понимание бизнес (IT) процессов, написание кода, умение работать по Agile/Scrum (и аналогичным) методологиям, базовое понимание CI/CD, умение работать с GIT/SVN, понимание процессов в Jira и так далее и тому подобное. Почему вы думаете что о вас сложат такое мнение? Год опыта это хороший срок за который вы набрались опыта, поняли что хотите перейти в Java. В конце концов вам просто компания могла не понравиться. Главное самому верить в то, чего хотите и тогда у HR никаких недопониманий не будет.
Хрень а не собеседования, не пойму зачем разработчику вникать как и что происходит в нативных либах, главное он должен знать что есть такое и где юзать. Если во все вникать то и жизни не хватит все запомнить, особенно если это не юзаешь в практике.
когда дело дойдёт до оптимизации(а оно в 99,99999% случаях доходит), что будешь делать? Заново изучать Java? Ты думаешь, что разработчики сразу встраивают универсальные самые быстродейственные алгоритмы в своих библиотеках? А что если есть два, практически, одинаковых классах, будешь рандомно выбирать какой использовать?
@@kirillamber6056 Что ты мелишь?! Когда надо где то что оптимизировать или прикрутить - то тогда и надо смотреть глубже, если требуется. А все держать в голове это бред. Хороший разраб это не тот кто много знает, а кто может найти решение проблемы.
@@АндрейГотвянский а как ты это узнаешь, если до этого не углублялся? У тебя 100+ библиотек, которые ты используешь, но не знаешь, что в них внутри и что ты будешь делать? На это уйдёт много времени, чтобы разобраться, а компания разве хочет нанимать такого сотрудника, который будет в незнайку играть и получать за это деньги?
@@kirillamber6056 Ну сиди и зубри все 100+ либ, зачем работать))) Как раз 80% заказчиков хотят релиз сделать по быстрее а уже в будущем оптимизировать и рефакторить. Я за 10 лет работы не встречал людей которые все знаю, они могут знать то над чем они работали в последнее время, но если надо то разберутся или будут вспоминать то что не знают. А вот и попадали и такие, которые теорию знают лучше меня а на практике 0.
@@АндрейГотвянский а я говорю про сверхчеловека, который всё знает? Я говорю про незнайку, который просто копипастом занимается и изредко прикасается к документации. Конечно, тебе не надо байтики считать, но концепцию то, чего ты используешь ты должен знать. Возможно, тебя смутили "глубокие" вопросы про потоки. Если ты не будешь заходить немножко вглубь потоков, то ты не поймёшь потоки, ты будешь их использовать всегда, думая, что так будет производительнее и везде лупить volatile, чтобы всё было надёжно и тем самым можешь получить кучу тормознутого кода, который ты будешь долго фиксить, если ты не будешь углубляться в данную тему. Подвожу к тому, что за своё незнание, твой клиент может получить очень- очень мусорный продукт, который даже нельзя будет охарактеризовать как *ну надо доработать чуток*.
Спасибо за интервью как всегда круто получилось, помогает и для прохождения интервью и для проведения!) Хочу все же уточнить один момент на 21:50 разве этот метод не потокобезопасен?
Пытаюсь понять давно смотрю твои видео, ты очень логичный, и это прекрасно, но не могу понять, зачем вырывать зуб не через рот, так же быстрее, Если конкретнее, достаточно было создать одно видео со всеми ответами тебя на твои же вопросы, и ты получил бы больше посмотрела и время всем сэкономил, и себе в т.ч..