Сейчас просто смотрю - вроде не видно..

Нет.

Какова она скала в Тинькове?

А много свалило скалистов за последние два года?

А много свалило скалистов за последние два года?

А я не знаю

Я как минимум троих видел. Думаю, повезло мне или тенденция.

Я как минимум троих видел. Думаю, повезло мне или тенденция.

троих тинькоффцев?

Да, один в сингапуре, два других в европке

Может, наши просто самые заметные

Нет.

Хорошо, спасибо, дальше буду думать тогда

Есть возможность пропустить поле? Парсинг не интересует от слова совсем. Нужно просто пропустить одно поле(ActorRef в моем случае) Есть для этого возможность?)

возьми хенкан. сделай вью-кейс-класс (пропуская ненужные поля) для основного и красиво приводи одно к другому ван операндом)

Ну так это и остается) Просто не думал что пропуск поля не предусмотрен)

Да, один в сингапуре, два других в европке

а где в сингапуре?

Просто не могу удалить это поле, по нему сверка идет, а вот вывод должен быть без него(

Просто не могу удалить это поле, по нему сверка идет, а вот вывод должен быть без него(

Мне кажется, ты что-то делаешь не так. Зачем сериализовать что-то, что содержит ссылку на акторреф?

Просто не могу удалить это поле, по нему сверка идет, а вот вывод должен быть без него(

сделай Фомкину пр, чтобы transient поддерживал)

Мне кажется, ты что-то делаешь не так. Зачем сериализовать что-то, что содержит ссылку на акторреф?

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

Мне кажется, ты что-то делаешь не так. Зачем сериализовать что-то, что содержит ссылку на акторреф?

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

или не правильно делаю?

или не правильно делаю?

вынеси просто реф из модели сериализации. это практичнее)

без контекста сложно понять

вынеси просто реф из модели сериализации. это практичнее)

как?

как?

Ref( ref, model) - утрированно конечно)

у меня есть case class tmp(ActorRef, String, Map[ActorRef, String]) Вот мне надо вывести получается tmp2(String, List[String])

у меня есть case class tmp(ActorRef, String, Map[ActorRef, String]) Вот мне надо вывести получается tmp2(String, List[String])

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

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

мне его надо просто вывести в формате json, но - без actorref'a

собственно всё. просто пропуск одного из полей при выводе

мне его надо просто вывести в формате json, но - без actorref'a

А зачем тебе его выводить?

А зачем тебе его выводить?

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

у тебя явно смешаны в одном месте доменные данные и технические данные

сделай явное разделение и проблем не будет

твоя доменная сущность не должна содержать ссылку на актор реф.

сделай явное разделение и проблем не будет

просто первый case class содержит в себе активных пользователей и их страницы. И я с ними работаю. Если я хочу просто выдать часть этих данных, просто без актора, я не могу что ли это сделать? странно честно говоря..

активные пользователи и их страницы - это доменные данные. Актор реф не должен быть ВНУТРИ них.

эм... видимо я действительно что-то не понимаю... зачем эти данные дублировать если они находятся в одном месте?

затем, что это разные слои

Хорошо, где тогда можно прочитать про это? Какие они вообще могут и какой за что отвечает? Если можно - с примерами?

Ты проходил курс на курсере? Там про что-то такое упоминают

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

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

Видимо придется... просто не понимаю зачем фактически дублировать данные... ведь это именно дублирование будет...

https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

Видимо придется... просто не понимаю зачем фактически дублировать данные... ведь это именно дублирование будет...

Что где дублировать?

покажи код, так будет понятнее

покажи код, так будет понятнее

browser ! Json.obj("type" -> "showActiveUsers", "data" -> Json.arr( activeUsers.map { user => Json.obj("login" -> user.login, "pages" -> Json.arr(user.browsers.map(_._2)) ) } ) ) В общем я такое хотел сделать

покажи класс activeUsers

protected[this] var activeUsers: scala.collection.mutable.Seq[ImAlive] = scala.collection.mutable.Seq.empty[ImAlive]

case class ImAlive(login: String, user: ActorRef, var browsers: Map[ActorRef, String])

постой, а как ты собрался browseers отдавать?

там же тоже реф

так я и не хочу отдавать ActorRef

Видимо придется... просто не понимаю зачем фактически дублировать данные... ведь это именно дублирование будет...

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

у меня есть case class tmp(ActorRef, String, Map[ActorRef, String]) Вот мне надо вывести получается tmp2(String, List[String])

вот

вот

всё потому что тебе нужен data class

now official on android

case class ImAlive(login: String, user: ActorRef, var browsers: Map[ActorRef, String])

Можно сделать еще один кейс класс, и для него уже сериализацию: case class Ololo(login: String, browsers: Seq[String]) И перегонять из твоего в этот

но вообще, что-то у тебя в коде точно не то

Может, наши просто самые заметные

где на ваших можно посмотреть? код/публикации/выступления?

где на ваших можно посмотреть? код/публикации/выступления?

на гитхабе есть, на фпконфе был доклад про макрокеш, Марина там регулярно рассказывает про Аэроспайк ДСЛ

на гитхабе есть, на фпконфе был доклад про макрокеш, Марина там регулярно рассказывает про Аэроспайк ДСЛ

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

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

мне влом, у меня у самого нет

ок, Марину в принципе нашел, как и либу

клево что в открытом доступе, молодцы

на гитхабе есть, на фпконфе был доклад про макрокеш, Марина там регулярно рассказывает про Аэроспайк ДСЛ

А вы энтерпрайз версию используете? Я посмотрел, там кросс дц репликация только в ней

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

https://habrahabr.ru/company/tinkoff/blog/317742/

клево что в открытом доступе, молодцы

не совсем... не совсем ещё, но скоро будем

А вы энтерпрайз версию используете? Я посмотрел, там кросс дц репликация только в ней

@optician_owl

А вы энтерпрайз версию используете? Я посмотрел, там кросс дц репликация только в ней

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

правда дц жирным каналом связаны

в энтерпрайзе есть еще "забавные" фичи аля durable delete

для нас важна кросс дц репликация. Вчера обнаружил, что в аэроспайке есть гео запросы и очень обрадовался этому факту (в кассандре без напильника не сделать), но платная кросс дц репликация вернула меня на землю

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

но вообще, что-то у тебя в коде точно не то

а как тогда должно быть? ну хотя бы в общих чертах?

у нас 2 дц для надежности, поэтому думали еще над вариантом отправлять в оба независимых кластера

а как тогда должно быть? ну хотя бы в общих чертах?

case class UserLogin(value:String) extends AnyVal case class ImAlive(user:UserLogin, ref:ActorRef) case class Link(value:String) extends AnyVal object BrowsersAlive { def forUser(user:UserLogin):Map[Link, ActorRef] def register(user:UserLogin, link:Link, ref:ActorRef) } object UsersAlive { def forUser(user:UserLogin):Option[ImAlive] } BrowsersAlive("gogi").keys // links BrowsersAlive("gogi").("xyandex") // ref for concrete link это только общее направление. как пример разделения мух и котлет в базовом виде. будет гораздо лучше, чем то, что есть сейчас у тебя

Oleg кстати, для доступа к базе какую либу юзаете? slick, doobie?

case class UserLogin(value:String) extends AnyVal case class ImAlive(user:UserLogin, ref:ActorRef) case class Link(value:String) extends AnyVal object BrowsersAlive { def forUser(user:UserLogin):Map[Link, ActorRef] def register(user:UserLogin, link:Link, ref:ActorRef) } object UsersAlive { def forUser(user:UserLogin):Option[ImAlive] } BrowsersAlive("gogi").keys // links BrowsersAlive("gogi").("xyandex") // ref for concrete link это только общее направление. как пример разделения мух и котлет в базовом виде. будет гораздо лучше, чем то, что есть сейчас у тебя

ну это я понял, кроме как зачем нужен Link. Но вообще у меня оно тоже отделено. И создается тоже отделньо и получить тоже можно всё что надо как надо. Просто сейчас хочу именно вывести наружу список активных пользователей. Список - есть. Но он же содержит линки на акторы для обращения к ним. так смысл дублировать класс просто без акторов если можно просто его без них вывести? А обновления и учет и открытых окон и пользователей уже есть?

для нас важна кросс дц репликация. Вчера обнаружил, что в аэроспайке есть гео запросы и очень обрадовался этому факту (в кассандре без напильника не сделать), но платная кросс дц репликация вернула меня на землю

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

помнится недавно афир ругал аэроспайк

что он при нетсплитах плохо себя ведет

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

сам период около 2 секунд что ли был

ну это я понял, кроме как зачем нужен Link. Но вообще у меня оно тоже отделено. И создается тоже отделньо и получить тоже можно всё что надо как надо. Просто сейчас хочу именно вывести наружу список активных пользователей. Список - есть. Но он же содержит линки на акторы для обращения к ним. так смысл дублировать класс просто без акторов если можно просто его без них вывести? А обновления и учет и открытых окон и пользователей уже есть?

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

Oleg кстати, для доступа к базе какую либу юзаете? slick, doobie?

Slick в tcs, по-крайней мере на тех модулях, что я был

найс, на 3.2.0 переехали?

когда я уходил, потиху мигрировали на 3, так что вероятнее всего

Где-то slick, где-то не slick

У нас вот не slick

doobie?

Своё

olejkadb у них

ToxicDB, ты хотел сказать ))

https://github.com/TinkoffCreditSystems/ScalaDatabase это?

https://github.com/TinkoffCreditSystems/ScalaDatabase это?

Нет

Что-то, что видимо, когда-то с этого начиналось

Там же всё синхронно

@gurinderu я для тебя картинку нашел про ломающийся докер - https://scontent-frt3-1.xx.fbcdn.net/v/t1.0-9/18485579_1309166202537291_8268558682155087676_n.jpg?oh=560e41367e04c50e49a0fb7a2a9ae4d4&oe=5976595E

@nikitamatveenko это скорее картинка для авторов докера

чо там когда уже vagga взлетит

или этот, забыл название, который консорциум из редхата и его друзей пилил