все что надо было - капиБаруха в конфу

А если ерьезно, что ты тут собираешься обсуждать? BKUG?

Да просто пусть будет

в jvm руме как-то много хейта котлина

прозрачный лучше, не?

Лучше этот мрачный

Сейчас поменяю

лучше волшебную лампу

Вот и лампа

combot.org/chat/-1001032833563

щас вот на коленке приложение катаю на котлине. реально удобнее и приятнее писать. и вот не понимаю почему у людей в jvm руме на котлин такая аллергия? есть какие-то подводные камни?

Конечно есть, у всего есть + и -

вроде в основном на время компиляции жаловались, но я так понял в последних обновлениях они с этим разобрались

Инкрементальная работает

Там есть статья про скорость, мол как у джавы с инкрементальной

Но лично я разницы не вижу принципиальной

Конечно есть, у всего есть + и -

на Unit еще возмущаются, но это вроде как лечится. еще что-то?

А что с юнит?

Типо не синглетон?

типа не void

А зачем Void?

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

Aliaksei где-то говорили ты работаешь в аутсорсе типа Ciklum/EPAM(не помню в каком именно). у вас там разве можно котлин юзать? или для себя юзаешь только?

Я работаю в Минском Ciklum. Не на аутсорсе. Если быть совсем точным то аутстаффинг модель. Kotlin использую но мало, два сервиса на нём написал. Зависит только от проекта на котором работаешь, компания вообще не решает. Но есть подозрение что скоро эпам займёт нишу на котлине ;) и тогда можно будет идти туда писать на котлине.

подозрение или инсайд?)

они взялись развивать экспертизу у себя внутри. Думаю не просто так.

Я уже там не работаю потому нет доступа к инсайду какой был раньше))

Я раньше следил за графиком роста проектов на скала и людей с экспертизой на скала. Так вот рост был оочень мальенький

пару проектов и до 20 человек за два года

судя по вакансиям на скалу ищут только если нужен spark или akka, и то вакансий не много

а на котлин еще не видел вакансий ни разу

https://jobs.dev.by/80974

https://jobs.dev.by/83237

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

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

собственно и тех толки от них инициируются обычно

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

но тоже есть)

Ну вот

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

https://github.com/Kotlin/kotlinx.dom как-то на нее забили

Всём приветики

Привет

Тут жизнь есть?)

На вопросы отвечаем

на гиттере есть, и тут есть.

Да на гиттере как-то тускло последнее время стало

не тускло в slack kotlin ;)

О, а туда как попасть?

kotlinlang.slack.com

Вот здесь вход https://kotlinslackin.herokuapp.com

Попробую сейчас, спасибо

Но и сюда да в гиттер заходи ж.

А по андроид нет таких сообществ?

ну в гиттер есть

но мне оно ка кто не очень

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

Ну там добрая часть сюда перекочевала https://telegram.me/android_ru

В гиттере я и сидел раньше в андроиде)

Ок, попробуем)

Ну там тоже начинает сказывается)

Ну это нормально конечно, просто оперативно мешает вопросы решить. Хотя и есть SO

Ну это да. Поэтому мы и отделились немного в @android_offtop)

целые выходные писал активно на котлине. все круто, но напрягают некоторые моменты: - для спринга чтобы заюзать тот же @Component нужно везде делать не final классы. если пометить как @Service то все ок - для mockito еще и методы нужно открывать - все по умолчанию идет публичное, а хотелось бы наоборот как с final - в mockito юзается зарезервированное when

и по code style есть непонятки. я могу захреначить в одном файле класс, дата класс, пачку функций и никто не будет возмущаться. есть какие-то гайдлайны как лучше разделять? для data class выделять отдельные файлы как-то жирно выходит..

1. и 2. почитай тут https://discuss.kotlinlang.org/t/a-bit-about-picking-defaults/1418

Для мокито используй https://github.com/nhaarman/mockito-kotlin

> и по code style Тут уж сам себе барин

меня например возмущеает создания большого кол-ва мелких классов а-ля data в java

целые выходные писал активно на котлине. все круто, но напрягают некоторые моменты: - для спринга чтобы заюзать тот же @Component нужно везде делать не final классы. если пометить как @Service то все ок - для mockito еще и методы нужно открывать - все по умолчанию идет публичное, а хотелось бы наоборот как с final - в mockito юзается зарезервированное when

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

А вот это да, но если уж хочется то что ж поделать

Для мокито используй https://github.com/nhaarman/mockito-kotlin

да гуглил это, надо попробовать. спасибо

Я могу иеархию простых классов запихнуть а один файл, там все вмещается на экран, удобно.

да гуглил это, надо попробовать. спасибо

Обязательно

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

интерфейсы эт отдельная тема.. на каждый чих их тоже создавать не хочется, особенно если это кишки какого-то сервиса и юзаются всего 1 раз, типа RequestBuilder, ResponseParser, HttpClient для некого RateService

Я могу иеархию простых классов запихнуть а один файл, там все вмещается на экран, удобно.

вот да. я их щас запихнул к классу в котором они юзаются, типа dto для реквеста и респонза. удобно но как-то терзают сомнения ок ли это)

Ну вот уже два раза: в main и test

Бины вот так в спринге: @Component class MyComponentImpl(val jpa: JpaRep) : MyComponent {}

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

и я через конструктор делаю инжекшен да. но свойства то публичные

и меня это напрягает

class MyComponentImpl(private val jpa: JpaRep) :

так если всего 3 зависимости оно влезает в 120 символов, а если указывать private - хрен)