и протокол телеграма

нужно запилить CRDT counter

чтобы сходилось нормально

угу, ведь этот счетчик так важен

фотошоп

><

)))

ты вконтакте сидишь что ли?

а вот вопрос про скалу, аргументы функции и туплы, пытаюсь найти какую-то инфу про разъяснение почему в скале надо функции делать (func _).tupled

вроде это под виндой интерфейс декстоп эппа

это вебморда адаптированая

например def foo(string: String, number: Int): String = s"$string $number" val listOfTuples = List( ("String", 1), ("String", 2) ) listOfTuples.map(foo) // не компилится

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

map(foo.tupled)

listOfTuples.map(foo _ tupled) - кривота

например def foo(string: String, number: Int): String = s"$string $number" val listOfTuples = List( ("String", 1), ("String", 2) ) listOfTuples.map(foo) // не компилится

потому что тип функции другой

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

ну арность функции и туплы это разные вещи

еще больше магии? )

потому, что это огранчиение на уровни компилятора; тип (A,B) => T и ((A,B))=> T разные типы *

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

потому что туплы не есть часть языка

ладно я криво написал.

ну арность функции и туплы это разные вещи

В скале - да

да я это все понимаю, мой вопрос о том что я даже такого scala improvement ticketа не могу найти

сочетание "не есть" не есть часть русского языка

нету слова нету ага

В скале - да

а где - нет ?

праивльно говорить "не кушать"

да я это все понимаю, мой вопрос о том что я даже такого scala improvement ticketа не могу найти

В дотти так будет сделано, если я не ошибаюсь

а где - нет ?

В sml одно и то же)

о

сочетание "не есть" не есть часть русского языка

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

В дотти так будет сделано, если я не ошибаюсь

Спасибо, добрый человек, так я сразу нашел https://github.com/lampepfl/dotty/issues/897

f: Muple2[Int,Int] => Int = $$Lambda$2764/1642844889@54c8a898

x_x

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

קלאָר

קלאָר

не фарси тут

map(foo.tupled)

Идея конечно ясна, но именно такой вариант не скомпилится - Error missing argument list for method foo Unapplied methods are only converted to functions when a function type is expected. You can make this conversion explicit by writing foo _ or foo(_,_) instead of foo. listOfTuples.map(foo.tupled) ^

/zanuda-mode off

да понятно, у нас же не whiteboard интервью )

ну ладно, всем спасибо за участие, отдельное Юре за направление в дотти

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

А попробуй val foo: (String,Int) => String . и там сделать foo.tupled

про продакшен ответ конечно же крылся в факе дотти - You can! But it currently comes with no guarantees of stability

А попробуй val foo: (String,Int) => String . и там сделать foo.tupled

конечно я такое пробовал и оно работает, но меня интересовал именно случай с def

или ты предлагаешь теперь всегда вместо дефов делать val function: (....) => (...) ?

или ты предлагаешь теперь всегда вместо дефов делать val function: (....) => (...) ?

Нет, это как-то не круто

Нет, это как-то не круто

ну почему же, функции же first class citizens, чем val func хуже def func?

аллокациями?

когда вы её аргументом передаете, то там уже все равно будет создание объектов функции, даже если объявляли как def

да понятно

это к тому что ничем не хуже, просто непривычнее

ну тогда получается в конкретном случае разницы не будет, зато можно будет написать map(foo.tupled) вместо map(foo _ tupled)

ок, а если мы не делаем foo _ tupled, и у нас есть метод который принимает туплу, и передаем def foo в list.map, в этом случае тоже создается function object?

да

который захватывает вызов this.foo

хотя на 2.12 наверное подругому уже

ну я бы тоже ожидал что там как в Java 8 Bar::foo

ну тогда получается в конкретном случае разницы не будет, зато можно будет написать map(foo.tupled) вместо map(foo _ tupled)

не только .tupled, но и какой-нибудь val fib: Stream[Int] = 1 #:: 1 #:: fib.zip(fib.tail).map(_ +_ )

а в дотти или скале нет пропозала, чтобы можно было писать без запятых? case class SuperPuper ( me:Byte // , - must die you:Nyashka )

только trailing commas

Сабин в своей скале реализовал их

трэлинг коммас да

ERROR: S client not available

видимо он на виме сидит

видимо он на виме сидит

как связано?

хотел бы я знать

а в дотти или скале нет пропозала, чтобы можно было писать без запятых? case class SuperPuper ( me:Byte // , - must die you:Nyashka )

учитывая type members и infix notation, оно может быть очень противоречивым

не только .tupled, но и какой-нибудь val fib: Stream[Int] = 1 #:: 1 #:: fib.zip(fib.tail).map(_ +_ )

прости, но я не уловил связи, можешь подробнее?

учитывая type members и infix notation, оно может быть очень противоречивым

это понятно, но разве больше чем в multiline for comprehensions ?

прости, но я не уловил связи, можешь подробнее?

ну я о последнем действии, underscore lambda разворачивается в Function2, сейчас они тоже неприменимы к туплам

это понятно, но разве больше чем в multiline for comprehensions ?

да, потому что for - это expression, тип в правой части там редкая вещь. А в dependent object Notation тип, выведенный из expression предполагается для повседневного применения в дефинишнах

да, потому что for - это expression, тип в правой части там редкая вещь. А в dependent object Notation тип, выведенный из expression предполагается для повседневного применения в дефинишнах

в экспрешнах для многострочных выраженией специально есть фигурные скобки, а в определении классов у них своя роль

ну я о последнем действии, underscore lambda разворачивается в Function2, сейчас они тоже неприменимы к туплам

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

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

ну он будет компилиться, если ты заменишь (_ + _) на {case (a,b) => a + b }

в экспрешнах для многострочных выраженией специально есть фигурные скобки, а в определении классов у них своя роль

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

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

т.е. общее утверждение звучит так: гораздо большую важность, чем отбрасывание .tupled является использование функций, определённых комбинаторно или через lambda - синтаксис. Отдельно можно глянуть на недошейплез в akka.http.scaladsl.server для сопоставления арности туплов и функций

т.е. общее утверждение звучит так: гораздо большую важность, чем отбрасывание .tupled является использование функций, определённых комбинаторно или через lambda - синтаксис. Отдельно можно глянуть на недошейплез в akka.http.scaladsl.server для сопоставления арности туплов и функций

А так ты изначально говорил про дополнение к отбрасыванию туплед, а не про def vs val?

Oleg спасибо за терпеливые разъяснения, приятно общаться, но чтобы не тратить больше твоего времени, я пока поизучаю что ты написал, а потом если не пойму еще раз спрошу

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

есть

как боретесь с dependency hell?

у нас есть центральный ивентбас на кафке

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

как боритесь с синхронными "длинными" запросами

в нее попадают апдейты, а заинтересованные сервисы их читают

длинных синхронных запросов не делаем

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

можно начать с этого http://downloads.lightbend.com/website/reactive-microservices-architecture/Reactive_Microservices_Architecture.pdf

можно начать с этого http://downloads.lightbend.com/website/reactive-microservices-architecture/Reactive_Microservices_Architecture.pdf

отлично, спасибо

@dmsol нафига тебе синхронные запросы?

так я и говорю, как их резолвить

если они всплывают

ну надо архитектуру проектировать так чтобы их не было

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

у каждого сервиса свой сторадж

ну надо архитектуру проектировать так чтобы их не было

это всегда возможно?