Про код ревью - было бы очень интересно и полезно. Про лайвкодинг - на Java это гораздо более редкая история на собесе, чем на Go. По мне лучше поспрашивать про кафку, архитектуру микросервисов и работу с БД (это гораздо более актуально и чаще встречается)
"Можно ли сделать поток в программе daemon ?" - инрервьер говорит что нет, но у Thread для этого есть даже метод - "public final void setDaemon(boolean on)" // Marks this thread as either a daemon or non-daemon thread ?
Меня это тоже зацепило. Но интервьюер, вроде как имел ввиду можно ли создать "обслуживающий поток", который сможет "вмешиваться" в выполнение других потоков, что нам не позволяет happens before, аля аналог Garbage Collector. Если правильно понял по его словам. А так вопрос неправильно продублирован, он даже в начале сказал "обслуживающим потоком", но могу быть не прав конечно, хотя можно исходить из того что Daemon потоки не всегда обслуживающие.
20:00 с чего то в потоке демоне нельзя создать потоки? > Тред создается демоном, если его родитель демон. Свойство Java-треда isDaemon можно переключать в любой момент до старта потока.
Есть многопоточка, а есть параллелизм XD Интервьюер отжег. В стримах для обработки parallelStream может быть использовано многопоточное выполнение, а может и нет. Также многопоточка может быть и без тред пулов. "Чем ограничен Семафор?" - что это за вопрос. Причем тут кол-во ядер? Ну даже если, а что если у нас i/o операция и одно ядро? И в нём нет никаких pop и push. Сочувствую собеседовавшемуся.
Про параллелизм очень странное объяснение. Параллелизм исходит из многопоточности, так как многопоточность бывает: 1. Без параллелизма - это когда у процессора одно ядро с одним потоком (по сути, бесполезная в плане производительности). 2. С параллелизмом - это когда у процессора более одного ядра или более одного потока, за счет чего и достигается параллелизм и все преимущество многопоточности. То, что было сказано про ParallelStream, - по мне, это вообще неправильно, потому что когда мы используем ParallelStream, это и есть многопоточность, просто мы вручную сами не создаем потоки, это делается автоматически. Если у нас процессор с более чем одним ядром или одним потоком, мы получим преимущества многопоточности. А если одно ядро с одним потоком, то никакого преимущества не будет, но при этом в обоих случаях это будет многопоточностью.
Вообще даже с одним ядром можно получить преимущество от многопоточности. Предположим у тебя один поток начал долгую I/O операцию(диск или сеть), в это время нет смысла процессору прохлаждаться, он может начать работу над другим потоком, пока 1 делает эту операцию
Ребята, интервьюер в теме весьма плавает, на серьёзных щах продавать свои услуги, делаю такую рекламу - это удивительно. Уважаемым новичкам в теме: по результату просмотра данного видео не рекомендую использовать данную платформу.
Про код ревью - было бы очень интересно и полезно.
Про лайвкодинг - на Java это гораздо более редкая история на собесе, чем на Go. По мне лучше поспрашивать про кафку, архитектуру микросервисов и работу с БД (это гораздо более актуально и чаще встречается)
Очень крутое собесодование! Все понравилось, спасибо!
"Можно ли сделать поток в программе daemon ?" - инрервьер говорит что нет, но у Thread для этого есть даже метод - "public final void setDaemon(boolean on)" // Marks this thread as either a daemon or non-daemon thread ?
Меня это тоже зацепило. Но интервьюер, вроде как имел ввиду можно ли создать "обслуживающий поток", который сможет "вмешиваться" в выполнение других потоков, что нам не позволяет happens before, аля аналог Garbage Collector. Если правильно понял по его словам. А так вопрос неправильно продублирован, он даже в начале сказал "обслуживающим потоком", но могу быть не прав конечно, хотя можно исходить из того что Daemon потоки не всегда обслуживающие.
@@stepankachan6667 та он в принципе на большинство вопросов не ответил 😎
20:00 с чего то в потоке демоне нельзя создать потоки?
> Тред создается демоном, если его родитель демон. Свойство Java-треда isDaemon можно переключать в любой момент до старта потока.
Интервьюеру респект)
Интервьюер загоняет какой то бред параллелизм
11:15 "просто run может не сработать" - простите, что? run вызовется как обычный метод в текущем потоке. Что имеет в виду интервьюер?
Записаться на мок-интервью в ШОРТКАТ - forms.gle/2NoofFCxkLLe98Dr6
Are you planning to orginize interviews in english too? If it is possible, I would register for it in English.
Есть многопоточка, а есть параллелизм XD Интервьюер отжег. В стримах для обработки parallelStream может быть использовано многопоточное выполнение, а может и нет. Также многопоточка может быть и без тред пулов.
"Чем ограничен Семафор?" - что это за вопрос. Причем тут кол-во ядер? Ну даже если, а что если у нас i/o операция и одно ядро?
И в нём нет никаких pop и push.
Сочувствую собеседовавшемуся.
Про параллелизм очень странное объяснение.
Параллелизм исходит из многопоточности, так как многопоточность бывает:
1. Без параллелизма - это когда у процессора одно ядро с одним потоком (по сути, бесполезная в плане производительности).
2. С параллелизмом - это когда у процессора более одного ядра или более одного потока, за счет чего и достигается параллелизм и все преимущество многопоточности.
То, что было сказано про ParallelStream, - по мне, это вообще неправильно, потому что когда мы используем ParallelStream, это и есть многопоточность, просто мы вручную сами не создаем потоки, это делается автоматически. Если у нас процессор с более чем одним ядром или одним потоком, мы получим преимущества многопоточности. А если одно ядро с одним потоком, то никакого преимущества не будет, но при этом в обоих случаях это будет многопоточностью.
Вообще даже с одним ядром можно получить преимущество от многопоточности. Предположим у тебя один поток начал долгую I/O операцию(диск или сеть), в это время нет смысла процессору прохлаждаться, он может начать работу над другим потоком, пока 1 делает эту операцию
Ребята, интервьюер в теме весьма плавает, на серьёзных щах продавать свои услуги, делаю такую рекламу - это удивительно.
Уважаемым новичкам в теме: по результату просмотра данного видео не рекомендую использовать данную платформу.
So the candidate is working as a middle or preparing for promotion? But he is not middle i think
Собеседуемый на половину , если не больше вопросов не ответил 😂, по многопоточке явно не мидл.
Ну час спрашивать многопоточку это дохера