Navigation Editor - визуальный редактор XML ресурсов

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

Kotlin - обновление 1.3.11

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

возможно запуска множества виртуальных устройств Android Virtual Device (AVD)

Уже несколько лет как работает, ЧЯДНТ?

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

Что именно грязно?

Я тыкал раньше, в мобайле не шарю, но походу Flutter/VSCode поприятнее будет

Минорщина.

возможно запуска множества виртуальных устройств Android Virtual Device

запуска множества виртуальных устройств андроид виртуальное устройство

возможно запуска множества виртуальных устройств Android Virtual Device

а возможно и нет

Разработчики, которые пишут на котлин и которым очень хорошо платят, смеются в голос. Ну а так напишите язык лучше сами, а мы тут потом посмотрим его.

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

да не проблема

C#

Написал.

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

это ты scala не видел

Котлин нужен. Хороший язык. Это Джава такая, какой бы она была, если бы её создали сейчас.

Другой вопрос, что автоматический конвертер кода из Джавы в Котлин генерирует не очень красивый и не идиоматичный код.

Другой вопрос, что автоматический конвертер кода из Джавы в Котлин генерирует не очень красивый и не идиоматичный код.

Если кода не тысячи строк, то его легко почистить. Если кода очень много, то нет особого смысла его конвертировать в котлин.

Котлин, это чего такое? Остров на котором Кронштадт стоит, и через который КАД проходит?

Да.

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

конечно тебе виднее

когда я тыкал графический редактор ConstraintLayout он генерил просто лютое говно

научись его в xml писать, а не тыкать, или графический редактор тебе всетаки нужен?)))

лютое говно

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

это ты scala не видел

и не увидит, он xml в графическом тыкает))

Котлин нужен

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

Огромная куча проверок на null на каждый чих и в практически каждом override, часто встречаю непонятные присвоения вида

ClassType var1000 = ClassType.this

Внезапно, я сам на нём пишу последние полтора года, но по мне язык говно и свои проекты я пишу на Java

Советую научиться читать сообщения не по диагонали. Я топил и буду топить за ручное написание XML, да, мне виднее, я 4-ый год в коммерческой разработке и пилил проекты когда еще не то что графических редакторов, когда еще Android Studio не появилась. И я по личному опыту заверяю, что все гуевые инструменты - говно, потому что генерят в конечном счёте кривизну либо оверхедные и ненужные в данной ситуации вещи.

больше всего радует новый мастер-wizard проектов

И как в нём отключить AppCompat? В старом вроде как можно было отключить.

Огромная куча проверок на null на каждый чих и в практически каждом override, часто встречаю непонятные присвоения

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

companion object вообще в какую-то лютую порнографию выкомпиливается

Какую и что тебя удивляет? На всякий случай спрошу, ты же в курсе, что companion object это полноценный объект полноценного класса, который может реализовывать интерфейсы и тд?

Были и случаи натыкания на баги компилятора с корутинами

Когда они были экспериментальными?

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

Что за куча кастов, что за final? И почему это проблема, если ты опять про байткод.

Сделал на Котлине несколько небольших проектов, теперь жалею - спустя время свой же код понять трудно. Хотя всё лаконично так получилось. Для Андройда, конечно, много удобств - потому что слишком много шаблонного кода и мусора, и с помощью котлина всё это можно сократить и облегчить. Может надо как-то научиться правильно на нём писать, чтобы это можно было потом читать) В итоге последний проект пишу на Java и не нарадаюсь, но отдельные файлы делаю на Котлине.

Если эта тема интересна - есть хорошая статься на тему возврата с Котлина на Java.

https://allegro.tech/2018/05/From-Java-to-Kotlin-and-Back-Again.html

С большего согласен.
Но в Java очень не хватает data-классов, финальных переменных в три быуквы (val). Делегаты - тоже удобная штука.
Сложно без этого всего обратно писать на Java. (не люблю lombok и autovalue)

А чем сабж лучше, чем если тупо на последнюю community плагин поставить? (Он кстати автоматом сам встаёт, как только пытаешься создать/открыть android-проект, и в мастере установки сам себя называет как раз «android studio».)

норм тоже. Но там всегда бекпорт. И он почти всегда не свежий.
Например сейчас там 3.1.1. А вышел вот уже 3.3.0, который затащат ещё только к весне...

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

Статья спорная. По name shadowing я вообще не согласен и вообще считаю, что во-первых никакого ворнинга не должно быть, во-вторых его надо позволять даже в том же скоупе. В Rust это сделано правильно и там это идиоматично. Вот пример, где это могло бы быть удобно:

fun f(password: String) {
  val passwordBytes = password.toByteArray()
  val passwordHashBytes = hasher.hash(passwordBytes)
  val passwordHashString = base64.encode(passwordHashBytes)
}

fun f(password: String) {
  val password = password.toByteArray()
  val passwordHash = hasher.hash(password)
  val passwordHash = base64.encode(passwordHash)
}

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

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

Жуть какая. Name shadowing warnings — против случайных ошибок программистов (например, один и тот же индекс во вложенных циклах), а не против любителей сознательно писать говнокод (против них средств не существует). Если в расте и правда бардак идиоматичен, то хорошо что я до него до сих пор не добрался. А в последнем примере можно объявить passwordHash не val, а var (mutable).

Ясно, сенькс.

в последнем примере можно объявить passwordHash не val, а var (mutable).

Нельзя, типы разные, ByteArray и String. Ну и нет, это не то же самое, мне не нужен var, мне нужен val, как раз чтобы случайно не поменять. Кажется в Go то же самое, = против :=

Нельзя, типы разные, ByteArray и String.

Сорри, прощёлкал.

мне не нужен var, мне нужен val, как раз чтобы случайно не поменять.

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

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

Я же указываю val (ну или var). Это уже не случайно. Про то, что можно во внутреннем цикле случайно перекрыть имя, не спорю, это, конечно, минус. Может быть стоило бы сделать синтаксис вроде shadowing val или что-то в этом роде. Или val!! :)

А как в нем вернуть окно с введением своих названий Activity и Layout? А то проект загружается все время с названиями по умолчанию. Как теперь менять названия, только в коде?

А как в нем вернуть окно с введением своих названий Activity и Layout? А то проект загружается все время с названиями по умолчанию. Как теперь менять названия, только в коде?

тебе стоит немного подумать, там все просто и шикарно

Да уже думал и ничего не придумал, иначе бы не спрашивал.) Я только начал учить Android, уже все настройки перекопал в студии, кроме как вручную переименовывать, ничего не нашел.

я 4-ый год в коммерческой разработке

ВОТЭТОДА!

Дожились млин, скоро сюда будут приходить 19-тилетние JS сеньоры и говорить «Да я уже 5 дней на Реакте программирую и по личному опыту заверяю...»

Нынче в объявлениях «требуется синиор девелопер... опыт от 3-х лет», а тут целых 4 года(!), он уже может мизинцем двери вышибать и на посылать HR-ов в известном направлении. Так что все в порядке.