что в нем нового? что хорошего?
только не так -- иди-посмотри у них на сайте, там все написано.
легкость runtime-a и легкость интерграции с Adnroid studio -- это слабые аргументы.
например, потому, что неворуженным глазом трудно заметить разницу между android прилоежением написанным на Котлине и Скале, то есть overhead из-за языка тут -- маленький. а если вообще сжать apk....
а интерграции с Adnroid studio -- кто-то Adnroid studio не использует.
тогда, что остается? а, ничего. копия java с синтаксическим сахаром.
Здравствуйте, sin_cos, Вы писали:
_>что в нем нового? что хорошего? _>только не так -- иди-посмотри у них на сайте, там все написано.
Разве не очевидно? Героические разработчики JetBrains обнаружили в Scala фатальный недостаток и исправили его... написав правильную Scala, с играми и девочками
Здравствуйте, sin_cos, Вы писали:
_>что в нем нового? что хорошего?
Да низачем Kotlin не нужен. По большому счету, ничем не отличается от любого из "модных современных статических языков" — Swift, Ceylon, Xtend. Этого добра щас как грязи.
(Rust и Go все же стоят немного особняком, каждый со своими серьезными плюсами и не менее серьезными кривулинами.)
_>тогда, что остается? а, ничего. копия java с синтаксическим сахаром.
У java случился суровейший застой — развитие языка застряло так, что даже C++ начал догонять и перегонять. Возник спрос на хоть что-то новенькое и при этом не настолько ультра-радикальное чтобы сломалась совместимость с существующей java. Вот для удовлетворения этого спроса и нужен kotlin. Если java взбодрится и сдерёт с других языков новомодные фичи — то kotlin зачахнет. Если нет — то kotlin будет жить, а java перейдёт в стазис кобола и фортрана.
Здравствуйте, hi_octane, Вы писали:
_>Если java взбодрится и сдерёт с других языков новомодные фичи — то kotlin зачахнет. Если нет — то kotlin будет жить, а java перейдёт в стазис кобола и фортрана.
Скроее, Алгола и ПЛ/1. Потому что Фортран и Кобол в полном порядке.
Здравствуйте, Privalov, Вы писали:
P>Потому что Фортран и Кобол в полном порядке.
В этом смысле java будет в полном порядке еще очень-очень долго, даже в самом неблагоприятном случае.
Здравствуйте, hi_octane, Вы писали:
_>>тогда, что остается? а, ничего. копия java с синтаксическим сахаром. _>У java случился суровейший застой — развитие языка застряло так, что даже C++ начал догонять и перегонять. Возник спрос на хоть что-то новенькое и при этом не настолько ультра-радикальное чтобы сломалась совместимость с существующей java. Вот для удовлетворения этого спроса и нужен kotlin. Если java взбодрится и сдерёт с других языков новомодные фичи — то kotlin зачахнет. Если нет — то kotlin будет жить, а java перейдёт в стазис кобола и фортрана.
почему? джава 8 уже на дворе.
он разве сможет жить без джавы, если он полностью зависит от нее?
_>почему? джава 8 уже на дворе.
С точки зрения других платформ и языков все новые фичи java 8 были актуальны где-то в 2005-м. И то! половина из этих "новинок" переехала из java 7 Java 9 всё переносят и переносят, и пока Оракл будет сохранять такую бешенную скорость доработки языка — у Kotlin есть шанс.
_>он разве сможет жить без джавы, если он полностью зависит от нее?
Он зависит от jvm и экосистемы библиотек java, не более.
Здравствуйте, pagid, Вы писали:
P>>Потому что Фортран и Кобол в полном порядке. P>В этом смысле java будет в полном порядке еще очень-очень долго, даже в самом неблагоприятном случае.
Я больше скажу: есть места, где до сих пор на Java 1.4 пишут. Но Фортран с Коболом ее все равно переживут.
Здравствуйте, kaa.python, Вы писали:
KP>Разве не очевидно? Героические разработчики JetBrains обнаружили в Scala фатальный недостаток и исправили его... написав правильную Scala, с играми и девочками
Scala, конечно хороша, но отсутствие бинарной совместимости между минорными версиями — это
Здравствуйте, Privalov, Вы писали:
НС>>Так ты на Фортране пишешь или на Коболе? P>Сейчас нет. В прошлом проекте мне вместо документации присылали кобольные data division. И народ использует Кобол весьма активно.
Какой народ? Как думаешь, сколько здесь, на сайте, писцов на Коболе?
Здравствуйте, Privalov, Вы писали:
P>Если тут есть один активный писец на ПЛ/1, то писцов на Коболе минимум 2.5.
Сильно сомневаюсь, в СССР на Коболе практически не писали, в отличие от ПЛ/1 и Фортрана, и никаких традиций его использования не существует. Конечно есть некоторый шанс, что кто-то из уехавших в буржуинию относительно недавних мигрантов согласился на копание в Коболе, или здесь есть мигранты 80-х — начала 90-х
Здравствуйте, Privalov, Вы писали:
НС>>Какой народ? Как думаешь, сколько здесь, на сайте, писцов на Коболе? P>Если тут есть один активный писец на ПЛ/1, то писцов на Коболе минимум 2.5.
Здравствуйте, sin_cos, Вы писали:
_>тогда, что остается? а, ничего. копия java с синтаксическим сахаром.
Этот синтаксический сахар устраняет кучу серьезных проблем Java. Например крайне перегруженный синтаксис, мутабельность по умолчанию, NPE. Язык позволяет легко писать DSL, то есть компактно и читаемо записывать задачи предметной области. При этом без потери производительности. При этом есть нормальная IDE из коробки.
Если писать на Kotlin в стиле Java от начитавшегося ООП (фабрики фабрик и тому подобное), то Kotlin не нужен. Если же у человека есть минимальный кругозор, и он следит за индустрией, следит за другими языками, наслышан про такие глупости как иммутабельность, паттерн матчинг, DSL, data object и т.д, когда он попробует хотя б что простенькое пописать на Python и потом сравнит количество кода с Java — после определенного расширения кругозора от Java будет мутить. Если же знать только Java, считать что других языков нет, считать что кроме ООП нет вообще других парадигм и это серебряная пуля, и чтоб главное в квалификации программиста в каждом классе переопределять иквался и хешкоды — Java, а лучше Kobol — ваш выбор.
Ситуация проста — те, разработчики, которые попробовали например scala, обратно на Java не очень хотят. Если попробовать что то еще поинтереснее по синтаксису, чем scala — обратно тянет еще меньше.
На Java писать без spring — однозначно мазохизм. Ибо такое дерьмище получится, либо сам dependency injection будешь фигачить. На более современных языках в принципе вполне реально с комфортом писать без spring, вообще на голом языке из коробки. Например для разработки мобильных приложений это важно. Хотя да, поначалу ломает. Но учитывая, что средний разработчик работает года 3, а затем уходит в управленческие должности, или сидит на багфикса в каком нидь ужасе на Java 1.4 чуть ли не десятилениями, один черт если нанимать новых, то у них ломки не будет, ибо они спринга не знают . Правда ООП головного мозга приходится выправлять, если отказываются читать что то вроде SICP — это проблема .
Лично я сейчас вообще на ceylon пишу. И после него от Java как то мутит, переходить на Java желания ни малейшего. Синтаксис scala кажется фиговеньким, с нуллами приходится бороться с помощью монад, как и в Java. Система типов и читаемость кода на порядок лучше что scala, что kotlin. Взаимодействие с Java на настоящий момент в ceylone похоже покруче, чем в этих языках. Единственное, пока плагин к IDEA несколько сыроват, но работать уже в принципе можно, особенно если до этого был вынужден eclipse пользоваться. Ну и либы приходится постоянно юзать от Java, ибо своих пока не густо. Ну и по синтаксису для написания DSL, к сожалению все таки kotlin и scala дают большие возможности, по крайней мере пока.
Здравствуйте, elmal, Вы писали:
E> когда он попробует хотя б что простенькое пописать на Python и потом сравнит количество кода с Java — после определенного расширения кругозора от Java будет мутить. Если же знать только Java, считать что других языков нет, считать что кроме ООП нет вообще других парадигм и это серебряная пуля, и чтоб главное в квалификации программиста в каждом классе переопределять иквался и хешкоды — Java, а лучше Kobol — ваш выбор.
Нет никакого выигрыша у питона в количестве кода, было когда-то но сплыло. У меня перед глазами проекты на django и на spring-boot, Python+Django сливают Java+Spring со страшной силой и в плане компактности и в плане поддержки.
А Kotlin это просто Java без груза 20+ лет, язык чтобы работу работать. Надежный, простой и удобный.