А ведь конференции DotNext/JPoint/Mobius делаются одними людьми,
но при этом они рассчитаны на разных разработчиков (пересечение должны быть достаточно малы).
Может стоит делать скидку тем кто идет сразу на 2/3 конференции?
Kotlin, Котлин и еще раз Котлин (даешь JBKt-Night).
Еще СергейШ интересно рассказывает про архитектуру больших C# приложений. Ну и про Rider — как мостик JVM-.NET
А про Kotlin что нибудь будет интересное (не про async/await)? Это веская причина сходить на конференцию ибо сами JB последнее время не устраивают митапов.
Java тоже всерьез рассматривает переход на val/var
Это хорошо, но в JEP-286 говорится только про локальные переменные, да и будет это минимум в 10.
Не говоря уже о том что var/val это такая мелочь в различие языков.
все его фичи не будут стоить того, чтобы соскакивать с джавы.
properties, extension-functions, nullability, readonly collection, first class functions, primary constructors, data class и тд — этого в Java придется ждать очень долго (ведь совместимость для нее важнее).
А уже через полгода после релиза, в Kotlin 1.1 добавили async/await и yeild (в тестовом режиме пока).
Также в JB заявили что они начали разработку компилятора Kotlin->LLVM и возможно в следующем году, можно будет "соскочить" но только уже с JVM.
1) Потому что Котлин прагматичный мультипарадигменный язык, а не чисто функциональный.
2) Все равно придется каждый раз выбирать между var и val (а не как в Java все без final изменяемое).
Вкраце: все коллекции по умолчанию immutable (List, Map), от них уже наслаждаются MuttableList, MuttableSet и тд. (от них уже ArrayList). Плюс если некая магия, для превращения их рантайме в стандартные Java коллекции.
Туплов больше 3 нет (тк они не нужны), вместо них есть data class
библиотека https://github.com/MarioAriasC/funKTionale которая использует возможности языка, позволяет делать:
Function composition, Currying, Partial Application, Option, Either/Disjunction, Memoization
А есть ли гитхаб репозиторий с исходниками этого приложения?
Отдельное спасибо что добавляете фичи для любителей функционального программирования.
Но лучше не надо (какой-то оверинжиниринг)
А ведь конференции DotNext/JPoint/Mobius делаются одними людьми,
но при этом они рассчитаны на разных разработчиков (пересечение должны быть достаточно малы).
Может стоит делать скидку тем кто идет сразу на 2/3 конференции?
Кстати, странный вопрос:
А нельзя цену на конференцию сделать потом как вычет из налогов?
Посоветуйте куда идти Xamarin разработчику — сюда или на мобиус.
Цены одинаковые и сразу на обе — дорого.
На мобиусе наверняка будут прописные истины известные опытным разработчикам, а на dotnext можно хоть что-то новое услышать.
И есть ли преимущества у нативных приложение перед Android?
А у меня: «You do not have access to this repository.»
Еще СергейШ интересно рассказывает про архитектуру больших C# приложений. Ну и про Rider — как мостик JVM-.NET
В схватке Navite vs Unity вы забыли про LibGDX и в нагрузку к нему Kotlin (который во многих аспектах не хуже C#).
Плюсы:
Ну и Kotlin
Ребят, если какие-нибудь новости по поводу команды:
dotnet native (помню на MS //Bulld/ показывали)
Она позволяет скомпилировать приложение в бинарник для вообще без зависимостей.
Господа посетившие, а был ли на конференции какой нибудь инсайд (может быть в кулуарах) по поводу Fuchsia / Andromeda OS или фреймворка Flutter?
Это хорошо, но в JEP-286 говорится только про локальные переменные, да и будет это минимум в 10.
Не говоря уже о том что var/val это такая мелочь в различие языков.
properties, extension-functions, nullability, readonly collection, first class functions, primary constructors, data class и тд — этого в Java придется ждать очень долго (ведь совместимость для нее важнее).
А уже через полгода после релиза, в Kotlin 1.1 добавили async/await и yeild (в тестовом режиме пока).
Также в JB заявили что они начали разработку компилятора Kotlin->LLVM и возможно в следующем году, можно будет "соскочить" но только уже с JVM.
1) Потому что Котлин прагматичный мультипарадигменный язык, а не чисто функциональный.
2) Все равно придется каждый раз выбирать между var и val (а не как в Java все без final изменяемое).
Вот тут хорошо объясняется https://youtu.be/CX_K1r0Vklg
Вкраце: все коллекции по умолчанию immutable (List, Map), от них уже наслаждаются MuttableList, MuttableSet и тд. (от них уже ArrayList). Плюс если некая магия, для превращения их рантайме в стандартные Java коллекции.
Туплов больше 3 нет (тк они не нужны), вместо них есть data class
Ну а как же val (знаю что это readonly, но все таки) и primary-consturctors.
Очень легко создавать неизменяемые класс
Function composition, Currying, Partial Application, Option, Either/Disjunction, Memoization
А так используешь его в продакшене на Андроиде и чувствуш себя белым человеком (+ ценность как девелопера повышается)