Сообщение Re[7]: Boolean и его замыкания от 02.05.2020 22:06
Изменено 02.05.2020 22:07 vsb
Re[7]: Boolean и его замыкания
Здравствуйте, f95.2, Вы писали:
vsb>>Ими сложно пользоваться для написания корректного кода. Это низкоуровневые примитивы. Поэтому в стандартной библиотеке Java написали уйму классов, позволяющих решать большинство мультипоточных проблем более высокоуровневым способом. Считается, что таким образом проще писать и читать корректный мультипоточный код.
F2>Понятно.
F2>А вот смотри, в java.util.concurrent есть куча довольно специализированных контейнеров, например, DelayQueue, TransferQueue, LinkedBlockingQueue, LinkedTransferQueue.
F2>Насколько часто они используются (и насколько часто о них спрашивают на собеседованиях)?
F2>Ожидают ли от типичного разработчика их знания?
F2>Точнее, не знания об их существовании, а понимания алгоритмов, которые за ними стоят, их сильных и слабых сторон.
Мне кажется, если разработчик вообще в курсе про их существование и хотя бы примерно представляет, что они делают, это уже огромный плюс, а понимание алгоритмов это уже как-то совсем чересчур.
Впрочем все исходники в JDK открыты, при большом желании можно с этим разобраться.
Лично мне эти классы использовать не приходилось. Я использовал ArrayBlockingQueue, а все эти связные списки по-моему на современных процессорах только тормозят. Но могу ошибаться, мне важно было написать корректный код, в производительность этих кусков я не упирался и оптимизировать не пробовал, наверное есть случаи, когда и эти классы могут пригодиться.
vsb>>Ими сложно пользоваться для написания корректного кода. Это низкоуровневые примитивы. Поэтому в стандартной библиотеке Java написали уйму классов, позволяющих решать большинство мультипоточных проблем более высокоуровневым способом. Считается, что таким образом проще писать и читать корректный мультипоточный код.
F2>Понятно.
F2>А вот смотри, в java.util.concurrent есть куча довольно специализированных контейнеров, например, DelayQueue, TransferQueue, LinkedBlockingQueue, LinkedTransferQueue.
F2>Насколько часто они используются (и насколько часто о них спрашивают на собеседованиях)?
F2>Ожидают ли от типичного разработчика их знания?
F2>Точнее, не знания об их существовании, а понимания алгоритмов, которые за ними стоят, их сильных и слабых сторон.
Мне кажется, если разработчик вообще в курсе про их существование и хотя бы примерно представляет, что они делают, это уже огромный плюс, а понимание алгоритмов это уже как-то совсем чересчур.
Впрочем все исходники в JDK открыты, при большом желании можно с этим разобраться.
Лично мне эти классы использовать не приходилось. Я использовал ArrayBlockingQueue, а все эти связные списки по-моему на современных процессорах только тормозят. Но могу ошибаться, мне важно было написать корректный код, в производительность этих кусков я не упирался и оптимизировать не пробовал, наверное есть случаи, когда и эти классы могут пригодиться.
Re[7]: Boolean и его замыкания
Здравствуйте, f95.2, Вы писали:
vsb>>Ими сложно пользоваться для написания корректного кода. Это низкоуровневые примитивы. Поэтому в стандартной библиотеке Java написали уйму классов, позволяющих решать большинство мультипоточных проблем более высокоуровневым способом. Считается, что таким образом проще писать и читать корректный мультипоточный код.
F2>Понятно.
F2>А вот смотри, в java.util.concurrent есть куча довольно специализированных контейнеров, например, DelayQueue, TransferQueue, LinkedBlockingQueue, LinkedTransferQueue.
F2>Насколько часто они используются (и насколько часто о них спрашивают на собеседованиях)?
F2>Ожидают ли от типичного разработчика их знания?
F2>Точнее, не знания об их существовании, а понимания алгоритмов, которые за ними стоят, их сильных и слабых сторон.
Мне кажется, если разработчик вообще в курсе про их существование и хотя бы примерно представляет, что они делают, это уже огромный плюс, а понимание алгоритмов это уже как-то совсем чересчур. Это же не что-то тривиальное вроде хеш-таблицы, которое в университете проходят.
Впрочем все исходники в JDK открыты, при большом желании можно с этим разобраться.
Лично мне эти классы использовать не приходилось. Я использовал ArrayBlockingQueue, а все эти связные списки по-моему на современных процессорах только тормозят. Но могу ошибаться, мне важно было написать корректный код, в производительность этих кусков я не упирался и оптимизировать не пробовал, наверное есть случаи, когда и эти классы могут пригодиться.
vsb>>Ими сложно пользоваться для написания корректного кода. Это низкоуровневые примитивы. Поэтому в стандартной библиотеке Java написали уйму классов, позволяющих решать большинство мультипоточных проблем более высокоуровневым способом. Считается, что таким образом проще писать и читать корректный мультипоточный код.
F2>Понятно.
F2>А вот смотри, в java.util.concurrent есть куча довольно специализированных контейнеров, например, DelayQueue, TransferQueue, LinkedBlockingQueue, LinkedTransferQueue.
F2>Насколько часто они используются (и насколько часто о них спрашивают на собеседованиях)?
F2>Ожидают ли от типичного разработчика их знания?
F2>Точнее, не знания об их существовании, а понимания алгоритмов, которые за ними стоят, их сильных и слабых сторон.
Мне кажется, если разработчик вообще в курсе про их существование и хотя бы примерно представляет, что они делают, это уже огромный плюс, а понимание алгоритмов это уже как-то совсем чересчур. Это же не что-то тривиальное вроде хеш-таблицы, которое в университете проходят.
Впрочем все исходники в JDK открыты, при большом желании можно с этим разобраться.
Лично мне эти классы использовать не приходилось. Я использовал ArrayBlockingQueue, а все эти связные списки по-моему на современных процессорах только тормозят. Но могу ошибаться, мне важно было написать корректный код, в производительность этих кусков я не упирался и оптимизировать не пробовал, наверное есть случаи, когда и эти классы могут пригодиться.