Тред для тех, кто пытается вкатиться в андройд разработку или что-то похожее. По возможности стараемся угощать ньюфагов чаем и поливать друг друга радугой.
>Хочу вкатится в 20/30/50 лет, не поздно?
Нет, не поздно. Лично знаю несколько примеров из жизни когда вкатывались в 30+ лет.
>С чего начать?
Для начала изучи roadmap - https://roadmap.sh/android
Roadmap анона из предыдущего треда:
Основы программирования, логические операции -> Джава(базовый синтаксис и особенности языка) -> ООП -> особенности различных версий Джава -> алгоритмы и структуры данных -> многопоточность -> дженерики -> функции высшего порядка -> Котлин -> Android SDK(UI, версии и различия, особенности оси на уровне работы виртуальной машины) -> работа с БД, CRUD(можно и на этапе знакомства с алгоритмами) -> git -> networking/REST API/JSON/сериализация -> актуальные фреймворки зачем и почему, спойлер: экономия времени -> архитектура, зависимости, инверсия контроля -> ?..
Вот примерный флоу, которому я бы следовал, если бы учился сейчас. Начал бы сразу с алгоритмов, если честно.
В эту же последовательность нужно вставить clean code, SOLID, DRY/DIE, KISS, YAGNI и прочие модные аббревиатуры, которые весьма актуальны. Что-то упустил, но, думаю, этого достаточно.
Навигация, от книг до вопросов на интервью:
https://github.com/qqqlll/Java-Thread/wiki
Очень много уроков и не только по ведройду. Почекай и посмотри, вдруг зайдет:
https://coursehunters.net/mobile-development
https://developer.android.com - ресурс от гугла с полным описанием всего.
https://metanit.com/ - ресурс с кратким разбором языков ПО, для тех кому лень в книги.
https://stackoverflow.com/ - ответы на большинство вопросов касающихся кода.
Курсы от OTUS:
https://cloud.mail.ru/public/4nHb/449Ub4Pqj
https://drive.google.com/open?id=1cxWWBZzHNRAdd0wnjN6lfLDcYqMv7ohm
Также рекомендую искать в телеге, там много подобных курсов, начиная от создания конкретных приложений и заканчивая обучением с нуля.
>Что по книгам?
Java:
Head First Java Kathy Sierra
Thinking Java 4th Bruce Eckel
Шилдта не рекомендую, говнокод.
Kotlin:
https://techrocks.ru/2020/01/20/12-books-for-kotlin-learners/ - краткое ревью 12 книг.
Flutter:
http://flutterapps.ru/flutter-books/
>Стоит ли сразу вкатиться в котлин минуя джаву?
Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Прочел книгу по java/kotlin/flutter и посмотрел видосы, на деле ничего не понимаю. Куда идти дальше?
Делай свои мелкие пет-проекты, можешь копировать чужие и дополнять функциями которых там нет. Главное правильно пиши сам, гугли, трать часы и дни на мелкие функции НО сделай сам, что бы полноценно понимать что к чему. Вся суть сводится к тому, что бы ты изучив ROADMAP который указан выше, вынес знания, которых хватит на создание и понимание пет-проектов с помощью которых познаешь суть разработки. Также на собесах любят когда есть портфолио в гугл плей.
>Где взять примеры проектов?
Можешь банально поискать на ютюбе или в телеграмме. Для примера:
https://www.youtube.com/channel/UCPz3xmUpIbo8jooCtV_vMNw
https://www.youtube.com/c/devcolibri/videos
>Когда можно идти собес? И что для этого нужно?
1. Нужно хорошее знание Java/kotlin.
2. Понимание базовых принципов Android (жизненный цикл activity/fragment, что такое Context, intents, services, UI thread, support library и ее версии (уже androidx), shared preferences, SQLite, Handlers, Executors, Content-Providers, firebase.
3. Знание популярных библиотек типа Retrofit + Glide/Picasso + RxJava2 + Dagger2(по обстоятельствам) + гугловские поделки jetpack, понимания СОЛИД и других паттернов проектирования.
4. Базовое понимание что вообще такое Gradle. Рекомендую хорошенько изучить XML.
5. И хотя бы несколько готовых приложений.
upd: Также стоит прочекать вакансии в вашем городе и собрать самый часто используемый стек технологий и отталкиваться от него.
Незабывай изучать английский, потому что гуглить придётся именно на нем ибо информации в разы больше.
Ресурсы по инглишу для нубов:
Грамматика:
https://ru.duolingo.com/
https://lingualeo.com/
Сериалы и шоу, для того что бы увидеть полный список нужно купить подписку. Есть двойные субтитры RU/EN. Цена 300 рублей, но часто проходят акции 300 рублей за 2 месяца подписки.
https://ororo.tv/
https://ororo.tv/ref/1835272 - реф ссылка. Указал потому что: Переход по Вашей ссылке дает пользователям бонус +10% ко времени их следующего абонемента.
Также советую полностью сменить язык интерфейса на всех устройствах.
Ютюб каналы с простым английским:
https://www.youtube.com/c/Anomaly/videos
https://www.youtube.com/c/EnglishClass101/videos
https://www.youtube.com/channel/UCMCjGkbqKVkjJN2sVWocz0w
https://www.youtube.com/c/SpeakEnglishWithTiffani/videos
Старая шапка. За 2019 год.
https://pastebin.com/sh7eC6R4
хамарин формс.
сначала начал андроид ковырять с котлином, не зная котлин
ковырял ковырял и подумал "чет котлин туго идет, нафига мне его учить то"
Там побыстрее разработка. Все таки xaml я знаю и это xaml, а не инфлатеры
Но там свои проблемы. Вот мой список граблей что помню
1 долгий запуск. лично меня бесит
2 полный клон моего приложения жрет в 2 раза больше памяти
А я из тех у кого не топ смарты и меня это бесит.
3 они дают AppShell это как навдрейер. очень удобный (все таки хамл), но блин он держит ссылки на страницы корневого уровня всегда. Бред. Конечно типичный мастер-чилд таким не страдает, но это ж уже рукоделие
4 GridView с карточками кривой. При удалении элементов схлопываются маржины справа. это баг, но делать мне больше нечего как багрепорты писать.
5 асбтрагированность от платформы это хорошо, но иос мне не нужен, так что только мешает это
6 Оказалось что я не могу прицепить longClickListener к картам. Его там просто нет. Мне тупо нужно было контекстное меню, а оно только для списков сделано. Нагуглил что пишешь велосипед в андроид модуле где используешь таймеры, а в трекере написали что этот функционал они за год не сделали и перенесли на мауи (который будет аж через год).
7 почитал какая там либа для мускуля, взял ее и... нельзя указать foreignkey< ну чтобы генерило таблицу. фичкреквесту 9 лет уже. Я код посмотрел и добавил за 30 минут. Потом оказалось что миграции тоже сам пиши. Легко, но после room это дикость.
8 ну и конечно размер apk
Но раз я уже немного вьехал в андроид, то вернулся, благо там андроидх
Анончики, всем привет
Хочу запилить приложение на мобилку. Простенькое, для личных целей (для целей локального коммьюнити, если точнее). Окончательно разочаровался найти какие-то внятыне видеоуроки по приложениям на котлине (изначально хотел делать на нем), потому прошу подсказать аксакалов: есть какие-то годные признанные отцами уроки по созданию android-приложения на java?
Мне простенькое запилить, особо в дебри погружаться не хочется, да и я не профессиональный программист.
А если пойдет, то уже можно в дебри
С первого взгляда это больше похоже на то, что я назвал "дебри"
Мне бы что-то попроще, там где
"смотри как я делаю, вау, написали пару строк кода, у нас уже норм приложение, ухх!"
Что-то нагляднее
А разбор приложения (который с урока 34) там без базы нихера не понять.
Или это уже максимум просто и я охуел совсем?
Первична платформа, а не используемый язык, так что вопрос должен быть поставлен так: "возможно ли перейти с Android на iOS". Так или иначе, не вижу причин, из-за которых это бы не было возможно.
Языки схожи, принципы и паттерны те же. Да, есть и различия, но в их понимании нет ничего сложного. Мобилка есть мобилка.
Вот раньше была такая вещь, как RoboVM - нечто, позволяющее писать аппсы под iOS на жаве. Но потом её купили мелкомягкие, и оно потухло. Хотя, вроде, есть живой форк (https://github.com/MobiVM/robovm) и ещё BugVM (тоже, вроде, форк, но полудохлый). Ещё есть Multi-OS Engine от Интела и нечто под названием Gluon Client Plugin, использующее GraalVM от Оракла. Может, что-то из этого кто-то из анонов уже использовал? Как оно? Насколько оно надёжное и беспроблемное? Отпишитесь, плиз.
>>1823478
Просто хуй его знает. Если я буду юзать котлин с последними наворотами, это всё будет нормально работать на старых андроедах(с 5, например)? Алсо, чекал книги по андроеду, так вот книг с контентом ПЕРВОГО ПОКОЛЕНИЯ в 2020 не выходило вообще. Это значит, что джава, как язык для андройда — ВСЁ?
И джава не совсем все, т.к есть солидный массив приложений на жабе, которые переписывать чисто ради того чтоб было все не на жабе а на котлине никто не будет.
Но все что пишется новое - пишется на котлине, практически 100%. Сам гугл обьявил что теперь андроид разработка - "kotlin first".
Уже доходит до того, что если по проекту нужно знать жабу - это зачастую отдельно указывается в описании вакансии или спрашивается на первых этапах собеса. Один раз даже спросил с ноткой удивления - мол есть те кто жабу не знает, на что ответили что да, последний год уже идут джуны который жабы знать не знают и учили сразу исключительно котлин.
Т.к по сути котлин это та же жаба, только с кучей дополнительных фичей и более удобным и кратким синтаксисом. Найти вещь которую можно сделать легко на жабе и нельзя на котлине нереально, при этом вещей которые есть в котлине, но нет в жабе предостаточно.
З.Ы Речь конечно о используемой ведроидом 8-й жабе, если сравнивать котлин с 14 (или какая там уже, 15?) - не все так печально. Но в целом сейчас я не вижу ни 1 причины начинать проект на жабе вместо котлина.
Да можно спокойно совмещать, так в общем-то и делают, там кажись только пару дополнительных телодвижений - типо котлиновский компаньон промаркировать @JvmStatic если их с жабы дергать будут, я лично обжегся на пересечении джава/котлин только раз - подробностей особо не помню, прикол был в том что линт подсказал что проверку на null можно выпилить, мол там null и так быть не может, убрал и получил 0,002% крашей с npe в проде.
>о, в котлине можно квадратные скобки перегрузить?
нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках.
Вообще немного не понимаю удивления, в древних версиях котлина можно было только методами стучаться чтоль?
Сейчас по индексу можно не то что в массивы, в листы можно)
>нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках
ну вот зачем ты пиздишь?
https://kotlinlang.org/docs/reference/operator-overloading.html
они пошли путем пстона по части перегрузки
Здрасьте
А есть вариант именно в андроид-приложении, написанном на java/Kotlin запустить питоновский скрипт, который выплюнет некоторое количество данных, и уже дальше работать с ними? Понятно, что это считается моветоном, но все же.
Если речь о ml - то зачем изобретать велосипеды?
https://www.tensorflow.org/lite
https://pytorch.org/mobile/android/
Только сеньоры. Рили вообще джуну ремоут найти?
https://www.upwork.com/freelance-jobs/android/
Подаешь заявку, описываешь заказчику почему ты у мамы самый умный, кидаешь примеры своих приложух из гугл плея
Что может пойти не так?
Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Просто пиздецки как не хочется работать в офисе, а на полноценную официальную удаленку берут только сеньоров, как выяснилось
>Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
>Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Фикс прайс, 1к. 1к - это очень мало, з/п нормального джуна в общем.
Очень интересует разработка мобильных приложений
Ну я и есть околоджун, просто много из себя ставлю и пишу сразу как положено с использованием navigation components, например. Да и вообще все на джетпаке, перечитал уже почти все гайды гугловские. На работу пока не устраивался, скоро начинаю писать первое серьезное приложение для гугл плея и гитхаба. Зимой мб пойду на галеру в офис за 20к (живу не в дс) и получу этот год-два опыта, а потом буду ловить удаленку мидлом
Но как же хочется без этих галер ебаных, в тот же фриланс на апворк. Инглиш знаю, до этого пару лет работал копирайтером на etxt (кто знает тот поймет), в общем знаю как выживать в чане с говном с 1$-индусами и че надо писать заказчикам. Material Design знаю на хорошем левеле. Ну чем я не фрилансер?
Я бы не совался на апворк, серьезно. Говорю как человек просидевший первый свой год работы в микро апворк конторе.
Почему? Трудно что-то вырвать прежде всего. Условно говорят сидит сейлз (с В2 инглишием и подвешенным языком) с аккаунта шхуны, где есть уже какое-никакое портфолио и рейтинг - и то, найти проект ему весьма и весьма нетривиальная задача.
И если б проекты были нормальные - так нет, код почти всегда индусское дерьмо, заказчики бывают оч разные, но регулярно пытаются прокинуть на бабки.
В общем геммор еще тот, совмещать в себе и сейлза и разраба как по мне сомнительное удовольствие.
По итогу, на мой взгляд фриланс биржи - это дно разработки, ниже только студенческие лабы/дипломы
Для меня, даже с высоты моего скромного опыта эти все пропоузалы на проект за 1к баксов выглядит как очередь для нырка в навозную кучу и сейчас если я буду искать работу, то в первую очередь я буду бросаться на вакансии в крупных галерах, во вторую на средние и продуктовые - и только с голодухи и безисходности я готов снова пойти в upwork-agency фиксить индусское дерьмо.
учился у инфоциган(гигбрейнс). по итогу на вкат потратил год. дохуя было отказов. в итоге устроился в подмосковье. 30 на испытательном, 50 после.
спрашивали на 1 этапе многопоточку, жизненный цикл и "расскажите что знаете/умеете".
на 2 этапе гоняли по библиотекам, даггер, рх, мввм, мвп, ретрофиты, бд.
когда устраивался знал только джаву, за неделю поднатаскался на котлин.
считать из файла урок (файл json или xml), и показать экран с упражнениями из урока. кароч хз, я пока думаю, для начала один единственный формат упражнений, типо вставь пропущенную букву в предложение.
Оплата только битком, писать orium.box@gmail.com
Пацаны, короче, брейте бороды, чтобы их не было. Так, чтобы хлебало гладкое было. Голову тоже лучше налысо брить.
Код тогда отличный будет выходить.
А так - говно из-под хипстеров.
Не думаю что апворк хороший вариант. Мне кажется следует либо идти в гейм-дев конторы, а если хочешь сам на себя работать - ну сделай в соло игру, напихай туда рекламы/доната и заливай себе в стор. Я бы шел вначале в контору, а в свободное время пилил бы свой проект.
>Я бы шел вначале в контору, а в свободное время пилил бы свой проект
Двачую этого лично знаю людей, которые увольнялись и пилил проекты от 6 до 12 месяцев в итоге получая выхлопа 0% и только уходили в минуса, не считая того что за это время дохода небыло ибо и работы основной небыло.
Так чаще всего и бывает, большинство таких приложений имеют пару десятков скачиваний - от самого разраба и круга его друзей/коллег.
Самый успешный случай: работал на одной галере и знал одного разраба с своим, живым проектом в гугл плее - какая-то карточная игра (оффлайн + онлайн), монетизация на рекламе и подписке, тысячи активных юзеров (точно уже не помню).
Это самый позитивный случай из тех что я знаю, но даже с него, выхлоп - 300-400$ в месяц, при зарплате на галере около 2к.
> Кошерно ли нынче использовать RxJava
Смузихлебы заклюют.
>>1829121
> почему до сих пор кто-то юзает или даже требует в разработке проектов для DI Dagger
Ну вот щас, 2 недели у менеджеров попрошу на миграцию и будем использовать божественный коин а получу залупу за щеку.
К тому же даггер работает, к нему все привыкли, там зачем тратить человекочасы на переезд на коин?
Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна, если речь идёт о чем угодно, кроме Hilt, который имхо является эталонной реализацией, которая лучше всего вписывается в парадигму разработки под мобильные девайсы. Koin - service locator. Он предоставляет ссылки на объекты, которые привязаны к функциям - это простая замена ручной реализации. Даггер имеет правильную di-каноничную структуру полный граф зависимостей, просто дебажится, генерирует код с помощью аннотаций, что позволяет скрыть реализацию и максимизировать абстрактность. Он гибок, масштабируем, потому выигрывает в сложных проектах. он дешевле в долгосрочной перспективе
>>1829138
>>1829816
>удобная парадигма
Парадигма - реактивное программирование, частью которого является реализация вида:
>парадигма с цепочками Observable-ов
Kotlin Flow, считай, является нативной реализацией RxJava, где ключевым механизмом являются корутины. Вот, пожалуй, и всё. всё же, функционал у RxJava шире
Проекты, где уже используется RxJava, не будут переходить на Flow. Новые же, вполне вероятно, будут пилить и на нём.
Хз, у меня даггер ничего кроме горения жопы не вызывает. Сложная для понимания, громоздкая штуковина которая только усложняет жизнь. Может в не в моей вселенной, где вертятся огромные мобайл проект написанные по клину и покрытые тестами даггер и полезен, но на кой хрен он для 95% проектов нужен я не понимаю.
Пробовал писать проект с этим дерьмом, спустя 2 дня словил какую-то абсолютно ебанутую ошибку (циклическая зависимость если верить гуглу), поковырял 40 минут, не починил - снес к хуям зависимость на даггер и больше никогда ее не добавляю. Либы должны упрощать жизнь, а не усложнять. Реального полезного функционала 0, а дополнительной ебли овердохуя.
(офк для собесов пару бредовых предложений про так какая охуенная вещь DI и Ioc я знаю, но не верю ни в 1 слово из них).
Сейчас в вакансиях все чаще Koin мелькает, может там все хоть чуточку понятнее.
Можно так делать, либо надо сначала дрочить жабу?фу бля
на руках имеется оффер и еще завтра второй будет (оба на позицию джуна 800$, но я за 3-5 месяцев выйду на уровень мидла и попрошу ревью с удвоением хп).
ну в вебе я был около трех лет, на реакте писал где-то чистыми полтора года. заебался чето с браузером ковыряться и решил ну его нахер. как раз из-за короны период был, когда смог вкинуться в изучение нормально. В целом познакомился с ним зимой, а плотно изучал последние 2 месяца.
Собесы прокачивают как ни крути. Даже если вы на 100% уверенны, что не пройдете - все равно тех. собес будет полезен. Вы сможете услышать вопросы, которые надо будет подтянуть. Джунские вопросы уже от зубов отскакивают после 5-6 собесов.
Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного. коммьюнити растет, это хороший показатель.
>Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного.
Когда у тебя начинаются подобные маняфантазии, сразу спроси у себя:
1) Чем он лучше реактнейтива/замарина/ионика/qt/итд;
2) Почему ни у кого не получилось, а у него получится?;
3) Он имеет какие-то преимущества перед нейтивом в техническом плане? Особенно учитывая, что когда он перестанет хотя бы так жутко лагать никогда уже SwiftUI и Jetpack Compose будут взрослыми.
1)приятнее разрабатывать. меньше проблем с перформансом, проще сделать 60фпс анимации и т.п. замарин и ионик умирающие темы. на рынке почти не имеют своей доли.
2) за флаттером гугл + некст система на замену ведра будет вся на флаттере. она уже на нем + поддержка десктопа уже появилась и веб хуярить можно. я еще не пробовал, но думаю кайфово.
3)это кроссплатформа = главное преимущество
>приятнее разрабатывать
Вкусовщина.
>меньше проблем с перформансом
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
>за флаттером гугл
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
>некст система на замену ведра будет вся на флаттере
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
>3)это кроссплатформа = главное преимущество
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
> не отгребать 1 звездочные ревью в сторах из-за кривого скролла
Этого и в нативных приложениях жопой жуй так то. Чаще хуевые оценки ставят из-за функционала, а не потому что у тебя списочек просел до 20фпс. Юзеры будут кушать говно, пока нужный им функционал работает.
Ты конечно сейчас скинешь мне приложение пердузы, но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички хотя там и правда нарукожопили.
Та же ригла на флаттере имеет вполне ок рейтинг на иосе
https://apps.apple.com/ru/app/%D1%80%D0%B8%D0%B3%D0%BB%D0%B0-%D0%B0%D0%BF%D1%82%D0%B5%D1%87%D0%BD%D0%B0%D1%8F-%D1%81%D0%B5%D1%82%D1%8C/id1505062873
Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
держу кулачки за флаттер, но сам в него не лезу
>Та же ригла на флаттере имеет вполне ок рейтинг на иосе
Лагает ещё хуже пердузы (особенно открытие модалок в статьях, просто 3 фпс), правда ЦА из бабушек и дедушек явно на это внимания обращать не будет, вот уж ахуенный пример.
>но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички
Ага, набегают сотнями и ставят еденички, лол. Маня, это называется ЦА — у пердузы это молодёжь, в отличие бабушек у риглы, и требования к приложениям у них другие.
>Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
Сказал так, будто на нём написано что-то кроме полутора редакторов текста, лол.
Сап, кто то пишет на QML? есть вопросик по реализации бекенда на Qt/
Есть несколько стульев в плане работы с sql и Android Room:
- "Большие" запросы с кучей джойнов и с использованием @Embeded, все выцепляется в одном запросе
- Куча мелких запросов, никаких адских sql запросов, но дополнительный слой над ДАО (ну или в нем самом), где выплоняется несколько запросов и объединяется результат
В первом случае имею ебучей длины sql (под 100 строк), но все выцепляется за раз.
Во втором случае sql намного проще, но появляется доп. слой в котлине по отправке нескольких запросов и объединению данных , есть риск что плодить запросы дороже чем выцепить все за раз, но это хуй знает.
Как вы пишете на этой ссанине (Android Room) логику получания сложных объектов с вложенными структурами?
Я не смог подружиться с @Relation, оно не оче работает с one-to-one, а у меня именно что нужно это вложыенный несколько раз one-to-one выцеплять.
Прожект с наличием иерархии объектов, аналогично, например, иерархии животного мира, где там есть типы, классы, отряды и тд, всякие характеристики, куроч есть дохуя у меня и one-to-one и one-to-many и все это выглядит уебищно с первым вариантом, которым я пошел.
Плюсом первый вариант не подходит для того чтоб делать выложенные несколько раз структуры, там и так-то довольно ущербно все это с этими префиксами и необходимостью перечислять колонки, добавляя этот сраный префикс. Куроч боль ука этот Android Room
>java для андроид все
Чет орнул в голосину с долбоеба.
А ничего, что так, на вскидку, 98% библиотек и не только написано на жабе? И котлин только сахарок для синтаксиса и быстрой разработки? Я уже промолчу, что на жабе можно писать не только туфту под мобилки, а закрыть, например, весь стек технологий для проекта, написать серверную часть к примеру. Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки. С котлином соси бибу на андроиде. Пруф ми вронг, как говорится
>Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки
Только вот всё равно придётся дауншифтнутся максимум до начинающего мидла, просто потому что ты не знаешь предметной области.
>написать серверную часть к примеру
Да это на любом языке сделать не проблема, особенно в эру микросервисов, когда каждый пук можно писать на разных языках. Только вот дауншифтинга по причине описанной выше так же не избежать.
>Пруф ми вронг, как говорится
Тащемта, ты типичный нюфажек, который считает что кого-то ебёт его знание языка (который изучается от корки до корки за пару месяцев в данной ситуцаии, если ты не вкатыш, а твоё стремление сменить сферу в будущем намекает что к тому времени ты уже не будешь вкатышем, лол). Знание языка — это требование к, блядь, джуну, а не к разработчику.
От разработчика требуется знание платформы, паттернов, архитектурных подходов, набитые шишки во всех возможных местах, понимание что и как работает и как сделать то и это чтобы не лагало. Бывают конечно исключения, когда сложность языка ушла куда-то нахуй и уже целая история найти человека хорошо знающего язык (C++, например), но это не про джаву и котлин вот никак (у которых различия чисто синтаксически-сахарные).
Короче, сферу можно сменить всегда, но без просадки по зп и лычке ты этого не сделаешь (если не перейдёшь на буржуйскую галеру, в таком случае можно и апнуться, но только в случае удалёнки), а знание языка в такой ситуации — вообще второстепенная вещь.
Блин, ты перефразировал мой предыдущий пост более нудным образом. Друже, знаешь, с котлином, если начать неожиданно с него, может получиться такая же история, как с пхп-макаками в свое время, не типизированные язык, все дела. То же и тут, всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля хороший замах на функциональность, только вот нахуй он тут и еще много чего. Это, блядь, фундаментальные вещи любого другого ООЯП, а котлинодибил о них ни сном ни духом, умный интерпретатор за него все замутит да здравствует сахарок. Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол. Вместе - да, отдельно - нет. Никто никогда не будет переписывать имеющиеся вещи с жабы на котлин. Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
> 1833619
> на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Есть автоконвертация жаба-кода в котлин. Да и какой нужно быть одебилившей джэвэмной, объектно-ориентированной котлино-макакой чтоб не осилить джавовый код прочитать хотя бы?
Здрасьте Здрасьте Люди добрые
Понемногу пилю свое приложение, фор фан, так сказать, понемногу вкуриваюсь в тему
Добавил в приложении кнопку перехода на секонд активити, и все работает
Но в правом нижнем углу значок письма
Изначально там уже была какая-то кнопка
Код для этой кнопки
findViewById<FloatingActionButton>(R.id.fab).setOnClickListener { view ->
Snackbar.make(view, "Replace with your own action", Snackbar.LENGTH_LONG)
.setAction("Action", null).show()
}
В общем, его я закомментарил, кнопка перестала нажиматься, но она осталась.
в xml файле активити нет никаких упоминаний о кнопке
https://pastebin.com/cixWg3Yx - xml, там только одно текстовое поле
В превью никакая кнопка не отображается.
Что за нах магия? Что делать?
это пздц, подключаю androidx, firebase, рекламу и все, лимит превышен. Притом моего кода на 3к всеголишь
>Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол.
Друже, чтобы писать вдумчиво, осознавая что происходит под капотом — надо писать максимум на, блять, си. И вообще вкатываться в программирование по хорошему надо через него, потому что он даёт минимальную абстракцию над железкой и ос, а не закрывает всё виртуальной машиной и тысячей абстракций, начиная от языковых заканчивая твоими абстрактными фабриками синглтоновых бобов.
>Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Ну, если для тебя подобное это проблема, то стоит задуматься о карьере грузчика.
>Чет орнул в голосину с долбоеба
Так же подумал, когда увидел твои нюни.
Собственно, анон тебе уже всё расписал. Единственное, что тут можно добавить - да, новые проекты действительно пишут на Котлине, в чем ты можешь убедиться самостоятельно.
обзванивай галеры/спрашивай на проходной/выбирай свой способ
>>1833619
>всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля
Это юзкейсы, которые были реализованы для стандартизации/упрощения. Ты можешь сделать всё то же самое на манер джавы. Считать null-safety минусом, конечно, интересная позициянет. Автобоксинг тоже является элементом удобства, потому что компилятор самостоятельно избавляется от лишней ссылочности, что идёт на пользу производительности. Статика - зло, ловушка для дурака, так что это тоже правильное решение. ФП на любителя. мне нравится
>Никто никогда не будет переписывать
О том, что это нецелесообразно, уже было сказано.
>Заебись обучишься
Есть разница между целенаправленным и глубоким изучением и ознакомлением с тем, что необходимо для понимания механизмов, с которыми ты сталкиваешься в работе.
>>1833896
multidex
Не стоит, короче, брать исключительно один подход это как раз и разорвет потом мозг - может возникнуть ситуация, когда будешь пытаться впихнуть невпихуемое. Включай мозг и продумывай где лучше разбить по разным сущностям, а где ебануть @Embedded и вытаскивать все джоинами. Обращай внимание на то как часто происходит обращение к бд касаемо какой-либо сущности, как будет удобнее работать, насколько действительно большая сущность. Возможно, где-то сущность используется только частично, а не целиком. Прикидывай в голове в каком месте какой подход будет оптимальнее.
Чувак, конечно, жава задумывалась для разработки всякого embedded, но на практике все продолжают писать прошивки на C (иногда C++). Java слишком жирной оказалась для этих целей. Для кофеварок не то что STM32F0/F1 хватит, а даже какой-то старой Atmega8. А там Java означает сожрат всю flash и не только.
Поэтому, валиднее говорить, что, мол, захочешь тырпрайз под банки писать - жова лучше. Хотя, как ни крути, сейчас все проекты под ведро пишутся на Кт.
> Koin - service locator
нет, Dependency Injection
>Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна
В целом да, но если проект относительно недавно начат (считай - менее года назад), то лучше переехать. Ну, или держать одних и тех же разрабов на нем, лол.
>dagger
> просто дебажится
> гибок
> масштабируем
> выигрывает в сложных проектах
тут просто в голос. Просто без троллинга или оскорбление посоветую - юзани в одном проекте Коин. А потом можешь придти сюда и признать неправоту.
> Kotlin Flow, считай, является нативной реализацией RxJava
Урезаной минимум наполовину. БОльшую часть реальных задач из реальных проектов, которые при помощи RX делаются на изи, ты не особо сделаешь на корутинах без мозгоебли, танцев с бубном и т.д. Да и из беты они не так давно вышли.
На размышление дается 30 секунд.
>нет, Dependency Injection
Ок, пруфаю устами профессионалов.
Фаулер:
The fundamental choice is between Service Locator and Dependency Injection. The first point is that both implementations provide the fundamental decoupling that’s missing in the naive example — in both cases application code is independent of the concrete implementation of the service interface. The important difference between the two patterns is about how that implementation is provided to the application class. With service locator the application class asks for it explicitly by a message to the locator. With injection there is no explicit request, the service appears in the application class — hence the inversion of control.
Уортон:
Since Koin isn’t a dependency injector but a service locator with a clever reified trick that you can use to manually perform dependency injection, the boilerplate will scale disproportionally.
Именно поэтому Коин плохо масштабируется. Цель Коина - упрощение, цель Даггера - масштабируемость и редукция сложности сопровождения в разрастающемся проекте.
без стёба советую изучить вопрос различия этих паттернов, потому что они действительно существенны
>юзани в одном проекте Коин
Юзал, вполне подходит для быстрого создания прототипа, не более. Правда, не очень воодушевляет перспектива ловить рантаймы.
>Урезаной минимум наполовину.
Я об этом упоминал ранее. Множество Rx-функционала будет недоступно для тех, кто выбирает этот вариант в настоящее время.
>>1834923
@ViewModelInject в Hilt + делегация by viewModels(), хотя код будет написан быстрее даже в том случае, если ты решишь самостоятельно реализовать фабричный класс под собственные кейсы, что сэкономит тебе время в будущем.
При этом проект нормально собирается и запускается, проблема только с этим.
Кто-нибудь сталкивался и знает как пофиксить?