Size: a a a

KUG St. Petersburg

2018 October 04

SR

Sergey Ryabov in KUG St. Petersburg
Всем привет с KotlinConf '18!
источник

SR

Sergey Ryabov in KUG St. Petersburg
Вдруг кто не в курсе, тут трансляция главного зала без регистрации и смс: https://kotlinconf.com/
источник

DG

Dasha Ghor in KUG St. Petersburg
источник
2018 October 05

AV

Artur Vasilov in KUG St. Petersburg
Kotlinconf 2018 slides - Jeroen Mols
https://jeroenmols.com/blog/2018/10/05/kotlinconf18/
источник
2018 October 29

AV

Artur Vasilov in KUG St. Petersburg
Когда даже релиз котлина 1.3 нас чуть не обогнал )
источник

AV

Artur Vasilov in KUG St. Petersburg
Мы тут опубликовали большую часть расписания https://devfest-spb.com/schedule?show=27-11 :)
источник
2018 November 01

DG

Dasha Ghor in KUG St. Petersburg
Страница DevFest SPb вконтакте https://vk.com/devfest_spb_2018
Плиз велкам
источник
2018 November 07

ВМ

Виталий Маркус in KUG St. Petersburg
Кстати кто-нибудь баловался с контрактами в котлине 1.3?
Столкнулся с тем, что контракты поддерживаются только в верхнеуровневых функциях. Кто нибудь знает почему было принято именно такое решение?
источник

(

( in KUG St. Petersburg
Виталий Маркус
Кстати кто-нибудь баловался с контрактами в котлине 1.3?
Столкнулся с тем, что контракты поддерживаются только в верхнеуровневых функциях. Кто нибудь знает почему было принято именно такое решение?
В верхнеуровневых функциях нет shared mutable state, которое потенциально могло бы ломать смарткасты
источник

DS

Dmitry Savvinov in KUG St. Petersburg
Там больше проблем с наследованием и виртуальными вызовами. Скажем, если есть контракт у Base.foo, то какой контракт должен быть у Derived.foo? В обратном случае?
источник

ВМ

Виталий Маркус in KUG St. Petersburg
Ну просто они сами в документации пишут,  что разраб сам отвечает за контракт
источник

DS

Dmitry Savvinov in KUG St. Petersburg
Там основное соображение в том, что правила наследования контрактов крайне не очевидны -- т.е. разрабу *значительно* тяжелее понять, что он написал контракты на иерархии наследования неправильно, чем понять, что он неправильно написал контракт к телу метода
источник

DS

Dmitry Savvinov in KUG St. Petersburg
Можно перекатиться в Kotlin Community, там подробней подискутировать (а еще лучше в KEEP https://github.com/Kotlin/KEEP/issues/139 🙂)
источник

(

( in KUG St. Petersburg
Ну, у меня не получилось забайтить обитателей Kotlin Community на холивар
источник

KT

Konstantin Tskhovrebov in KUG St. Petersburg
источник

KT

Konstantin Tskhovrebov in KUG St. Petersburg
Если кто-то пропустил)
источник

KT

Konstantin Tskhovrebov in KUG St. Petersburg
А ещё здесь есть @Smevok  , кто может сказать правду про  контракты 😎
источник

S

Stanislav Erokhin in KUG St. Petersburg
Из сообщения выше не понятно кто я, но вы все правильно говорите - основная причина в том, что не понятно что делать с наследованием. Про захват состояния - не аргумент, т.к. через глобальные переменные тоже можно позахватывать и поменять что угодно.
источник

S

Stanislav Erokhin in KUG St. Petersburg
И @dsavvinov как автор кода контрактов в общем может рассказать даже лучше чем я (:
источник

ВМ

Виталий Маркус in KUG St. Petersburg
Но а если класс final? В чем проблема?
источник