Предлагают ли веб-фреймворки, такие как Bootstrap или HTML5, что-нибудь дизайнеру (не разработчику)?

Обратите внимание, что речь идет о дизайне гораздо больше, чем о разработке.

Я создаю сайты с нуля с помощью полностью написанного вручную CSS и HTML.

Я уже давно знаю о готовых шаблонах css, таких как Bootstrap или HTML5 Boilerplate . Я мельком взглянул на них в прошлом, но никогда не пытался использовать их для чего-либо. У меня нет проблем со сбросом CSS, включением javascript при необходимости или настройкой видовых экранов.

Этим вечером я написал базовую страницу HTML5/CSS. Ничего особенного в планировке нет. Просто отправная точка. После этого я решил попробовать Bootstrap с таким же макетом. Это довольно стандартная страница размером 960 пикселей с тремя столбцами и главным изображением.

страница

Когда я изменяю Bootstrap, мне пришло в голову, что 80% или более моего времени уходит на изучение того, какой класс или идентификатор был применен к чему-либо, а затем на поиск этого в CSS для настройки. Стало ясно, что Bootstrap вообще не собирается экономить время. На самом деле, Bootstrap значительно увеличил бы время производства из-за чрезмерно шаблонного CSS.

*( под «чрезмерно шаблонным» я подразумеваю большое количество CSS, который я, вероятно, не стал бы использовать для какого-либо данного веб-сайта. Не то чтобы в целом CSS был ненужным. )

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

Тем не менее, я не могу не задаться вопросом, может ли Bootstrap et. др. это всего лишь костыли, которые калечат дизайнеров, ложкой кормя их собственным кодом. Таким образом, блокируется потребительская база, которая будет полностью полагаться на стороннее решение и его функциональность для всего или, по крайней мере, для большинства. Это напоминает мне о тех, кто может создать веб-сайт только в том случае, если они могут использовать Dreamweaver. И боже упаси, если у них нет доступа к Dreamweaver и потребуется изменение.

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

  • Кто-нибудь может похвалить меня за великие достоинства таких систем шаблонов, как Bootstrap или HTML5 Boilerplate ?
  • Что делает их ценными для вас?
  • Вы просто знакомы с системой, которую используете, чтобы легко ориентироваться в ней, или вам все еще нужно искать предметы?
  • Смогли бы вы создать сайт без них, если бы вам пришлось?
+1 хороший вопрос, мне самому было любопытно, но у меня нет такого опыта, как у вас. так что я подходил к этому как человек, начинающий с желания узнать преимущества для новичка. когда вы ссылаетесь на Dreamweaver, вы говорите о кодировании или методе использования WYSIWYG? я использую Dreamweaver, но только редактор кода и ничего автоматизированного, если я могу помочь.
Я имел в виду в основном те, которые используют представление «Дизайн» DW. Код есть код, и неважно, используете ли вы его. Хотя, несмотря на маркетинг, DW по моему опыту все же переписывает код.
ОДНА и ЕДИНСТВЕННАЯ функция-убийца Dreamweaver — это возможность выбирать произвольное количество локальных файлов произвольной глубины дерева и загружать их на удаленный сайт. Я долго и часто искал FTP-программу с аналогичным древовидным представлением с интегрированными файлами и каталогами, которая делает это.
@horatio Передача на Mac. Чего не скажешь о винде.
@horatio Filezilla — это то, что я бы порекомендовал для FTP. Древовидные представления и простое перетаскивание файлов на сервер и с него.
Я использую его, но вы не можете выбирать файлы, которые случайно вложены, и загружать их в те же случайно вложенные папки одним движением. (например, файлы 1 и 5 из глубины 1.1; файлы 2,3 из глубины 2.1; файлы 1,10 из глубины 2.2; а затем загрузить их так, чтобы они поступали в зеркальной структуре папок). Это полезно, когда у вас есть веб-сайт с 5-6 папками в глубину, и изменение функции включает, например, и index.php; 3 png в "./image/design"; 1 jpeg в "./images/hires"; 2 включает в "./включает"; таблицу стилей в "./styles" сразу.
Кстати: я также рекомендую filezilla. Хорошие функции, простой, привлекательный, с открытым исходным кодом.
@horatio ааа .. Трансмит тоже не может этого сделать.
@DumbNic, пожалуйста, перестаньте так злоупотреблять областью комментариев. Я не заинтересован в том, чтобы отслеживать, что делают другие пользователи. Это нормально, если вы хотите проводить свое время таким образом, но загрузка моих ответов и вопросов такими комментариями не вызывает у меня симпатии к вам.

Ответы (10)

Преимущества, как правило, заключаются в следующем:

  • Быстрое прототипирование (т. е. скорость)
  • Встроенная совместимость с разными браузерами

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

Во всем сказанном я склонен с вами согласиться. Фреймворки CSS, ИМХО, похожи на шаблоны визуального дизайна в том смысле, что если они соответствуют 90% вашей цели, они великолепны, но если они этого не делают, то вы тратите гораздо больше времени и усилий на изменение стандартного по сравнению с просто созданием свой собственный с нуля.

ДОПОЛНЕНИЕ:

Я должен добавить еще одно потенциальное преимущество:

  • это документированная система

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

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

Я знаком с HTML5 Boilerplate, но больше знаком с Bootstrap, поэтому расскажу об этом. Помните, что оба предназначены для решения двух разных задач (H5BP — адаптивный нормализованный шаблон, Bootstrap — набор виджетов HTML/CSS/JS и адаптивная сетка). На самом деле их можно использовать вместе .

Тем не менее, я не могу не задаться вопросом, может ли Bootstrap et. др. это всего лишь костыли, которые калечат дизайнеров, ложкой кормя их собственным кодом. Таким образом, блокируется потребительская база, которая будет полностью полагаться на стороннее решение и его функциональность для всего или, по крайней мере, для большинства. Это напоминает мне о тех, кто может создать веб-сайт только в том случае, если они могут использовать Dreamweaver. И боже упаси, если у них нет доступа к Dreamweaver и потребуется изменение.

Аналогия здесь не работает, потому что у вас есть полный доступ к исходному коду Bootstrap. Если вам не нравится, как что-то работает, вы можете это изменить. Для меня это противоположность костыля — вы можете использовать исходный код для изучения методов CSS.

Я не согласен с тем, что «разработка веб-сайта» должна быть настолько близкой к металлу, не больше, чем я считаю, что программистам на C необходимо хорошо знать язык ассемблера. Хотя даже эта аналогия не работает, потому что настройка HTML/CSS — это просто вопрос расширения селекторов и добавления того, что вам нужно.

Кто-нибудь может похвалить меня за великие достоинства таких систем шаблонов, как Bootstrap или HTML5 Boilerplate?

Для меня ключевой особенностью Bootstrap является последовательный и простой в применении стиль виджетов и компоненты Javascript. Хотите, чтобы ссылка выглядела как кнопка? Добавьте класс '.btn'. Хотите столик? Добавьте класс .table. Хотите элемент навигации? Настройте неупорядоченный список и добавьте классы навигации.

Выпадающие списки, всплывающие окна, оповещения и т. д. легко добавляются к элементам с атрибутами данных. Bootstrap включает в себя очень красивый набор иконок, которые можно легко интегрировать в виджеты.

Что делает их ценными для вас?

  • Может быстро создавать прототипы сайтов
  • Вся отладка кроссбраузерного и кроссплатформенного css была сделана за меня.
  • Легко настраиваемый CSS с широким выбором переменных , поэтому я могу быстро экспериментировать и создавать прототипы макетов.
  • Стандартные навигационные виджеты
  • Исходный код открыт и свободен, я могу запачкать руки и настроить LESS, если мне нужен новый миксин или изменить поведение так, как мне нужно.

Вы просто знакомы с системой, которую используете, чтобы легко ориентироваться в ней, или вам все еще нужно искать предметы?

Одной из главных особенностей Bootstrap является отличная документация . Я могу легко перемещаться по нему, а селекторы css интуитивно понятны и легко запоминаются.

Смогли бы вы создать сайт без них, если бы вам пришлось?

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

«Если вам не нравится, как что-то работает, вы можете это изменить». <- Под этим вы подразумеваете, что вы вынуждены либо разветвить проект (и поддерживать свою уникальную вилку), либо раздуть свой окончательный CSS, отключив все ненужные вам вещи . «Вы можете использовать исходный код для изучения методов CSS» <- Изучите много плохих методов CSS.
@cimmanon Раздуть CSS, сняв настройки? Нет, не будь смешным! Вы можете скомпилировать свой собственный загрузочный код, включающий только те компоненты, которые вам нужны. Мне было бы очень интересно узнать, какие методы CSS, которые использует команда начальной загрузки, являются «плохими». Какая-то конкретика, или вы просто разглагольствуете и вообще предвзято относитесь к CSS-фреймворкам?
@ghoppe Ты просто пропустил все остальное, что я сказал? Вы должны либо вырезать то, что вам не нужно (и я имею в виду не только целые модули, которые вам не нужны, но и определенные стили для определенных элементов), либо переопределить их. Продвижение использования <i>элемента для «значков» довольно ужасно. Несемантические имена классов. Классит. Использование пикселей для размеров шрифта. На самом деле, я мог бы продолжать и продолжать. Они буквально идут против всех лучших практик, о которых все проповедовали в течение последнего десятилетия.
@cimmanon Этот <i>элемент был плохой идеей, поэтому они перестали его использовать в версии 3. Да, сетка не является семантической, но вам не нужно ее использовать, или вы можете использовать LESS/SASS для предварительной обработки вашего собственного семантические селекторы со стилями сетки. Существует много дискуссий о том, почему были выбраны px/em. С тем, как современные браузеры масштабируют веб-страницы, проблема уже не так проста, как раньше. Каждая структура CSS требует переопределения стилей, что является хорошей причиной для использования препроцессоров CSS.
@cimmanon Конечно, есть место для критики, но для меня хорошее перевешивает плохое, и для многих сайтов это хорошая стартовая отзывчивая база для дальнейшего развития.
@ghoppe Вы имеете право использовать все, что хотите, я просто нахожу это оскорбительным, когда кто-то указывает на это и говорит: «Да, вы должны извлечь из этого урок». Хорошо спроектированная библиотека не будет навязывать вам дизайнерские решения (количество усилий, которое требуется, чтобы придать TB такой вид, который соответствует вашему стилю... что ж, лучше было бы потратить его на то, чтобы написать свою собственную).
@cimmanon Каждый фреймворк по своей природе навязывает дизайнерские решения. Требуется очень мало усилий, чтобы настроить Bootstrap в соответствии с вашим стилем, поскольку стили настолько просты и расширяемы с помощью переменных LESS/SASS. Я никогда не использовал слово «должен»… Прости, что обидел тебя, я говорил только из своего опыта.
Мы все еще отстаем от того, что каждый тип браузера должным образом поддерживает один стандарт, например. HTML5, а также обратная совместимость. Решение px с bootstrap — хорошее, если у них есть годы, чтобы успешно покрыть, в то время как остальные продолжают заявлять, что их стандарт должен быть мейнстримом. До тех пор у них есть решение, которое работает, молниеносно загружается и правильно масштабируется в зависимости от вашего устройства. Большинство пользователей думают, что сервер перенаправляет их на другой готовый для мобильных устройств сайт, хотя это CSS.

Хорошая вещь в системах шаблонов и фреймворках заключается в том, что они могут сэкономить вам много времени , если вы работаете так, как они хотят. Итак, с Bootstrap, как только вы изучите их семантику для создания карусели JS, реализовать ее будет почти преступно просто. Кроме того, кажется, что Bootstrap становится намного проще, если вы либо создадите свой собственный перед тем, как начать, либо используете что-то вроде bootstrap-sass в Rails, чтобы изменять эти переменные на лету; это убережет вас от необходимости все менять позже.

DA01 говорит о согласованности браузера... для меня это важный фактор. Вот почему я использую jQuery, даже несмотря на то, что многие люди в SO напомнят вам, что добавление большой библиотеки только для того, чтобы делать несколько вещей, — это пустая трата ресурсов. Я знаю, что когда я использую jQuery, он будет работать в определенном наборе браузеров, и поэтому, хотя я, вероятно, могу найти более легкое решение самостоятельно, я нашел более полезным узнать, как jQuery хочет, чтобы я писал JavaScript, а затем сделайте это по-своему.

В конце концов, я склонен находить фреймворки HTML/CSS ограничивающими; Я достаточно помешан на контроле, поэтому мне все еще нравится программировать вручную, когда я могу. Но я уважаю тот факт, что люди умнее и продвинутее меня потратили много времени на настройку этих шаблонов/фреймворков.

Хорошая мысль о том, чтобы свернуть свой собственный. Точно так же я знаю о less или sass, но предпочел бы обрабатывать переменные в CSS через php. Итак... так что я ни за что не хочу переходить на Ruby. Не хочу слишком сильно посягать на сторону "развития", просто хочу облегчить себе жизнь :)
@ Скотт - Попался. Я упомянул Ruby только потому, что впервые попробовал Bootstrap в среде Rails, и мне понравилось, что вы можете изменять главные переменные на лету, не собирая новую версию.
@Scott Возможно, это случай, когда «если все, что у вас есть, это молоток, все выглядит как гвоздь» - конечно, вы можете использовать php для обработки переменных CSS, но тогда вы получаете ненужный удар по производительности. Вы можете предварительно скомпилировать переменные с помощью LESS или SASS. Я нахожу LESS более легким для чтения, чем PHP, приправленный повсюду. :)
@ghoppe Понятно :) Но список переменных в верхней части страницы PHP для цветов, а затем простое использование этих переменных в селекторах CSS, по моему опыту, делает жизнь намного проще, чем LESS или SASS. И да, я понимаю, что php обеспечивает производительность для более крупных структур, но я могу выдать стандартный файл .css для использования, если это необходимо (своего рода моя собственная LESS-архитектура). Я считаю, что LESS немного сложнее читать, так как это, по сути, новая разметка. HTML/CSS/PHP здесь очень знакомы.
@ Скотт, я полностью понимаю тебя, изучая новую разметку. Вот почему мне нравится SASS. По сути, это просто расширение CSS, вам не нужно изучать новый синтаксис, вам нужны только новые функции (например, переменные или миксины). Очень просто.

Я много изучал фреймворки в прошлом месяце или около того. На самом деле я не углублялся ни в одно из решений, но в моем списке есть несколько альтернативных фреймворков: Foundation , Intuit , YAML и Base .

Хорошая вещь в них заключается в том, что они не выглядят как «Bootstrap» и, кажется, побуждают дизайнеров к своей работе (дизайну), в то время как они заботятся об отзывчивости.

Вот большой список фреймворков и дополнительная информация в этой статье .

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

Несколько месяцев спустя я фактически создал свою собственную «инфраструктуру» (на самом деле это просто файл css с общими атрибутами макета). Я начал с Base (ссылка выше), но затем добавил множество настроек. Хорошая вещь о Base заключается в том, что ее было очень просто понять и назвать надежным началом.

Ради интереса, кто-нибудь из вас работает в большой команде на крупную компанию?

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

Кроме того... с такими фреймворками, как bootstrap, они постоянно обновляют его, поддерживая больше размеров экрана, больше устройств и лучшие функции, для такой компании, как наша (где мы используем bootstrap), это сводится к экономии денег.

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

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

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

Я по-прежнему предпочитаю писать свой собственный код по следующим причинам:

  • Знакомство с тем, что я уже написал. Если мне нужно что-то изменить, я точно знаю, где это;

  • Проектно-ориентированная структура. Каждый новый сайт/приложение будет иметь другие потребности, чем предыдущий, поэтому файлы и ресурсы, возможно, потребуется организовать отдельно.

  • Индивидуальные представления для разных устройств.

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

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

Это часть того, о чем я думал. И почему я решил попробовать Bootstrap. Отзывчивость системы может быть полезной. Но кажется, что это почти перевешивает кривая обучения структуры. Бренден действительно представляет хороший момент в своем ответе в отношении «свертывания собственной» структуры.

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

У меня очень подход к разработке «сначала контент», когда я фактически кодирую навигацию и добавляю текстовое содержимое. Он имеет тенденцию подвергать вас вещам, которые вы не ожидали, когда были на этапе проектирования.

Используя такой фреймворк, как Twitter Bootstrap, вы можете тестировать страницы еще в процессе разработки и даже выявлять проблемы с удобством использования и другие проблемы взаимодействия с пользователем. Фреймворки имеют множество повторно используемых классов, с которыми вы познакомитесь и которые сэкономят ваше время.

Вы упомянули, что много пишете с нуля. Когда у меня есть что-то, что должно быть очень нестандартным или очень легким, я выбираю Skeleton.

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

В течение многих лет я писал все вручную, но в настоящее время я склонен использовать Bootstrap. Почему я это делаю?

  1. Я получаю отзывчивый макет с очень небольшой работой. На некоторых веб-сайтах, над которыми я работал, требовалось всего несколько незначительных изменений, чтобы получить макет, оптимизированный для планшетов и мобильных устройств. Отзывчивая панель навигации — один из моих любимых компонентов начальной загрузки.
  2. Элементы управления по умолчанию несовместимы между браузерами и ОС, не говоря уже о том, что все они неизменно уродливы, какую бы ОС или браузер вы ни использовали. С бутстрапом вы получаете достойный, согласованный вид и чувствуете себя мало работающим. Если вы все равно хотите изменить стиль всех элементов управления, то да, Bootstrap не сэкономит вам много времени, но, по моему опыту, большую часть времени у вас не будет достаточно времени, чтобы изменить стиль всех элементов управления, но вы все еще чувствуете раздражение из-за уродливого значения по умолчанию. контролирует.
  3. Это накладывает ограничения на то, что вы хотите сделать, и это хорошо, потому что при работе в чистом CSS вы, как правило, хотите настроить каждую мелочь (цвет, толщину границы, градиент, тень, радиус границы, переходы, и этот список можно продолжить), хотя по отдельности они занимают мало времени, в целом это большая трата времени. Работая над проектами с дедлайном, вы хотите ограничить то, что вы можете и что не можете сделать; использование фреймворков позволяет вам думать о более мелких компонентах, а не о том, какие свойства CSS нужно настраивать.
  4. Некоторые серверные фреймворки имеют интеграцию с бутстрапом. Например, при использовании django-bootstrap вы можете просто {{ form|as_bootstrap }}получить формы в стиле начальной загрузки, включая выделение красным цветом сообщений об ошибках и т. д.

Когда я изменяю Bootstrap, мне пришло в голову, что 80% или более моего времени уходит на изучение того, какой класс или идентификатор был применен к чему-либо, а затем на поиск этого в CSS для настройки.

Вот где вы ошибаетесь. Если вы хотите извлечь выгоду из Bootstrap, вам не следует слишком много настраивать; вы отказываетесь от гибкости и возможности настраивать все при использовании готовых компонентов. Вы не должны тратить время на распиливание или вырезание деревянных досок при отделке комнаты из комплектующих ИКЕА.

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

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

На самом деле это преимущество использования популярного пакета. Легче передать проект другому разработчику, когда вы оба знаете, что делает "btn-group", "btn btn-large", с личными фреймворками им пришлось бы изучать ваши особенности (или, что чаще, они бы просто каскадировали ваш css с их изменениями, и не утруждая себя попытками расшифровать или изменить ваш код).

Вы просто знакомы с системой, которую используете, чтобы легко ориентироваться в ней, или вам все еще нужно искать предметы?

Обычные, такие как btn, table, row*, span* и т. д., были бы естественными. Но для html для основных компонентов гораздо быстрее просто скопировать и вставить из их примеров, а не печатать их.

Смогли бы вы создать сайт без них, если бы вам пришлось?

Был там, делал это много раз.

Извините, я вижу в этом ответе, по сути, утверждение: «Bootstrap разрабатывает для меня, а не для меня дизайн веб-сайта». Как дизайнер, я считаю , что именно здесь Bootstrap терпит неудачу. Если вы полагаетесь на Bootstrap для стилизации всего, вы полагаетесь на Bootstrap для проектирования за вас. По сути, вы делаете макет страницы, а не дизайн.
@Scott: Это правильно, я не графический дизайнер; Я забочусь о работающем веб-сайте и возможности его быстрого создания, а не о том, чтобы он был окрашен именно в тот цвет, который я хотел.
Справедливо. (но учитывая название этого сайта....) Я не спрашиваю о разработке. Я спрашиваю о дизайне. Я понимаю, что вы используете Bootstrap в качестве «дизайнера». Однако, если вы дизайнер , Bootstrap просто предлагает структуру. Мне трудно увидеть ценность предварительно упакованной структуры, которую я просто перепишу, чтобы улучшить внешний вид консервированного. На самом деле достаточно просто создать свой собственный класс .btn и стилизовать его. Внешний вид элементов CSS для дизайнера мало что значит.
Вы действуете так, как будто можете написать Bootstrap за час. :)
Нет, совсем нет. Но я бы предпочел потратить больше времени на настраиваемый внешний вид, чем использовать какой-то готовый пакет, в котором каждый сайт выглядит одинаково. Я не ожидаю, что все разработчики «поймут» это. И для справки, Bootstrap не такой уж и сложный. Это просто обычай, который требует изучения соглашений об именах в Твиттере.
В чем разница между написанием собственного CSS в пустом блокноте и расширением начальной загрузки? Разные значения по умолчанию. Однако, если вы не собираетесь использовать какой -либо из стилей по умолчанию, то я понимаю вашу точку зрения.
@deizel: вы не получаете отзывчивую панель навигации по умолчанию при запуске с пустым блокнотом или различными предварительно созданными плагинами javascript (и всеми другими мелочами в служебном поясе Bootstraps).
Возможно, важно отметить, что внешний вид и скорость отклика — это разные аспекты Bootstrap. Я изо всех сил пытаюсь увидеть какую-то ценность в Bootstrap, потому что для изменения внешнего вида требуется много времени. Как дизайнер, я в равной степени наделен внешним видом и отзывчивостью.
@ Скотт Я сам дизайнер и изучаю фреймворки, так как мои знания CSS не так уж велики. Я вижу, что поиск фреймворка похож на выбор языка для изучения, я хочу выбрать одно сверхнадежное решение и хорошо в нем разобраться, а не изучать несколько вариантов наполовину. Есть несколько фреймворков, которые не дают вам общий вид «Bootstrap», а просто отзывчивость. Несколько альтернативных фреймворков, которые находятся в моем списке, — это Foundation , Intuit и YAML.
@Джон Спасибо. Вы должны немного расширить это и сделать это ответом.

они годятся только для:

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

лично у меня есть свои собственные методы, и я не хочу идти по этому пути, потому что я уже научился кодировать CSS, HTML и jQuery. Я вижу в этом преимущество для людей, которые ничего не знают и пытаются научиться программировать. Было бы неплохо увидеть что-то подобное лет пять назад. Кроме того, как вы заявили, вам потребуется больше времени, чтобы реализовать это в ваших текущих методах производства.

РЕДАКТИРОВАТЬ: не пытаюсь захватить вашу тему, но мне тоже интересно то же самое, но в отношении WordPress. Я слегка использовал WordPress, но я не знаю, полезен ли фреймворк. Я планировал идти по старинке, пока не найду большую выгоду.

WordPress полезен для тех, кто не знает PHP, хочет подключить архитектуру к PHP или хочет систему пользователя/безопасности. Я вижу гораздо больше преимуществ в системах CMS в целом, чем в шаблонах CSS. Использование Wordpress касается не внешнего интерфейса, а внутреннего.

Bootstrap хорош в качестве отправной точки для адаптивного макета. Но что касается дизайна, я думаю, что его довольно не хватает. Он выглядит как «загрузочный», который, поскольку его шаблон используется слишком часто.

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