откуда инфа про джит? эт ж рулетка

евангелие от jvm

даже вмшики не говорят ничего точного про джит)

jit это не рулетка, а большой набор логики. она не рандомная, а сугубо формулы и статистика

бгг, просто эти баги в софте на динамических ЯП не нашли пока

значит они не такие критичные, не? :)

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

даже вмшики не говорят ничего точного про джит)

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

откуда инфа про джит? эт ж рулетка

чо читать по жвм, я осилил спеку

значит они не такие критичные, не? :)

или что народ доволен, что вообще что-то как-то работает статистика, да ещё по гитхаб bug лейблам...

есть альтернативная? :)

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

учитывая количества кода в с2 я думаю вмщики тож не знаю как он работает)

ну и да, там же написано: «Static vs Dynamic is not th​​e issue The charts show no evidence of static/dynamic typing making any difference, but they do show, at least in my humble opinion, a gap between languages that focus on simplicity versus ones that don't.»

учитывая количества кода в с2 я думаю вмщики тож не знаю как он работает)

где про гарбаджи читать , а не эден то, эден сё, большой объект сразу к адаму поместим и так далее?

где про гарбаджи читать , а не эден то, эден сё, большой объект сразу к адаму поместим и так далее?

gc handbook

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

если найдешь у них в коде val whatToDoNext = Random.next(10000) - наверное тогда стоит признать, что таки да - есть там рандом. Но мое утверждение в том, что все алгоритмы в джит детерминированы, а значит не рандомны. То, что твоя программа может пойти многими путями - не делает джит рандомом.

если найдешь у них в коде val whatToDoNext = Random.next(10000) - наверное тогда стоит признать, что таки да - есть там рандом. Но мое утверждение в том, что все алгоритмы в джит детерминированы, а значит не рандомны. То, что твоя программа может пойти многими путями - не делает джит рандомом.

c такой логикой у тебя и рандом не рандом

c такой логикой у тебя и рандом не рандом

так и есть ведь, мы же везде с псевдо имеем дело

@rudogma по определению, рандом — когда наблюдатель не знает внутренних механизмов а оные для jvm jit implementation-specific, максимум что можно думать — про поведение конкретной jvm на конкретной машине, не?

так и есть ведь, мы же везде с псевдо имеем дело

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

ну либо осилить все сорцы джита, это для джедаев, правда

@rudogma по определению, рандом — когда наблюдатель не знает внутренних механизмов а оные для jvm jit implementation-specific, максимум что можно думать — про поведение конкретной jvm на конкретной машине, не?

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

тогла достаточно практичное решение — пара тестов на jmh :) думаю, займусь этим на выходных

в прочем в любом случае, учитывая факт использования cast + val dummyTagger - можно утверждать, что нагрузка настолько минимальна, что можно почти пренебречь даже до уборки джитом

тогла достаточно практичное решение — пара тестов на jmh :) думаю, займусь этим на выходных

там нет выделения памяти под прокладки. поэтому будет тратой времени)

тогла достаточно практичное решение — пара тестов на jmh :) думаю, займусь этим на выходных

заведи девушку

кстати говоря, простейшая синтетика уже указывает на чистку https://github.com/Rudogma/scala-supertagged/blob/master/shared/src/test/scala/supertaggedtests/BenchTags.scala

заведи девушку

универсальный ответ

vscode же на базе атома

омг, нет, оба на базе электрона, но один фиг лучше idea никто скалу не поддерживает пока

кто что использует для хождения по json-у в тестах?

кто что использует для хождения по json-у в тестах?

json4s + jackson

вот мне тоже он кажется самое то

падает быстро

jobj \\ "key"

почему падает

ну, если json неверный, то тебе вернется не Option, а упадет ошибка. или там будет JNothing?

parse({}) \\ "key" что вернет?

исключение или JNothing?

точно не помню, но вроде как падает. Быстрее проверить самому

JNothing вроде

def \(nameToFind: String): JValue = jv match { case JArray(xs) => JArray(findDirectByName(xs, nameToFind)) case _ => findDirectByName(List(jv), nameToFind) match { case Nil ⇒ JNothing case x :: Nil ⇒ x case x ⇒ JArray(x) } }

по лучше конечно проверить

точно не помню, но вроде как падает. Быстрее проверить самому

да сейчас проверю

JNothing вроде

так и есть (parse("{}") \ "foo") == JNothing (parse("{}") \ "foo" \ "bar") == JNothing

\\ вроде упадет

jobj \\ "key"

удобнее сёрси ничо не видел @JsonCodec решает

в circe есть cursor и \\, но результат - это обычно Option или Either. в тестах удобнее чтобы быстро упало - без Option или Either. а так я тоже ничего удобнее circe не видел

Option.get() *кривая рожа*

да не, можно OptionValues из scalatest использовать

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

Option.empty[Int].value тоже грохнется со свистом

/voteban

скаланы, кто сидит на slick не в курсе как без особой боли и страданий сделать что-то в духе select from {table_name} where extract(month from {date_column_name}) = {month_number};

а что вызывает боль сейчас?

{table_name} должен быть параметром?

если table_name и date_column_name должны подставляться динамически, то тебе нужны их plain sql запросы

нет, вопрос в том как сделать екстракт месяца с даты, всякие {table_name} и {column_name} можно игнорировать - это просто для полноты запроса

ну, через plain sql запросы

http://slick.lightbend.com/doc/3.0.0/sql.html

пишешь extract как бы ты писал его в обычном sql запросе к постгресу, или что у тебя там

но я все равно не понимаю в чем твоя боль

единственное что не очень приятно - в случае с plain sql тебе придется руками написать маппинг из ResultSet в твои кейс-классы/туплы

в этом и суть, что не хотелось бы писать sql, а по нормальному в духе .filter(_.date.month === month)

не уверен что так получится

по крайней мере я не знаю как

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

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

везде своя боль

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

к quill присматриваюсь

но есть ощущение, что там тоже беда с чем-то сложнее обычных селектов...

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

у меня тоже апсерты нативные постгреса не завелись

у меня тоже апсерты нативные постгреса не завелись

аналогично, поэтому пришлось писать sqlu"....."

issue кстати в их репе на эту тему тоже висит

скаланы, кто сидит на slick не в курсе как без особой боли и страданий сделать что-то в духе select from {table_name} where extract(month from {date_column_name}) = {month_number};

Вот здесь есть пример, но сам не пробовал https://github.com/tototoshi/slick-joda-mapper/issues/44

Вот здесь есть пример, но сам не пробовал https://github.com/tototoshi/slick-joda-mapper/issues/44

благодарю

странно, что даже в slick-pg нет такого екстеншена

в слике есть поддержка кастомных функций, не подойдёт?

в слике есть поддержка кастомных функций, не подойдёт?

да, как раз что-то в этом духе и пробую впилить

в слике есть поддержка кастомных функций, не подойдёт?

через функции не знаю можно или нет, но вот как в экземпле, который @kdarkhan скинул - завелось

да откуда они повылазили

эти спамеры

и чтобы разбавить вчерашний тред, скажу так, ДУБИ!

@optician_owl https://users.scala-lang.org/t/categories-description/652/1 ты?)

не знаю о чем ты

Most liked - folex

Да, точно не ты

иди работай, а то код красный)