rPman

Это очень смежные профессии

0. архитектор дизайнит весь проект и определяет что где как и на чем будет сделано
1. дизайнер рисует картинку (есть еще UI дизайнер, он не только картинку но и последовательность действий определяет)
2. верстальщик борется с css и html, бодаясь с разным железом и браузерами, по факту он делает статичные странички или их части
3. фронтэндер оживляет сайт, используя уже готовый html код от верстальщика
кстати этот этап можно опустить, если у вас чистая server side генерация страниц, тогда фронтэндер фактически будет совмещать свою должность с бакэндером
4. бакэндер реализует бизнес логику работы приложения на серверной стороне
иногда этот этап можно сильно оптимизировать, превратив бакэнд в прослойку базы данных, но тогда либо разработчик базы данных будет реализовывать бизнес логику (выворачивая мозги не подходящим инструментом), либо фронтэндер (создавая кучу уязвимостей)
5. разработчик баз данных создает правильно базу такой, чтобы она не укладывала сервер десятком клиентов
в простых случаях бакэндер может и сам справиться, но простые случаи таковыми надолго не остаются
6. devops администратор настраивает все великолепие, пилит скрипты авторазвертывания, бакапы, мониторинг,...

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

Каждый из этих человек тесно работает с соседом, за исключением 0 и 6, эти работают со всеми. При этом, дизайнеру нужно знать хотя бы в общих чертах верстку, чтобы не тащить непривычные и сложные для реализации паттерны из к примеру мира desktop, а фронтэндер должен понимать хоть примерно, какие проблемы создают в верстке разные браузеры и особенности css, ну а бакэндер должен хотя бы примерно понимать как работает веб приложение, и когда имеет смысл тащить все его состояние в куках (видел я такие высеры) в каждый закоулок сайта а когда нет

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

у видеокарт полная совместимость с любым x86 железом, если на плате есть нужный разъем (а уже больше десяти лет как везде используется pci-e) то значит она подойдет

у видеокарт могут быть требования по питанию, но на практике у меня даже с этим проблем не было, например я с помощью дешевого рейзера без доп питания (оно было но я его не подключил) ставил pci-e 16x видеокарту в слот pci-e 4x mitx материнской платы со встроенным слабым процессором 2013 года выпуска, на материнке не было даже слота для дополнительного питания процессора и pci-e, и все работало.

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

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

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

поэтому - выбирай больший объем

блочное шифрование - решение только вокруг типового backup format restore, т.е. необходимо место куда перенести бакап уже установленной системы

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

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