Про код ревью - было бы очень интересно и полезно. Про лайвкодинг - на 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 потоки не всегда обслуживающие.
Про параллелизм очень странное объяснение. Параллелизм исходит из многопоточности, так как многопоточность бывает: 1. Без параллелизма - это когда у процессора одно ядро с одним потоком (по сути, бесполезная в плане производительности). 2. С параллелизмом - это когда у процессора более одного ядра или более одного потока, за счет чего и достигается параллелизм и все преимущество многопоточности. То, что было сказано про ParallelStream, - по мне, это вообще неправильно, потому что когда мы используем ParallelStream, это и есть многопоточность, просто мы вручную сами не создаем потоки, это делается автоматически. Если у нас процессор с более чем одним ядром или одним потоком, мы получим преимущества многопоточности. А если одно ядро с одним потоком, то никакого преимущества не будет, но при этом в обоих случаях это будет многопоточностью.
Про код ревью - было бы очень интересно и полезно.
Про лайвкодинг - на 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 та он в принципе на большинство вопросов не ответил 😎
Про параллелизм очень странное объяснение.
Параллелизм исходит из многопоточности, так как многопоточность бывает:
1. Без параллелизма - это когда у процессора одно ядро с одним потоком (по сути, бесполезная в плане производительности).
2. С параллелизмом - это когда у процессора более одного ядра или более одного потока, за счет чего и достигается параллелизм и все преимущество многопоточности.
То, что было сказано про ParallelStream, - по мне, это вообще неправильно, потому что когда мы используем ParallelStream, это и есть многопоточность, просто мы вручную сами не создаем потоки, это делается автоматически. Если у нас процессор с более чем одним ядром или одним потоком, мы получим преимущества многопоточности. А если одно ядро с одним потоком, то никакого преимущества не будет, но при этом в обоих случаях это будет многопоточностью.
Записаться на мок-интервью в ШОРТКАТ - forms.gle/2NoofFCxkLLe98Dr6
Собеседуемый на половину , если не больше вопросов не ответил 😂, по многопоточке явно не мидл.
Ну час спрашивать многопоточку это дохера
Интервьюер загоняет какой то бред параллелизм