втом то и проблема, что значить "копией", нет не является, ни синтаксисом, ни идеями.

Спасибо

Привет. Kotlin является копией Java? Вообще схожи языки в синтаксисе?

Kotlin ~ Java 2.0. не зря K после J идет в алфавите

Kotlin ~ Java 2.0. не зря K после J идет в алфавите

Вот это вбросил

Всем привет! Есть ли какие-то style guides с рекомендациями по написанию return@lambda ? В каких случаях return опускается?

Привет х

Вот это вбросил

Не нуачо, отсутсвие raw типов, generic variance, data class, final by default, var/val, лямбды. Это все штуки, которые давным давно надо было добавить в java

Не нуачо, отсутсвие raw типов, generic variance, data class, final by default, var/val, лямбды. Это все штуки, которые давным давно надо было добавить в java

Это кодогенерация и сахар же ну

Это кодогенерация и сахар же ну

Язык программирования — это кодогенерация и сахар.

Язык программирования — это кодогенерация и сахар.

Поэтому java 2.0?

Поэтому java 2.0?

это не моё утверждение

Всё так. Kotlin это Java 2.0 _by design_, хоть ему так никогда и не суждено называться. Кому интересна история, можете почитать как в 2010 в community обсуждалось что пора бы делать Java 2.0 и какие фичи там должны быть: http://blog.joda.org/2010/09/next-big-jvm-language_964.html Однако, авторы Java этот призыв не услышали и вот теперь мы видим как Kotlin (т.е. Java 2.0 но только от людей которые не могут использовать Java trade mark), который практически всё это воплотил, завоевывает мир

а вообще, там уже, наверное давно, догорело, зато теперь тут начало)

Всё так. Kotlin это Java 2.0 _by design_, хоть ему так никогда и не суждено называться. Кому интересна история, можете почитать как в 2010 в community обсуждалось что пора бы делать Java 2.0 и какие фичи там должны быть: http://blog.joda.org/2010/09/next-big-jvm-language_964.html Однако, авторы Java этот призыв не услышали и вот теперь мы видим как Kotlin (т.е. Java 2.0 но только от людей которые не могут использовать Java trade mark), который практически всё это воплотил, завоевывает мир

Очень радостно, что Kotlin смог выбросить то, что из Java выбросить нельзя — raw types, wait/notify/finalize, например.

что в этом радостного? я юзал wait/notify

и меня вот напрягает, что в котлине нет тернарного оператора

ой, началось

=D

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

но тернарный то оператор за что выпилили?

Всё так. Kotlin это Java 2.0 _by design_, хоть ему так никогда и не суждено называться. Кому интересна история, можете почитать как в 2010 в community обсуждалось что пора бы делать Java 2.0 и какие фичи там должны быть: http://blog.joda.org/2010/09/next-big-jvm-language_964.html Однако, авторы Java этот призыв не услышали и вот теперь мы видим как Kotlin (т.е. Java 2.0 но только от людей которые не могут использовать Java trade mark), который практически всё это воплотил, завоевывает мир

ну сейчас я бы уже не сказал что это java 2.0, сейчас котлин развивается, и не только всторону jvm, и это радует. Удачных релизов вам)

Правильный вопрос не "за что", а "почему". Поэтому что в Kotlin есть if-expression (в отличие от Java и его предков по C/C++ линии) и его вполне хватает для решения тех практических проблем, для которых в C/C++ использовался тернарный оператор.

хватает, только выглядит вырвиглазно

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

хватает, только выглядит вырвиглазно

Это все джава-исскажение. Если бы начинал с норм языков, сейчас бы так не казалось

Это все джава-исскажение. Если бы начинал с норм языков, сейчас бы так не казалось

с каких?

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

а зачем выпилили поддерку вот такого кода while ((i += 2) < 10)?

с каких?

С таких, где все экспрешен ?

а зачем выпилили поддерку вот такого кода while ((i += 2) < 10)?

Примерной по той же причине, по которой современные языки как однин выпили поддержку GOTO

С таких, где все экспрешен ?

это хаскели\сложуры?

так и вижу программистов которые с хаскеля\сложуры начинают)

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

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

Вот сейчас смешно было

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

Ничего станного. Я очень рекомендую немного изучить история развития языков программированияю. Прорывы как раз в осном и происходят за счет выпиливания старых конструкций и замены их на новые

Вы как-то не так просто смотрите на котлин)

а как надо на него смотреть?

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

В Go отказ от всех фич главная фича ?

да там вообще пипец, но корутины есть

горутины

а как надо на него смотреть?

ровно наооборот чем смотрите вы, очевидно новых фич вагон и тележка (большая)

да как-то применять эти новые фичи негде

При дизайне языка Kotlin не стояла цель соревноваться в CodeGolf с C/C++. Не стояло цели получить "zero-cost" abstractions. Код вида while ((i += 2) < 10) намного понятней читается в виде for (i in 0 until 10 step 2) Компилятору-то все-равно, а вот человеку, читающему такой код, намного понятней что будет происходить с переменной i именно во втором варианте.

for да лучше читается, я меня больше волнует чтение из стрима и сразу сравнение с -1

ровно наооборот чем смотрите вы, очевидно новых фич вагон и тележка (большая)

а какие фичи вы юзаете повседневно?

При дизайне языка Kotlin не стояла цель соревноваться в CodeGolf с C/C++. Не стояло цели получить "zero-cost" abstractions. Код вида while ((i += 2) < 10) намного понятней читается в виде for (i in 0 until 10 step 2) Компилятору-то все-равно, а вот человеку, читающему такой код, намного понятней что будет происходить с переменной i именно во втором варианте.

ну кстати вот компилятору не все равно от замены for (int i=0; i<list.size(); i++) { var e = list.get(i) } на for (e in list){ ... }

это хаскели\сложуры?

Кстати, когда у тебя не императивные стейменты, а экпрешены - то компилятор может больше помочь (типа авто-рефакторинг на extract-method или проверить все кесы). Постоянно на работе "борюсь" с людьми, которые пришли из java и юзат when как swift или сначала создают список, а потом добавляют элементы.

да как-то применять эти новые фичи негде

Может вы просто пытаесь использовать Котлин для чего-то не того? Если вы пишете чего-то низко-уровневое/системное, то посмотрите на Rust. Я для прикладных задач Котлин очень хорош. Все его фичи как раз и заточены под решение тех или иных прикладных задач.

я пишу бекед веб-приложения

а какие фичи вы юзаете повседневно?

нулл чекинг, елвисы, экстеншен методы - ставлю класс

Я бы все-тут остановился на том, что это другой язык, отпачкованный от джавы, а не 2.0

а какие фичи вы юзаете повседневно?

как минимум delegates, companion object и возможность их наследования и extension функции

В 2.0 джаве появится package-private модификатор?

я пишу бекед веб-приложения

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

У меня, может, джава головного мозга, но каждый раз начинаю тупить, когда пишу in, out в дженериках или циклы.

Хотя оно вроде упрощать должно

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

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

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

Kotlin ~ Java 2.0. не зря K после J идет в алфавите

Тогда Java 3.0 - это Lisp? ?

Ну вот у меня тоже бывают ситуции когда мне было бы удобней сделать GOTO, а не заводить boolean переменную и делать break из цикла. Но я не прошу вернуть GOTO. Лучше я иногда напишу на пару строк больше, зато не будут страдать от чтения чужого спагетти-кода, напичканого GOTO в разные места.

У меня, может, джава головного мозга, но каждый раз начинаю тупить, когда пишу in, out в дженериках или циклы.

За этими словами стоит конкретная семантика, которая очень понятно объяснена в kotlin in action, в офф доках это тоже скорее всего есть

Тогда Java 3.0 - это Lisp? ?

Если ты фанат Егора Бугаенко?

За этими словами стоит конкретная семантика, которая очень понятно объяснена в kotlin in action, в офф доках это тоже скорее всего есть

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

Я все ещё топлю против "java 2.0", а не против котлина. Котлин шикарен, но в java вся ее многословность и простота это фича.

У меня, может, джава головного мозга, но каждый раз начинаю тупить, когда пишу in, out в дженериках или циклы.

А ты прикинь, что люди в C# in/out пишут уже больше 12 лет ?‍♀️

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

In/Out это по-моему гораздо интуитивнее, чем Extends/Super

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

Привыкните. Во всех современных языках так. И скорей всего по старому (тип имя) уже никогда не будет, а умрет (рано или поздно) вместе с legacy языками.

ERROR: S client not available

In/Out это по-моему гораздо интуитивнее, чем Extends/Super

Да по моему джава единственный язык, где подругому (декларейшен-сайд-верианс)

Да по моему джава единственный язык, где подругому (декларейшен-сайд-верианс)

в Java вроде на стороне объявления вообще нельзя указывать вариантность

Или я что-то путаю уже

Всё так. Kotlin это Java 2.0 _by design_, хоть ему так никогда и не суждено называться. Кому интересна история, можете почитать как в 2010 в community обсуждалось что пора бы делать Java 2.0 и какие фичи там должны быть: http://blog.joda.org/2010/09/next-big-jvm-language_964.html Однако, авторы Java этот призыв не услышали и вот теперь мы видим как Kotlin (т.е. Java 2.0 но только от людей которые не могут использовать Java trade mark), который практически всё это воплотил, завоевывает мир

Ну про завоевывает мир пока очень рано ещё говорить

в Java вроде на стороне объявления вообще нельзя указывать вариантность

Вроде так, не помню конструкций class A<? extends T>

а зачем выпилили поддерку вот такого кода while ((i += 2) < 10)?

Серьёзно? Из-за таких штук может быть? if (i = 123) { ... } if (I == 123) { ... }

@relizarov мне вот больше интересно, почему вместо val не взяли let?

Или const

const char *args

Или const

или auto

auto const something = ...

Что-то страшное

@relizarov мне вот больше интересно, почему вместо val не взяли let?

Бреслав отвечал на этот вопрос на мобиусе вроде. Посмотри запись.

мне кажется, нет никакой разницы, одни три буквы или другие три буквы (Бреслав рассказывал, что можно было var назвать mut)

мне кажется, нет никакой разницы, одни три буквы или другие три буквы (Бреслав рассказывал, что можно было var назвать mut)

Только если ты не азиат и в твоём языке [р] и [л] это не одна и та же фонема. Но я думаю это тоже обсуждалось уже сто раз

Только если ты не азиат и в твоём языке [р] и [л] это не одна и та же фонема. Но я думаю это тоже обсуждалось уже сто раз

О, это интересно. Не знал.

О, это интересно. Не знал.

Представляю, как больно японцу или корейцу. Но живут как-то, я видела Котлин блог на корейском

Только если ты не азиат и в твоём языке [р] и [л] это не одна и та же фонема. Но я думаю это тоже обсуждалось уже сто раз

Обычно их всё же пишут, а не говорят.

Ну это же только на слух?

Обычно их всё же пишут, а не говорят.

Попробуй на докладе устно объясни, почему val лучше, чем var :)

Попробуй на докладе устно объясни, почему val лучше, чем var :)

именно. Плюс из-за того что нет отдельных букв и запомнить разницу сложнее

Наверняка это создаёт какому-то неудобства, но не столько серьезные как использование джавы ?

Наверняка это создаёт какому-то неудобства, но не столько серьезные как использование джавы ?

да, конечно. Они же всё равно пишут на Котлине :)

Просто устно называете полное название и не паритесь You can define it as value or variable

варью и варьябл :)

Серьёзно? Из-за таких штук может быть? if (i = 123) { ... } if (I == 123) { ... }

За десять лет программирования ни разу не встречал таких проблем

За десять лет программирования ни разу не встречал таких проблем

К сожалению, большинство программистов не так внимательны.

варью и варьябл :)

[бэллю] и [бэриабыль] ???

При этом я много работал с легаси кодом в большой распределенной команде, никогда не было таких багов

За десять лет программирования ни разу не встречал таких проблем

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

У меня «почему не как в джаве?!» в первые месяцы сменилось радостным «хорошо, что это исправили»

За десять лет программирования ни разу не встречал таких проблем

дядя Боб вообще сказал, зачем вам null-safety, пишите тесты и все будет хорошо