Артем Воронов

откуда берется информация для приложений?

В основном из интернета

И у него где то есть база даных с всеми или большинством игр.

Скорее да, чем нет

И вопрос в том откуда эта бд взялась?

Сделали

Это все команда людей вручную находит и вводит или подобные вещи где то существуют или их можно откуда то распарсить?

Возможны оба варианта, а распарсить можно с любого подходящего сайта

Как это вообще происходит?

Путём человеческих усилий

Новичкам обычно выбирать не приходится.

Если ты это делаешь не в рабочее время, то "начальнику" должно быть пофиг, точнее, каким он должен быть тут боком.

если нет опыта - то работа 8 часов, а я не могу работать больше 4 часов в день ввиду учебы

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

а за ним - молчание этой компании

Кто больше всего заинтересован в твоём трудоустройстве?
Если ты, то тогда надо было звонить работодателю - может документы потерялись у них, может сотрудник, который тебя нанимал, в отпуске или уволился.

Если ты не заинтересован в своём трудоустройстве, то я не понимаю, к чему жалоба.

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

Это отговорки. Какие-то люди же проходят. Что тебе мешает задрочить литкод, чтобы также всё решать?

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

Таких как ты, без опыта - тысячи и тебе нужно быть лучше, чем все остальные.

Не нужно ждать, когда работодатель перезвонит - звони сам.

Самостоятельно создать - крайне сложно.
За деньги нанять - легко, но придется выложиться крупно.

Гораздо выгоднее будет просто купить подписку на freepik

Найти верстальщика на бирже пока что не большая проблема, если платить нормально, верстальщиков много.

Вордпресс, вукоммерс - это такая ниша, где клиенту надо дёшево, поэтому 90 процентов сайтов на вордпресс на готовых шаблонах, а 90 процентов исполнителей умеют только шаблон устанавливать и повезёт, если умеют php на уровне новичка.
При желании найти профи программиста на вп тоже реально, просто ставка должна быть повыше и проект большой, браться за мелкие доработки не выгодно.
Обычно, если программист делал сайт с нуля, натягивал к примеру всю вёрстку, то потом за доработки такого проекта возьмётся с удовольствием. Выстраивайте отношения с самого начала с программистом. Браться за мелкие правки еще и проектов, которые делали другие люди - не выгодно, выгоднее браться за один проект, но большой.
Если задача мелкие правки, но это сразу большой список правок и соответственно бюджет хотя бы от 30 тысяч, такая задача уже тоже интересна.
Сделать одну мелкую правку за тысячу - не интересно.

не справился, пропал, дико задержал

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

Короче, на фрилансе и прочих вольных пастбищах чаще всего пасутся 2 типа: Индусы по доллару за пучёк, и профи (скорее всего тоже индусы, но постигшие мудрость Шивы), работающие за ценник сильно выше часовой оплаты на ставке.

Мне 16. Занимаюсь разработкой 4 года. Работал на фрилансе.
Подхожу к вакансиям на мидлов, иной раз на синьоров.

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

Middle/Senior - это не только про умение писать код, но и про ответственность и умение работать при высоком уровне неопределённости.
Junior - отвечает за код в рамках небольшой задачи, которую ему максимально подробно разжевали, а то ещё и старший товарищ помог в разработке.
Middle - отвечает за крупный компонент или за целое приложение в целом, причём уже в горизонте на год вперёд.
Senior - влияет уже в целом на команду и немного на соседние продукты, должен уметь с нуля, без спецификации (только с хотелками от бизнеса) разработать полноценное рабочее решение. Уже претендует на звание Team Lead-а, который уже и за людей отвечает.

Лично я никогда не поверю, что школьник 16 лет отвечает требованиям на Senior, так как у него в принципе врядли когда-то был такой уровень ответственности на проекте.

всем нужны примера кода, понятно почему

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

Чтобы данный сервис был доступен в окружении Lib.Controls, я реализую в этой библиотеке статический класс:

Фатальная ошибка.

Является ли такая архитектура единственно возможной или у нее есть достойные альтернативы?

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

Agile не запрещает вам самим писать и согласовывать ТЗ. Для этого есть процедуры типа Груминг и прочее.

Темпы современной разработки не то чтобы отменяют ТЗ а делают его просто сильно быстро неактуальным
документом в силу того что бизнес очень быстро меняется. Поэтому пишите User Stories. Это и будет
ваше основание для разработки. Пишите много. Добавляйте линки на Confluence.

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

Тоесть в самом agile нет ничего контр-продуктивного или вредящего. Agile - это про гибкость.
А вот для кого по настоящему agile может быть плох - так это для бесполезного специалиста в команде
которые никакой полезной работы не делает. Он пару спринтов побегает. Посимулирует активность
и потом будет удален из команды т.к. задач для него не будет.