какие ide вы посоветуете?

.row
    .col //10 таких дочерних элементов

дай песок, там надо пошаманить с калком и #

имею привычку проверять что мне говорят по части разработки. бывают случаи разные. бывает я не прав. бывает оппонент(ы)

Сейчас посмотрю этот видос, но на текущий момент мое мнение таково, что Бутстрап проталкивается бэкендерами, им с ним проще, а я его лично терпеть не могу, меня от одного его вида выворачивает

зачем гугл если есть чат

left: calc(50% - (#{$size-form} / 2));

Спасибо

@kirenkov я не понял твоих аргументов в видео. Ок, бутстрап удобно якобы для людей которые придут после тебя, но это касается лишь тех, кто знаком с этим фреймворком. Я как-то привык изначально продумывать возможные варианты развития сайта, стремиться верстать гибко. Какие могут быть сложности априори? Пусть хоть 200 символов впишет там, где изначально было предусмотрено 10 или вырежет пол сайта и перенесет в другое место, аще пох...

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

Не обязательно после, может и сейчас…

Ознакомиться с фреймворком - проще чем разобраться со всем КССом кастомного проекта

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

Я зеленый конечно, но НЕ могу смоделировать ситуации где-бы бэкендер накосячил в кастомной верстке, если она гибкая. Что он может сделать то? Заменить тег баттона, на инпут или (как недавно) переделать на чекбоксы? Кто-то вообще привязывает стили к тегам?

у тебя есть опыт разработки проекта, который делают несколько команд? И который НЕ сдаётся, а как живой продукт, постоянно дополняется?

Ну хоть один пример просто приведи, где бэкендер может накосячить в кастомной верстке, которая делалась по уму. (про классы аля "huinya_01" нет смысла говорить).

вот бутстрап как раз бесит, что стилизует теги

мне вообще не всрался бэкендер

может в 5 уже исправили, конечно