Pull to refresh
15
0
vuspenskiy @vuspenskiy

User

Send message

Пеши исчо. Если будут вопросы по scala-meta — пиши, мы с Женей теперь почти соседи 8-)

Ну, как бы, api first.

Вот, чтобы клиентский api был удобен, без магии. Да и вроде в Typesafe Reactive Platform для работы с БД Slick положен, а тут по дефолту не он, что странно.

Переехали на spray-io, клиентский api опять же свой.

Может правда я покастомнее люблю, но мы с пацанами когда выбирали, как-то сразу всем spray больше понравился.
Я второй год на Scala Days продвигаю тему, что разработчики Play — бакланы :) В прошлый раз задавал им вопросы и было много лулзов. Spray куда лучше, хотя скорее не для сайтиков, а для http. Хотя шаблонизатор туда очень просто влезает и с WS не думаю, что какие-то проблемы. Правда чуваки используют scalaz и IDEA иногда не очень понимает, что происходит :)
Так Женя ж на белорусский перевёл :)
всё-таки, квазикавычки.
Пожалуйста, вот ссылка на звук files.mail.ru/7C8524A1BCEB472A93C8D3A817B8BF20, вот моя презентация (шла второй) speakerdeck.com/vuspensky/type-theory. Первую, по Spray попробую выпросить у автора.
Прошу прощения, видимо, нет. Не успел поймать наших операторов, а сам с профессиональной камерой не разобрался.
В теории можно выцепить звук и наложить на презентацию, но времени совсем нет. Если хотите выложу звуковую дорожку.
Класс, крутые! Будете в наших краях, заезжайте, можно без встречи, будем рады!
организуйте, это просто. хотите напишу список того, что нужно для счастья?
людей у вас, по ощущениям, даже больше увлекающихся.
Спасибо за идею про неявный параметр. Пока не вкручивал, но попробую обязательно, жаль что вылезает слово implicit в прикладном коде…

От ORM не отказывались, его у нас не было ;)

Про пулы — да, это не про реактивность, а вообще про то, как справляться с нагрузкой. Но таки это ограничивает количество одновременно обрабатываемых запросов, а с реактивностью за счёт асинхронности такого быть не должно. Короче, принципиально улучшить архитектуру поможет только переход на другую БД или реверс инжиниринг драйвера, второе очень неконструктивно по ряду факторов.
Прошу прощения, в первый раз будем по простому делать. Попробую обсудить с коллегами, как можно улучшить формат, например, регистрацию в meetup сделать…
Чувствую, как будто, убил котёнка.

Извини, что не отписал фидбек по собеседованию, но там и помимо qsort было много огрехов.
Если ты узнаешь побольше, всегда рады пересмотреть твою кандидатуру.
Источниками информации готов поделиться.
Посмотрите пример ниже. Все sqlи выполняются с одним соединением в `execute`. BEGIN-END не нужны.
Иногда хочется композировать запросы:

database.execute { connection => val result = database.query(sql"select 1 from dual")(connection) database.update(sql"update users set result = ${result}")(connection) }

или даже так можно:

database.execute { connection => database.update(sql"update table1 set field1 = 1 where key1 = 1") ~ database.update(sql"update table2 set field2 = 2 where key2 = 2") }

batch update тоже есть, да.
ScalikeJDBC-Async provides non-blocking APIs to talk with PostgreSQL and MySQL in the JDBC way.


sad.
:-D

Если бы речь шла только про базюльку нашего приложения — без вопросов, мало того на NoSQL даже.
Спасибо, заценим `scalikejdbc`, хотя есть мысли на MongoDB сползать сильнее в будущем.
Вроде это обычная практика, нет? Позволяет сделать так, чтобы количество соединений с базой не зависело от количества клиентов. Можно нагрузку на базу регулировать.

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

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity