krokhmalyuk Jul 3 2012 at 13:54

Видео с конференции ScalaDev

1 min

7.7K

e-legion corporate blogProgramming*Scala*Kotlin*

+55

Comments 21

Vovan145 Jul 3 2012 at 13:59

Плюсанул если бы мог.

Vovan145 Jul 3 2012 at 18:31

Спасибо, теперь могу:)

solver Jul 3 2012 at 14:04

Спасибо огромное.

Но есть замечание. Очень плохое качество звука… ((

krokhmalyuk Jul 3 2012 at 14:08

Признаем :( мероприятие некоммерческое и не удалось вложиться в качественную запись, оцифровку и монтаж.
На следующих встречах постараемся решить эту проблему.

kushti Jul 3 2012 at 14:46

Когда следующая встреча?

krokhmalyuk Jul 3 2012 at 14:48

Планируем проводить их раз в пол года. Стало быть, следующая будет осенью.

NeoCode Jul 3 2012 at 14:50

О, наконец-то!:)

skywatcher Jul 3 2012 at 17:49

На сколько Kotlin готов для использования в продакшне? У меня есть желание попробовать обкатать на собственном проекте что-то отличное от Java, не динамическое и что бегает под JVM. Scala конечно хороша, но вот интеграция с Java'шными либами… те еще костыли в общем нужно вставлять. Kotlin выглядит отличной альтернативой в плане синтаксиса. Есть у кого подобный опыт?

graber Jul 6 2012 at 13:28

А в чем конкретно заключается проблемма интеграции с Java'шными либами?
Может поделитесь опытом или ссылкой где об этом почитать.
В своей работе ни разу не наткнулись на какие-нибудь подобные проблеммы. Может нам просто везет пока? :)

skywatcher Jul 6 2012 at 19:31

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

В качестве классического примера могу привести:
конвертацию Java коллекций в Scala'шные. Да, я знаю об implicit импорте, но все равно это не айс. Особенно когда они размазаные повсюду и потом ищи баги.

Помимо того добавим сюда тот факт, что на прямую мы не можем использовать Scala'шный Option и поэтому в POJO нам приходится изворачиваться и писать что-то в роде:

import java.math.{BingInteger => JBigInt}
import java.lang.{Long => JLong}

class Pojo {
   var id: JBigInt = _
   var name: String = _
   var count: JLong = _
}

вместо желаемого:

class Pojo {
 var id: Option[BigInt] = _
 var name: Option[String] = _
 var count: Option[Long] = _
}

или же поддерживать 2 датамодели и конвертировать из где-то туда-сюду.

Добавим тот факт, что очень часто либы возвращают null и тогда весь код обрастает таким говном, как

import java.lang.{Long => JLong}

...
val s : JLong = javalib.getSomething()
if(s!=null){
...
}

и т.д. и т.п.

В общем превращается в лишнюю боль в заднице, хотя выглядит все клево.

А писать велосипеды мне нравится, только вот это долго и не продуктивно. И вместо того, что бы сделать сервис замечаешь, что за 2 дня сделал… обертку над Java'шной либой.

skywatcher Jul 6 2012 at 19:32

p.s. не можем использовать POJO нормальный в случае того же hibernate

graber Jul 6 2012 at 20:44

Ну. Видимо у всего есть цена.
Мы в основном используем нативные скалавские библиотеки (akka, squeryl, scalatra) и практически не имеем подобных проблеммы. Используем джавайский protobuf и там да, приходится заботится о конвертации коллекций, но, как вы уже сказали, имплисит спасает.

Для многих библиотек уже есть удобные скалавские обертки, а если для чего-то еще нет — это хороший повод ее сделать :). хотя бы just for fun.
Хотя с hibernate я думаю это будет не просто.

skywatcher Jul 6 2012 at 20:49

ну наверное у меня в какой-то степени еще сказывается Java головного мозга, которая мешает мне полностью отказаться от использования всего Java'шного а просто сесть и начать писать на Scala. Но пока что не получилось сесть и просто начать писать. Постоянно натыкаюсь на какие-то грабли, которы отталкивают/заставляют задуматься еще раз над тем, что может быть не все так уж и плохо у Java, хоть и развивается она более, чем консервативно :(