SuperToster

Еще один вариант. Без фиксированной высоты родителя, но количество дочерних элементов в левой или в правой колонке жестко фиксировано. Возможно разумней было бы не костылить в css nth-child, а навешать классы нужным элементам.

Использование viewport units - зависит от конкретных задач и поддержки тех или иных браузеров. Если наличие данного инструмента очень нужно, тогда логично что придётся пользоваться полифилами или фолбэками. В ином случае: можете ждать абсолютной 100-процентной поддержки.

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

Поэтому подводя итоги, можно сказать лишь одно: Выбирать лично вам - использовать viewport units или нет.

vw, vh? Они уже пару лет используются, в том числе в больших проектах

Всё субъективно. Если в требованиях есть поддержка IE -- не используем. Если нет -- можно юзать

background: 50% / auto 100% repeat-x;

Растровые картинки иногда вбивают в SVG формат, ошибочно думая что от этого они получат свойства SVG, но это заблуждение. На самом деле всё остаётся таким же + увеличивается вес изображения, так как обычно данное действие происходит путём кодирования растрового изображения в формате base64, а затем такое изображение помещается в SVG.

Однако как показала практика, такое лучше не делать и если всё же растровую графику нужно перевести в SVG, можно воспользоваться специальными инструментами, например вот таким: Vectorizer. Собственно говоря он отлично справится со своей работой если это небольшая картинка в формате PNG, однако если это огромное полотно в формате JPG - вес изображения будет превышать адекватные нормы, да и качество не всегда будет на высоте.

Иногда так делаю, как "временное" решение, пока нет настоящего svg, что бы потом в код не лезть и не править расширения, либо когда взаимодействие стандартизировано проще на картинку наложить нужные элементы svg, чем перерисовывать снуля.

По-моему тут просто массив букв алфавита, из него сгенерировать комбинации попарно и отдельно запилить функцию, которая будет брать как аргументы две буквы и маску и генерить итоговую комбинацию. Скрипт уникальных комбинаций есть где-то на gist на php, но его и через foreach можно запилить.

Можно взять электрический насос с воздушного матраса - есть возможность выкачивать воздух больших объемов. Водяные нельзя - они охлаждаются непосредственно в воде. Сгорят не сразу, но ... Аквариумный не потянет.

На видео какой то самопальный компрессор.
По факту маленькие комрессора - это либо простые автомобильные, либо аквариумные.

Робот читает символ "пробел" и символ "перенос строки". Это всего-лишь символы, он достанет весь контент.

Средствами CSS: бэкэнд должен выдавать их в обратном порядке. Тогда сработает селектор +. Визуально обратно поменять порядок с помощью флексов.

Либо на js с помощью previousElementSibling

Не очень прозрачен контекст задания,
но предложу ситуации, для которых совет Михаил Проскурин не очень подойдёт.

У SuperToster уже есть экраны в фигме, это даёт нам предположить, что общий флоу и сценарии основные готовы.
Вероятно это делал проектировщик, который, вероятно, подумал несколько раз.

Если мы наймём «крутого дизайнера», чтобы он ещё раз прошёлся по всему приложению, то это займёт нормально времени клиента. Мы ведь не знаем масштаб продукта, вдруг у товарища готовы основные скрины по генотипированию образцов для вьетнамской лаборатории в спец сфере исследования.

А вот если реально требуется «раскрасить» макеты, создать и описать полноценный кит для системы, не сильно вдаваясь в сценарии - это хорошая работа для технического дизайнера. И опять же нюанс - всю его работу контролировать и проверять должен тот, кто делал исходные макеты.
И стоимость в $1500-2000 за 2-3 недели работы вполне себе неплохая.

По вопросу ТС:
я бы посоветовал искать через знакомых, либо через hh, выделяя интересные резюме.

Практика показывает, что "высокоточный" дизайн, с отличным качеством можно заказать только специалисту, который изучит рынок, конкурентов, создаст персонажей, продумает сценарии, нарисует прототип и сделает дизайн - человек, который будет принимать участие в конкурсе, скорее всего нарисует просто красивую и неудобную обложку, потому что много времени, как правило, на конкурсы никто не тратит.

Хотите крутого дизайнера - зайдите на Behance or Dribble, посмотрите кто делает реально крутые приложения и напишите ему, сделайте ему заказ на 1000$, он вам сделает ооочень крутое приложение, и вы не вкините деньги на ветер.

И да... крутые ребята из Behance и Dribble не участвуют в конкурсах, у них работы и без этого хватает, скорее всего в конкурсе будут участвовать те, у кого нет работы и они хотят себя проявить - то есть новички.