у меня такой вопрос к гуру: как часто вы пользуетесь и пользуетесь ли вообще такими вещами при написании скажем, веб-проектов под фреймворками спринг.
вещи: read-write locks, semaphores, threadqueues, atomics, executors?

Usman,

спасибо, а ВНЕ приложений, что со спрингом и апп.серверами работают?

Usman,

честно говоря, не совсем понял ну ладно. тогда такой вопрос: ин риал круел лайф вы часто используете при работе с многопоточкой те методы и классы, что я сверху написал?

и еще короткий такой: а что именно апп-сервер предоставляет для работы с многопоточкой? просто например, глядя на типовое спринговое приложение, я понимаю, что там проблемы с многопоточкой решены (ну или почти решены) по бОльшей части тем, что выбран правильный дизайн приложения в целом - слои, каркас и т.п. т.е. ситуаций, где несколько тредов могут "поругаться" сведены к минимуму. там больше внимания уделяется работе с базой чем с этим..

АЛЛИЛЛУЯ! наконец то кто то это сказал.

maytonandreykaTАЛЛИЛЛУЯ! наконец то кто то это сказал.
Так ты пришел сюда тонко всех потроллить? :)
Нет, что ты. я просто подсознательно понимал что где-то собака порылась, но понять не мог как это выразить. Просто после мешка собесов у меня сложилось ощущение, что все эти тонкости мультитрединга со всякими тред-кью, семафорами и прочими ништяками пульзуют абсолютно все, даже уборщицы у меня в офисе. Все , но только не я. Я же смотрел как баран и не мог понять куда же тут реальный мультитрединг то прикрутить можно? (речь не об екзекуторах и кронах) А тут вон оно чо михалыч. Оказывается это у всех так. :)

Usmanmaytonпропущено...

Так ты пришел сюда тонко всех потроллить? :)
Нет. Я его антагонист. ) он любит аут.принтлном строки с тегами в браузер через 80-й порт отправлять, а я люблю спринг и хибер.

авторНа собесах пытаются оценить твой опыт. И если с основными разделами Java Core можно "проскочить"
или пустить пыль в глаза то с мультитредингом ситуация другая. Я к примеру вообще не знаю даже
примерных список quiz или тестов которые нужно пройти для сабжа. Скорее всего их не существует.
Поэтому корректный ответ на один из 100500 вопросов по МТ - это признак зрелости. Вот и все.
А будешь ли ты их использовать в проекте - ХЗ. На фоне веб-кодинга и коробочных фреймворков
мультипоточность редко выходит наружу.
да как сказать.. С одним товарищем у меня был собес. там вспомнили наверное вообще всё из МТ, я на часть ответил. в т.ч. на всякие трайлоки, рв-локи, семафорчики екзекуторы, атомики, волатайлы, калаблы и т.п. его фидбак - "не знает МТ". да, каюсь - так и не понял как тред-кью пользоваться. Для меня это, видимо, как физика черных дыр. Иногда по вечерам Браина Гоеца перечитываю )

BlazkowiczandreykaT С одним товарищем у меня был собес. там вспомнили наверное вообще всё из МТ, я на часть ответил. в т.ч. на всякие трайлоки, рв-локи, семафорчики екзекуторы, атомики, волатайлы, калаблы и т.п. его фидбак - "не знает МТ". да, каюсь - так и не понял как тред-кью пользоваться. Для меня это, видимо, как физика черных дыр. Иногда по вечерам Браина Гоеца перечитываю )
Ваш интервьюер не ошибся. Ведь в Java нет никаких Thread Queue, про которые вы так настойчиво пишете.
тред блокинг куеуе. пардон. уточняю.

стартап чтоль какой? или решили свой фреймворк с нуля написать? :)

Leonid KudryavtsevЛично мне, ключевого слова synchronized _пока_ вполне хватает. Все равно тормозит совсем в других местах )))
Нее. у вас просто опыта маловато в конкуренси - вы нам не подходите (зы если что это шутка, разумеется я так о Вас не думаю).

Блакович, я к тому сказал, что если не энтерпрайз (где как выяснилось требования к распараллеливанию потоков минимальны), то наверное там они какие-то аналитические штуки пишут или собственные фреймворки на замену спрингу и хиберу

А кстати, недавно с одними товарищами разговаривал и сказал что вот есть приложение там единомоментно в среднем в районе 20-ти потоков крутится. они так типа фии. так мало и вообще несерьезно. А по факту 200 потоков это 10 000 сессий. 20 потоков это 1000 сессий. приложение на тысячу сессий это мало?