indigo_style

У вас в фасаде бизнес логика - по сути это сервис.

Фасад тупо должен агрегировать методы вызова внутренних сервисов какого либо компонента

https://refactoring.guru/ru/design-patterns/facade

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

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

Если content будет не пустой, то угол закруглится.

Если content пустой, то не понятно зачем такую фигуру делать с помощью border'ов.

Расскажите подробнее чего нужно добиться.

UPD: https://jsfiddle.net/vqs960bz/
codepen.io/anon/pen/JbOxyV

Без анимации можно даже без CSS, хард HTML.
С анимацией на чистом CSS не выйдет.

Открываем DevTools и смотрим как выглядит :

И видим что в состав входят плагины для прокрутки и анимации при скроле

Используйте calc;
Если первый инпут имеет ширину 200px, а второй должен занять всё остальное пространство, то он займет 100% - 200px; Так и пишем: calc(100% - 200px);
codepen.io/anon/pen/vyXYdJ

Это Flexbox, узнать больше можно на frontender.info и CSS-Tricks

Пробовал разные padding - 15 идеал. Не знаю, подбирал их twitter путем проб и ошибок или вычислял - но получилось очень правильно.
По поводу container - рассчитано из распространенности браузеров, но можно без проблем изменить или добавить еще, для этого есть less версия.
Не стоит забывать и про то, что изначально этот framework делался для себя, а потом перешел в opensource. Думаю большинство ответов именно в этом.
Так же стоит заметить, что третья версия уже немного устарела и кардинальные изменения в нее давно не вносились, потому что в разработке 4-я, которая пока еще в альфа версии, но судя по всему не за горами. В ней уже будет flexbox, уберут поддержку убогого IE8, переедут с px на rem и em, хотя padding 15px судя по всему оставят.

Паддинги нужны просто для того, чтобы контент не прилипал к краям экрана.
Это неудобно для просто и чтения, а небольшой паддинг улучшает просмотр.
Особенно остро это ощущается на мобильниках и сайтах в 100% ширины.


Почему именно 15 пикселей, это надо спросить у Бутстрапа.
Я например, всегда делаю контейнер 95%, и ограничиваю 1200 пикселей.
То есть у меня нет четкого паддинга, чем меньше экран, тем меньше паддинг.

Если читать Вашу ссылку с самого верха, то там написано "Рекомендации W3C от 28 октября 2014 г."
Сегодня 4 ноября 2016, со всеми вытекающими ответами про разницу этой статьи и валидатора.

h1 should be used once in the article, the article

h1 - только один раз в секции article
остальные, внутри секций - сколько угодно раз, только сохраняйте иерархию.
<h1>Comments</h1> исправьте на h2 и всё.
Стили - пропишите, как нужно.

h1 должен быть 1 на странице, а у Вас их 2. Вот где ошибка.

h1 один раз в артикле, артиклов много, значит и h1 много )
артикл это как новый документ

codepen

Для себя - как хочешь
На продакшен - только после внедрения https://en.wikipedia.org/wiki/Schema.org

На продакшене, после сжатия от семантики может ничего не остаться

Естественно стоит.
Ты на YouTube не смотри, им семантика не нужна. Вообще на жирные сайты не смотри.

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

Какое-то время повозишься с семантикой, потом даже не будешь обращать внимание на это.