Araya

Боевой набор Android джуна

Kotlin

App Manifest:
- Package

App Components:
- Activity (Activity Lifecycles, Activity State Changes, Task and Back Stack, Parcelables and Bundles)
- Service
- Broadcast Receiver
- Content Provider
- Intent (Intent Filters, Explicit Intents, Implicit Intents).

App Navigation:
- Fragments (Fragment Lifecycles, Fragment State Changes, Fragment Manager, Fragment Transactions)
- DialogFragment
- BottomSheetDialogFragment

Design Patterns:
- DI (Dagger)
- Bind
- Singleton
- Builder
- Factory
- Observer (Flow, RxJava/RxKotlin, LiveData)
- Repository
- SOLID

Architecture Components:
- UI Layer (ViewBinding, DataBinding, Lifecycle, ViewModel)
- Data Layer (Data Store, WorkManager)

Architecture:
- MVVM
- MVP
- MVI
- MVC
- Clean Architecture

Network:
- OkHttp (Interceptor)
- Retrofit
- REST (JSON API и Gson)

Local Storage:
- SQLite (Room)

Asynchronous:
- Coroutines
Будет плюсом: RxJava/RxKotlin и Thread

User Interface:
- Layouts (ConstraintLayout, MotionLayout, LinearLayout, FrameLayout, RecycleView)
- Design Guides (Material.io)
- Message (Toast, Snackbar, Notification)

Compose UI:
- State (MutableState, remember, rememberSaveable)
- StateHosting
- Side-effects (LaunchedEffect, DisposableEfffect, SideEffect)
- Layout (Column, Row, Box, ConstraintLayout)
- List (LazyColumn, LazyRow, LazyVerticalGrid, LazyPagingitems)
- Modifier (Modifier Order, Chaining, Composed modifier)
- Text (TextField, OutlinedTextFiled, ClickableText)
- Gestures (Scrolling, Dragging, Swiping, Zooming)

Service:
- Google (Google Play Services, Google Maps)
- Firebase (Authentication, Crashlytics, Remote Config, Cloud Messaging, FireStore, Realtime Database)

Память:
- Стэк
- Очередь
- Куча
- Сборщик мусора

App Startup
Git

Материалы для самообразования https://t.me/kotlinscope

Вообще переход на новую Activity делается по-другому. Почитай книгу Android. Программирование для профессионалов, много вопросов отпадут. Только обзаведись английской версией, чтобы смотреть в неё, когда не понятно, что имеется ввиду под некоторыми словами. И подписку на клики в XML лучше не делать. Методы именуются с маленькой буквы (camelCase).

Инструкция, как ловить исключения
Выполни по инструкции ниже всё и потом ты сможешь смотреть, какое произошло исключение, если приложение будет крашиться. Просто ставь точку останова на строке println(message) и когда сработает обработчик не перехваченного исключения, то там ты и посмотришь, что в нём написано.

Создай класс TestAppUncaughtExceptionHandler

package com.example.test

import java.lang.Thread.UncaughtExceptionHandler

class TestAppUncaughtExceptionHandler : UncaughtExceptionHandler {
	override fun uncaughtException(thread: Thread, ex: Throwable) {
		val message = "Thread name: ${thread.name}, Exception: ${ex.fillInStackTrace()}"
		// На строке ниже ставь точку останова (breakpoint) и смотри, что написано в исключении.
		println(message) 
	}
}

Создай класс TestApplication

package com.example.test

import android.app.Application

// Указывается в манифесте, чтобы работал
class TestApplication : Application() {
	override fun onCreate() {
		super.onCreate()
		
		Thread.setDefaultUncaughtExceptionHandler(TestAppUncaughtExceptionHandler())
	}
}

В AndroidManifest.xml файл добавь android:name=".TestApplication"

Пример AndroidManifest.xml (многое удалено для краткости)

<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.example.test"
	xmlns:android="http://schemas.android.com/apk/res/android">

	<application
		android:name=".TestApplication">
		<activity
                   ...
		</activity>
	</application>

</manifest>

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

Уже угадываю автора вопроса, не заходя в вопрос.

уверен в этой сфере тоже полно халявщиков

Так вы как раз пополняете их ряды. А опытному человеку, чтобы быть ментором - нужна серьезная мотивация, которую вы предложить не можете. Поэтому ваши поиски будут тщетны, на каком бы этапе вы их ни начали.
На стадии изучения ЯП, имхо, менторы необходимы не больше, чем платные курсы. Читать умеешь? Писать научишься. Просто не надо тратить время на мечты о добром Карлсоне, который прилетит и поделится вареньем, лучше потратить это время на самостоятельную практику.

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

Знаю Java, Ruby, PHP

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

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

Есть такие способы. И методы.

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

Можно, но не нужно.

В каких книгах можно получить полные сведения об ООП, о том как и где использовать его принципы или ,те или иные приемы ООП?

- ни в каких. Надо понять, что ООП не НЕ универсальное средство. Это инструмент создания больших и сложных проектов. Вам действительно дали азы и начала. Для общего понимания, для привыкания. А вот когда "дорастете" до серьезных проектов, начнете применять (а не по книгам "изучать") ООП на практике - вот тогда и придут понимание. Причем приходить будет постепенно, вместе с ростом вашего опыта. Бесполезно на уровне "изучаю язык программирования по книгам" беспредельно углубляться в тему, в ООП в том числе. Начните писать реальные проекты. Причем, для первых, несложных проектов ООП тоже будет либо ни к месту, либо даже вредно. Но вот потом, когда задачи станут действительно сложными - вот тогда все станет на свои места. И вот тогда можно будет сказать, что вы знаете, понимаете и к месту применяете ООП.
Хотя, разумеется, сейчас набегут сюда новички, которые наперебой начнут советовать всякие книги и сайты для того что бы быстрее стать "профессионалам". В этом и есть прелесть получения подсказок на форуме - в том, что вам насоветуют десяток разных вариантов решения проблемы. А вот выбор - все равно останется за вами.

Что это за проекты, какого рода?

я вот даже задумался какие проекты бывают. Загуглил, https://moodle.kstu.ru/mod/book/view.php?id=15149, вот там есть таблица "Таблица 2 - Классификация проектов". Вам подойдет любой.

что ожидают увидеть?

очевидно ваши навыки и их уровень.

Откуда их взять начинающему программисту?

сделать или устроиться. Что за странные вопросы? Вы ждете ответ из разряда попрыгать на правой ноге три раза повернуться через левое плечо, плюнуть и в портфолио появится 3 крутых проекта?

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