Не совсем понятно, чем настолько провинился итератор, что его называют такими плохими словами и обвиняют в препятствовании параллельным вычислениям? Что мешает передать указатель на него в параллельно исполняемые методы, каждый из которых вызовет next() и обработает результат?
Сделали бы нормальные примеры для каждого интерфейса, с багажом знаний ООП легко переходить на джава, вы же сейчас пытаетесь засунуть функциональное программирование в среду ООП, никто кроме энтузиастов не будет изучать функционалку с нуля из-за какой-то мифической выгоды использования стримов в программировании, ООП уже 30 лет есть паттерны и антипаттерны, но вы делаете новое, и хотите всё усложнить стримами, в итоге будут вводится новые ошибки, программирование будет усдожнятся при использовании ООП и ФП в одном коде, сделай нормальный API для параллельных тредов если цель была улучшить распаралеливание, а то засовывать стрим в коллекцию как промежуточное между стримами это тот же ООП только необоснованно усложненный.
Спасибо за интересный ролик
Большое спасибо Сергею, за увлекательную презентацию!
лучшая презентация по Java Stream API
Содержательная часть начинается с 5:50 до этого пустое бла-бла-бла
parallelStream, parallelStream.. еще бы возможность была легко указать свой FJ pool.. а не через костыли..
Слушайте, очень интересно послушать информацию как бы "из первых рук" а не просто какого-нибудь "учителя по программированию".
Класс))
Режет ухо парализуемся, после 10 раза меня самого парализовало. У меня в университете преподаватели использовали слово "распараллеливание".
используйте @Override для решения проблемы
Не совсем понятно, чем настолько провинился итератор, что его называют такими плохими словами и обвиняют в препятствовании параллельным вычислениям? Что мешает передать указатель на него в параллельно исполняемые методы, каждый из которых вызовет next() и обработает результат?
Чтобы блочиться на вызове next каждый раз? Это будет такое себе
Аканье и причмокивание раздражает
Спустя 6 лет я думаю, они задумаются над вашими словами:D
bla bla bla, на своей волне, как будто люди его мысли дочитывать должны.
Сделали бы нормальные примеры для каждого интерфейса, с багажом знаний ООП легко переходить на джава, вы же сейчас пытаетесь засунуть функциональное программирование в среду ООП, никто кроме энтузиастов не будет изучать функционалку с нуля из-за какой-то мифической выгоды использования стримов в программировании, ООП уже 30 лет есть паттерны и антипаттерны, но вы делаете новое, и хотите всё усложнить стримами, в итоге будут вводится новые ошибки, программирование будет усдожнятся при использовании ООП и ФП в одном коде, сделай нормальный API для параллельных тредов если цель была улучшить распаралеливание, а то засовывать стрим в коллекцию как промежуточное между стримами это тот же ООП только необоснованно усложненный.