так же вроде?

какие фичи?

и в какой плагин к code?

как минимум есть три конкурента

ну ладно, энзим не считаем, два

микрософт встроит его в code как и поддержку js ts

микрософт встроит его в code как и поддержку js ts

кого - его?

воркшиты, автоимпорт. автокомплит

code будет поддерживать скалу также как и скала-иде. какая разница в каком это будет плагине, если это будет вообще

Будто какой-то кривой айфон взял в руки после ангелического Сяоми

Пхахахаххахахахахаахахахаххахахахаахах( но там же до недавнего времени даже магазин приложений не стоял , который плей )

code будет поддерживать скалу также как и скала-иде. какая разница в каком это будет плагине, если это будет вообще

майрософт сам не делает поддержку языков, это всё делают плагины, мало того конкурируя друг с другом часто

есть как минимум a) https://www.scala-sbt.org/1.x/docs/sbt-server.html b) https://github.com/ShaneDelmore/language-server c) https://github.com/ensime/ensime-server

и разница офигенная между ними

Яркий пример - хачкель. Для него есть https://github.com/hoovercj/vscode-ghc-mod https://github.com/haskelly-dev/Haskelly https://gitlab.com/vannnns/haskero и эппл знаего ещё что И у всех разные фичи и возможности к применению

Чет я не понял. Скалисты используют vs code от богомерзкого майкрософта?

Чет я не понял. Скалисты используют vs code от богомерзкого майкрософта?

он давно обыкновенный. Не более мерзкий, чем остальные

Чет я не понял. Скалисты используют vs code от богомерзкого майкрософта?

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

Конец света близко, видать. Так, глядишь, и к .net core с f# начнут присматриваться

Связка emacs + ensime неплоха, все в принципе есть, только дебаг у меня там не завёлся.

Хотя не

Там имплиситов нет

а как же темная тема оформления?

Idea Light one love

Некоторые типолюбы очень любят бросаться статьями от microsoft research, и я даже вру себе, что читаю их

а я купил!

а я не покупал, мне подарили

а я не покупал, мне подарили

наимплиситил

Чет я не понял. Скалисты используют vs code от богомерзкого майкрософта?

нормальный он, летает в отличии от атома

http://www.scala-lang.org/old/node/8610 вот тоже чем не опрос можно сделать кстати. навеяно имлиситами)

если сравнивать с electron-based IDE/редакторами - самый быстрый

если сравнивать с electron-based IDE/редакторами - самый быстрый

т.е. мы сравниваем вскод и атом?

нет, я просто вступился за vscode

просто звучит как "самый быстрый из двух"

Ну я сам вскод активно использую, просто сильно удивился

если сравнивать с electron-based IDE/редакторами - самый быстрый

а есть еще electron-based редакторы?

а есть еще electron-based редакторы?

атом же

да, а еще?

и слак

такой очень хреновый редактор

в слаке автодополнение не оч

но всё равно чуть менее хреновый, чем чат

atom на javascript же, да ?

в слаке автодополнение не оч

плагин не купил ты прост

а есть еще electron-based редакторы?

туше, немного популярных

DateTimeFormatter.ISO_OFFSET_DATE_TIME.parse(string, Instant.from _)

type mismatch; found : java.time.temporal.TemporalAccessor ⇒ java.time.Instant required: java.time.temporal.TemporalQuery[?]

Интересно почему не работает...

действительно.....

OFFSET как бы намекает, что должна быть таймзона

Я к тому почему Scala не считет TemporalAccessor => Instant за TemporalQuery, вроде сигнатура же совпадает.

а, всё окей

это же готовая функция, а не конструктор SAM

лямбды работают для SAM

а эта-конверсия - нет

DateTimeFormatter.ISO_OFFSET_DATE_TIME.parse(string, { temporalAccessor => Instant.from(temporalAccessor) }

ага, так работает

Я к тому почему Scala не считет TemporalAccessor => Instant за TemporalQuery, вроде сигнатура же совпадает.

а да, сорян херню сморозил

вообще это искуственная конструкция, легче просто вызвать Instance.from сверху, просто задумался :)

но вообще нет видимых причин, почему бы не сделать eta-expansion в SAM

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

господа

подскажите либо для xml to obj

я знаю, но буду молчать. Никому это говно советовать не буду

я знаю, но буду молчать. Никому это говно советовать не буду

очень ннада

я знаю, но буду молчать. Никому это говно советовать не буду

scalaxb?

я знаю, но буду молчать. Никому это говно советовать не буду

посоветуй мне лучше есть implicit class который позволяет подмешать к типу свой метод а мне нужно к 10 типам которые имеют метод execute() подмешать интерфейс-флаг, чтобы не копипастить десять раз запуск метода для разных типов но чур без котов и других таких штук - голая scala

scalaxb?

ох,спасибо.Я его уже нашел

посоветуй мне лучше есть implicit class который позволяет подмешать к типу свой метод а мне нужно к 10 типам которые имеют метод execute() подмешать интерфейс-флаг, чтобы не копипастить десять раз запуск метода для разных типов но чур без котов и других таких штук - голая scala

existencials types

как то так, скорее всего где то опечатался

либо тайпклассы

ох,спасибо.Я его уже нашел

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

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

услышал название и разволновался ?Психанул?

Ребят, привет. Для Челябинска новость: 14 марта собираемся на Java/Scala встречу https://zaycevnet.timepad.ru/event/664664/ Предварительная регистрация крайне желательна, дабы всем хватило места)

Привет, коллеги. Кто пробовал в даошках возврашать Either? Удобнее чем кидаться Exception, или не стоит даже пытаться?

Привет, коллеги. Кто пробовал в даошках возврашать Either? Удобнее чем кидаться Exception, или не стоит даже пытаться?

Норм.

Норм.

А какой подход удобнее?

existencials types

гуглю, спс

Either это скорее не подход, а реализация подхода.

По сути это заворачивание эффекта

А завернуть можно во что-нибудь другое, а не в Either.

запихну изерку в свою даошку, эффешки заверну поглубже

гуглю, спс

обманул, структурные типы

обманул, структурные типы

если то, что я подумал не работает с имплиситом

нужен же просто value class не?

не обязательно implicit

типа implicit class Ops[T <: {def execute(): Unit}] вот так не сработает

Да, это все понятно. Вопрос был в том, как удобнее в многослойной системе?

это не те структурные, которые рефлексию под капотом тянут?

я не хоче 10 раз делать case x:Type1 => x.execute()

это не те структурные, которые рефлексию под капотом тянут?

дя

я не хоче 10 раз делать case x:Type1 => x.execute()

ты можешь общий трейт придумать для своего execute?

у них у всех есть метод execute():Any

типа trait Execute[R]{ def execute() : R}

без extends AnyVal компилится

без extends AnyVal компилится

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

Да, это все понятно. Вопрос был в том, как удобнее в многослойной системе?

если используется Future/Task, то оно уже оборачивает эксепшоны внутри, т.ч. получится масло-масляное однако, если каждый слой явно имеет свою иерархию ошибок, то вполне можно использовать Either, но от рантайм эксепшонов все равно не защитит (и их, вероятно, обработает какой-то errorHandler на верхнем уровне) Однако, надо быть аккуратным, т.к. если замесить типы ошибок из разных слоев, можно вызвать призрак Сабина с копродуктом

только вчера что-то там не компилилось так

implicit class Foo[A](val a: A) extends AnyVal { def bar(implicit ev: <:<[A, {def run(): Unit}]) = a.run() }

так тоже вроде ок

вспомнил, что не компилилось