ООП в высоконагруженных проектах считается устаревшим? Здравствуйте! Устроившись на новую работу, сразу начал конфликтовать с начальником. Его позиция такова, что YII и прочие современные php фрэймворки, паттерны проектирования, ООП в целом - это все устаревшие технологии. Проект необходимо переписать заново по типу функционального программирования.
Далее привожу его цитату:
"Перечитал гору информации о разных подходах к архитектуре стартапа, поэтому сейчас для меня картина ясна. Писать на ООП, это как писать на .NET и прочих устаревших платоформах. Можно, конечно, но зачем? Их время давно прошло."
Моя позиция, что мужик дегенерат.
Кто прав?EDIT: если очень интересно, то вот как этот "гений" требовал, чтобы я кодил cloud.mail.ru

Предыдущий
вопрос Следующий
вопрос

Споры о том, является ли ООП устаревшим подходом в высоконагруженных проектах, идут давно. Но откровенно говоря, утверждение вашего начальника о том, что ООП - это устаревшие технологии, звучит довольно радикально.

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

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

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