PHP: умирающий язык или вечный двигатель?

Народ, меня реально достали эти бесконечные разговоры о том, что PHP якобы устарел и скоро его похоронят. Да, есть новые модные языки, но давайте будем честны: сколько реально работающих сайтов и больших проектов до сих пор на нем держится? Я думаю, что PHP еще очень долго будет актуален, просто потому что экосистема огромная, куча специалистов, готовых решений на любой вкус. Он как старый докер – может, не самый красивый, но чертовски надежный и всеми любимый. А вы как думаете, скоро ли PHP уйдет в закат?

ссылка крáкен

Подробнее

OpenCart как маркетплейс: моя история борьбы и победы

Ха, помню, как мне нужно было сделать небольшой маркетплейс для знакомых. Сроки горели, бюджет был ограничен, а мне подкинули OpenCart. Ну, думаю, ладно, CMS как CMS, вроде много модулей есть. Ага, как же. Поставил, начал разбираться.

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

Но самое смешное началось, когда мы попытались интегрировать платежные системы, которые поддерживали бы раздельные выплаты продавцам. Это был ад. В итоге, после месяца такой борьбы, сайт запустили, но я понял одно: если нужен именно маркетплейс, лучше брать специализированные решения или хотя бы более гибкие CMS. OpenCart – это для простых магазинов, имхо. И да, поиск нормальной ссылки на свежую версию или рабочий модуль иногда напоминал поиск Крáкен зеркало.

Фильм Кракен

Подробнее

PHP: пора забыть про ООП?

Слушайте, коллеги, есть у меня мысль одна. Вот мы все носимся с этим объектно-ориентированным программированием в PHP. Вроде как стандарт, база для любой серьезной веб-разработки. Но чем больше копаюсь в реальных проектах, тем больше меня грызут сомнения. А так ли оно нам нужно, это ООП, особенно для относительно простых web-сайтов?

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

Частая ошибка — это когда начинают с ООП, хотя можно было бы обойтись процедурным подходом, особенно если речь не идет о каком-то супер-сложном backend. Это ж как молотком гвоздь забивать, когда есть отвертка. Ну, или наоборот, смотря как посмотреть. Я вот думаю, может, стоит вернуться к более простым, процедурным решениям для многих задач? Это бы ускорило разработку и сделало бы код более читаемым.

А вы как думаете, коллеги? Переоценено ли ООП в PHP?

Подробнее