Size: a a a

2018 October 13

Ⓢⓔⓡⓖ in Kotlin Moscow
источник

AN

Alexander Nozik in Kotlin Moscow
Не согласен. Количество кода при наличии ide не критично. Преимущества котлины не в этом.
источник

ЕП

Егор Пилипенко in Kotlin Moscow
Ⓢⓔⓡⓖ
Вот интересное утверждение. При переходе с Java на Kotlin кол-во кода уменьшается на 25%. При этом возможность использования всех фреймворков и старых либ сохраняется. По-моему, это Killer Feature
Оно то сохраняется. Но та же поддержка в IDE появляется достаточно медленно. Например,  Spring Data только только перестает краснеть.
источник

MV

Maksim Vlasov in Kotlin Moscow
Alexander Nozik
Про то, что java код c неотслеживаемыми нулями пытаются через !! присобачить к котлин.
Так писать код нельзя ни на каком языке)
Для этого люди придумали код ревью.
источник

MV

Maksim Vlasov in Kotlin Moscow
Maxim Zinchenko
а особенно kotlin+java :) все эти постоянные NPE, которые валятся в три раза чаще, чем в java, несмотря на весь хвалёный nullsafe и проблемы interop'a...
При использовании Kotlin с такими проблемами не сталкивались. NPE в Kotlin коде, вообще, нет (ни разу не было в чистом Kotlin коде). Код проверок nullable типов выглядит максимально красивым (субъективно) и удобным.
Бывают проблемы с Java interlop при неправильных notnull аннотациях для entity и использовании lombok, но эти же проблемы должны возникнуть и в Java коде.
источник

MV

Maksim Vlasov in Kotlin Moscow
С lombok проблема следующая: он не сохраняет notnull аннотации при генерации кода. Но lombok, - это ещё тот костыль, с моей точки зрения (субъективно).
источник

MV

Maksim Vlasov in Kotlin Moscow
Maxim Zinchenko
а особенно kotlin+java :) все эти постоянные NPE, которые валятся в три раза чаще, чем в java, несмотря на весь хвалёный nullsafe и проблемы interop'a...
Можете привести пример в каких случаях Вы столкнулись с данными проблемами?
источник

MV

Maksim Vlasov in Kotlin Moscow
Егор Пилипенко
Оно то сохраняется. Но та же поддержка в IDE появляется достаточно медленно. Например,  Spring Data только только перестает краснеть.
Согласен, это огорчает, но очень нравится то, с какой скоростью они (jetbrains) решают данные проблемы. Недавно вышел EAP в котором spring data работает из коробки. Так что плагины быстро подтянутся, так как принципиальных проблем с ними нет. Если есть какие-нибудь проблемы, то просто заведите заявку на jetbrains bug tracker.
источник

MV

Maksim Vlasov in Kotlin Moscow
Alexander Nozik
Не согласен. Количество кода при наличии ide не критично. Преимущества котлины не в этом.
Количество и качество кода влияет на читаемость даже при наличии IDE, с моей точки зрения.
источник

ЕП

Егор Пилипенко in Kotlin Moscow
Maksim Vlasov
Согласен, это огорчает, но очень нравится то, с какой скоростью они (jetbrains) решают данные проблемы. Недавно вышел EAP в котором spring data работает из коробки. Так что плагины быстро подтянутся, так как принципиальных проблем с ними нет. Если есть какие-нибудь проблемы, то просто заведите заявку на jetbrains bug tracker.
Да, я тоже решил вопрос с датой еапом) но в целом, до использования в кровавом энтерпрайзе путь будет еще долог и тернист.
источник

MV

Maksim Vlasov in Kotlin Moscow
Егор Пилипенко
Да, я тоже решил вопрос с датой еапом) но в целом, до использования в кровавом энтерпрайзе путь будет еще долог и тернист.
Согласен, но по-сравнению со Scala в продакшине, Kotlin просто улучшенная версия Java без boiler plate и с null safety, с моей точки зрения)
источник

ЕП

Егор Пилипенко in Kotlin Moscow
Maksim Vlasov
Согласен, но по-сравнению со Scala в продакшине, Kotlin просто улучшенная версия Java без boiler plate и с null safety, с моей точки зрения)
Ответ: корутины))
источник

ЕП

Егор Пилипенко in Kotlin Moscow
Я не вижу проблем с тем что у котлина основное преимущество перед Java - это стнтаксис. А не что-то фундаментально новое
источник

MV

Maksim Vlasov in Kotlin Moscow
Егор Пилипенко
Ответ: корутины))
Совсем забыл про них)
источник

MV

Maksim Vlasov in Kotlin Moscow
Егор Пилипенко
Я не вижу проблем с тем что у котлина основное преимущество перед Java - это стнтаксис. А не что-то фундаментально новое
Я тоже так думаю и считаю, что это их killer feature, потому что любой Java разработчик может разобраться с Kotlin.
источник

ЕП

Егор Пилипенко in Kotlin Moscow
Если молоток справляется с задачей, но из старого лезут щепки.   Вполне хорошее решение снова купить молоток, но посовременнее
источник

Ⓢⓔⓡⓖ in Kotlin Moscow
источник

Ⓢⓔⓡⓖ in Kotlin Moscow
Рекламный буклетик о Котлин.
источник

ЕП

Егор Пилипенко in Kotlin Moscow
Надо таких в подъезде на доску объявлений приколоть ))
источник

MV

Maksim Vlasov in Kotlin Moscow
Ⓢⓔⓡⓖ
Давай чуток наоборот. Можешь составить список того что тебя интересует, и какие темы обсудить поглубже?
1) Чтение файла конфигурации, обработка ошибок
2) lateinit, - где и зачем используется
3) Data class для entity, для MVC, конструктор по умолчанию, особенности использования
4) Spring строки (например при использовании scheduled)
5) Kotlin plugins для spring, какие и зачем их использовать: плюсы и минусы.
6) Null safety при работе с базой (spring data/jdbc template), если entity написана на Java/Kotlin
7) Gradle код на Kotlin: плюсы и минусы.
8) Возможность использования корутин для обработки долгих операций в сравнении с spring async, executors.
источник