LINUX.ORG.RU

Вышел Kotlin 1.4

 


2

2

Вот что вошло в Kotlin 1.4.0:

В Kotlin 1.4 много нового:

Улучшения стандартной библиотеки:

Основное направление работы над стандартной библиотекой Kotlin — улучшение единообразия как на разных платформах, так и между самими операциями. В этом выпуске в стандартную библиотеку добавлены новые операторы коллекций, улучшения делегированных свойств, реализация двунаправленной очереди ArrayDeque и многое другое.

Кроме того, больше не нужно объявлять зависимость от stdlib в проектах Gradle-Kotlin, независимо от того, разрабатываете ли вы под одну платформу или создаете мультиплатформенный проект. Начиная с Kotlin 1.4.0, эта зависимость добавляется по умолчанию.

Продолжена работа и над другими частями экосистемы Kotlin:

Подробности

Приглашаем всех желающих на четырехдневную онлайн-конференцию, посвященную Kotlin 1.4!

Мероприятие будет транслироваться 12–15 октября. Бесплатная регистрация по ссылке: https://kotlinlang.org/lp/event-14#registration

>>> Подробности на сайте JetBrains на русском

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: anonymous_incognito (всего исправлений: 3)

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

1. Котлин - это жабоплатформа. Жаба, как показала история, просрала все десктопы. Соотв. в Венде Котлин не нужен, что уже _очень_сильно_ подрывает его позиции.
2. Ведроид? Пожалуй. Но сам Ведроид - такое маразматичное поделие, что под него можно писать либо с голоду, либо под дулом. И никакой язык не спасёт.

Отсюда, будущее Котлина весьма туманно, как и будущее Ведроида - нельзя годами жевать кактус, это говно всё равно помрёт и утащит за собой Котлин. :( Как-то так.

matumba ★★★★★
()
Ответ на: комментарий от matumba

Котлин - это жабоплатформа

Нет.

anonymous
()

Однозначно лучший язык под jvm. А для тех, кто придумал checked exceptions, в аду стоит отдельный котел.

slyjoeh ★★★
()
Ответ на: комментарий от anonymous

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

Потому что Java развивается очень неповоротливо и очень медленно. В книге Kotlin in Action разработчики этого языка описали ситуацию из-за которой они решили создать этот язык. Один из тезисов который они выдвинули – жжение в заднем проходе, когда у всяких там C#-еров есть куча современного синтаксического сахарка, всякие там async/await и другие современные фишки, а программисты на жабке так и должны дристать многословными простынями геттеров и сеттеров в 2020 году с обрезанной функциональщиной и аннотациями-костылями на каждый чих, подпорками вроде Optional и прочим говном. А то и без него, ибо лакомый кусок Android’а сегодня застрял в районе Java 6, где даже лямбду не засунешь. Вот они и решили добавить к Java сахарку, сделав по сути отдельный язычок сильно завязанный на Java (те же коллекции он использует из неё, дополняя их удобными методами и т. д.) и всё это может работать там, где работает Java 6-7.

Если бы Java была в руках не у Oracle, а у нормальной компании и нормально развивалась, а не по капле новых методов в класс String в два года, я бы полностью разделял твоё негодование насчёт создания ещё одного ненужного язычка. Но пока Java у Oracle и развивается как говно, а политика Oracle запрещает качать те же бинарные сборки Java 8, потому что «плати бабло», то и Kotlin сегодня набирает популярность. Настолько, что уже полностью поддерживается во многих истинно Java-фреймворках, вроде Spring’а.

EXL ★★★★★
()
Ответ на: комментарий от EXL

лакомый кусок Android’а сегодня застрял в районе Java 6, где даже лямбду не засунешь

вот это адъ. лямбды в андроиде были ещё 10 лет назад, на андроид 2 ещё по-моему.

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

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

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

anonymous
()
Ответ на: комментарий от matumba

Отсюда, будущее Котлина весьма туманно, как и будущее Ведроида - нельзя годами жевать кактус, это говно всё равно помрёт и утащит за собой Котлин. :( Как-то так.

Классический ЛОР перманентно в ожидании, то вендекапца, то андроидокапца.

Alve ★★★★★
()
Ответ на: комментарий от anonymous

сахарить-то они могут всё что угодно, но это не привносит ничего нового и не даёт котлину (или другому языку) никаких преимуществ

Я считаю, что ты ошибаешься. Сахарок – это как раз то, из-за чего Kotlin сегодня уверено набрал популярность в Android-разработке и даже начал залезать на серверный рыночек.

Когда попробуешь покодить на сахарке, возвращаться к ванильной Java не слишком хочется. Сахарок экономит твоё время. И преимущество сахарка в том, что он доступен из коробки под какой-нибудь древней Java 8 или вообще Java 7, тогда как Java-сахарок завозят лишь в Java 14+, которая в репах многих дистров Linux’а появится с типичным опозданием.

EXL ★★★★★
()
Ответ на: комментарий от matumba

Ведроид - такое маразматичное поделие, что под него можно писать либо с голоду, либо под дулом. И никакой язык не спасёт

будущее Ведроида - нельзя годами жевать кактус, это говно всё равно помрёт и утащит за собой Котлин

Минздрав предупреждал - курение ношеных носков вредно для мозга.

anonymous
()
Ответ на: комментарий от EXL

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

появится с опозданием - это сколько? на пол года, а из ппа поставить вообще никак нельзя? ну если ты хеловорлды пишешь, то пол года - это действительно большой срок, а так бизнесу который планирует на десятилетия вобщем-то всё равно.

но в чём-то ты прав, оракл действительно слегка зафакапил джаву. она уже почти померла когда андроид вдохнул в неё второе дыхание, но ораклу не пришло в голову ничего лучше чем подать на гугл в суд. с другой стороны, гуглу тоже ничего не мешает начать пиарить ещё какой-то язычок, дарт например.

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

anonymous
()
Ответ на: комментарий от Bad_ptr

Автор языка(или тот кого выдают за автора) неадекват какой-то.

Только потому что выносит мусор из головы на публику.

P.S. Котлин не нужен.

dimgel ★★★★★
()
Ответ на: комментарий от anonymous

появится с опозданием - это сколько?

Вполне возможно, что никогда. Тебе могут даже новый проект не дать делать на новой жабе, 8ка есть и хватит

anonymous
()
Ответ на: комментарий от anonymous

а из ппа поставить вообще никак нельзя?

А этот твой бизнес, который планирует на десятилетия, он тоже из васянских PPA ставит нескучные сборочки Java?

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

Go слишком аскетичен для языка общего назначения на замену Java и Kotlin. Ты сам это знаешь. Но да, очень странно что Google не стал развивать его в контексте Android, или даже тот же Dart (он вроде всплыл во Flutter?). Видимо парни из JetBrains при разработке Android Studio хорошенько подсели гугловцам на уши.

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

а го прекрасен. у разработчиков го всё таки опыт работы над план 9 даёт о себе знать. там где васяны наделают по новой языковой фиче, разработчики го реализуют новую фичу через композицию старых фич в новой обёртке. т.е. сделают тот самый сахарок который ты любишь. ну да, на это уйдёт какое-то время, зато на грабли понаступают васяны, а в го на это посмотрят и сразу сделают нормально.

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

anonymous
()
Ответ на: комментарий от EXL

Dart всплыл с лопатой в руках. И уже начал котлин прикапывать. В нише веселых картинок на мобилках flutter намного привлекательнее и проще для макак.

anonymous
()
Ответ на: комментарий от anonymous

то что всё таки мешает взять и поставить джаву 14 прямо туда где крутится твой софт?

Мешает политика безопасности из-за которой твоя stand-alone установленная Java 14 или установленная из PPA какого-нибудь Васяна не обновится когда в ней найдут пачку уязвимостей в отличие от той, что мейнтейнится в официальных репозиториях.

а го прекрасен. у разработчиков го всё таки опыт работы над план 9 даёт о себе знать.

Прости, не могу ничего говорить про Go, так как не имел опыта разработки чего-либо осмысленного на нём.

А Kotlin мне больше понравился, но называть его прекрасным я бы не стал. Да и слишком молодой он ещё, не оброс такими фрейморками как Spring, GWT, Vaadin и пр.

EXL ★★★★★
()
Ответ на: комментарий от anonymous

это другие недоязычки такое днище, что го становится небом.

anonymous
()
Ответ на: комментарий от EXL

Если бы Java была в руках не у Oracle, а у нормальной компании и нормально развивалась, а не по капле новых методов в класс String в два года, я бы полностью разделял твоё негодование насчёт создания ещё одного ненужного язычка.

Но ведь разработка Kotlin'а началась, когда Oracle только-только купили Sun и толком ещё ничего не успели сделать с наследием. А в последствии именно Oracle и перевёл Java на более короткие итерации релизов и стали активней улучшать язык.

Может, не так быстро, как хотелось бы, возможно, появление Kotlin'а и подхват его Google'ом и сподвигли Oracle к переменам, но тем не менее.

К 19-й версии Java, разница с Kotlin'ом станет ещё меньше: https://www.youtube.com/watch?v=te3OU9fxC8U

korvin_ ★★★★★
()
Ответ на: комментарий от EXL

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

anonymous
()
Ответ на: комментарий от EXL

Настолько, что уже полностью поддерживается во многих истинно Java-фреймворках, вроде Spring’а.

Будет прикольно, когда Jet Brains продадут Котлин Оракулу со всеми потрохами и откажутся дальше его развивать.

Гуглопеды начнут тащить свою версию, интересно… Они же ничего кроме js не умеют.

anonymous
()
Ответ на: комментарий от anonymous

Я уже запутался. Так что мне лучше учить - Котлин, Го или Перл5? Хочу многофункциональность.

Владимир

anonymous
()
Ответ на: комментарий от anonymous

Учи Раку, разминай сраку.

Вазген

anonymous
()
Ответ на: комментарий от anonymous

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

Что за глупые додумывания?

а ещё у тебя уязвимости в язычках программирования а не в программках?

Что за дилетантское утверждение?

https://www.cvedetails.com/product/19116/Oracle-JDK.html?vendor_id=93

Security Vulnerabilities
Total number of vulnerabilities : 607

EXL ★★★★★
()
Ответ на: комментарий от korvin_

Но ведь разработка Kotlin’а началась, когда Oracle только-только купили Sun и толком ещё ничего не успели сделать с наследием.

Первая релизная версия вышла лишь спустя 5 лет, в 2016 году. Язычку по сути всего 4 года.

К 19-й версии Java, разница с Kotlin’ом станет ещё меньше

Спасибо за видео с докладом. Конкуренция это всегда хорошо. Пусть Kotlin делает лучше Java, а Java и другие языки – делают лучше Kotlin. Даже если в будущем Kotlin умрёт, но оставит Java’у с сахарком – это тоже будет прогрессом.

EXL ★★★★★
()

Почему вна Хабре нет новости? Что за непорядок?

Искал [Kotlin] с сортировкой по времени, искал Kotlin 1.4 по релевантности.

anonymous
()
Ответ на: комментарий от EXL

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

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

anonymous
()
Ответ на: комментарий от anonymous

в джаве что-то появится чуть позже чем в котлине и рассказываешь про уязвимости обновления на которые не зайдут если ты поставишь из васянского ппа из которого тебя никто не заставляет ничего ставить если ты не хочешь

И что это за набор слов? Уж что-что, а шизофазия тут явно не у меня.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от anonymous

Я уже запутался. Так что мне лучше учить - Котлин, Го или Перл5? Хочу многофункциональность.

Если гуй, то наверн Котлин, там можно что-то из джявы притащить. Если сервис какой наговнокодить или CLI, то Го, конечно. Перл5? 2020? Не нужно.

Joe_Bishop
()
Ответ на: комментарий от Joe_Bishop

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

ну поиграйтесь с котлином. потом расскажете какой офигительный опыт вы получили (на самом деле наоборот).

anonymous
()
Ответ на: комментарий от anonymous

Ты с какой дурки сбежал? В Котлине указываешь должен ли тип данных быть nullable или нет. Если нет, компилятор выдаст ошибку, если туда запихнуть null.

anonymous
()

А что это за слухи были, якобы Гугл выкидывает Котлин и всё, его отовсюду уберут и он уже не модный. Прям на лоре кто-то такое распространял.

anonymous
()
Ответ на: комментарий от Bad_ptr

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

Меня часто заносит говорить про области, в которых я плохо разбираюсь. Сразу начинаю делать выводы — есть у меня такое свойство. Мне не хватает терпения аккуратно разобраться, почитать литературу, убедиться, что это не я первый придумал

Канонический Принцип Питера.

anonymous
()
Ответ на: комментарий от anonymous

ну вот видишь, ты даже не понимаешь о чём речь. а речь о том, что если ты не понимаешь такие простые концепции как проверка на null, то более сложные концепции ты тем более не сможешь осилить. что ты нам тут как бы подтверждаешь своим комментарием.

ты знаешь, что одним из маркетинговых лозунгов джавы было то, что «джава не падает»? это разумеется привлекло определённое количество макак у которых джава начала падать на nullpointerexception. теперь макакам продают null-safety, что по задумке наверное должно привлечь очередную порцию макак для которых проверка на null - это слишком сложно. вопрос только в том до какого дна можно пасть, когда макаки уже не смогут осилить вообще ничего.

я думаю будущее за метапрогом.

anonymous
()

Он так и плодит тонну методов на каждый дата-класс чтоб ведро без мультидекса только helloworld гоняло?

upcFrost ★★★★★
()
Ответ на: комментарий от anonymous

Зря ты, null-safety когда в проекте больше одного разраба это очень удобно. Особенно если разрабов больше 20 и проекту больше 5 лет. NPE - это как по минному полю ходить после тральщика, вроде почистили, но все равно может рвануть в самом неожиданном месте

Плюс у явы есть мягко говоря легаси, от которого тонна боли.

upcFrost ★★★★★
()
Ответ на: комментарий от anonymous

Ты идиот, сложность не в самой простейшей и примитивной проверке на нулл аля if (varName != null) {}, а в том, что банально можно просто забыть сделать проверку и тогда вся программа ляжет. Если по твоим больным рассуждениям, программируя на небезопасном языке, программист учиться писать безопасно и надежно, то почему программы, написанные на С и С++ вечно дырявые и падающие?

anonymous
()
Ответ на: комментарий от anonymous

Во-вторых, все эти проверки на нулл лишь засирают код. Лишними вызовами методов или императивными операторами ветвления.

anonymous
()
Ответ на: комментарий от anonymous

Ты же ничего дальше своего болота не знаешь, чего спорить-то вылез?

Joe_Bishop
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

программист учиться писать

Ну вот у тебя есть компьютер с программой для автоматической проверки правописания. Помогло тебе это?

anonymous
()
Ответ на: комментарий от EXL

Да и слишком молодой он ещё, не оброс такими фрейморками как Spring

Дай бог любому языку никогда не обрасти ничем похожим на спринг.

ya-betmen ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

ты просто не врубаешься, что макака даже не подумает о том, что где-то надо проверить

Люто плюсую. Не расстраивайся анон, мы тут имеем дело с «вот и выросшим поколением». Которым нужна большая зелёная надпись «у вас в программе кажется нет null pointer dereference» или «borrow checker’у похоже всё понравилось». Что послужит для них железобетонным аргументом в пользу того, что они всё делают правильно. Понимание того, что же они на самом деле делают, вещь для них третьестепенная. Явление очень симптоматичное и выходящее далеко за пределы программизма. О Дивный Новый Мир. Добро пожаловать.

anonymous
()
Ответ на: комментарий от anonymous

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

макаки будут постоянно решать «очень серьёзные проблемы» вражеских макак которые у не-макак просто не будут существовать. у не-макак джава просто не будет падать на nullpointerexception да и всё, так не-макаки и будут жить без сахара, зато со 100% аптаймом.

anonymous
()
Ответ на: комментарий от loz

смешной у вас «продакшен». конторы с подобным «продашкеном», обычно и ожидаемо, не переживают первого собрания акционеров.

dummy ★★
()
Последнее исправление: dummy (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.