NeKt0

Ясен пень, что с помощью библиотеки Three.js (threejs.org). Видно ведь, что эти коробки – модели.

Нужно уточнить спецификации, что конкретно нужно. Вариантов досок много, можно хотя бы начать с их стоимости. Указанный вами Miro очень хорош, и я не могу представить чем он не угодил, но если нужны альтернативы, могу привести минимум 3: Conceptboard, Padlet и Stormboard. Все три норм, но если бы мне нужно было выбрать что-то одно, то это Conceptboard просто из-за простой интеграции с другими сервисами, типа Google Drive и Slack.

Помимо IP адреса есть и другие данные.
Вот пример, IP Польша, но провайдер Россия.
К тому же, если аккаунт не новый и ты уже заходил или параллельно авторизован в смартфоне, то в гугл попадет твой российский IP, даже если ты параллельно сидишь с забугорного IP.
Даже, если акк создашь при включенном VPN, но до этого засветилось устройство с российским IP, то гугл будет думать, что ты в России.
Браузер может получать информацию из Виндовс, не смотря на языковые настройки...
Есть такая штука CDP - узнавание клиента и объединение всех его возможных профилей, что гугл и прочие активно пользуют.

Завуалированный вопрос о воровстве. Так и пишите прямо мол так и так: "Могут ли такие требования являться обычным мошенничеством"
Ответ: запросто.
"Эффективных менеджеров" пользующихся тем или иным видом мошенничества в России очень много . Если права и обязанности сторон не оговорены бумажно в юридически правильных формулировках вероятность кидка приближается к единице.
Как обезопасить себя от подобного?
100% средства нет. Хотя я бы посоветовал следующий вариант -- портфолио.
Код на гитхабе и работающие сайты в продакшене. При просьбе от всяких мутных контор поработать за еду(якобы тестовое задание, по факту это чаще всего реальная работа) вежливо отпинывать с формулировкой нет времени, т.к. работаете над очередным проектом и кивать на портфолио и гитхаб. Фирма действительно нуждающаяся в специалисте вполне им удовлетвориться, мошенники конечно отвянут. Конечно есть вероятность, что и какие то честные фирмы отпадут, но это все таки лучше чем быть обутым дурачком. Удачи.
UPD:
Забыл еще добавить при стонотстве потенциальных кидал в стиле: "ну нам надо жи пасматрить как ви работаити", не поддаваться на провокации и предложить встретиться для обсуждения кода из ВАШЕГО портфолио. Для нормальных специалистов действительно ищущих себе коллегу такой беседы будет БОЛЕЕ ЧЕМ достаточно для понимания справитесь ли вы с текущими задачами на данной позиции или нет.

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

для сжатия jpg используйте imagemin-jpeg-recompress
для сжатия png - optipng/pngquant

1. В label не должно быть блочных элементов
2. В label не должно быть ссылок

В приведенном коде нарушаются оба пункта. Надо сделать так, чтоб в label не было подобных элементов.

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

Вебпак - сборщик. Может взять много файлов и собрать в один. Ну или в несколько, как мы настроим. В js действительно есть модули, которые как бы уже нативно работают в современных браузерах, но есть ряд проблем:

• Файлов с кодом может быть много. Сотни. Если использовать нативные импорты и загружать сотни файлов в браузер одновременно - накладные расходы будут заметными. Было бы хорошо уменьшить количество файлов. Плюс там могут быть не только скрипты, но и другие файлы, которых тоже может быть много.
  
• Большое количество инструментов были написаны еще до появления нативных модулей в JS. Они все еще работают, выполняют свои задачи, но простым словом import их не импортировать. Там очень разные чудеса встречаются. Придумывать для каждого инструмента персональный костыль, как его импортировать, вроде как не хочется.
  
• К предыдущему - иногда удобно в скрипты на JS импортировать что-то не на JS из отдельных файлов. В контексте моей работы - шейдеры на GLSL. Их нельзя просто так нативным import загрузить.
  
• Часть зависимостей мы ставим с помощью npm. Это удобно. Но мы легко получаем папку node_modules на сотни мегабайт, при том, что в нашем проекте реально используется пара файлов оттуда. Загружать все это целиком на сервер - зачем? Ставить зависимости, а потом копировать нужные файлы откуда-то из глубин node_modules к себе в проект? Можно, но не то, чтобы удобно. Обновлять сложно будет, да и действий лишних что-то много.
  
• Не всегда нам нужен полный функционал инструментов, которые мы используем. Часто в пример приводят lodash. Там много готовых функций на разные случаи жизни, но все используются редко. Было бы прям здорово в браузер загружать только то, что там на самом деле будет использоваться. А то, что не используется - не загружать.
  

Как-то так. То есть нативные модули - это здорово. Но они далеки от совершенства. Не все проблемы решают. Поэтому сборщики все еще актуальны. И будут актуальны еще долгое время.

Плюс webpack имеет возможность встроить в процесс сборки дополнительные процессы, которые долго делать руками. Код можно минифицировать. Уменьшит время загрузки страниц. Можно запустить w3c validator, stylelint, eslint, sonar и.т.д. - всякие проверялки, чтобы убедиться, что к пользователям улетит валидный код. Можно какие-то картинки сжать, сконвертировать в другие форматы. Можно typescript превратить в javascript, less, sass и.т.д. - в css. Много чего можно сделать. В целом сборщик сам по себе - это перпендикулярный ко всем этим процессам инструмент. И раньше люди использовали отдельный класс инструментов, чтобы запускать все это - таск раннеры. Grunt, gulp - вы скорее всего про них слышали. Можно писать npm-скрипты или даже по старинке делать makefile под сложную сборку. Но в webpack вроде как есть функционал плагинов, и можно эти процессы запускать и через него тоже. Вроде как он не для этого изначально придуман, но многие люди находят удобным иметь все в одном месте.

Владею стеком HTML/CSS/JS, Python+django/fastApi, java(для математики всякой)

Также хоббийно занимаюсь микроэлектроникой(avr/nrf/stm)

Выглядит как активность эникейщика. Первая предметная область, связанная с фронт-вебом - сегодня очень сложна. И чтобы по настоящему расти - надо отдаваться ей на 100%. Иначе эффекта не будет.

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

Я сам так сделал и не жалею. Всякие Photoshop/3DMax/радио-и-связь/игра на трубе/вязание крючком - заказчика не интересуют а вобщем даже и раздражают. Под позицию нужен профессионал а не разно-рабочий.

UPD: