из колоночных опенсорсных есть еще https://github.com/greenplum-db/gpdb https://en.wikipedia.org/wiki/MonetDB

платных тоже кроме вертики куча

в том числе конечно же SAP HANA :)

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

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

А как же Greenplum?

Эм, в друиде тоде о джоинах можно забыть

не для того они

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

у нас вертика например

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

кликхаус сильно уже про друид не в теме(

от тинькоффских двхшников была статья на хабре недавно об эксперименте сравнительном

https://habrahabr.ru/company/tcsbank/blog/310620/

кликхаус сильно что?

блин, ударение %) более узок

а, Уже с ударением на у

да, простите

А где apache Ignite и hazelcast

>Еще пара ламацких вопросов: А друид хорошо масштабируется? На больших объемах не деградирует? У нас преполагается пара теребайт данных, 20-30 лярдов однотипных записей. Фигня для него? Хорошо масштабируется. У нас около 300 терабайт скомпрешенно хранится в друиде, которые получаются из около 100 миллиардов (что соответствует 100 Тб) входящих записей в день. В основном хорошо иметь мониторинг, чтобы понимать, что где тормозит. Джойнов нет, но есть query-time lookups (http://druid.io/docs/latest/querying/lookups.html) - такие джойны для бедных. Мы джойним данные в риалтайме, но для этого надо заранее знать, что с чем джойнить. Писать данные в риалтайме в друид можно, используем tranquility из самзы (https://github.com/druid-io/tranquility).

потому что они вообще говоря не свободные а бесплатные

отзывчивое программирование ?

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

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

Пыщ! http://scalalaz.ru/series-06.html

Пацаны ваще ребята!

этот выпуск был самым непонятным из всех

как по мне, самый интересный

я не говорил "не интересный"

одно другому не противоречит)

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

осень

Посоны. Мне кажется, правительство специально вносит хаос в именования, чтобы ввести нас в заблуждение. Метод pure у ApplicativeFunctor в хаскеле называется point. А Free(монад) там называется Fix ("the fixed point of a functor”). А point в гомотопии = типа в теории типов = proof в логике.

Жалко, у меня рабочий день. Но я разберусь с этими секретными материлами. Ваш малдер!

А может лучше Настя?

"Метод pure у ApplicativeFunctor в хаскеле называется point" - разве?

http://learnyouahaskell.com/functors-applicative-functors-and-monoids а не тоже: pure :: a -> f a point только у этого мужика используется: http://underscore.io/blog/posts/2015/04/14/free-monads-are-simple.html#fn:laws

pure, point, return... я совсем запутался.

А может лучше Настя?

Настя - хороший мем. Но нет, документация cats выглядит интересней.

у него вообще странно, point + flatmap ) я такого сочетания не видел еще

но у него point - это return он же unit по идее

point = unit = return = pure === def f[M[_], A](a: A): M[A] ?

ну pure - это операция на аппликативных функторах, ей не обязательно нужна монада

Да. Вообще монады - оверкилл, мы должны вернуться назад к природе, к аппликативным функторам.

к профункторам

стал изучать ФП, теперь меньше люблю код коллег, а они - меня. что делать?

заменить их роботами

используя повышенную продуктивность за счет ФП

Прокачивать soft skills, и по-немногу показыать им плюсы различных подходов, и кидать статьями

либо сменить работу

Вообще, подходы везде разные, очень легко запутаться. в lyhfgg, аппликативные функторы - это первый шаг к IO: http://learnyouahaskell.com/functors-applicative-functors-and-monoids Второй шаг к IO был бы free monads, но в туториале этого нет Многие скалисты пишут free monads через Coyoneda http://underscore.io/blog/posts/2015/04/14/free-monads-are-simple.html#fn:laws https://www.youtube.com/watch?v=oAu0MIe072M&index=17&list=PL9KXdMOfekvYn_x-GEPTp3wlX6iJk_Jmu Один скалист сидит на героине: http://eed3si9n.com/herding-cats/Free-monoids.html В cats делают акцент на то, что free monad нужна, чтобы "бесплатно" получать монады из функторов. Это нужно для того чтобы комбинировать вычисление (то есть писать for comprehension). Cats выглядят намного понятней и мотивированней, чем все остальное (+ вот эти лекции по ним https://www.youtube.com/watch?v=VWCtLhH815M&index=2&list=PLFrwDVdSrYE6dy14XCmUtRAJuhCxuzJp0#t=2.745142)

Еще можно подставить их, уволить, и нанять новых

беда в том, что главный не шарит

стал изучать ФП, теперь меньше люблю код коллег, а они - меня. что делать?

Заниматься герилья-программирование и присовывать State Monad, Xor, OptionT и прочие полезности

Это как с наркотиками. Как подсадить своего друга-алкаша-оопешника на героин

Подбежать и воткнуть иглу?

охохо хор в грувях

герилья хор вариант, если успеть

кто вкурсе как можно отправить сообщение актору и получить ответ в НЕ актера ?

потом просто сравните баги и всем все станет ясно, тоже что с тестами

хорошо, что на удаленке работаем. а то я умею каратэ и не умею спорить

кто вкурсе как можно отправить сообщение актору и получить ответ в НЕ актера ?

конкретней вопрос, непонятно

кто вкурсе как можно отправить сообщение актору и получить ответ в НЕ актера ?

вот меня тоже интересует, особенно учитывая что акторы знают protobuf

Ответ на самом деле простой: написать в принимающем акторе соответствующую логику, которая ответит куда нужно

на сколько это будет лоу левелным? =))

ERROR: S client not available

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

что то делаю нетак, непонимаю что

Не отвечаешь обратно?

отвечаю

сендеру

куда? в sender()?

sender() -- функция от времени, нужно сохранять значение в переменную

эт я поняяял

case msg => Future { ... } onComplete { case _ => sender() ! Answer } не сработает, тк sender() может быть чужим

тогда код показывай :)

implicit class RequestHttpRunner(val request: Request) extends AnyVal { def run()(implicit system: ActorSystem): Future[HttpResponse] = { implicit val ec = system.dispatcher implicit val duration: Timeout = getTimeout() lazy val managerRef: ActorRef = system.actorOf(Props(classOf[RequestManagerActor], getRoot(), duration), getName()) managerRef.ask(request).map { case message: HttpResponse => println("received response in implicit") message case other => throw new IllegalStateException(s"received response: $other") } } }

в map результат не приходит

override def receive: Receive = { case r@RequestHost(host) => val ref = context.actorOf(Props(classOf[RequestExecutorActor], host), s"${host.host}") ref.ask(r.toRequestBody)(akkaTimeout, sender()) context.become(receive(Map(host -> ref.path))) }

ресив следующего актора

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

override def receive: Receive = { case requestBody: RequestBody => val senderRef = sender() sendRequest(requestBody2HttpRequest(requestBody)).foreach{ value => senderRef ! value } }

последний етап

там респонс приходит

сделай через pipeTo, а не через foreach

это не решение проблемы, но так лучше =)

принято

@e8kor и больше не нужно вот так код постить, есть же всякие pastebin

принято

Может оно просто не успевает?

один и тот же актор может иметь больше одной ссылки ?

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

Там достаточно непонятный context.become во втором ресиве

стал изучать ФП, теперь меньше люблю код коллег, а они - меня. что делать?

Мое видение про переход на фп такое. Чистое фп - это как производство и употребление кристаллического метамфетамина, кустарно максимум новичок может грязный винт сварить. Я на первом проекте изначально делал dependency injection через reader monad, все джобы на спарке обернул в ReadWriteStateMonad и несистематчино присыпал это scalaz.Task. Это оказалось ужасно в итоге, единственный плюс, что человек после меня не смог это сразу сломать, поэтому пару месяцев после моего ухода это все еще работало. Так что подсаживатсья надо плавно. Сначала трава - это option вместо null. Потом грибы - это чтобы все функции, которые могут фейлиться, возвращали Validation тип (Either[CustomError, _]). Потом комбинировать их через for comrehension. Потом начать комбинировать option c future (трава с табаком). Потом сформулировать бизнес-логику как алгберу - это уже кокаин. Дальше будет сложно находить места, куда можно присунуть Free Monad(будешь как наркоман в поисках неиспользованной вены, все они где-то глубоко под кожей). Ну а дальше я сам не заходил.

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

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

зигоморфизмы гистоморфизмы вот это всё