а в базе никак тип не поменять?)

или может проще дб переехать с интов на на что-то нормальное

потому что имо int не самый лучший тип для id

а в базе никак тип не поменять?)

вот вот

думаю так даже лучше будет

оставь лонг и попробуй сделать в базе bigserial

ток провеь что все работать будет)

спасибо пацаны!

ну или bigint сделай, чтоб наверняка совпадало)

пацаны ваще стримята, кто нибудь юзал fs2-kafka? pros and :: ?

ну или bigint сделай, чтоб наверняка совпадало)

bigserial и есть bigint, это просто альяс для авто создания счетчика и связка дефолта как значение счетчика.

bigserial и есть bigint, это просто альяс для авто создания счетчика и связка дефолта как значение счетчика.

https://www.postgresql.org/docs/9.1/static/datatype-numeric.html

чтоб знал разницу

https://www.postgresql.org/docs/9.1/static/datatype-numeric.html

там все равно бигинт

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

@gurinderu ну и раз уж ты сам скинул ссылку на доку, то чтобы ты знал)

ну да

я прост про то, что генератор не создаст отрицательное число

и формально ренж другой из-за этого, хотя ты конечно можешь

Но записать руками ты можешь

и формально ренж другой из-за этого, хотя ты конечно можешь

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

почему не корректна

размер то написан)

размер то написан)

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

значения JAVA_OPTS снаружи перетирают те что указаны в sbt ?

если я в CI укажу одни флаги а внутри sbt другие - кто выиграет ?

значения JAVA_OPTS снаружи перетирают те что указаны в sbt ?

Дружба.Побеждает всегда дружба :)

если я в CI укажу одни флаги а внутри sbt другие - кто выиграет ?

Паша

Тут ребята из ScalaUA пишут: "Anyone interested to hear about JSON libraries, for Liftweb framework, on April 20 (evening time)? Marko Milić from Tesobe would be able to speak about that, just after the ScalaUA day 1 (after 19:00)." Ответьте плюсиком пожалуйста, если интересно послушать. Если наберется 5-10 человек, то ребята сделают трансляцию.

+

это сообщение из какого года?

лифт еще жив?

-

кто-нибудь юзает ensime?

Тут ребята из ScalaUA пишут: "Anyone interested to hear about JSON libraries, for Liftweb framework, on April 20 (evening time)? Marko Milić from Tesobe would be able to speak about that, just after the ScalaUA day 1 (after 19:00)." Ответьте плюсиком пожалуйста, если интересно послушать. Если наберется 5-10 человек, то ребята сделают трансляцию.

+

лифт еще жив?

не все еще похоже на королев перешли.

не все еще похоже на королев перешли.

я потому и удивился

Алексей , не проще ли голосовалку устроить?

Алексей , не проще ли голосовалку устроить?

хорошая идея

Тут ребята из ScalaUA пишут: "Anyone interested to hear about JSON libraries, for Liftweb framework, on April 20 (evening time)? Marko Milić from Tesobe would be able to speak about that, just after the ScalaUA day 1 (after 19:00)." Ответьте плюсиком пожал Не интересно – 18 ??????? 90% Интересно, буду слушать – 2 ? 10% ? 20 people voted so far.

это типа тролли такие7

это типа тролли такие7

ну мало ли. не все же используют свежайшие моднейшие библиотеки.

ну мало ли. не все же используют свежайшие моднейшие библиотеки.

spring?

spring?

Spring моднейший, просто не тут

http://www.scala-lang.org/blog/2018/04/19/scala-3.html

What about macros? Stay tuned! We are about to release another blog post specifically about that issue.

издевается

What about macros? Stay tuned! We are about to release another blog post specifically about that issue.

Обещанного три жизни ждут)

> Scala 3 code can use Scala 2 artifacts Это что, даже не нужно будет кросс паблишить либы под дотти?

> JetBrains has also released a first version of Scala 3 support in their Scala IntelliJ plugin, and we intend to work with them on further improvements. Они вроде отказались от поддержки dotty

Да, пишут конвертер в котлен

> JetBrains has also released a first version of Scala 3 support in their Scala IntelliJ plugin, and we intend to work with them on further improvements. Они вроде отказались от поддержки dotty

можно пруф?

можно пруф?

Нет

Да, пишут конвертер в котлен

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

К 2020 может еще одумаются

> Scala 3 code can use Scala 2 artifacts Это что, даже не нужно будет кросс паблишить либы под дотти?

похоже на то, круто

к тому времени все на емаксе будет

похоже на то, круто

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

> Scala 3 code can use Scala 2 artifacts Это что, даже не нужно будет кросс паблишить либы под дотти?

Очень скептически на это смотрю, тут проблемы между 2.12 и 2.11, а тут типо всё ок будет между 2 и 3

ну и что все-таки с рерайтами, которые Петрашко пилил?

Очень скептически на это смотрю, тут проблемы между 2.12 и 2.11, а тут типо всё ок будет между 2 и 3

Что за проблемы? Нам как раз в этом месяце предстоит миграция на 2.12

Что за проблемы? Нам как раз в этом месяце предстоит миграция на 2.12

Сорян, не протаколирую в каком месте вылезла проблема

ERROR: S client not available

Ну бинарная несовместимость как бы намекает

Это понятно

Всегда порядок был такой: фиксим депы, меняем версию.

И по твоему сообщению я понял что появились какие-то лишние телодвижения

Вот и хотел узнать какие

И по твоему сообщению я понял что появились какие-то лишние телодвижения

Нет, если ты все либы переводишь в 2.12 никаких особо проблем не должно возникать

А, ну ок

И по твоему сообщению я понял что появились какие-то лишние телодвижения

фиксим депы - большая часть телодвижений

Кстати, где посмотреть лист моднейшего к юзкейсам? Например нужно такое решение ,лучше взять такое то

здесь написать

Рестфул с дб и третьими сервисами

Что лучше взять ?

akka-http + monix

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

правильно, потому что надо брать http4s

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

Пока нет

правильно, потому что надо брать http4s

и всё на fs2 делать, да

правильно, потому что надо брать http4s

призывается @pavel_glushchenko для того, чтобы подобрать правильное слово в отношении http4s

а чего с ним не так?

я хз, не могу тут быть объективным

винда днище, да

призывается @pavel_glushchenko для того, чтобы подобрать правильное слово в отношении http4s

у него авторские правда на слово "днище" ?

akka-http + monix

Спасибо

у него авторские правда на слово "днище" ?

еще было на "пушку", но Фомкин как-то сумел отобрать

еще было на "пушку", но Фомкин как-то сумел отобрать

это чтобы монополии не было

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

Аккаунт+моникс все будет неблокирующее?

Аккаунт+моникс все будет неблокирующее?

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

доступ к бд еще

включал в "сервисы"

согласен, что лучше уточнить