а все время компиляции сколько занимало ?

7 минут (без выкачивания зависимостей, но вместе с assembly)

сколько чистая компиляция - уже не помню

а сколько кода примерно ? тысяч 100-200 строк ?

50-60

Ожили?

90к — 187 секунд чисто на компиляцию

~150k 111 сек чисто на компиляцию, cats.implicits._ в 2\3 файлов

Ожили?

частично

т.ч. экономия на спичках :)

~150k 111 сек чисто на компиляцию, cats.implicits._ в 2\3 файлов

Интересно. А на какой машине, и сколько подпроектов (не уверен, играет ли это роль, но всё же)?

20+ подпроектов, i7 6700, 16gb

test:compile еще 53 сек

У нас на билдере чуть слабее проц видимо. Может поэтому. Ну да: Intel(R) Xeon(R) CPU @ 2.50GHz 4 vCPU

~150k 111 сек чисто на компиляцию, cats.implicits._ в 2\3 файлов

ну может станет 60 секунд, ты проверь =)

Все пропало

Пацаны, как в сбт добавить к scalacOptions только к нормальным сходникам, без src_managed?

Разделить на 2 проекта можно

Боялся этого ответа

фатал варнинги не можешь включить?

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

Подскажите пожалуйста как в мире ORM для scala решается вопрос soft delete из бд? Вручную каждый у себя реализует? Нет поддержки на уровне ORM? В slick ничего подобного не могу найти

да, вручную

софт делете - это поставить флажок неактивно?

Вручную, ты наверное с Rails перешел, когда-то тоже такие вопросы интересовали ))

@odomontois то к нам с рельс пришёл

Мне кажется, я до сих пор иногда на рельсах

софт делете - это поставить флажок неактивно?

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

И каждый раз мутите проверки в запросах или пишите какой-нибудь implicit метод?

val foos: TableQuery[Foos] = TableQuery[Foos] val activeFoos = foos.filter(_.deletedAt.isEmpty) И использовать activeFoos вместо foos, где нужны только "неудалённые"

val foos: TableQuery[Foos] = TableQuery[Foos] val activeFoos = foos.filter(_.deletedAt.isEmpty) И использовать activeFoos вместо foos, где нужны только "неудалённые"

Спасиб

val foos: TableQuery[Foos] = TableQuery[Foos] val activeFoos = foos.filter(_.deletedAt.isEmpty) И использовать activeFoos вместо foos, где нужны только "неудалённые"

Так и каков же ответ на вопрос > И каждый раз мутите проверки в запросах или пишите какой-нибудь implicit метод?

А давайте вернёмся в гиттер

Там хорошо с цитатками и с маркдоуном

но плохо со всем остальным

А мд там божественный да

но плохо со всем остальным

Только с мобильным клиентом и количеством людей, знающих что это такое

стационарный тоже педальноват

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

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

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

я сделал так

Разделить на 2 проекта можно

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

а как ты убираешь лишние импорты?

а как ты убираешь лишние импорты?

рукой

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

на базе scalacOptions += "-Ywarn-unused:imports"

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

Разделить на 2 проекта можно

Ясно, скучно

ну ничего, когда-нибудь

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

У меня конфликтовал со скаламетой для макросов

а у меня просто виснет

выжирает любое кол-во памяти и дохнет

а там же вроде можно скалафикс поставить как cli

41 выпуск подксата Scalalaz https://scalalaz.ru/series-41.html на этот раз с видео!

41 выпуск подксата Scalalaz https://scalalaz.ru/series-41.html на этот раз с видео!

ссылка на java10 битая

минимально погонял сервси на java 10 с граалем\g1 и java8 g1

а кто из них кто?

верхняя 10?

сейчас подправлю описание

а кто из них кто?

Нижний 10

С мобилы не фига не видно и проц в принципе курит

я что-то не понял, или верхняя выглядит лучше?

ERROR: S client not available

По мне, одинаковые. Но там нагрузки нет.

Ну и тестить грааль надо на одной версии. Гц разный и еще куча всего

Ну и тестить грааль надо на одной версии. Гц разный и еще куча всего

спасибо, хорошая идея - завтра потещу грааль отдельно, еще gc логи пособираю

хм

в новом сбт не мало нового для 9 и 10

чую совсем скоро можно будет переезжать

прямой сейчас проект на 9-ке прекрасно себя чувствует)

Подскажите пожалуйста как добавить моделям в slick какие-то дефолтные columns? Ну вот у меня почти всегда есть id, часто createdAt и подобное, как добавлять их автоматом, а не описывать каждый раз вручную?

У тебя так много сущностей, что добавить вручную - это проблема?

У тебя так много сущностей, что добавить вручную - это проблема?

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

Вообще нашел что-то похожее на то, что мне нужно, но пока не заставил это работать, мб кто поскажет что тут не так? http://gavinschulz.com/posts/2016-01-30-common-model-fields-with-slick-3-part-i.html

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

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

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

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

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

потому что

и subtyping

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

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

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

Просто это такая тривиальная вещь, что про нее никто не пишет...)

Люблю такое

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

Только не со сликом ((

и subtyping

почему сабтайпинг отстой?

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

сцук, если бы не exhaustiveness всё было бы так просто

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

А потом ты такой добавляешь сущность, которой нужно "всё тоже самое, только вот это поле чуть по другому"

и вся твоя абстракция разваливается

А потом ты такой добавляешь сущность, которой нужно "всё тоже самое, только вот это поле чуть по другому"

На 99% уверен что поле id, там где оно будет - будет одинаковое

А это очень много сущностей

Так же как и createdAt

сцук, если бы не exhaustiveness всё было бы так просто

Походу так работает sealed abstract class Root object Root { private final case class LeafInt private (i: Int) extends Root object LeafInt { def apply(i: Int): Root = new LeafInt(i) } private final case class LeafString private (s: String) extends Root object LeafString { def apply(s: String): Root = new LeafString(s) } } object Foo { import Root._ val x: Root = null x match { case LeafInt(i) => println(i) case LeafString(s) => println(s) } }

На 99% уверен что поле id, там где оно будет - будет одинаковое

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

там даже один private лишний

https://arxiv.org/pdf/1803.10228.pdf закиньте в ништяки