у нас было 15 стандартов… :D

имхо нет смысла, если 2 интерфейса полностью идентичны (со слов Nick'а).

и создаешь инстансы для двух старых

как я тебе инстансы сделаю с мои типом

эт не мой класс

Инстансы тайпклассов

trait Old1 { def foo: Unit } trait Old2 { def foo: Unit } trait New[A] { def foo(a: A): Unit } object New { implicit val old1New = new New[Old1] { def foo(a: Old1): Unit = a.foo } implicit val old2New = new New[Old2] { def foo(a: Old2): Unit = a.foo } } def foo[A: New](a: A) = implicitly[New[A]].foo(a)

Old1 и Old2 - не твои

New - твой

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

wat

ну ты вызываешь в результате foo[Old1] перепутал интерфейс - узнал только на компиляции забыл написать (и если объекты в скоуп попали) то вызов совсем не того чт хотел имхо, надо врапнуть оба и спрятать, чтобы наружу торчали только новые имена методов

Ну так что угодно можно написать

trait Old1 { def foo: Unit } trait Old2 { def foo: Unit } trait New[A] { def foo(a: A): Unit } object New { implicit val old1New = new New[Old1] { def foo(a: Old1): Unit = a.foo } implicit val old2New = new New[Old2] { def foo(a: Old2): Unit = a.foo } } def foo[A: New](a: A) = implicitly[New[A]].foo(a)

херня какаят

кстати, хоть все и ругают монгу, но нужно отдать ребятам должное. Маркетинг у них был что надо, подняли хайп. А еще помню, решил пройти курсы по их БД, они сделали тогда их по типу codeshool. Решаешь задачи прям в браузере, очень удобная консолька там была ) Да и сам курс легкий и понятный был

ссылка есть на курс?

Без мата

+1

ссылка есть на курс?

У них есть такой сайт: https://university.mongodb.com/ . Изначально было только 2 курса: для DBA и для разработчиков. Сейчас расплодили )

спасибо)

У них есть такой сайт: https://university.mongodb.com/ . Изначально было только 2 курса: для DBA и для разработчиков. Сейчас расплодили )

+++++

пройдешь курс - начнешь шарить

и не задавать глупых вопросов

кстати, хоть все и ругают монгу, но нужно отдать ребятам должное. Маркетинг у них был что надо, подняли хайп. А еще помню, решил пройти курсы по их БД, они сделали тогда их по типу codeshool. Решаешь задачи прям в браузере, очень удобная консолька там была ) Да и сам курс легкий и понятный был

Отлично может люди начнут понимать что такое NoSQL а не спрашивать сходу А ГДЕ ДЖОИНЫ, где ТРАНЗАКЦИИ ? и говорить что постгрее лучше )

про джойны и м2м

про блокировки и т.д.

Дико плюсую )

Отлично может люди начнут понимать что такое NoSQL а не спрашивать сходу А ГДЕ ДЖОИНЫ, где ТРАНЗАКЦИИ ? и говорить что постгрее лучше )

вот как интересно про монгу ты читаешь, а когда тут несколько других NoSql решений обсуждалось выкинул мимо какой особенный субъект

вот как интересно про монгу ты читаешь, а когда тут несколько других NoSql решений обсуждалось выкинул мимо какой особенный субъект

Другие решения NoSQL уважаю, но не обсуждаю т.к. плотно не использовал

ну на самом деле, там в курсе была и базовая теория, например о том, как хранить данные в документо-ориентированных СУБД. А где применять - уже твое дело. Конкретно у монги есть aggregation framework (выше писали), который реально очень крутой :) В других субд такого не видел, но и не интересовался особо

https://github.com/scala/scala.github.com/pull/533 смотрите сколько обсуждения было насчет того, можно ли запятую ставить, или нет

Да, в качество внутреннего языка JavaScript

новые языковые фичи не всегда заслуживают такого обсуждения)

Кстати NoSQL базы они гораздо разнообразней чем SQL например есть документоориент, колоночные, BigTable у них очень разная концепция внутри

колоночные и sql есть

так называемый NewSQL

ага

сильные и слабые стророны NoSQL http://www.jetinfo.ru/stati/silnye-i-slabye-storony-nosql

херня какаят

ты сказал кейс, я тебе привел решение, зачем спрашивать если херней потом это называть?

сильные и слабые стророны NoSQL http://www.jetinfo.ru/stati/silnye-i-slabye-storony-nosql

помолчи уже

Идет 12 час Монго-марафона

монGo

Сергей безусловный лидер

да, чат за Скалу, а в итоге все на Го и Монге будем делать :D

для небольших проектов и Oracle XE торт ?

для небольших проектов и Oracle XE торт ?

А еще Oracle ADF Рулит! Тут тебе и десктоп и веб из одного кода. Сплошная лафа и продуктивность!

postgREST ага

Сергей безусловный лидер

Просто поделился прекрасным )

А еще Oracle ADF Рулит! Тут тебе и десктоп и веб из одного кода. Сплошная лафа и продуктивность!

и mobile даже есть.

и mobile даже есть.

Во во

Он кстати платный или нет?

Он кстати платный или нет?

Вроде нет. Но там хз, у них такая политика лицензирования, что нужен штат юристов)

мы просто XE используем, его точно можно использовать в коммерческий целях, а вот на счет ADF не в курсе.

мы просто XE используем, его точно можно использовать в коммерческий целях, а вот на счет ADF не в курсе.

У него только органичения технические, а так бесплатный, да.

Кейс такой, некие атернативно одаренные сделали два инетрфейса с одними и теми же методами и два обьекта их реализуют

Это пять!!! :) Еще можно воспользоваться словами ВВ люди с пониженой социальной ответственностью :)))

Мы пользовали jsonb вполне успешно. Там и транзакции есть, и индексы. Для поиска и записи свой API был. Проблемы были только с отчётами, как уже упоминали.

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

я имею ввиду system.scheduler.scheduleOnce

бамп вопросу

я спрашивал это у конрада и он сказал что эта штука на это рассчитана

найти бы где в гиттере

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

шедулеров или шедулов?

шедулов ведь?

шедулов system.scheduler.scheduleOnce

> @notxcain я спрашивал это у конрада и он сказал что эта штука на это рассчитана это Konrad ktoso Malawski?

да

ERROR: S client not available

бум верить, он вроде как-то причастен)

как-то :)

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

это нормально, но может быть нужно потюнить akka.scheduler.tick-duration и/или akka.scheduler.ticks-per-wheel

по умолчанию, если я правильно помню, скедулер тикает раз в 10 мс по 512 задач

ну плюс тут, конечно, главный вопрос в том, большое количество - это сколько

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

Спасибо) Да у меня сообщения акторам раз в 10 мс он выполняет 512 задач, значит в секунду это будет примерно 51200, те 51тыс задач, но навереное если подтюнить, то можно больше...

куча акторов, живущих своей независимой жизнью?

относительно, они тоже выполняют какие-то операции, некоторые даже тяжёлые, но те сидят на выделенных диспетчерах. Это как-то может аффектить шедуллер?

А или ты предлагаешь заменить шедулы акторами?

Не, мне шедулы очень подходят для задачи

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

java шедулер не в моде прост ?

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

ну ок

ответ на твой вопрос даст испытание, а так все пальцем в небо

довольно специфичный кейс как по мне

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

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

да, я тоже думал про очередь, ты прав, надо эксперимент

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

Подтверждаю. Разговаривал с Патриком на эту тему. Говорят там быстрый локфри шедулер.

он сидит на одном потоке (занимает его все время) и ест свои задачки из очереди

Посоны, кто-нибудь встречался с проблемой, что shapeless то работает - то не работает? Конверчу нестед кейс классы в нестед мэпы - всё работало, через какое-то время перестало, на дев машине клин/ребилд помогает бывает, на билд машине ничего не помогает - на каком-то шаге рекурсивного обхода не находятся имплиситные преобразования. То есть одинаковый код по разному компиляется на разных машинах. Что с этим делать?

ребят, а подскажите структуру данных, типа линкед лист, только зацикленный, т.е. ссылка с tail на head (чтоб можно было next() вызывать до посинения), и при этом потокобезопаный.

желательно уже написанная кем-то структура данных

может такое подойдет http://stackoverflow.com/questions/11079210/thread-safe-circular-buffer-in-java

как вариант - Iterator.continually(vec).flatten

желательно уже написанная кем-то структура данных

lmax disruptor ?

мне удалять нужно оттуда

как вариант - Iterator.continually(vec).flatten

спасибо! Попробую это пока

спасибо! Попробую это пока

ну, если удалять надо, то это не вариант...