Я не знаю что вас тревожит в словах besogonskiy Если программист пишет программу для конкретных задач, он включает в нее только той функционал, который необходим в данной ситуации. Весь код меньше по объему и быстрее работает. В случае каких либо изменений задачи правку делает разработчик. Программа не предусматривает изменений функционала пользователем. Для решения широких задач используется совсем другой подход. Размер кода больше, его тестирует большое количество пользователей и указывают на неточности. На выходе более практичная программа.
речь идет не о каком-то мелком скрипте! а о витрине! это уже интернет магазин. Притом CPA продуктов. Автор ветки сейчас может еще даже не представлять какой функционал ему понадобится. А привязываясь к программисту-самописту, он будет зависеть от этого программиста напрямую, а другие программисты не захотят связываться с чужим кодом. Для таких задач, как каталог товаров с витриной уже давно придуманы решения, протестированные временем. И работать они будут очень быстро благодаря опять же правильным подходам написания - MVC и шаблонизаторы. Если программист будет писать такое, он будет это долго делать. Вот понадобится потом заказчику добавить функционал, что он будет делать? Обратится к программисту. А программист с него будет брать за каждую доработку как за несколько часов работы. Условно умножаем это на 500 рублей (минимальная ставка веб программиста) и получаем попадос на пару-тройку тысяч рублей. В то время, как если использовать готовое решение (фреймворк, cms) то добавление функционала решается установкой опять же готового протестированного, написанного по всем стандартам дополнения. вот захочет автор чтобы ему разделение по ролям пользователей сделали плюс еще кабинеты отличающиеся в зависимости от роли пользователя. Что будет делать программист, который подписался сам это все делать без фреймворков и cms ? он будет убиваться. А если он наскоряк написал программу не предусмотрев гибкость, что ему делать? переписывать. Вот как раз практика и показывает, Что клиенты потом прибегают уже к серьезным командам и просят перенести все данные с самописки на универсальный фреймворк или движок, а программиста, который посоветовал им самописной решение проклинают.
Прекрасная антиреклама уровня некоторых программистов в СНГ, а потом мы удивляемся отсталости наших стран, когда вот наглядный пример "специалиста".
это как раз у вас такой уровень программиста-самоучки, который только научился писать код и считает, Что он будет делать это лучше всех. Это как в направлении 1с тоже бывают самоучки. Они не знают типовых разработанных решений для тех или иных нужд компании и изобретают велосипеды. В результате программа имеет ограниченный набор функций и когда нужно сделать интеграцию с каким-нибудь современным сервисом, то начинается вешалка. Они не могут подрубить стандартный компонент к своей разработке, потому что не использовали универсальный стандартифицированный подход, а писали отсебятину. Да вам любой проф. скажет, что нельзя писать самому то, что уже написано давно и можно установить через composer. Например, некоторые чудики начинают придумывать функции работы с датой. Но эти функции уже давно есть в библиотеках, где возможности на все случаи жизни... Ну и опять же вы же не смогли мне возразить ничем, а лишь ответили одной фразой. Скажите что вы будете делать, если заказчику потребуется расширить функционал? добавить в свою витрину динамические фильтры, отслеживание клиентов, пришедших по партнерской программе, устанавливать скидки, зависимые от промокодов и от типа посетителей, регистрировать клиентов в личном кабинете, отслеживать историю заказов, вводить разные роли для клиентов ? Вы все это будете ручками дописывать и не пожалеете сразу, что не воспользовались готовым фреймворком в котором все это уже написано и нужно только выбрать нужные пакеты и установить их ?
Вот, кстати пример такого магазинчика. Точнее это просто пример работы механизма. Там очень многое можно изменить. Навесить дизайн и подрубить другие функции
https://minishop2.com/catalog/?tpl=1
