-
/1358631-programming_oop_wallpaper_red_by_hexeno.png)
Kotlin - JVM-совместимый продвинутый язык
Теги:
Татарин
Язык программирования Kotlin - № 09, 2011 | Архитекторам информационных систем | Журнал «Открытые системы»
В последние годы назрела потребность в новом языке, компилируемом в переносимый байт-код для виртуальной машины Java. Появилось несколько проектов по созданию таких языков, один из которых — Kotlin, статически типизированный объектно-ориентированный язык, совместимый с Java и предназначенный для промышленной разработки приложений.// www.osp.ru
По описаниям смотрится приятно, много современных плюшек и фишек взято из С# (+своеобразные вещи, типа возможность хорошего приближения к декларативным языкам). При полной совместимости с JVM (библиотеки, среды исполнения) выглядит интересной альтернативой как Яве, так и си-шарпу.
Чего пока не хватает для комплекту - так это соответсвующей языку развитой среды разработки.
...А неубитые медведи делили чьи-то шкуры с шумом.
Боюсь, мы поздно осознали, к чему всё это приведёт.
инфо
инструменты
Balancer
Татарин> По описаниям смотрится приятно
Сейчас много новинок (и не очень) под JVM. Вот ещё свежачок: Новости - Java - Первый официальный релиз языка Ceylon
Ну и, конечно, уже известные Scala, Groovy, Clojure, Fantom.
Тут далеко не все: http://en.wikipedia.org/wiki/List_of_JVM_languages
Сейчас много новинок (и не очень) под JVM. Вот ещё свежачок: Новости - Java - Первый официальный релиз языка Ceylon
Ну и, конечно, уже известные Scala, Groovy, Clojure, Fantom.
Тут далеко не все: http://en.wikipedia.org/wiki/List_of_JVM_languages
nexusxv
Это хорошо, но философия write once compile anywhere мне больше нравится.
Для веба ява меня тоже не радует, хотя с ней я знаком бегло. Но как юзеру - точно не нравится.
Для веба ява меня тоже не радует, хотя с ней я знаком бегло. Но как юзеру - точно не нравится.
Это сообщение редактировалось 28.02.2012 в 06:54
Татарин> Чего пока не хватает для комплекту - так это соответсвующей языку развитой среды разработки.
Авторы из JetBrains, у них IDE с поддержкой кучи языков уже есть, надо будет - добавят еще один.
Авторы из JetBrains, у них IDE с поддержкой кучи языков уже есть, надо будет - добавят еще один.
tarasv> Авторы из JetBrains, у них IDE с поддержкой кучи языков уже есть, надо будет - добавят еще один.
С интересом посмотрю, как они будут добавлять, например, C++
С интересом посмотрю, как они будут добавлять, например, C++
Учитесь читать.
Nikita> С интересом посмотрю, как они будут добавлять, например, C++
Скоро обещают: Форум - Talks - [C++][Jetbrains] Грядет IDE для плюсов
Скоро обещают: Форум - Talks - [C++][Jetbrains] Грядет IDE для плюсов
Nikita> С интересом посмотрю, как они будут добавлять, например, C++
C++ для JVM? Да, мусье знатный извращениец
C++ для JVM? Да, мусье знатный извращениец
tarasv> C++ для JVM?
Э... А при чём тут язык движка IDE? Вот я на Eclipse с PHP иногда работаю. Но это же не значит, что PHP для JVM? (Хотя про Quercus в курсе, конечно).
Э... А при чём тут язык движка IDE? Вот я на Eclipse с PHP иногда работаю. Но это же не значит, что PHP для JVM?
(Хотя про Quercus в курсе, конечно).
Balancer> Э... А при чём тут язык движка IDE? Вот я на Eclipse с PHP иногда работаю. Но это же не значит, что PHP для JVM? (Хотя про Quercus в курсе, конечно).
При том что обсуждаемый Kotlin исполняется на JVM что сильно упрощает интеграцию его в IDEA в отличии от C++ один отладчик для которого нормально работаший с темплейтами чего стоит.
(Хотя про Quercus в курсе, конечно).При том что обсуждаемый Kotlin исполняется на JVM что сильно упрощает интеграцию его в IDEA в отличии от C++ один отладчик для которого нормально работаший с темплейтами чего стоит.
tarasv> При том что обсуждаемый Kotlin исполняется на JVM что сильно упрощает интеграцию его в IDEA в отличии от C++ один отладчик для которого нормально работаший с темплейтами чего стоит.
Ну, PHP же работает в Eclipse прекрасно
Ну, PHP же работает в Eclipse прекрасно
Balancer> Ну, PHP же работает в Eclipse прекрасно
Я PHP не знаю вобще, но просто из наблюдений - Scala в IDEA поддержана сейчас пожалуй лучше чем JavaScript.
Я PHP не знаю вобще, но просто из наблюдений - Scala в IDEA поддержана сейчас пожалуй лучше чем JavaScript.
tarasv> C++ для JVM? Да, мусье знатный извращениец
И причём здесь JVM ??? Но даже и для JVM никаких проблем нет. Можете на C++/CLI посмотреть, для примера как такое выглядит.
И причём здесь JVM ??? Но даже и для JVM никаких проблем нет. Можете на C++/CLI посмотреть, для примера как такое выглядит.
Учитесь читать.
Nikita> И причём здесь JVM ??? Но даже и для JVM никаких проблем нет.
А при чем C++ к возможности добавить поддержку Kotlin в IDEA? То что умеет IDEA для большинства языков которые она поддерживает не достижимо для C++ в принципе, из-за свойств самого языка и его окружения. Так что С++ в это контексте - толсто.
Nikita> Можете на C++/CLI посмотреть, для примера как такое выглядит.
В плане возможностей IDE выглядит ужасно. Текстовый редактор с grep, вот и все что есть.
А при чем C++ к возможности добавить поддержку Kotlin в IDEA? То что умеет IDEA для большинства языков которые она поддерживает не достижимо для C++ в принципе, из-за свойств самого языка и его окружения. Так что С++ в это контексте - толсто.
Nikita> Можете на C++/CLI посмотреть, для примера как такое выглядит.
В плане возможностей IDE выглядит ужасно. Текстовый редактор с grep, вот и все что есть.
tarasv> А при чем C++ к возможности добавить поддержку Kotlin в IDEA?
При том, что Вы связали поддержку +1 языка в IDEA сначала с количеством уже поддерживаемых языков, а потом вообще с JVM. Тогда как ключевой момент это сам язык.
tarasv> не достижимо для C++ в принципе, из-за свойств самого языка и его окружения.
Вот именно.
tarasv> В плане возможностей IDE выглядит ужасно. Текстовый редактор с grep, вот и все что есть.
Причём тут IDE ??? Вы удивлялись возможности реализации C++ для JVM. На что Вам было показано как такое - C++ для управляемой среды - выглядит в реале.
При том, что Вы связали поддержку +1 языка в IDEA сначала с количеством уже поддерживаемых языков, а потом вообще с JVM. Тогда как ключевой момент это сам язык.
tarasv> не достижимо для C++ в принципе, из-за свойств самого языка и его окружения.
Вот именно.
tarasv> В плане возможностей IDE выглядит ужасно. Текстовый редактор с grep, вот и все что есть.
Причём тут IDE ??? Вы удивлялись возможности реализации C++ для JVM. На что Вам было показано как такое - C++ для управляемой среды - выглядит в реале.
Учитесь читать.
Татарин>> По описаниям смотрится приятно
Balancer> Сейчас много новинок (и не очень) под JVM. Вот ещё свежачок:
Я слышал о том мельком. Просто у меня в голове это как-то в картинку не складывалось: мечты Sun начинают сбываться. По факту мы получаем ещё одну мнээ... платформонезависимую платформу.
Вот есть ARM/Linux, есть wintel, ну и т.п. А теперь есть ещё и JVM, под которую можно реально писать на куче языков и которая работает почти на всём, что только шевелится.
Ну и сам язык мне показался интересным: выглядит как правильный баланс. То есть, достаточно "старый", чтобы не потребовалось переучиваться, и достаточно "новый", чтобы привнести много ранее недоступных удобств.
Balancer> Сейчас много новинок (и не очень) под JVM. Вот ещё свежачок:
Я слышал о том мельком. Просто у меня в голове это как-то в картинку не складывалось: мечты Sun начинают сбываться. По факту мы получаем ещё одну мнээ... платформонезависимую платформу.
Вот есть ARM/Linux, есть wintel, ну и т.п. А теперь есть ещё и JVM, под которую можно реально писать на куче языков и которая работает почти на всём, что только шевелится.
Ну и сам язык мне показался интересным: выглядит как правильный баланс. То есть, достаточно "старый", чтобы не потребовалось переучиваться, и достаточно "новый", чтобы привнести много ранее недоступных удобств.
...А неубитые медведи делили чьи-то шкуры с шумом.
Боюсь, мы поздно осознали, к чему всё это приведёт.
Nikita> При том, что Вы связали поддержку +1 языка в IDEA сначала с количеством уже поддерживаемых языков, а потом вообще с JVM. Тогда как ключевой момент это сам язык.
Мы тут про языки вобще или про один конкретный?
Nikita> Причём тут IDE ??? Вы удивлялись возможности реализации C++ для JVM. На что Вам было показано как такое - C++ для управляемой среды - выглядит в реале.
Я удивился притягиванию за уши плюсов к обсуждению конкретного языка и возможности его поддержки конкретной IDE. А JVM там очень причем - отладчик уже есть, остается поддержка языка в редакторе и компилятор.
Мы тут про языки вобще или про один конкретный?
Nikita> Причём тут IDE ??? Вы удивлялись возможности реализации C++ для JVM. На что Вам было показано как такое - C++ для управляемой среды - выглядит в реале.
Я удивился притягиванию за уши плюсов к обсуждению конкретного языка и возможности его поддержки конкретной IDE. А JVM там очень причем - отладчик уже есть, остается поддержка языка в редакторе и компилятор.
Татарин> А теперь есть ещё и JVM
Э... Это «теперь», как бы, не лет 7..8 назад наступило JVM-языки набрали популярность к 2003..2005 гг
Татарин> Ну и сам язык мне показался интересным: выглядит как правильный баланс. То есть, достаточно "старый", чтобы не потребовалось переучиваться, и достаточно "новый", чтобы привнести много ранее недоступных удобств.
Ну, самыми перспективными в этом смысле Scala и Groovy считаются. Первый с поправкой на скорость, второй — на функционал. Для тех, кто к другим языкам привык, есть почти все основные реализации — Jython/JRuby/Quercus/Clojure/Jaskell и т.п.
…
А в плане мультиплатформенности и переносимости сейчас интересен LLVM. Не знаю, насколько он выстрелит и приживётся же, но он лишён ограничений виртуальной машины JVM. Хотя и требует компиляции в нативный код. Зато поддержка языков, компилирующих через LLVM всё растёт, при чём как от классики, типа обычного Си++, так и до интересных новичков, типа Julia.
Э... Это «теперь», как бы, не лет 7..8 назад наступило
JVM-языки набрали популярность к 2003..2005 гг Татарин> Ну и сам язык мне показался интересным: выглядит как правильный баланс. То есть, достаточно "старый", чтобы не потребовалось переучиваться, и достаточно "новый", чтобы привнести много ранее недоступных удобств.
Ну, самыми перспективными в этом смысле Scala и Groovy считаются. Первый с поправкой на скорость, второй — на функционал. Для тех, кто к другим языкам привык, есть почти все основные реализации — Jython/JRuby/Quercus/Clojure/Jaskell и т.п.
…
А в плане мультиплатформенности и переносимости сейчас интересен LLVM. Не знаю, насколько он выстрелит и приживётся же, но он лишён ограничений виртуальной машины JVM. Хотя и требует компиляции в нативный код. Зато поддержка языков, компилирующих через LLVM всё растёт, при чём как от классики, типа обычного Си++, так и до интересных новичков, типа Julia.
Balancer> он лишён ограничений виртуальной машины JVM.
Каких, например?
Каких, например?
...А неубитые медведи делили чьи-то шкуры с шумом.
Боюсь, мы поздно осознали, к чему всё это приведёт.
Татарин> Каких, например?
ну например жрать память как не в себя?)
ну например жрать память как не в себя?)
Татарин>> Каких, например?
arkhnchul> ну например жрать память как не в себя?)
А в LLMV с этим действительно сильно проще?
arkhnchul> ну например жрать память как не в себя?)
А в LLMV с этим действительно сильно проще?
...А неубитые медведи делили чьи-то шкуры с шумом.
Боюсь, мы поздно осознали, к чему всё это приведёт.
Татарин> А в LLMV с этим действительно сильно проще?
по-разному, но в основном да.
по-разному, но в основном да.
Татарин>> А в LLMV с этим действительно сильно проще?
arkhnchul> по-разному, но в основном да.
Да, почитал. Нет, LLVM - это по-своему очень интересно, но оно немного другого уровня.
Например, сборщик мусора там к самой системе не относится, поэтому говорить о том, что он "экономичнее" Явы не стОит. Скомпилируют в LLVM с C#, будет жрать памяти столько же, а то и больше, чем CLR-машина.
arkhnchul> по-разному, но в основном да.
Да, почитал. Нет, LLVM - это по-своему очень интересно, но оно немного другого уровня.
Например, сборщик мусора там к самой системе не относится, поэтому говорить о том, что он "экономичнее" Явы не стОит. Скомпилируют в LLVM с C#, будет жрать памяти столько же, а то и больше, чем CLR-машина.
...А неубитые медведи делили чьи-то шкуры с шумом.
Боюсь, мы поздно осознали, к чему всё это приведёт.
Татарин> Например, сборщик мусора там к самой системе не относится, поэтому говорить о том, что он "экономичнее" Явы не стОит.
ну вообще стоит, как раз потому, что он "не той системы".
Татарин> Скомпилируют в LLVM с C#, будет жрать памяти столько же, а то и больше, чем CLR-машина.
ну потому я и писал, что по-разному.
ну вообще стоит, как раз потому, что он "не той системы".
Татарин> Скомпилируют в LLVM с C#, будет жрать памяти столько же, а то и больше, чем CLR-машина.
ну потому я и писал, что по-разному.
Copyright © Balancer 1997..2018
Создано 27.02.2012
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Создано 27.02.2012
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
