http://github.com/typelevel/scala/blob/typelevel-readme/notes/2.12.1.md

http://github.com/typelevel/scala/blob/typelevel-readme/notes/2.12.1.md

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

хм

надо наверное в тему группы добавить линки на основные рассылки новостей

Гайз, заревьювте на конкаренси ишьюс, плиз ?: ` class CircularSet[T] { private var set = Set.empty[T] def add(elem: T): Unit = { set += elem } def remove(elem: T): Unit = { set -= elem } def iterator: Iterator[T] = { Iterator.continually(set).flatten } }`

wooow

//a.scala sealed trait A trait B extends A // c.scala trait C extends B почему такое можно делать?

Гайз, заревьювте на конкаренси ишьюс, плиз ?: ` class CircularSet[T] { private var set = Set.empty[T] def add(elem: T): Unit = { set += elem } def remove(elem: T): Unit = { set -= elem } def iterator: Iterator[T] = { Iterator.continually(set).flatten } }`

Синхронайзд тогда какой-нибудь , не ?

я же поставил смайлик

Гайз, заревьювте на конкаренси ишьюс, плиз ?: ` class CircularSet[T] { private var set = Set.empty[T] def add(elem: T): Unit = { set += elem } def remove(elem: T): Unit = { set -= elem } def iterator: Iterator[T] = { Iterator.continually(set).flatten } }`

Ну к тому , что твоя коллекция не консистентный приватная, через операции add и remove

я же поставил смайлик

Не буду тебе больше отвечать :(

Синхронайзд тогда какой-нибудь , не ?

Что значит "тогда"?

а почему сет?

Да, лучше какой-то immutable SortedSet

//a.scala sealed trait A trait B extends A // c.scala trait C extends B почему такое можно делать?

блин, надо забанить хотя бы наследование от кейс классов

//a.scala sealed trait A trait B extends A // c.scala trait C extends B почему такое можно делать?

почему такое запрещать?

почему такое запрещать?

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

Да, и это нормально

а ты наивно ожидаешь, что контролируешь всех наследников А

если у тебя имплементации B только в этом же исходнике, сделай и её sealed, если нет - то откуда вообще возьмутся имплементации B?

это да, но много где просто case class, без sealed

sealed гарантирует, что ты предусмотрел ближайших потомков в том же исходнике. non-sealed один из них означает путь, оставленный тобой намеренно

это да, но много где просто case class, без sealed

поэтому я всегда использую final case class

и все так делают

вот не все /=

а если кто не делает - он сам факапнулся

ссы ему в ротешник, говори ADT не закрыл, лох

вот сделают тебе enum {case }, будет всё хорошо у всех

А потом появятся статьи про наследование енумов если очень хочется

ссы ему в ротешник, говори ADT не закрыл, лох

Пулл реквест в scala best practices

вон в котлине кейс классы всегда файнал

одно из немногих его улучшений

вон в котлине кейс классы всегда файнал

дата классы, ты хотел сказать?

дата классы, ты хотел сказать?

ну да

щас посмотрим

а как sealed trait в котлине сделать?

sealed ...

как ни странно)

синтаксис слегка другой, правда, надо внутри обозначенного sealed писать наследников

лал, sealed interface не разрешён

как в котлине ковариантность?

out?

in / out, но как-то совсем необычно

Пулл реквест в scala best practices

+

sealed ...

я так понимаю, GADT они не поддерживают, к примеру такая конструкция не переводима import scala.concurrent.Future sealed trait QuickFuture[+T] final case class JustFuture[+T](f: Future[T]) extends QuickFuture[T] final case class QuickValue[+T](x: T) extends QuickFuture[T] final case class QuickError(ex: Throwable) extends QuickFuture[Nothing] final case class ZipFuture[A, B](x: QuickFuture[A], y: QuickFuture[B]) extends QuickFuture[(A, B)] case object QuickDone extends QuickFuture[Unit]

я имею ввиду system.scheduler.scheduleOnce

У меня 60т щедулеров работало при нагрузочном тестировании и они нормально отрабатывали. Параллельно

На акке

в целом шедулеры все на этом revolverScheduler, можно и больше 60к. Вроде были даже перформанс тесты

я так понимаю, GADT они не поддерживают, к примеру такая конструкция не переводима import scala.concurrent.Future sealed trait QuickFuture[+T] final case class JustFuture[+T](f: Future[T]) extends QuickFuture[T] final case class QuickValue[+T](x: T) extends QuickFuture[T] final case class QuickError(ex: Throwable) extends QuickFuture[Nothing] final case class ZipFuture[A, B](x: QuickFuture[A], y: QuickFuture[B]) extends QuickFuture[(A, B)] case object QuickDone extends QuickFuture[Unit]

хз, не специалист по котлину на первый взгляд -- нет

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

Но строить логику на Одноразовых мне кажется не самая оптимальная идея

А что такое gadt, только сегодгя читал скала реддит а там это и аффинные типы и все такое умное.

gadt это adt в котором каждое слагаемое может быть специализировано под отдельный тип

например http://thedeemon.livejournal.com/51630.html

https://blog.jetbrains.com/idea/2017/02/intellij-idea-2017-1-eap-extends-debugger-with-async-stacktraces/

ERROR: S client not available

https://blog.jetbrains.com/idea/2017/02/intellij-idea-2017-1-eap-extends-debugger-with-async-stacktraces/

wow

А на подкастах не было ещё представителей Jetbrains?

не было

идея хорошая

например http://thedeemon.livejournal.com/51630.html

спасибо!

А на подкастах не было ещё представителей Jetbrains?

Хм, там за скалу человека два может)

где-то слышал, что там команда больше 10 человек делает плагин

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

Хахаха

Нет, эт не так.

приятно послушать аргументированную беседу

Нет, эт не так.

Откуда инфа?

https://github.com/JetBrains/intellij-scala

Отсюда

В жб на самом деле задачи конкретно не привязываются. Поэтому задачи могут брать чуть ли не все

https://github.com/JetBrains/intellij-scala

Там довольно много активных контрибьюторов

Их много, но не на постоянке и там не все с jb

https://blog.jetbrains.com/scala/2016/04/21/how-to-contribute-to-intellij-scala-plugin/ > there are currently 10 people in the Scala team at JetBrains working on the project full-time.

https://blog.jetbrains.com/scala/2016/04/21/how-to-contribute-to-intellij-scala-plugin/ > there are currently 10 people in the Scala team at JetBrains working on the project full-time.

Эт текст маркетологов

это текст из блога компании. Наверное, он более менее похож на реальность.

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

ну и графики на гитхабе тоже говорят о примерно такой же ситуации

там же не обязательно все 10 - разрабы

Происки котлина

Происки котлина

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