No video

Александр Колесников - Переводим бэкенд с Java на Kotlin

Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Ypf1HW
- -
. . . Александр расскажет о том, как и почему Kotlin оказался в enterprise-проекте на Java, с какими техническими проблемами пришлось столкнуться, и как проходило принятие нового языка разработчиками и руководителями.

Пікірлер: 12

  • @kirillsh8383
    @kirillsh83832 жыл бұрын

    на вскидку, все проблемы проэкта не имеют отношения ни к версии языка, ни к синтаксису. тут был доклад, где проэкт на яве билдился 40 сек, а на котлине тот же "код" 3,5 минуты. если разработчики забросили проэкт до такого плачевного состояния, как показано в начале, не уверен, что им интересно пробовать что-то новое. а как вы бизнесу продали идею, что члены команды получат новый скил для своему резюме?

  • @Das.Kleine.Krokodil

    @Das.Kleine.Krokodil

    9 ай бұрын

    :D

  • @alexshpaq

    @alexshpaq

    8 ай бұрын

    Тоже очень интересно, покрытие тестами на 10% говорит о том, что бизнес торопит со сроками и не выделяет достаточно времени на написание тестов. Как он согласился выделить время на переписывание работающего кода на другой язык? Да и вообще, в данной ситуации глупо тратить время на изменение стэка и языка, намного логичнее было бы распределить трудоресурсы на устранение техдолга по покрытию кода тестами

  • @arturthoris7253
    @arturthoris72532 жыл бұрын

    по моему проблемы с null это больше проблемы выбранной архитектуры, проблемы малого покрытия модулей тестами и т.д. а не проблемы языка. почему-то в android ребята котлинисты как правило получают даже больше npe и других падений чем ребята на java. хотя казалось бы язык защищает, да? использовать какой-то конкретный язык как волшебную таблетку от всех болезней очень наивно

  • @Das.Kleine.Krokodil

    @Das.Kleine.Krokodil

    9 ай бұрын

    Для чего же тогда в джаве Optional?

  • @Das.Kleine.Krokodil
    @Das.Kleine.Krokodil9 ай бұрын

    Спасибо

  • @arhitutorials
    @arhitutorials2 жыл бұрын

    Котлин на бэкэнде не нужен. Да, код короче, но читаемость хуже. По скольку читаем код мы чаще чем пишем, пользы от этого никакой. Ты думаешь, что Java твоя проблема, и ты решил перейти на Kotlin - теперь у тебя две проблемы)

  • @user-gh2es8ow3h

    @user-gh2es8ow3h

    Жыл бұрын

    Если ещё такая проблема как рынок. Если я ищу работу на java то всегда попадаю в legacy, а если на котлин то на новые проекты Так что, при том что языки не отличаются, в зависимости от рынка выбор разный

  • @Das.Kleine.Krokodil

    @Das.Kleine.Krokodil

    9 ай бұрын

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

  • @Das.Kleine.Krokodil

    @Das.Kleine.Krokodil

    9 ай бұрын

    ​@@user-gh2es8ow3hсейчас банки переходят на котлин

  • @alexshpaq
    @alexshpaq8 ай бұрын

    По факту у вас разработчики должны знать и держать в уме специфику двух языков, а не одного, так как нужно сопровождать и дорабатывать модули на двух языках. Сам сталкивался с таким, что когда три месяца пишешь только на одном языке, потом сложно переключиться на другой, и наоборот, очень сложно переключаться между языками, многие вещи забываются и вытесняются из памяти. Как итог уровень экспертизы по всему проекту снижается, у одних разработчиков будет экспертиза по модулям на Java, у других по модулям на Kotlin, и этот опасный момент может привести к возникновению феномена эксклюзивных знаний, когда экспертиза по какому-то модулю только у одного человека в команде, и его увольнение или уход в отпуск может доставить серьезные проблемы

  • @spector7588
    @spector75889 ай бұрын

    На Java и без lombok можно делать короткие классы. Я конечно не знаю в каком году вы пилили проект, но говорить так будто в Java до сих пор нету этой возможности в 21 году это конечно кринж

Келесі