AE
А про возможности?
Ты типо помериться хочешь ?
Size: a a a
2019 November 04
AE
Сколько фич мы используем?
AE
И сколько ты знаешь
SB
нет, он хочет спросить что дал котлин как язык, а не как удобная обертка)
AO
нет, он хочет спросить что дал котлин как язык, а не как удобная обертка)
Именно
SB
Хотя того что он удобная обертка в принципе уже иногда хватает чтоб вытащить команду с джавы на котлин, а дальше уже пропагандировать фичи
AO
Хотя того что он удобная обертка в принципе уже иногда хватает чтоб вытащить команду с джавы на котлин, а дальше уже пропагандировать фичи
Ну вот есть же ламбок, зачем мне как жависту переходить на котлин?)
SB
Ну вот есть же ламбок, зачем мне как жависту переходить на котлин?)
ламбок фу пипец, кстати толчком к котлину именно был ад ломбока по отношению к котлину
SB
нет десятка аннотаций, тормозов идеи пока она весь annotation processing проведет
SB
по мне так проще сгенерить было гетеры сеттеры самой идеей, а что остальное надо руками набросать, чем ломбок юзать
ch
по мне так проще сгенерить было гетеры сеттеры самой идеей, а что остальное надо руками набросать, чем ломбок юзать
обновлять кто будет
SB
что обновлять? если ты добавил свойство и оно тебе нужно, вроде не сложно добавить все что относительно него изменилось?
AE
1)Корутины на предыдущем проекты юзал, тут нет
2)экстеншены
3)инлайны
4)с коллекциями постоянно работаем через гововые
5) require норм
6) data кругом, copy
7) да и вообще запись короткая везде получается
8) arg name
9) multiline
10) smartcast
11) .use, .also, .let, .apply
12) object
13) when по-разному
14) выходы из функций func@
15) null safety, elvis
16) дефолтные значения аргументов
17) immutability
18) destruct
Да короче дофига всего, сразу и не вспомню
2)экстеншены
3)инлайны
4)с коллекциями постоянно работаем через гововые
5) require норм
6) data кругом, copy
7) да и вообще запись короткая везде получается
8) arg name
9) multiline
10) smartcast
11) .use, .also, .let, .apply
12) object
13) when по-разному
14) выходы из функций func@
15) null safety, elvis
16) дефолтные значения аргументов
17) immutability
18) destruct
Да короче дофига всего, сразу и не вспомню
KT
@noraltavir
Наткнулся на это: https://news.ycombinator.com/item?id=21436164 (Kotlin𝛁: Type-safe Symbolic Differentiation for Kotlin)
Если ещё не видел, тебе может быть интересно :)
Наткнулся на это: https://news.ycombinator.com/item?id=21436164 (Kotlin𝛁: Type-safe Symbolic Differentiation for Kotlin)
Если ещё не видел, тебе может быть интересно :)
AO
1)Корутины на предыдущем проекты юзал, тут нет
2)экстеншены
3)инлайны
4)с коллекциями постоянно работаем через гововые
5) require норм
6) data кругом, copy
7) да и вообще запись короткая везде получается
8) arg name
9) multiline
10) smartcast
11) .use, .also, .let, .apply
12) object
13) when по-разному
14) выходы из функций func@
15) null safety, elvis
16) дефолтные значения аргументов
17) immutability
18) destruct
Да короче дофига всего, сразу и не вспомню
2)экстеншены
3)инлайны
4)с коллекциями постоянно работаем через гововые
5) require норм
6) data кругом, copy
7) да и вообще запись короткая везде получается
8) arg name
9) multiline
10) smartcast
11) .use, .also, .let, .apply
12) object
13) when по-разному
14) выходы из функций func@
15) null safety, elvis
16) дефолтные значения аргументов
17) immutability
18) destruct
Да короче дофига всего, сразу и не вспомню
Найс, вот теперь норм аргументы 👍
AE
const, Loggerfactory у нас принято в companion
VP
И не лучше ли остаться на жаве? Там всё таки тулинг получше пока
Как человек, который "пишет на спринге", скажу "нет, ну нафиг".
Что спринг такого делает, что использование котлина становится неполноценным?
Что спринг такого делает, что использование котлина становится неполноценным?
AO
const, Loggerfactory у нас принято в companion
Ну с логером это конечно избыточно
AE
Ну с логером это конечно избыточно
Ну поинт такой, что это бин, а у него скоуп может быть prototype и чтобы не продить логгеры
AE
Хотя тут плодим компаньоны