whatfor

Расскажите плиз о технологии, и чем развёрнутей, тем лучше.

Вот захотел ты сделать сайт SPA или PWA с любимой тебе вёрсткой на базе Twitter Bootstrap и любимой библиотеки Vue. Сверстал. Поповеры не появляются, дропдауны не выпадают, модалки не открыватся, формы не валидируются, клики не работают.

Оригинальный Twitter Bootstrap имеет поддержку интерактивных элементов на Javascript. Реализовано это на библиотеке jQuery. Если делаешь на Vue, придётся подключать ещё и jQuery, что лишняя библиотека на 100+ килобайт, что, конечно, не катастрофа (пока ты не на мобилке).

Vue работает с состояниями привязывает данные к отображению, а jQuery работает с DOM и событиями. Это вопрос производительности. Работа JQuery начитается когда загружен и распарсен JS и HTML. Работа Vue начинается в тот момент, когда загружен и распарсен JS, то есть чуть раньше. jQuery модифицирует DOM на лету, перестраивая текущий документ. Vue работает с shadow DOM, а затем подсовывает уже готовую интерактивную страницу в пустой документ, что быстрее (разница в секунды на десктопе, десятки секунд на м...).

Vue реализует компонентную парадигму. Куски страницы являются изолированными кусочками кода (HTML CSS JS), которые цепляются между собой динамически, а обмениваются данными через аттрибуты и события. Предположим, что вы решили следовать компонентной парадигме, тогда согласно вот такому примеру нужно будет увязать самостоятельно все интерактивные компоненты. Компонента-кнопка. Компонента-поле ввода. Компонента-форма. Компонента-контейнер. Получается около 50 компонент. Для некоторых надо будет написать логику на jQuery. Если посмотреть на код jQuery этих микрокомпонент, то он окажется несложный, его вполне можно переписать на Vue. Ну там класс заменить или клик отработать. Когда от кода jQuery не останется следа, его можно будет из проекта удалить.

И вот получается Bootstrap-Vue

На компоненты побили. От Jquery избавились. Написано в единой парадигме. Работает быстрее.

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

Так же будет Не лишним оценить технологию: плюсы, минусы, стоит ли вообще с этим работать ...

Это сам изучай и сравнивай. Навыки и опыт воздушно-капельным и через Internet не передаётся

Первое что вам нужно сделать - забрать ноут из сервиса и туда больше не приходить! При этом написать пару хороших отзывов в сети, чтобы маководы туда не приходили.
Работа процессора под виндой в таком диапазоне - это скорее отсутствие драйверов.
Вздутие батареи не норма, но для ноутбуков ваших годов есть 2 типа вздутия:
1. Вздувается батарея внутри, прям чувствуете пальцами что вздутый слой твердый. Она не взорвется ни в коем случае, просто через время будет давить на трекпад (как писали в одном из комментариев), вплоть до того что может даже выдавить крышку и трекпад. Но это очень редкие случаи, оно не происходит (как правило резко), вы можете спокойно работать до того момента пока не начнет плохо работать трекпад.
2. А есть вздутие изоляционного слоя, батарея ровная, а пальцами слой продавливается и вы чувствуете просто воздух, это норма! Стоит немного опасаться, раз в несколько месяцев проверять... Но у меня macbook pro 15го года так живет уже 2 года, и ничего.

От пыли конечно чистить ноутбук нужно, хотяб раз в год. Термопасту менять раз в 2-3 года, вам бы не помешало ее поменять.
В Mac OS есть стандартный функционал диагностики железа, не требующий посещения сервисов.

matthewhartman.github.io/base
concisecss.com
foundation.zurb.com
www.basscss.com
materializecss.com
pintsize.io
getuikit.com
ui.lumapps.com
purecss.io
imperavi.com/kube

... это из тех, что пробовал и изучал доки
+
таблица основных свойств usablica.github.io/front-end-frameworks/compare.html
+
сводная таблица сравнений https://docs.google.com/spreadsheets/d/18_nwvdIVbK...

Цвета:
www.thedayscolor.com
colourco.de
bada55.io

Ну у вас там нет ничего — несколько десятков строк кода. Не страшного кода. Фтопку препода.

HTML
Нет meta с charset. Шанс на то, что сервер не отдаст кодировку в Content-Type, ничтожно мал, но соломку лучше положить. Да и для локального просмотра по file:// пригодится. Прямо перед title.
Декларация есть, стили перед скриптом.
Часть элементов без классов, что может превратить дальнейшее усложнение кода в сущий ад.
Блоки с классами clear и line — избыточный код. Это реализуется с помощью псевдоэлементов или самих элементов.
А вот a.submit — чушь. В форме нужна кнопка button.submit. У формы должен быть action, отправляться она должна по https:// и методом post.
По стилистике «Ваш» — архаизм. Выкиньте.

CSS
Не привязывайтесь к именам тэгов. Потом сильно пожалеете.
Шрифт задан а html — хорошо.
Задавать блочным элементам в нормальном потоке width: 100%; — моветон.
Не ставьте z-index с шагом больше, чем 1.
Устанавливать cursor для :hover — странно. Лучше не делать смену этого правила при наведении, ведь курсор имеет смысл только при наведении.
Для border-radius не нужно вендорных префиксов.
Размер кегля шрифта лучше привязывать либо к размеру кегля родительского элемента, либо корневого элемента (rem).
Жонглирование странными значениями размеров говорит о том, что для вас тема построения визуальной модели пока сложна. Обязательно к прочтению.

JS
Ну тут вообще ничего пока нет. Но уже если пишете $(), то jQuery-то нужно подключить.