Как повысить уровень создания проектов на чистом php?

Question

[Слава]

Почти 9 лет работаю в веб-разработке. За это время поработал и с cms, и занимался написанием скриптов, парсеров, ... И лет 6 назад основательно засел на Laravel и не смотря, что я даже не читал документацию ни разу доконца, мне удавалось работать на серьезных проектах и писать качественный код.

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

Еще спрашивюат какие патерные проектирования используешь, придерживаешься ли принципов Solid?

Да какой там патерный? Я пишу под Laravel. Здесь все уже придумали за нас. Есть DI, есть роуты, контроллеры, модели.

Ну для работы с данными еще использую репозитарий. Для реализции бизнес-логики Сервис-классы. иногда DTO использую для преобразования данных. Action слой для мелких операций. Больше особо ничего и не нужно. Ну фабрику может ещё.

Так ведь опять же недостаточно этого для тех, кто пишет с нуля на php.

А сейчас я не только ради прохождения собеседований, но и ради повышения скилла хотел бы углублённо погрузиться в написание кода без фреймворков. Но как к этому подойти? Не писать .же бложег или интернет-магазин на чистом php? А если даже и напишу, то где гарантия, что это было сдлано путёво с использованием нужных патернов и соблюдением принципов Solid?

В Интернете практически нет материала. В книгах тоже. Может начать с изучения PSR и отталкиваясь от него начать писат простой psr фреймворк как это делал Дмитрий Елисеев?

Или просто взять симфони и начать писать на ней чтоб понять суть вещей глубже и потом козырять своими скиллами на собеседованиях, что, мол, ,я тут на Симфони пишу, а вы мне тут вопросы для школьников задаёте?

Короче расскажите мне про роудмеп погружения в php. Теорию я и так знаю - книги по php читал.

Answer 1

[koder_1]

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

Какой здесь вывод? На чистом php все равно никто не пишет, все равно создаётся свое ядро, свои наработки, которые используются от проекта к проекту. Всё равно создаётся свой фреймворк.

Так что выбор здесь или использовать готовый фреймворк/цмс или будет собственный фреймворк внутри вашей команды разработчиков.

На собеседовании поэтому можно так и спрашивать, а зачем писать на чистом php, если есть инструменты, которые ускоряют разработку?

Comments

[Слава]

один такой тимлид на собеседовании сказал что на чистом php скорость выше, чем через orm и прослойки фреймворков.

[Владислав Лысков]

Слава, он прав запросы будут быстрее, чем через орм, скорость работы кода, а не скорость разработки

[koder_1]

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

Answer 2

[mayton2019]

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

Еще спрашивюат какие патерные проектирования используешь, придерживаешься ли принципов Solid?

Мне кажется что за 9 лет ты уже достаточно получил опыта чтобы проходить собеседования. Просто ты - неуверенный. Тебе надо овладеть риторикой и просто базовыми умениями убеждать собеседника.

Очень часто рекрутеры слушают не твои ответы а считывают твой уровень уверенности.
Эти чортовы засранки - настоящие психологи. И они обучены распознавать лузеров и всяких мамкиных
вайтишников.

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

А сейчас я не только ради прохождения собеседований, но и ради повышения скилла хотел бы углублённо погрузиться в написание кода без фреймворков. Но как к этому подойти? Не писать .же бложег или интернет-магазин на чистом php? А если даже и напишу, то где гарантия, что это было сдлано путёво с использованием нужных патернов и соблюдением принципов Solid?

Нет нет это - чепуха. И это тебе не надо. Никто этот код все равно смотреть не будет (вообще никогда
сцуко не смотрят).

Главный совет. На собеседовании ты должен непрерывно говорить. Как оратор с трибуны. Тебя
должны остановить когда - достаточно. Но если ты сказал 2 предложения и замолчал - это выглядит
как будто ты не знаешь или не уверен в себе.

Для проверки - закажи тестовое собеседование у друзей. Пускай они тебя поспрашивают. И запроси
фидбек. Пускай они честно ответят что не понравилось. Записывай все пункты. Повторяй учебное
собеседование до тех пор пока все будут довольны.

Собеседования - как олимпиады. К ним надо привыкнуть и войти в некое астральное состояние духа.
Вот как только ты в него зашел - так ты и сразу готов пройти любое настоящее.

Answer 3

[Dmitry Bay]

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

Вы неубедительны. Парировать надо. Ну найдите разраба, который в угоду своему ЭГО, будет писать проект на чистом php, который в будущем сможет поддерживать только он.

Еще спрашивюат какие патерные проектирования используешь, придерживаешься ли принципов Solid?

Вы недостаточно сильны в этом вопросе, SOLID опять же не про фреймворки.

А сейчас я не только ради прохождения собеседований, но и ради повышения скилла хотел бы углублённо погрузиться в написание кода без фреймворков. Но как к этому подойти? Не писать .же бложег или интернет-магазин на чистом php?

Зачем вам это? Изучать как работает PHP и смежные вещи - одно. Писать пет проекты чтобы закинуть их в ящик - другое.

Может начать с изучения PSR

Нужно, сразу после того, как вы начнете понимать php.

от него начать писат простой psr фреймворк как это делал Дмитрий Елисеев?

А что это вам даст?

Или просто взять симфони и начать писать на ней чтоб понять суть вещей глубже и потом козырять своими скиллами на собеседованиях, что, мол, ,я тут на Симфони пишу, а вы мне тут вопросы для школьников задаёте?

А при чем тут симфони и вопросы школьников?

Короче расскажите мне про роудмеп погружения в php. Теорию я и так знаю - книги по php читал.

Сначала начните с того, как искать в гугле. Полезный навык, помогает.
https://github.com/thecodeholic/php-developer-roadmap

Comments

[Слава]

вы сами видели эту roadmap? да там ерунда какая -то будто контентщик состалял, а не разработчик.
какие то ссылки на уроки ютуба дают для стажеров.. js еще заставляют учит. У Меня коллега бывший вообще html не знал, а работал мидлом php много лет а сейчас уже сениор и так и не знает html не говоря уж о js.

[Владислав Лысков]

Слава, php сеньор не знает html? чушь какая-то, а js, хотя бы основное должен знать вообще любой веб разраб, впрочем как и хтимл\цсс, роадмап какая-то ересь, согласен

[Dmitry Bay]

Владислав Лысков, Да можно разные по душе себе найти.
https://roadmap.sh/backend

Answer 4

[vitaly_74]

Попробуйте ddd освоить)

Comments

[Слава]

я работал с DDD. у нас на работе все сервисы так строились.

[vitaly_74]

Слава, вы не работали с ддд, в ддд вообще не должно быть понятий сервиса. Вы может называли это ддд но это не ддд.

[Слава]

vitaly_74, для каждого домена своя папка там свои модели. в папке http так же для каждого домена своя папка, свои контроллеры, ресурсы, тесты ...
похоже ты сам не работал. с DDD.

[vitaly_74]

Слава, нуу DDD это вообще не про папки. вот вы скажите у вас там где логика находилась? в моделях или в сервисах, было ли такое понятие как корень агрегата?

[Слава]

vitaly_74,
логика находилась в экшенах.

[vitaly_74]

Слава, извините, это не DDD, если логика находилась в экшенах(
я так понимаю в domain/context/... находятся просто анемичные модели без какого либо поведения (кроме сет гет)?

[Pavel Omelchenko]

Поддержу предложение по изучению DDD и повышу до "event storming", чтобы было проще расчленять бизнес хотелки в агрегаты с командами и доменными событиями, при этом общаясь с конечными потребителями/заказчиками на том самом едином языке.

Если уж про DDD начинать говорить, то тут окажется так, что домен, по-хорошему, не должен быть связан с зависимостями фреймворка (в принципе чем меньше внешних зависимостей в доменет, тем лучше). Ванильный php и немного phpunit. Зависимости (если без них никак) тащить через адапторы.

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

[Слава]

Pavel Omelchenko, это требует более глубокого понимания теории. придется подучить её.

[Владислав Лысков]

Слава, Дак вроде с этого всё и началось :)

[Pavel Omelchenko]

Слава, это то о чем вы спрашивали

[Слава]

Владислав Лысков, да) буду учить )

[Слава]

Pavel Omelchenko, буду как раз подтягивать ) а то что я называл ДДД оказалось не совсем тем.

[vitaly_74]

Слава, welcome) https://t.me/iDDDqd

Answer 5

[Adamos]

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

Comments

[Алексей Уколов]

Да он даже документацию дочитать не может, о чём тут говорить?

Answer 6

[Владимир Коротенко]

Фреймворки пишутся для достижения определенных целей:
* переиспользование кода
* одинаковый код
* меньшие затраты на типовые задачи
* меньшие затраты на персонал

Это вы должны отвечать просто сразу.
Что то писать с нуля? Ок ваш первый вопрос а зачем? Какие задачи будет решать это с нуля? И сколько это будет стоить?

Причем это с нуля в конце концов выливается в очередной фреймворк, если силенок хватит

Answer 7

[Михаил Ливач]

Да какой там патерный?

А вот те самые, которые в Laravel и заложены. То, что фреймворк заставляет Вас их использовать, а не Вы добровольно это делаете, не играет роли - Вы их используете. Если Вы знаете, что используете какие-то паттерны, но не понимаете, что это и зачем - ну почитайте про каждый используемый паттерн.
И вот Вам такой пример: скрипт обмена данными может быть на уровне "приняли строку, разобрали регулярками, отдали строку", а может быть иерархия классов, тесты. Результат на выходе одинаковый, а уровень работы с кодом совершенно другой.

Comments

[Слава]

а как повысить свой уровень в этом плане ? изучить все патерны и пробовать писать код с их использование?