корутинки которые завезли это уже не синтаксически

ещё везут)

by the way, нам в @kotlin_lang

Сдались вам эти корутинки)

Ну там и без корутинок хорошо. Например, именованные параметры

И параметры по умолчанию

Да и дата-классы тоже удобные

Все это давно в скале есть

Так и ломбок есть, никто не спорит.

а все что в scalaz/shapeless давно в хаскелле есть

и еще миллион всего другого

вы правы, всё тлен

Когда котлину будет нормальный учебник на русском по текущей версии языка? Никогда

Когда котлину будет нормальный учебник на русском по текущей версии языка? Никогда

Зачем

Когда котлину будет нормальный учебник на русском по текущей версии языка? Никогда

эм

ты не умеешь читать книги на английском?

Когда котлину будет нормальный учебник на русском по текущей версии языка? Никогда

http://kotlinlang.ru/

"Никогда" ;)

Лол.

http://kotlinlang.ru/

Не полное. Устаревшее

А вообще я конечно толщу.

А стоит ли бросать джаву и переходить на него?

А стоит ли бросать джаву и переходить на него?

Если ты любишь писать код на джаве, то нет

а, тогда ок)

А если подташнивает, то можно задуматься и посмотреть в сторону

джаву люблю

Тут все по ощущениям надо смотреть

жвм тем и хороша - у тебя есть выбор

http://kotlinlang.ru/

Вроде удобно. А может добавляет гемороя. Но если вписывать типы переменных руками, а не как у них в примере - не добавляет. Ссылка должна быть явно объявлена как nullable (символ ?) когда она может принимать значение null.

Говорят тут и про андроид можно спрашивать

Я правильно понимаю, что это: [@arch ~]$ cd /opt/android-sdk/ [@arch android-sdk]$ ./tools/android *********************************************** The "android" command is deprecated. For manual SDK, AVD, and project management, please use Android Studio. For command-line tools, use tools/bin/sdkmanager and tools/bin/avdmanager *********************************************** Известный баг? Гуглю, а все решения - это "Take older version"

Не хочу андроид студию грузить, у меня уже idea есть

Никто не сталкивался?

Я правильно понимаю, что это: [@arch ~]$ cd /opt/android-sdk/ [@arch android-sdk]$ ./tools/android *********************************************** The "android" command is deprecated. For manual SDK, AVD, and project management, please use Android Studio. For command-line tools, use tools/bin/sdkmanager and tools/bin/avdmanager *********************************************** Известный баг? Гуглю, а все решения - это "Take older version"

https://t.me/android_ru

Искал в .pro чат, спасибо

может что-то имеет skope=provided?

нет, все обычно

да, проверь scope и чтобы проект собирался нормально. Посмотри, есть ли либа в target

Хмм, интересно. У меня проект зависит от самописной библиотеки, у которой в свою очередь зависимость от Kryo. Если добавить kryo и в проект и в библиотеку, то все работает, если только в библиотеку, то нет. Самописная библиотека устанавливается через mvn install в локальный .m2

mvn dependency:tree -Dverbose еще может помочь понять, что проихсодит

Посмотрел.

Снял зависимость с проекта, оставил только в библиотеке.

При билде проекта в логах есть такая строчка:

[INFO] Including com.esotericsoftware:kryo:jar:4.0.0 in the shaded jar.

Может дело имено в maven shade plugin - е?

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

новомодный? из какого села ты

новомодный? из какого села ты

Я из такого села, где люди считают градл новомодным и всем его рекомендуют.

С подключением :)

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

если с мавеном проблем нет то не стоит

Дамы и Господа! Все на митап Alfa Fintech Unconference! Виртуальный баттл алгоритмов, решение IT-кейсов и общение с экспертами IT в Альфа-Банка и просто вкусные плюшки и чаи. Будет возможность выиграть билеты на фестиваль электронной музыки Alfa future People, прокачать свои навыки и пройти отбор в Альфа. Читай подробности и регистрируйся - https://goo.gl/BqsnNV

Какие заумные слова.

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

Хз, надо понимать - зачем переходить. Как по мне, главное преимущество - возможность написать плагин любого вида - твой dsl настройки не зависит ни от каких стандартов (в отличие от мавена - где набор тегов стандартный). Если у тебя есть кастомная логика, которая очень специфична - то грейдл смотрится лучше. В остальном хз, грейдл меньше места занимает на экране разве что.

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

если проблем с мавеном нет, то непонятно, зачем переходить

если проблем с мавеном нет, то непонятно, зачем переходить

+1

на большом проекте, инкрементальная сборка может конечно быть полезна.

но это так себе аргумент

если проблем с мавеном нет, то непонятно, зачем переходить

Очевидно же! Чтобы когда Барух на докладе спрашивал - у кого грэдл? Больше людей руку поднимало

Очевидно же! Чтобы когда Барух на докладе спрашивал - у кого грэдл? Больше людей руку поднимало

хорошая мотивация :)

ERROR: S client not available

на большом проекте, инкрементальная сборка может конечно быть полезна.

Большой это сколько? Чтобы инкременталку заметить прям?

ну фиг знает, предсавляешь если вместо 5ти минут сборка будет занимать 2 или меньше

наверное существенно

Большой это сколько? Чтобы инкременталку заметить прям?

Представь линукс на грейдле))

я ж говорю - так себе аргумент

Это какого размера проект должен быть чтобы 5 минут собиралось?)

Представь линукс на грейдле))

Ну вот как бы...

Сложно представить что-то размером с Линукс на джаве

да ладно, полно сборок и больше 5ти минут

хадуп какой нибудь сколько собирается?

у Spring/Hibernate были свои агрументы, зачем они на Gradle переходили. инкрементальная сборка была одним аргументом

у Spring/Hibernate были свои агрументы, зачем они на Gradle переходили. инкрементальная сборка была одним аргументом

Огласите, пожалуйста, весь список

LMGIFY

https://developer.jboss.org/wiki/GradleWhy

В Spring вроде где то в мейлинг листах было. Отдельно блога они не публиковали

статья, заметь, 2010 года

https://developer.jboss.org/wiki/GradleWhy

Открыл, увидел сколько текста, закрыл. Верю на слово

Еще никогда не видел такой убедительности?

парни там даже список хотелок к мейвену привели. длинный такой

Их послали?

не знаю.

надо искать обсуждания, лазить в жиру - лень

там есть некоторые почти нерешаемые штуки с maven-ом. так что смысла особо напирать то и нет

но отвечая на изначальный вопрос - если maven работает, то всё ок, gradle не нужен тогда :)

А ею что за штуки, есть Какой-нибудь пример?

да чекни причины по которым Hibernate перешел на gradle

там написано все

А ею что за штуки, есть Какой-нибудь пример?

ну вот например: "No easy way to add plugin configurations to a lifecycle." https://developer.jboss.org/wiki/MavenProblems

Все сэр