Artem Gapchenko

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

Хоспаде!!!
Как можно делать приложения ни капли не разбираясь в программировании? Как???? О_о
Забудьте лучше про всё это дело.

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

Так же хочу заметить что "архитектура" это не что-то эдакое, а общее понимание команды разработчиков о том как функционирует приложение. Если этого общего понимания нет - у вас нет архитектуры. У многих разработчиков понимание пропадает уже через пару месяце стихийной разработки. Так что помимо архитектуры важно еще и процессы/методологии разработки подтянуть.

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

но совершенно не имею представления о правильной архитектуре приложений на php

"Правильно" не бывает, все зависит от задачи. "Правильная" архитектура является:

- понятной - то есть можно быстро разобраться. Это как читабельность кода (читать совершенный код Макконела) так и в принципе декомпозиция системы, разделение ответственности и т.д. (микросервисы, гексагональная архитектура). Тут можно посоветовать почитать Эрика Эванса.
- удобной в изменениях (продумать все нереально, а сталобыть проще сделать так что бы адаптироваться под изменения в требованиях можно было эффективнее).
- Тестируемой - то есть вы можете проверить работоспособность системы на различных уровнях. Тут стоит смотреть в сторону TDD или практик с той же идеей (сначала формулируем как работает и как мы это проверим а потом уже делаем).

Вот и все. Далее уже есть принципы SOLID (читать Роберта Мартина), GRASP (Крэйг Ларман), GoF (лучше тут почитать head first design patterns или даже начать с Мэта Зандстры, у него помимо паттернов еще про процессы мельком рассказано).

Ну и смысла в этом всем нет если вы еще до конца не осознали что есть инкапсуляция и полиморфизм. Многие могут рассказать что значат эти термины, но на практике эти знания они не могут применить (чаще всего страдает инкапсуляция)

или написании чего-то своего с нуля на чистом php

Такое решение может принимать только разработчик у которого уже есть за плечами хотя бы пяток лет опыта работы с различными (не одним) фреймворком и языками. В противном случае вы только будете заниматься бесполезным велосипедостроительством.

идеально было бы вообще подробно расписанное сравнение внутреннего устройства нескольких фреймворков

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

p.s. еще прочитайте тут: www.phptherightway.com

Это видимо школьники практичные начали искать свое место в жизни?
Молодец.

Почитай еще 10 подобных же вопросов за последний месяц.
Там и ответы есть.

В вашем коде "не так" всё, начиная с нейминга.
Никто снаружи фрагмента не должен знать, какие там у него внутри вьюхи(инкапсуляция). Передавайте все данные во фрагмент через setArguments, внутри доставайте с помощью getArguments, в методе onCreateView или onViewCreated устанавливайте картинку.

Думаю видео ничего не увеличит. Представьте 100 индусов и вы один среди них. У кастомера не будет времени смотреть на ваше лицо и что вы там говорите, какой вы самый самый. Главную роль играет цена, потом идет отбор по портфолио, отзывам, ну и иногда тесты, хотя они больше для новичков.

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

Шерстить биржи в поисках мелких заказов на пару часов, или до 100 долларов по flat price. Мелкую задачу проще отдать грамотному разработчику, чем ждать пока крупная компания раскрутит свою бюрократическую машину.
Там нужно конкурировать с индусами и китайцами, но с ними нужно бороться качеством. Для начала - качеством cover letter. Напишите, как именно будете решать задачу. Никаких шаблонных писем!
А потом от меньшего к большему, плюс наработается опыт как вообще организовывать свою работу. Вряд ли удастся сразу же справиться с крупным проектом.
Упорство и труд - и все получится.

На квалицифрованных.