Uno

Открой вакансии, посмотри сколько зарабатывают джуны на Андроиде.

Неужели за 18 лет активной ИТ деятельности не наработались навыки гугления дорожных карт? Или есть мысли что на тостере составят индивидуальный гороскоп с учетом личных привязанностей? 40 лет, а вопросы как у 15-летнего.

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

На 40летних смотрят нормально. И вообще эта тенденция о малолетних сеньорах существует только в СНГ, где коммерческая разработка более-менее началась после 2000-2005, а не в 1980-м и раньше, как зарубежом.
Поэтому разработчиков, которые до этого момента что-то активно разрабатывали за деньги очень немного, еще и большинство из них уехало. Вот и выходит что, скажем, 50-летних разработчиков, которые сразу начали именно как разработчики и уже 30 лет как разрабатывают - в xUSSR ну может пару тысяч. Но это потихоньку меняется - подрастают люди, стареют.

Практику в Андроид получить очень легко.
Берешь и пишешь софт. Андроид купить несложно, время найти после работы - это уже неизвестно, ваше личное.
Можно джава, можно котлин, я бы ратовал за джаву - в случае чего всегда можно в ентерпрайз сдвинуться.
И берешь юнити и пишешь для своих же детей развивающие игрушки, или что-нить еще, в зависимости от возраста. Так первый опыт и получишь.

Скорее всего (не видя код сложно сказать точно) корень вашей проблемы в том, что данные с сайтов получаются последовательно. В таком случае вам достаточно будет выполнять запросы параллельно с помощью https://docs.guzzlephp.org/en/stable/quickstart.ht... или https://www.php.net/manual/ru/function.curl-multi-...

одна таблица subscribes с вот такой структурой:

subscribe_id
subscribe_author_id
subscribe_object_id

и, разумеется, выкинуть счетчики из таблицы users
больше ничего не нужно
для остального учить базовый SQL. Все подписки пользователя удаляются одним запросом. Все подписчики - тоже.

Если оставить в стороне нелепые вопросы "а для запроса на удаление тыщи записей какой-то другой SQL нужен?", и вернуться проектированию подписок, то, как правильно подсказывает Slava Rozhnev,

Во-первых, в таблицу подписок необходимо добавить два составных индекса,
subscribe_author_id, subscribe_object_id
subscribe_object_id, subscribe_author_id
и тогда ужасный запрос count(*) перестанет быть ночным кошмаром, а будет выполняться мгновенно

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

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

На фронте всё так же html, css и js. Только jQuery заменили React, Angular и Vue, а также добавились всякие там сборщики. На бэке десятки разных языков и сотни фреймворков. Джентельменского набора на все случаи жизни не существует.

Попробуй поднять 300 кг, если никогда до этого не занимался тяжелой атлетикой.
Думаешь через 5 месяцев станет легко?

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

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

body { margin: 0} ?

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

Что касается вашего вопроса:
1) Самое банальное - увеличить мощность того железа где запускается бот.
2) Использовать профайлер для определения места в коде, где происходит самый долгий момент вычислений. Можно использовать например это
Сделайте профайлинг, посморите какая функция выполняется дольше всех (а может не функция, а сетевой запрос?) и с этим вопросом уже приходите опять, если сами не поймете почему данная функция выполняется так долго. И ради бога, не просите никого заходить к вам в дискорд.