За последний месяц я успешно прошел четыре собеседования в крупных "BigTech" банках РФ, вот что из этого вышло:
Каждое собеседование длилось минимум полторы недели. Особенно любят задавать вопросы по углубленному JMM. Возникает вопрос: зачем? Конечно, я готовился к интервью, знаю, что такое SC-DRF и Memory Reordering, но снова — зачем это нужно?
Часто давали "кривой код" и просили его отрефакторить и оптимизировать. Этот этап мне понравился, потому что подходы у всех компаний разные, и здесь зазубривание не поможет — нужно думать.
SQL задачи встречались почти на каждом этапе. Ощущения неоднозначные, так как часто писать нативный SQL не приходится. И если нужно, под рукой всегда есть ChatGPT.
Что не нравится, так это система, когда сначала проходишь все этапы технического собеседования, а только потом тебе ищут команду. Мне кажется, правильнее было бы изначально рассматривать кандидата для конкретного проекта.
Алгоритмы, алгоритмы и ещё раз алгоритмы. До сих пор не понимаю, зачем они нужны. В некоторых компаниях это отдельная секция, а где-то — сразу 2-3 секции. Лучше бы давали задачи на оптимизацию кода.
Что бы я изменил? Уберите алгоритмы, толку от них минимум. Добавьте больше задач на рефакторинг и оптимизацию кода.
И пожалуйста, не задавайте вопросы о вещах, которые нужны в очень узкоспециализированных ситуациях. Какой в этом смысл?
Подскажите плиз, а чем вам условные проверки из коробки не нравятся? Если мы хотим проверить что-то на уникальность, добавляем @Column(not_null = true) и т.д.
Далее пишем кастомный хендлер ошибок и делаем нужные нам операции. Это все работает со всеми видами relations(OneToOne, OneToMany, ManyToMany...).
Ну как бы да... Процессор должен быть нагружен и "разгорет". “Нагрев” приложений — это отдельный большой топик. Это не отменяет факта, что если процессор постоянно работает на 100% в случаях аварии, то что-то не так с приложением, и его нужно профилировать и искать ошибку.
Приветствую! Такие компоненты как AG и брокера сообщений оставил за ширмой, чтобы уделить больше времени на KeyCloak. А так каждый разраб, который работал с микрашами, думаю знает об AG
За последний месяц я успешно прошел четыре собеседования в крупных "BigTech" банках РФ, вот что из этого вышло:
Каждое собеседование длилось минимум полторы недели. Особенно любят задавать вопросы по углубленному JMM. Возникает вопрос: зачем? Конечно, я готовился к интервью, знаю, что такое SC-DRF и Memory Reordering, но снова — зачем это нужно?
Часто давали "кривой код" и просили его отрефакторить и оптимизировать. Этот этап мне понравился, потому что подходы у всех компаний разные, и здесь зазубривание не поможет — нужно думать.
SQL задачи встречались почти на каждом этапе. Ощущения неоднозначные, так как часто писать нативный SQL не приходится. И если нужно, под рукой всегда есть ChatGPT.
Что не нравится, так это система, когда сначала проходишь все этапы технического собеседования, а только потом тебе ищут команду. Мне кажется, правильнее было бы изначально рассматривать кандидата для конкретного проекта.
Алгоритмы, алгоритмы и ещё раз алгоритмы. До сих пор не понимаю, зачем они нужны. В некоторых компаниях это отдельная секция, а где-то — сразу 2-3 секции. Лучше бы давали задачи на оптимизацию кода.
Что бы я изменил? Уберите алгоритмы, толку от них минимум. Добавьте больше задач на рефакторинг и оптимизацию кода.
И пожалуйста, не задавайте вопросы о вещах, которые нужны в очень узкоспециализированных ситуациях. Какой в этом смысл?
Компания куда я проходил собес:
Т, Я, А, С
Подскажите плиз, а чем вам условные проверки из коробки не нравятся?
Если мы хотим проверить что-то на уникальность, добавляем @Column(not_null = true) и т.д.
Далее пишем кастомный хендлер ошибок и делаем нужные нам операции. Это все работает со всеми видами relations(OneToOne, OneToMany, ManyToMany...).
Добрый день!
Думаю начать серию статей на тему профилирования БД и Java приложений.
Ваш сценарий тоже попытаюсь охватить
Ну как бы да...
Процессор должен быть нагружен и "разгорет". “Нагрев” приложений — это отдельный большой топик. Это не отменяет факта, что если процессор постоянно работает на 100% в случаях аварии, то что-то не так с приложением, и его нужно профилировать и искать ошибку.
Привет!
Это как один из вариантов, ресурсов в инете очень много, можно даже и без GUI самому по .txt файлу побегать, там в принципе все понятно.
Да, я прямо все расписал. Вышло 5 страниц a4
Мне помогло xDD
Насколько мне известно, если у вас регион РФ, то сдавать онлайн вам нельзя, лучше уточнить у самих pearsonvue
Хорошо, приму во внимание)
Возможно, не особо раскрыто, ведь основной фокус был именно на сдаче экзамена.
Но весь процесс реально занял час.
Из настроек делал только security groups
kafka-ui это Java приложение, поэтому я Java и отметил) В целом мне кажется все что касается Apache можно отнести к Java
53. Может ли быть метод статическим и абстрактным одновременно?
Да, в Java метод может быть как статическим, так и абстрактным одновременно. Однако этот метод должен быть определен в абстрактном классе.
Либо я туплю, либо это полная дичь. " Illegal combination of modifiers: 'abstract' and 'static' "
https://habr.com/ru/company/southbridge/blog/654475/ попробуйте эту
Приветствую! Такие компоненты как AG и брокера сообщений оставил за ширмой, чтобы уделить больше времени на KeyCloak. А так каждый разраб, который работал с микрашами, думаю знает об AG