Ну это явное заблуждение. У меня не очень большой опыт, но я помню каким я был до устройства на работу и какой я сейчас. Человек без опыта может и сможет решать задачи мидла, но будет это явно не очень.
Я не видел примеров работы в другой ide отличной от qt creator. Если скинете примеры, буду благодарен.
Так то и kotlin уже мультиплатформенный, ui для ПК уже есть, для iOS в альфе сейчас. И ui декларативный, с кучей примеров где все разжевано, а не как в qt. Тут больше претензии не к самому языку, а к инфраструктуре примеров вокруг, может он и крутой, но примеров очень мало, с Android developer не сравнить.
Ну и то, что все языки одинаковые это все же лукавство, да, делать можно одинаковые вещи, но удобнее на языках более высокого уровня. (У меня есть опыт написания проектов и на с и на kotlin и даже на ассемблер, есть с чем сравнить так сказать). Что касается вкусовщины или нет, по мне работать с coroutines приятнее и удобнее чем с потоками, да плюс асинхронщину в сам язык вроде не так и давно завезли (я про с++). Впрочем сигналы/слоты вроде это все же упрощают. Но я лучше буду на kotlin писать где мне или кодогенерация или gson распарсят json без особых стараний с моей стороны, чем писать монструозную реализацию на с++.
На gl мне сказать нечего, я с ними особо не работал, на Android их полноценно только в 12 версии завезли (agsl)
Ну ладно, нет там магии для Android и iOS. И работы там сделано много, просто она от вас спрятана, так и про flutter можно сказать, он тоже все собирает. И ci сейчас у всех так, Jenkins вроде не сильно сложная штука.
В общем мой основной посыл, что связка qt/C++ менее удобна чем kotlin/as. Хотя я честно пытался разобраться и что-то сделать.
А используют реже потому что что сама ide то ещё по сравнению с Android studio гораздо хуже. Сам язык сложнее. Непонятки с QML/C++ что где писать и на что ориентироваться. И ещё куча всего. Ну и сам kotlin гораздо приятнее чем с++
Объективности ради у Тинькофф образования норм подготовка - она во первых бесплатная, во вторых обучают практикующие сотрудники. Но как повезет с ментором ещё зависит. Я сам проходил финтех, очень помогло в свое время
Я не iOS разработчик, но плотно работаю с compose в Android. И если кастомные элементы в swift ui делать так же просто, то не понимаю страданий по ромашке, задача на 1-2 дня свою написать. А если картинку просто крутить, то и того быстрее.
И если сложность равна таковой в compose, то я бы не сказал что за неделю все понять получится...
Ну объективности ради убунта включает в комплект поставки проприетарные драйвера, на дебиан их надо руч Ами как-то подключать, не стал вникать в подробности.
Это не так. Я проходил в свое время. И меня очень сильно прокачали они в плане навыков. Работу я в итоге нашел благодаря ним.
Ну малые или нет группы это относительно, наборов у них много. С учётом того, что учат бесплатно и на совесть, это прям подарок я считаю.
Часть действительно не пойдет к ним, но это их право. Сертификат прошедшим они выдают, он кстати помогает в целом.
У них есть свое обучение. Тинькофф образование. И нормально кстати учат + бесплатно. Но есть отбор
Ну это явное заблуждение. У меня не очень большой опыт, но я помню каким я был до устройства на работу и какой я сейчас. Человек без опыта может и сможет решать задачи мидла, но будет это явно не очень.
Сколько людей трудилось над Android частью в эти два месяца? Экранов было 8-9?
Вероятно я менее опытный чем вы, но все же...
Я не видел примеров работы в другой ide отличной от qt creator. Если скинете примеры, буду благодарен.
Так то и kotlin уже мультиплатформенный, ui для ПК уже есть, для iOS в альфе сейчас. И ui декларативный, с кучей примеров где все разжевано, а не как в qt. Тут больше претензии не к самому языку, а к инфраструктуре примеров вокруг, может он и крутой, но примеров очень мало, с Android developer не сравнить.
Ну и то, что все языки одинаковые это все же лукавство, да, делать можно одинаковые вещи, но удобнее на языках более высокого уровня. (У меня есть опыт написания проектов и на с и на kotlin и даже на ассемблер, есть с чем сравнить так сказать). Что касается вкусовщины или нет, по мне работать с coroutines приятнее и удобнее чем с потоками, да плюс асинхронщину в сам язык вроде не так и давно завезли (я про с++). Впрочем сигналы/слоты вроде это все же упрощают. Но я лучше буду на kotlin писать где мне или кодогенерация или gson распарсят json без особых стараний с моей стороны, чем писать монструозную реализацию на с++.
На gl мне сказать нечего, я с ними особо не работал, на Android их полноценно только в 12 версии завезли (agsl)
Ну ладно, нет там магии для Android и iOS. И работы там сделано много, просто она от вас спрятана, так и про flutter можно сказать, он тоже все собирает. И ci сейчас у всех так, Jenkins вроде не сильно сложная штука.
В общем мой основной посыл, что связка qt/C++ менее удобна чем kotlin/as. Хотя я честно пытался разобраться и что-то сделать.
В Авроре 5.6.х вроде версия. Она старая очень.
А используют реже потому что что сама ide то ещё по сравнению с Android studio гораздо хуже. Сам язык сложнее. Непонятки с QML/C++ что где писать и на что ориентироваться. И ещё куча всего. Ну и сам kotlin гораздо приятнее чем с++
Объективности ради у Тинькофф образования норм подготовка - она во первых бесплатная, во вторых обучают практикующие сотрудники. Но как повезет с ментором ещё зависит. Я сам проходил финтех, очень помогло в свое время
Радует что постепенно все места которые Гугл нормально не сделал, начинают покрываться рабочими решениями.
О как я вас понимаю, МТС так любит делать, уже не раз за ними замечал ...
Но это только для Android, а что с iOS?
Обалдеть, целая статья, а в документации то все есть же...
https://developer.android.com/jetpack/compose/libraries#activity_result
Блин, Авроре удачи, хоть и не хочется изучать qt/C++ вместо compose/kotlin, но это хотя бы что-то самобытное, а не перелицовка aosp.
Жаль купить не получится смарт на Авроре при всем желании
Я не iOS разработчик, но плотно работаю с compose в Android. И если кастомные элементы в swift ui делать так же просто, то не понимаю страданий по ромашке, задача на 1-2 дня свою написать. А если картинку просто крутить, то и того быстрее.
И если сложность равна таковой в compose, то я бы не сказал что за неделю все понять получится...
Статья и правда тянет на целый урок, автор в этом плане молодец.
Но от количества constraint layout у меня глаз начал дёргаться, если честно. Так же непонятно зачем progressbar обернут во framelayout.
Ну объективности ради убунта включает в комплект поставки проприетарные драйвера, на дебиан их надо руч Ами как-то подключать, не стал вникать в подробности.
Да кстати, такое есть. Почему они драйвера nvme в комплект поставки ос не ставят, не понятно
У меня планшет Lenovo на windows, на debian тоже были проблемы, поставил Ubuntu и все работает как часы.
Ну вы что, не поняли, если прод не ляжет, то конверсия не упадет (сарказм если что). Но метрика для kpi огонь, у разрабов сайта наверное она такая же.
Если целый компилятор напишете, то почему нет, можете. Для compose же пишут)