кстати, кто-то пишет на вскоде|атоме? - этот электрон так же батарейку ест, как и идея?

vscode лучше с батареей, плюс ноги не греет и не лагает на больших проектах. Атом же хуже, лагает и иногда плюется ошибками undefined

это если без ensime

с sbt server

ensime иногда начинает жрать cpu, что нужно килять руками

vscode лучше с батареей, плюс ноги не греет и не лагает на больших проектах. Атом же хуже, лагает и иногда плюется ошибками undefined

т.е. у тебя только подсветка без переходов по дефинишенам?

кстати, кто-то пишет на вскоде|атоме? - этот электрон так же батарейку ест, как и идея?

если пускаешь ensime, там примерно также все как с идеей чуть по лучше конечно но не существенно

т.е. у тебя только подсветка без переходов по дефинишенам?

ага, больше и не нужно

не, ну по исходникам-то как? (зависимостей)

через ctags вариант более менее

+ всякие интеграции с pt, ag, ack ...

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

да все так

может scalameta всех спасет

Не спасёт

ну всё, теперь точно не спасет

а что может всех спасти?

dcos?

golang)

dcos, переписанный на голанг?

но там же нет нетти

getty сделаем

так вот что за галеру ты предлагал Антону - переписать дцос и нетти на голанг

Товарищи, возможно ли такое безумие, или у меня ум за разум зашёл: лежит несколько имплисит конвертеров из конкретных типов в один класс (непараметризованный). Хочу рядом с ними положить конвертер, который бы разворачивал Опшен[Т], применяя внутри себя конвертер для Т.

если конвертер будет def и принимать имплисит конвертер для T, то почему нет?

Итоговый класс не типизирован вот...

Ой, не параметризован

https://scastie.scala-lang.org/Z1kkurat/Xan8a6ErQ8iO5pbJFF4aKQ/2 вот это?

конвертер в стринг?

эт Show зовется

Конвертер не параметризован

как эт

эм

хм

конвертер написан на го?

конвертер для всегда известного типа

наверное

не, он говорит "несколько имплиситных"

Блин, ну с телефона хрен что напишешь

а че нет

Я тут веселые велосипеды варю сваркой просто.

прост несколько реализаций нетипизированного конвертера

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

или они не имеют общего ничего?

если они нетипизированы, то при резолюшене имплиситов там же ж ambiguity будет?

Блин, ну с телефона хрен что напишешь

а зачем тогда вопрос писать? я чот не пони

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

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

а вот как резолвится будет, эт другой вопрос)

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

ну да )

trait Bindable { def binder(idx: Int): PreparedStatement => Unit } object Bindable { implicit def fromString(str: String): Bindable = new Bindable { def binder(idx: Int): PreparedStatement => Unit = _.setString(idx, str) } }

Какой же это ад с телефона... Порезал до минимума, чтобы ясно было

здесь без Гришиных стикеров не обойтись

кстати

забыл его на ноут наклеить

trait Bindable { def binder(idx: Int): PreparedStatement => Unit } object Bindable { implicit def fromString(str: String): Bindable = new Bindable { def binder(idx: Int): PreparedStatement => Unit = _.setString(idx, str) } }

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

Кирилл ну ты же сам ответил на свой вопрос если у тя нетипизированные имплиситы как их типизировать то

Кирилл ну ты же сам ответил на свой вопрос если у тя нетипизированные имплиситы как их типизировать то

вотетапаварот

Кирилл ну ты же сам ответил на свой вопрос если у тя нетипизированные имплиситы как их типизировать то

Ну вообще да

ну выходит что да. либо переписать =)

Не, параметризовать нинада

Как раз специально так сделал

ERROR: S client not available

ну такая тема есть, это называется View Bounds

ну такая тема есть, это называется View Bounds

Context

Context

Nope

def bind[A <% Bindable](a: A)

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

Никто и не пользуется, deprecated

Ну и не надо значит пользоваться

А то будет у меня велосипед на деревянных колесах.

и будешь рад тому что он едет хотя бы, а не взрывается

да, пишут просто bind(a: Bindable)

Эт уровнем повыше

В недавнем докладе у меня для этих же целей придуман целый тайпкласс PersistDump

http://www.scala-sbt.org/assets/sbt-logo.svg лого в стиле апи

У меня вышло так: implicit def fromOptionValue[T](optVal: Option[T])(implicit ev: T => Bindable): Bindable

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

@notxcain мыслечитатель

раз уж давно не было про kotlin

Ксамарин-лайк подход на котлине? Интересно.

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

xamarin мне кажется про другое, не?

там UI тоже пишется

Коллеги, привет!

подскажите, пожалуйста, чем википедию разбирать?

что-то есть готовое?

Говорят она на пхп

да не, там SPARQL

понятно что можно и селениумом))

http://wiki.dbpedia.org/

и, к слову, оно на скале