kafkiansky, Я считаю что принимать на веру какие-то догмы и устраивать за них священные войны не корректно. Это к слову о диссидентах.
Про "труъ" ООП тоже пока не было ничего, и как раз вот эти вот "делай так потому что ООП/MVC etc.", без разницы "тру" или нет больше вреда нанесут новичкам, я считаю, и при верно выстроенной стратегии обучения к ООП/ФП новички должны приходить осознавая для чего это нужно, какие решаются проблемы, и в чем в принципе заключаются идеи рассматриваемого подхода.
В программировании все очень туго и размыто с понятиями плохо/хорошо, и главное что меня беспокоит в данном случае, это подмена понятий и навязывание ложных идеалов
Станислав Макаров, (web api или http api != REST). Json ответы и интерпретация из в браузере к REST`у никакого отношения не имеет потому что для этого клиент(браузер) должен знать как эти данные парсить и обрабатывать, это не соответствует требованию Uniform Interface, и в принципе не является гипертекстом/гипермедиа.
POST, GET, PUT, всякие сущности и т.п., так же к REST отношения не имеют, не понимаю как вы умудрились их приплести
ZakkMalin, Основная проблема ПХП это слабое комьюнити, мало хороших проектов. Подавляющее большинство это сомнительные веб студии и клепание сайтов на CMS.
Потому есть проблемы с фреймворками и инструментами, которые (да и сам язык в этом плане тоже) по сути догоняют другие языки, но догнать не догонят, потому что они так же развиваются.
p.s. Хотя, опять же, большинству хватит и того что есть, а проблемы с уровнем разработчиков есть если не везде, то во всех популярных направлениях/языках, и слушать как тешат своё чсв какие-нибудь джависты, по сути не далеко ушедшие от среднестатистического пхп-разработчика бывает просто смешно
Но самый убогий язык это javascript, вот с него я бы точно не начинал ) Его конечно тоже пытаются лечить новыми стандартами, но по мне php по адекватности уже давно убежал вперёд.
А typescript по адекватности и удобству убежал далеко вперед PHP )
1. Что такое $yn?
2. Что с чем и главное зачем вы хотите связать?
3. Зачем отношение many to many между вопросами и ответами?
4. Определитесь и опишите кодом какое поведение должно быть у ваших сущностей, схема БД лишь вспомогательный инструмент необходимый для persistence слоя.
Для вас первично поведение системы, начните проектирование с этого самого поведения а не со схемы БД
Сергей delphinpro, Умение зазубрить имена устаревших функций и поведение кода в странных ситуациях и забыть его на следующий день это очень важные знания, да.
Только причем тут оценка знаний если для реальной работы пользы от этого 0?
Zend сертификация, как и все остальные по пхп фреймворкам, и как большинство сертификаций в принципе - бесполезное занятие, отношения к реальным знаниям кандидата не имеющее абсолютно
KotovDenis, Нет. В данном случае это разные проекты и разные пути развития. Если из CMS и уходят в разработку более-менее проектов, опыт с CMS обычно удаляют из резюме и всех профилей, и забыв это страшным сном устраиваются джуниором.
Про "труъ" ООП тоже пока не было ничего, и как раз вот эти вот "делай так потому что ООП/MVC etc.", без разницы "тру" или нет больше вреда нанесут новичкам, я считаю, и при верно выстроенной стратегии обучения к ООП/ФП новички должны приходить осознавая для чего это нужно, какие решаются проблемы, и в чем в принципе заключаются идеи рассматриваемого подхода.
В программировании все очень туго и размыто с понятиями плохо/хорошо, и главное что меня беспокоит в данном случае, это подмена понятий и навязывание ложных идеалов