AzIdeaL

Тут нельзя дать однозначный ответ. Все зависит от того, какая у вас операционная система, откуда вы хотите удалить контакт(только из ватсап или вообще полностью с телефона) посмотрите в интернете на сайтах подробные инструкции или видео, могу предложить вам a https://faqchat.ru/kak-udalit-nomer-v-vatsape/ эту страницу, там как раз простая инструкция, и есть видео-инструкция, удачи!

Одна из моих любимых поговорок: "10000 часов до мастерства".

Если практиковаться 2 часа в день, 300 дней в год - это 600 часов в год. Соответственно, ~16-17 лет в таком темпе.

Но, как говорит китайская пословица, путь в тысячу ли начинается с первого шага. В 14 лет 2-3 часа в день на программирование - это неплохой старт. До окончания школы может получиться "набрать" порядка 2500 часов. При должном усердии - это неплохой задел для дальнейшего изучения программирования.

Еще один совет - английский тоже учите наравне с Java. Программисту в современном мире без него никуда.

Как же любят комментаторы все усложнять, лишь бы попонтоваться опытом) (это шутка, но, как известно, в каждой шутке...)

Подозреваю, что под Senior подразумевается просто самостоятельная разработка.
Во многом все зависит от скорости восприятия информации (а она разная у разных людей), но в целом за полгода-год, занимаясь по 2-3 часа в день, вполне реально освоить язык на уровне, достаточном для самостоятельного написания приложения "от и до". Правда, как верно заметили, одного языка мало, кроме Java/Kotlin нужны будут SQL, XML, http, может, что то еще. Но это все тоже в процессе освоится, сами поймете, когда понадобится.

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

Для того, чтобы запустить сайд проект нужно все спланировать. И неважно при основной работе, или нет. При основной работе разумеется будет более растянутый по времени план. Но план ОБЯЗАТЕЛЕН, каким бы большим или маленьким не был проект.
Все идеи, все концепции обязательно расписывать. Краткая схема подготовки к проекту по пунктам выглядит следующим образом:
1. Инициатор (Вы) расписывает концепцию проекта. Также обязательны в ней ответы на вопросы: для чего делаем? кому нужен продукт? почему должны покупать (в случае коммерческого проекта)?
2. Знакомьте с документом потенциальных участников проекта (ваши знакомые с hard skills).
3. Обсуждаете в общих деталях (слушаете кто что вам скажет, изучаем настроение потенциальных участников)
4. Неделя-две перерыв (мозг потом может с другой стороны посмотреть на идею или отказаться от нее)

прошло две недели...

5. Понимаете, что идея по прежнему актуальна, еще раз обсуждаете и выясняете, кто готов и сколько времени готовы посвятить проекту, кому что нужно от проекта, сходятся ли ваши цели с целями участников проекта, вобщем договариваетесь на берегу об условиях участия в общем виде (далее подробности описываем в рисках)
6. Продумываете досконально монетизацию (на этом этапе могут вскрыться подробности, которые покажут о нецелесообразности реализовывать проект, если вы думаете о независимости и заработке), кто сколько в доле, условия выхода из проекта на разных этапах (бизнес план на этапе начала прооекта не обязателен, если нет больших вложений финансовых, главное это четкий план монетизации "как зарабатывать будем"?)
7. Выбираете ОДНОГО ответственного за проект (допустим Вы) и ответственных по остальным activites
8. Вы делаете дорожную карту для MVP (как будем достигать цели?). Знакомите с командой.
9. Создаете документ под названием Работа с рисками. В нем прописываете, все риски которые могут помешать реализации проекта и как будете с этими рисками работать (пример рисков: вылет участника команды, несвоевременное исполнение задач, потеря мотивации участником, непредвиденные расходы, необходимость значительно продлить проект и т.д. ). Первая колонка риск, вторая как решаем этот риск в случае его возникновения. Знакомите с командой. Если кто-то где-то несогласен - корректируете документ по компромиссу. Помните, риски это классно это круто. Нет рисков - нет проекта.
10. Планируете все действия в диаграмме Ганта. Если нет сроков - проект растянется на очень долготи так и не завершится.
Ну вот и все! Можно начинать работу!
Все пункты важные. Не спешите с началом разработки, уделите достаточное время на этап планирования.
И запомните, ответственный за проект только один человек, даже если все в доле. Коли вы инициатор - управляйте процессом САМИ и не ждите, что проект сам как то дойдет потом до ума. Нет ответственного - нет результата.
Итого главное это:
1. Планирование (сначала планируем - потом делаем)
2. Сроки (без обозначенных сроков - не приступаем к работе)
3. Работа с рисками (проблемы будут - поэтому учимся с ними работать)
Про мотивацию, менеджмент, управление и т.д. это в умных книжках почитаете сами.

Поищи на ютьюбе "Резюме айтишника. Почему тебя не зовут на собеседование?" от всё ещё Сергея Немчинского. Ни в коем случае не делай точно, как он говорит. Не ведись на рекламу его курсов и всё вот это вот. Но непременно осмысли то, о чём он говорит, и творчески переработай для себя и для своего случая.

классика
https://support.microsoft.com/en-us/office/view-pr...

но конечно вам попроще, видимо, надо

попроще, если не ексель -нету

MVP это уже хоть как-то работающее что-то, а PoС может существовать даже условно. Скажем, пара сверстанных экранов без бэкенда и работающего UI, а все кнопки ведут на предложение оставить email например.

POC - доказательство, что идея реализуема
MVP - минимально жизнеспособный продукт. Его уже можно монетизировать

Я как клиент с удовольствием бы платил подрядчику, который бы еще за меня составил ТЗ)

реально, но почти все заберут
дело в том что собрать 5к для рекламы и получить $19.99 ЧЕСТНЫХ может любой, поэтому если уберешь оксюморон

уже реализованы в виде прототипов

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

и научишься питчить - может зайти от ICO шников до Кикстартера

Берите Wordpress и не прогадаете. Всякого разного для него - тьма, наверняка найдёте что-то по вкусу. Для блогов платформа идеальная.

И редактор Gutenberg там теперь стал офигенный, с помощью него можно лонгриды верстать (простые, но и пользоваться им просто).

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

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

Есть что-то, что можно почитать на эту тему? Может какие-то практические кейсы с примерами составленной документации и т.д.?
Тысячи книг и десятки тысяч сайтов с "чем-нибудь на эту тему". Включая практические кейсы, отработанные методики, лучшие практики и т.д. Гуглите по слову "Управление проектами" и читайте все подряд. Ну, можно еще уточнить "Управление проектами в области ИТ".

Загружаешь локально дамп хабра, пилишь ИИ для определение тематики (ключевые слова в заголовке, тегах, статье, придумываешь разные метрики,) максимизируя рейтинг, количество и скорость коментирования, минусы плюсы в коментариях и прочее

Получаешь метрики будущей статьи, которая с большей вероятностью наберет плюсов

Пишешь об этом статью таким образом чтобы метрики попадали

профит

p.s. https://habr.com/ru/company/luxoft/blog/153995/