Программист из Заландо сказал что у них 200 скалистов. Это больше чем у нас. Верить?

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

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

Это во всех офисах суммарно?

https://twitter.com/lightbend/status/996764559053647873

Это во всех офисах суммарно?

угу, если считать хельсинки и дублин

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

там скала как скала или как скала для hadoop\spark ?

)))))

скала для хадуп/спарк и хорошей бывает

там скала как скала или как скала для hadoop\spark ?

C как доллар(зачеркнуто) Спарк или как Скала?

"S for Scala"

call

там скала как скала или как скала для hadoop\spark ?

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

прост обычно жависты хадуповые орудуют и думают что скала это петон а потом у них окнечно же проблемы ~ почему python diod.scala не запускается

скала для хадуп/спарк и хорошей бывает

сам себя не похвалишь...

скалди как бы есть

algebird

ваат?

А также линия

чистая линия

скалди как бы есть

про чо эт ты

Про говно скалу в бигдатах

говноскала есть не только в биг датах

но ситуация такова что правильнее говорить "в биг датах есть и неговняная скала"))

а че за линия - я не понял

а че за линия - я не понял

http://lurkmore.to/%D0%90_%D1%82%D0%B0%D0%BA%D0%B6%D0%B5_%D0%BB%D0%B8%D0%BD%D0%B8%D1%8F

algebird

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

там скала как скала или как скала для hadoop\spark ?

Оба случая

все так - это наоброт нормальные примеры

оч амибгуйный пример

все так - это наоброт нормальные примеры

интересная либа

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

скала для хадуп/спарк и хорошей бывает

Не бывает , давай не будем лстить (

неа, я бигдатой вертеть ваще не умею

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

кидай посмотрим на скок сложно

погадаем на кофейной гуще

я думаю не должно быть сильно отлично от скалдинга

https://gist.github.com/Odomontois/cf5fd8a493389fc3af5b035caf50b803

думаю можно я не набрасаю сейчас потому что хз чо просиходит тут

но тебе придется залезть в typelevel/algebra

вопервых там точно есть DistributiveLattice

у меня юзается algebra

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

а зачем мне Lattice?

У меня нет в общем случае решётки, только полурешётка с границей

ммм надо поковырять

должно быть возможно - там один и тотж разраб

я юзлес советчик

ну будет время посмотрю чуть чуть

Давайте в понв

https://gist.github.com/Odomontois/cf5fd8a493389fc3af5b035caf50b803

скоро state-based CRDT изобретется такмим темпами

скоро state-based CRDT изобретется такмим темпами

Расскажи чего там нового в марафоне )

Расскажи чего там нового в марафоне )

больше стримов и бекпреши для стабильности :)

выпили акку

Хотел узнать, что вы думаете по поводу именования пакетов в camel-case? Ну т.е. понятно, что стандарт - всё маленькими буквами, но никаких реальных проблем из-за camel-case'а не возникает даже под виндой, а читабельность улучшается.

можно

делаем

А в чем проблема писать через точку?

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

А в чем проблема писать через точку?

scala.concurrent.ExecutionContext.Implicits.global - по факту при обращении к этому делу - в скале тебе не особо важно пакеты это или обьекты

ну т.е. productPlan & product.plan разное

ну т.е. productPlan & product.plan разное

эт почему?

не могу ответить на этот вопрос)

не могу ответить на этот вопрос)

правильно. потому что субьектив)

ERROR: S client not available

Хотел узнать, что вы думаете по поводу именования пакетов в camel-case? Ну т.е. понятно, что стандарт - всё маленькими буквами, но никаких реальных проблем из-за camel-case'а не возникает даже под виндой, а читабельность улучшается.

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

Хотел узнать, что вы думаете по поводу именования пакетов в camel-case? Ну т.е. понятно, что стандарт - всё маленькими буквами, но никаких реальных проблем из-за camel-case'а не возникает даже под виндой, а читабельность улучшается.

lower_snake_case

https://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html

lower_snake_case

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

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

слитноловеркейсом

тоже

camelCase в пакетах дичь, но может это последствия Java в прошлом

Это скорее последствия поддерки винды. И когда-то это действительно могло вызывать проблемы. А сейчас вроде всё корректно работает.

задачка

trait Traitor { private[this] val two = 2 } class Test extends Traitor

есть код

Compiled from "wtf.scala" public class Test implements Traitor { public int Traitor$$two(); public final void Traitor$_setter_$Traitor$$two_$eq(int); public Test(); } Compiled from "wtf.scala" public interface Traitor { public abstract void Traitor$_setter_$Traitor$$two_$eq(int); public abstract int Traitor$$two(); public static void $init$(Traitor); } есть байткод

вопрос: что такое Traitor$_setter_$Traitor$$two_$eq(int);?

это ведь не может быть публичный сеттер на private[this] val, верно? %)

Возьми да вызови!

Scala compiler version 2.12.5 -- Copyright 2002-2018, LAMP/EPFL and Lightbend, Inc.

А где байт-код метода? Что он делпет

Ну и байткот почитай, само собой.

public final void Traitor$_setter_$Traitor$$two_$eq(int); descriptor: (I)V flags: ACC_PUBLIC, ACC_FINAL Code: stack=2, locals=2, args_size=2 0: aload_0 1: iload_1 2: putfield #15 // Field Traitor$$two:I 5: return LocalVariableTable: Start Length Slot Name Signature 0 6 0 this LTest; 0 6 1 x$1 I LineNumberTable: line 5: 0 MethodParameters: Name Flags x$1 final

> Field Traitor$$two:I I?

public static void $init$(Traitor); descriptor: (LTraitor;)V flags: ACC_PUBLIC, ACC_STATIC Code: stack=2, locals=1, args_size=1 0: aload_0 1: iconst_2 2: invokeinterface #18, 2 // InterfaceMethod Traitor$_setter_$Traitor$$two_$eq:(I)V 7: return LocalVariableTable: Start Length Slot Name Signature 0 8 0 $this LTraitor; LineNumberTable: line 2: 0 line 1: 7 MethodParameters: Name Flags $this final synthetic видать это сеттер для дефолтного значения -_-

если вместо trait сделать abstract class, то его нету -_- аргахраг

eq в названии что-то должно означать

public static void $init$(Traitor); descriptor: (LTraitor;)V flags: ACC_PUBLIC, ACC_STATIC Code: stack=2, locals=1, args_size=1 0: aload_0 1: iconst_2 2: invokeinterface #18, 2 // InterfaceMethod Traitor$_setter_$Traitor$$two_$eq:(I)V 7: return LocalVariableTable: Start Length Slot Name Signature 0 8 0 $this LTraitor; LineNumberTable: line 2: 0 line 1: 7 MethodParameters: Name Flags $this final synthetic видать это сеттер для дефолтного значения -_-

> видать это сеттер для дефолтного значения блестяще Шерлок

eq в названии что-то должно означать

это кусок кода two = 2

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

Чтобы вызвать эти методы в правильном порядке при линеаризации

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

а вот у интерфейсов в жавке конструкторов нет...

понятно