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

это не задача нетти. нетти - транспорт, а не решение всех проблем. тебе чаннел дается, а дальше менеджи его как хочешь - подчищать не забывай только при закрытии

Ну вот я и спрашиваю совета, может быть есть какие-то общепринятые подходы к менеджингу коннекшнов в нетти, на SO не нашёл ничего похожего. Меня просто смущает, что в нетти все api сделано как будто рассчитано только на организацию сервер-сайда в духе запроса-ответ - пайплайн, хендлеры, в которые автоматически передаётся контекст, итд, а организация эдакого middleware, где мой компонент выступает в роли роутера - это костыли и велосипеды

Ну вот я и спрашиваю совета, может быть есть какие-то общепринятые подходы к менеджингу коннекшнов в нетти, на SO не нашёл ничего похожего. Меня просто смущает, что в нетти все api сделано как будто рассчитано только на организацию сервер-сайда в духе запроса-ответ - пайплайн, хендлеры, в которые автоматически передаётся контекст, итд, а организация эдакого middleware, где мой компонент выступает в роли роутера - это костыли и велосипеды

пайплайны - тебе только для сериализации-десириализации в основном - ты с ними на уровня пользователя не работаешь. у тебя в конце реквест принимает хендлер - вот и менеджи дальше. абстрагируйся в этой точке и считай, что нет там больше ничего - просто есть метод который в конце получает чаннел и кусочек даты

200 клиентов - курам на смех, как угодно можешь менеджить)

преждевременная оптимизация - зло

Кто то работает в TNT или Fedex ?

200 клиентов - курам на смех, как угодно можешь менеджить)

Это просто цифра, ни к чему не привязана) я спросил потому что уже написал простой прототип, где при входящем соединении channelContext записывается в глобальную мапу, и потом когда кто-то другой хочет написать этому серверу, контекст вытаскивается из мапы, но мне это показалось как-то костыльно))

Это просто цифра, ни к чему не привязана) я спросил потому что уже написал простой прототип, где при входящем соединении channelContext записывается в глобальную мапу, и потом когда кто-то другой хочет написать этому серверу, контекст вытаскивается из мапы, но мне это показалось как-то костыльно))

костыль - это когда у тебя есть общее направление логики, а тебе приходится сделать что-то, что не укладывается в эту логику и вот тогда ты начинаешь плодить костыли, обходя логику и встраивая всякую ерунду.

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

только ты главное чанел для клиента по ключу ищи, а не обходом всего списка)

только ты главное чанел для клиента по ключу ищи, а не обходом всего списка)

ага, foreach-ем :D

от джунов можно всего ожидать

джунов в скале не бывает

джунов в скале не бывает

бывают, когда резко с джавы переходят, такие вещи могут писать, аж диву даёшься ))

какие?

джунов в скале не бывает

поднимите руки те, кто Future в акторе дергал, а потом результат в sender() отправлял ?

я делал Future { syncronized { } }

какие?

геттеры/сеттеры это самое безобидное)

и до сих пор считаю это удачным решением!

а что было самое неочевидное?

Фомкин на одном из скалалазов рассказывал. Если кратко - недостаточно просто сделать как в доке написано. По крайней мере раньше так было

геттеры/сеттеры это самое безобидное)

Так а если у тебя есть на них контракты, что делать?

Хотя, вроде бы везде про @JavaBean было написано

Так а если у тебя есть на них контракты, что делать?

ну само собой я имею в виду там, где это не необходимо

поднимите руки те, кто Future в акторе дергал, а потом результат в sender() отправлял ?

есть же pipeTo

Фомкин на одном из скалалазов рассказывал. Если кратко - недостаточно просто сделать как в доке написано. По крайней мере раньше так было

Был код, который по идее должен был быть написан один раз и все. Мы к нему раза 4 в итоге возвращались и как-то допиливали

есть же pipeTo

а если вычисления над результатом сделать надо?

.map() pipeTo?

ну само собой я имею в виду там, где это не необходимо

Да и ко всему, если человеку сказать что так делать не нужно, думаю он поймет. Друго дело, почему он пишет на скале?

Да и ко всему, если человеку сказать что так делать не нужно, думаю он поймет. Друго дело, почему он пишет на скале?

Ну, мало ли, вариантов много - решили попробовать слезть на скалу/новый проект на скале/whatever

Да и ко всему, если человеку сказать что так делать не нужно, думаю он поймет. Друго дело, почему он пишет на скале?

другое дело, что многие даже не утруждаются прочтением scala for the impatient

джуниор в конкретном языке - это одно и лечится крайне быстро, посему и за косяк не считается. а джуниор по жизни - это диагноз

.map() pipeTo?

и собственный стейт поменять :D

а ну это ясно

А кто сколько на скале уже сидит?

года 4

Может опросик проведем в pinned кто-нибудь сделает? Или было уже такое? )

А то разговоры про документацию напомнили, что почти 6 лет скалаукалываюсь - чуть слезу не пустил, юбилейчики скоро отмечать можно будет

Hi folks, The wip_exp_backport update site is now signposted more prominently on http://download.scala-ide.org/. Given that this build is compatible with both Eclipse Galileo and Eclipse Helios, and now also includes the latest iteration of Jin's GSoC work on annotations/highlighting for implicits, I think it would make sense to deprecate the separate (also experimental) gsoc and helios builds and update sites. If there's anyone that this would seriously inconvenience could they please speak up now ... Cheers, Miles Письмо от 30.12.2010 в скала листе сохранилось - прям ностальжи) То поделие на эклипсе было просто шикарно в те времена. Хинты и все такое. Правда тормозило безбожно даже на хеллоувордах)

А есть вакансии на скалу для джунов? Или сразу сеньоры?

нет

есть вакансии java to scala

scala джуны редко прям

нет

А как тогда входят в разработку скалисты? Если джун позиций нет.

рождаются сразу мидлами

А есть вакансии на скалу для джунов? Или сразу сеньоры?

да есть, в том же тинькове например

или после нескольких лет опыта с джавой, приходишь в скалу и вполне ок

есть вакансии java to scala

Т.е надо выучить джаву, потом, учить скалу (как в с++, выучить си, потом с++?) А это будет уже мидл?

типа того

учить ничего не надо, учили в школе, тут понимать надо

можно и сразу на скалу, имхо проблем сильно не должно быть

кроме малого количества предложений

для джуниоров

А кто сколько на скале уже сидит?

я полтора года

или после нескольких лет опыта с джавой, приходишь в скалу и вполне ок

Джава разная бывает. а джаву какую надо учить? Серверную - spring?

да

jvm надо по хорошему знать внутренности посмотреть

не на андроиде и свинге жже ты собираешься серверные приложения писать

так как в scala параллельность на каждом шагу то java memory model надо знать

синхронизации локи

как это внутри работает

чтобы в футуре не менять состояние актора

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

ну понеслась

ERROR: S client not available

так как в scala параллельность на каждом шагу то java memory model надо знать

смотря какие задачи решаешь

в итоге мы получим задрота алгоритмического который поливает вокруг и всюду свои примитивы и оптимизирует всё подряд

если честно

важен баланс везде и библиотеки ии алгоритмы и всё

Ну сейчас если на работу устраиваться то будут спрашивать и фремворки и как это внутри работает

в спарке мало параллельности

в плане того, что вроде как фреймворк для распараллеливания, но там оно своё

в итоге мы получим задрота алгоритмического который поливает вокруг и всюду свои примитивы и оптимизирует всё подряд

я поэтому и написал - понимать, а не зубрить

фьючи и придумывали для того чтобы низкоуровневую синхронизацию не превозмогать через боль

так что тоже не всегда jmm сильно нужна

возможно ну я согласен возможно азов хватит чтобы иметь представление

я только css поменял,деплой

Я вообще про память мало читал, что-то в итоге нужно знать то же что и программируя на с++

cи->си->cи->си->си->1c

все круги ада)

там весь прикол в php

в конце насколько я понял

би-ту-би-ту-си-ту-би

типо cannibal gay porno

пхп верх искуства

можно кстати остановится на "ту-си и не заморачивайся" - каждому свое

пролог неправильно стооит

должнен быть между кложурой и эрлангом

а ml между скалой и хачкелем

идрис стоит добавить

рано еще

можно кок или агду вместо него

А скала популярна из-за Akka и spark?

скала популярна?

скала популярна!!!

скала популярна?

Я вчера в ютубе смотрел индуса, да Он про спарк говорил. А до этого я слышал, что акка самый быстрый сервер