Как в современном мире используют php?

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

MVC появился задолго до появления PHP, и на 10 лет раньше появления HTML.

Как использовать DDD?

Дмитрий Башинский, Интерфейс репозитория - не инфраструктура, реализация - инфраструктура. Просто для одной сущности редко бывает несколько реализаций репозиториев, поэтому обходятся просто без них (пока репозиторий один) :)

Я думал DDD о том, чтоб отделить домен от внешнего мира, описать чистые обьекты, и их функции (Простое ООП), а дальше этот мирок завернуть в сервисы и тд, разве нет?

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

Почему для веб-разработки в основном выбирают MySQL?

Люди берут то, что знают, а не то что "лучше", если бы было иначе, куча устаревших / технически слабых технологий уже бы кануло в лету.

Что делается до декомпозиции ПО?

Обсуждаются требования, потом пишется код - всё.
Остальное по ситуации, UML не нужен, тесты нужны.

Должны ли Value Object быть Final?

или библиотеки типа такой https://github.com/lisachenko/z-engine

Учитывая её лицензию, я бы не советовал.

Граница между front-end и back-end?

Попробуйте firebase/postgrest etc.

Приведите пример реализации MVC + Service Layer + Repository?

Ruslan Ruslanov, Тот факт что за вопросами вы на Тостер пришли за примерами, а не изучать соотв-ю теорию говорит от том что усложнять вам что-либо рано. Ну и культ карго в придачу.

Почему никаких сеттеров?

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

Да, это выглядит как костыль, но фактически публичный сеттер не дает доступ к свойству, и принцип закрытости/инкапсуляция не нарушаются.

Наоборот, выглядит так, будто не нарушается, а по сути - костыль.

Приведите пример реализации MVC + Service Layer + Repository?

Ruslan Ruslanov, Если их много - что-то у вас не так спроектировано.
А так - из контроллера или сервиса вызовите две подряд и ок. Рано вам усложнять.
Важно правда понимать, что своё состояние сущность контроллирует сама(никаких сеттеров)

Что идет вначале Frontend или Backend разработка?

Иван Шумов, Ок. Дополню - главное чтобы не оказалось что "понимание" на самом деле культ карго, что бывает если диалога нет.

Что идет вначале Frontend или Backend разработка?

Иван Шумов, Знания в обе стороны шэрить нужно(точнее говоря, вести диалог), а не подавлять инициативу.

Что идет вначале Frontend или Backend разработка?

Иван Шумов,

это устарело как мир, как и взгляд Фаулера на это. А еще, архитекторы уже давно появились разные

А, то есть и знания шэрить не нужно, один отдел далёкий от кода клепает документацию и спецификации, а другой отдел(разработчики) по ним не думая делают код?)

Ок, я не удивлён, только этот подход кажется устарел ещё до того как статья Фаулера вышла )

Что идет вначале Frontend или Backend разработка?

Иван Шумов,

и откуда у тебя такие стереотипы только

Какие стереотипы?)
Архитектором сейчас быть стало модно, и ими тоже себя называют всё подряд, вот и всё.
А вообще - files.catwell.info/misc/mirror/2003-martin-fowler-... .

Что идет вначале Frontend или Backend разработка?

а в нормальных больших организациях - архитектор.

Важно что в нормальных ораганизациях над договариваться и шэрить знания, а необходимость для этого дела архитектора - неочевидна.

Приведите пример реализации MVC + Service Layer + Repository?

Ruslan Ruslanov, У модели нет обязанностей кроме бизнес-логики.
Размазанная по сервисам логика меняющая общее состояние - очень плохой способ делать дела с позиции инкапсуляции/связности, хотя и все с этого начинают.

Где найти работу джуниору по Java/C#/PHP/JavaScript?

Andrew, А, я подумал что 5 лет фриланса были всё-же связаны с программированием.

Где найти работу джуниору по Java/C#/PHP/JavaScript?

Полно компаний в Мск(и других крупных городах, думаю, тоже), готовых оплатить переезд.

Opensource CMS на symfony?

SharkMan,

https://github.com/bayne/symfony-angular-todomvc

Он устарел и код там ужасный.

Ainur Shakirov,
Вот demo проект - https://github.com/symfony/demo . Фреймворк потыкать сойдёт.

Как лучше обращаться с параметрами метода?

Nozdri,

Как переопределение свойств в наследнике нарушает инкапсуляцию?

Так что родитель не может полагаться на валидность стейта если его может править кто-то извне.

Почему поощрять наследование это плохо?

Потому что наследование это плохо :)
Потому что выше связность, и лучше юзать композицию.

Как лучше обращаться с параметрами метода?

New_Horizons,

protected полями

Можно по-подробнее, пожалуйста?

Protected не нужно потому что:
1. Позволяет менять значения свойств в классе из наследника, то есть нарушает инкапсуляцию.
2. Поощряет расширение наследование.

Как лучше обращаться с параметрами метода?

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

Или может они оба плохи?)

Они оба очень плохи отсутствием типов и protected полями, лучше этим займитесь)