Иван Веков, То есть получается что пакетные менеджеры и те же dev-dependencies вообще не нужны?
Да, я понимаю, что многие разработчики, особенно начинающие, тянут за собой зависимости на каждый "чих". Но я не представляю как можно делать современный фронтенд без автопрефиксера для css. В ручную все вендорные префиксы писать? Как работать без prettier или eslint в команде, хотя бы из 2 человек? Как сжимать css и js при доставке в прод? И так далее.
И при этом мне также не понятно откуда у вас заблуждение о том что при установке зависимостей возникает куча проблем? А уже тем более о какой "недоступности" пакетов вы говорите? npm еще с 2016 года запретил разработчикам опен-сурс проектов удалять их, если они пользуются спросом.
Пошел искать среди роутеров, компонентов, ассетов и тд именно то что ему нужно
А в первом и втором варианте не надо искать то что ему нужно? Если у проекта хорошая архитектура, то что в 1-2, что в 3 вариантах это займёт одинаковое время.
Ну и современный CI/CD работает отлично. И не надо каждый раз молится о том что что-то отвалится.
И давайте закончим вашим примером стройки:
Давайте фундамент и стены будет бэкендом, и это делают одни люди.
А вот ремонт в подъезде, вставка дверей и окно это фронтенд, и это делают другие люди.
И если криворукий бэкендер вместо стандартного дверного проёма сделал его на 5см Уже, решать это будет фронт.
Также и в вебе, если у Вас хорошие специалисты, которые не тянут лишних зависимостей, которые умет настраивать сборщики, докер, CI/CD то никаких проблем, которые у вас возникли в пункте 3 вы никогда не получите.
Я думаю у вас был негативный опыт связанный с не компетентными разработчиками
Иван Веков, Какие ныне популярные вещи в вебе кажутся вам ведущими назад? Отвечать на вопрос есть ли профит проще, если разбирать конкретные примеры технологий
Иван Веков, А как по вашему строители домов пришли к быстрым, удобным и качественным технологиям? Сразу были? Так вот если бы строители ничего нового не пробовали то так бы и строили дома из глиняных кирпичей, обожжённых на солнце.
Вебу 30+ лет, и если мы не будет пробовать что-то новое, как пробовали строители, то так и будем в глине копаться.
На мой взгляд, необходимо учесть не только интересы бизнеса, но и тех, кто выполняет задачи для этого бизнеса.
Представьте среднестатистического разработчика, который хочет развиваться. Думаете ему интересно писать код в устаревшем "стиле"? Думаете ему нравится тянуть зависимости ручками? Ответ очевиден. Каждый, кто хочет развиваться - будет изучать новые удобные инструменты разработки и с течением времени внедрять их в свою работу.
К тому же, ваш опыт заканчивается на двух небольших проектах, которые, по вашим словам делались по пару недель. Окей, для ваших проектов, скорее всего и не нужны все эти новомодные фреймворки. Берите Битрикс или вордпресс и запускайте. Но если речь идёт о сложных проектах, в которые необходимо заложить масштабируемость, безопасность и самое главное предсказуемость - то конечно обойтись без новомодных технологий просто не получится. И это связано не только с трендом, но и с тем, что если ваш олдскульный разработчик решит покинуть Вас, найти нового под ваш проект с ванильным js или php будет достаточно трудно, потому как мы выяснили - каждый(нет) разработчик стремится развиваться и внедрять новые технологии в свой стек.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Да, я понимаю, что многие разработчики, особенно начинающие, тянут за собой зависимости на каждый "чих". Но я не представляю как можно делать современный фронтенд без автопрефиксера для css. В ручную все вендорные префиксы писать? Как работать без prettier или eslint в команде, хотя бы из 2 человек? Как сжимать css и js при доставке в прод? И так далее.
И при этом мне также не понятно откуда у вас заблуждение о том что при установке зависимостей возникает куча проблем? А уже тем более о какой "недоступности" пакетов вы говорите? npm еще с 2016 года запретил разработчикам опен-сурс проектов удалять их, если они пользуются спросом.
А в первом и втором варианте не надо искать то что ему нужно? Если у проекта хорошая архитектура, то что в 1-2, что в 3 вариантах это займёт одинаковое время.
Ну и современный CI/CD работает отлично. И не надо каждый раз молится о том что что-то отвалится.
И давайте закончим вашим примером стройки:
Давайте фундамент и стены будет бэкендом, и это делают одни люди.
А вот ремонт в подъезде, вставка дверей и окно это фронтенд, и это делают другие люди.
И если криворукий бэкендер вместо стандартного дверного проёма сделал его на 5см Уже, решать это будет фронт.
Также и в вебе, если у Вас хорошие специалисты, которые не тянут лишних зависимостей, которые умет настраивать сборщики, докер, CI/CD то никаких проблем, которые у вас возникли в пункте 3 вы никогда не получите.
Я думаю у вас был негативный опыт связанный с не компетентными разработчиками