Универсальный слайдер изображений для сайта

Да, только в этом случае вам надо знать и бутстрап и круто разбираться в css+js, чтобы правильно обойти, а не накостылять так, что основной макет сыпется. Без бутстрапа достаточно средненьких знаний последних. Однако есть жертва - сайт не совсем стандарт.

Минимум, если верстаете только типовые. Если шаг влево-вправо - тупик.

Да о каких тупиках речь? Конкретно можно пример? Учите css и js, нет никаких тупиков. Bootstrap и любые другие фреймворки не ставят рамки, а дают инструменты для быстрого старта.

Скажите еще, что и бэкенд фреймворки тоже ставят рамки и в тупики заводят? Может еще дальше пойдём и от CMS откажемся, они-то точно в свои рамки загоняют.

Не знаю чего вам там забанили, но репозиторий на githab "мастхев" в таких проектах. (Уже если каким то чудом вы реально там забанены - есть и аналоги). Это важно и для распространения, и для разработки  особенно публичных решений.

Скрипт очень сырой. Он не дожидается загрузки картинок как следствие не гарантирует их подхватывание. В прочем сомнительный функционал сгребать все картинки со страницы. протестировать удалось только убрав из фильтра некоторые условия.

Зачем вы включили в него стили (те что отвечают за дизайн точно не стоит втаскивать внутрь скрипта), и саму верстку - не легче ли создавать скриптом ее, что б не было необходимости потом искать в DOM и навешивать обработчики. Крутящийся прогресс при каждой смене картинки - сомнительное решение. Зачем оно ведь картинки в данном случае уже загружены. Опять же: достаточно стандартное решение, что на старнице отображаются маленькие превью, а при открытии уже их полноразмерные варианты..... ну и в общем по мелочи не хватает некоторого функционала, который популярен в подобных скриптах.

Т.е. не хватает знаний сделать правильный кастом, но хватает знаний сделать все, что нужно полностью с нуля.... ну ну.. :)

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

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

Ахахах, давно не читал большей глупости 🤣

Вы слишком поверхностно смотрите на перевод. Frame - это каркас, work - работа. Т.е. это рабочий каркас.

🤣 Как раз код на фреймворке дает четкую, принятую отраслью структуру и логику проекта. Взявший такой проект программист уже будет понимать что где и как.

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

И да, всё можно сделать на фреймворке, если мозги есть. Фронтовые фреймворки известны - React, Vue, Svelte, Angular. Их много вообще менее известных.

Ну вот как бывает, отказываетесь от jquery и даже слайдера нормального не найти, сразу кто в лес, кто по дрова, у каждого свои самоделки-недоскрипты.

Сравнение с WordPress некорректно. WP дырявый не потому, что он опенсорс, а из-за своей дикой популярности (цель №1 для взлома) и огромного количества низкокачественных плагинов от сторонних разработчиков. Сам движок вполне себе безопасен

Да. Основная "дырка" WordPress - не в движке, она - перед компом в виде админа сайта.