adamdickins2

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

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

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

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

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

Фронт прав.
Это два очень разных направления работы.
1.Веб-диз делает диз.
2.Фронт по этому дизу кроит верстку.

Редко, когда фронт хориший диз, еще реже когда диз вообще верстает)).

дизайнер предоставляет фигму или фотошоп.

Ваш фронтендер все собирает на реакте.

Как мне кажется это наиболее оптимальный путь.
Плюс фронтендер должен составить список требований к дизайну.
Как то:
Именогвание групп и элементов и стилей
Состояния активных элементов
карту желательных цветов

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

Всё правильно говорит. Ваши прототипы, это, как карандашом на бумаге.

Вы можете использовать оконную функцию row_number

create table tbl(id int primary key auto_increment, lang varchar(2));

insert into tbl(lang) values 
('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'),
 ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU'), ('EN'),('ES'),('RU');
 
 
with data as (
  select 
	id, lang, 
	row_number() over (partition by lang order by rand()) rn
  from tbl
) 
select id, lang from data
where rn < 11;

MySQL window function

Включен 16 часов в сутки и под нагрузкой 16 часов в сутки - это две разные вещи. Если в простое, разницы не будет практически никакой. Под нагрузкой опять же данные валидны только в стоке, но не в разгоне. Предположим, что пк молотит в стоке под нагрузкой по 16 часов. Разница в энергопотреблении составит 50 вт (почему не 40 - потому что потери при преобразовании). В день это лишних 0,8 кВт*ч. Возьмём ценник за электроэнергию 4 рубля. Тогда нам надо сэкономить 2500 кВт*ч. Это 3125 дней. Это 8,5 лет. Экономия на электроэнергии будет заметна только через 8,5 лет. Тут конечно бы надо учесть инфляцию и т.д. но уже видно, что заниматься подобной экономией бессмысленно, если пк не гоняется в режиме 24/7 занимаясь вычислениями.