Файл отдается без рандомных хэшей, просто как filename.js? Если да, то это беда.
В вепбак надо задействовать [contenthash] https://webpack.js.org/guides/caching/
Для всяких vite/rollup должно быть что-то подобное, гуглите альтернативы.
Напишите свою имплементацию бэкенда https://github.com/gothinkster/realworld
Можете туда для прикола воткнуть всякие HATEOAS, свой Oauth сервер с 2FA авторизацией и 2FA сбросом пароля, свой graphql через apollo или еще что-нибудь. Может не обычную реляционную базу данных взять, а еще попробовать mongo или вообще графовые базы вроде JanusGraph/Titan/Neo4J.
Однако если бы я увидел какой-то вебапп, который не работает, если я не дам добро на локацию, то я с высокой вероятностью никогда в жизни этот апп использовать не буду.
https://github.com/gothinkster/realworld - читайте README файл, пробуйте сделать свою имплементацию фронта. Необязательно следовать всех их "требованиям" - у Вас полная свобода. Можете просто взять их бэкенд, и писать свои фронты как хочется, будь то реакт, вью, ангуляр. Если реакт, можете пойти на тех же next и remix попробовать сделать. Поиграться с react-query. Может вообще по приколу заморочиться, и написать свой маленький apollo сервер, который будет проксей к их бэку, а Вы с клиента через apollo-client будете gql вытягивать. Потом можете взять react 19rc и поиграться с react compiler, поиспользовать всякими server components, server actions, use(...).
А фишка в том, что в моем коде есть условие: если есть локальные переменные в Kubernetes, то делай одно. А если нет, то делай другое
Все эти переменные должны быть "стандартизированы" в рамках приложения, и приложение должно выбирать стратегию работы в зависимости от окружения. Например, для k8s настоящая база и куча переменных коннекта, а локально sqlite файл. Приложение дожно уметь работать с обоими вариантами, и плясать от некой переменной окружения RUNTIME_ENV, которая может принимать значения вроде k8s-stage | k8s-prod | local, и уже дальше от них плясать.
vscode - как vim, текстовый редактор, простой. Может превратиться в мощную машину через плагины. Кажется идеальным вариантом в Вашем случае.
webstorm - мощная машина, "громоздкий" инструмент для профессиональных разработчиков. Умеет почти все, если не все, однако для простой верстки это как стрелять с пушки по воробьям.
Gulp хорош тем, что он был создан до того, как js библиотеки стали тащить зависимости размером с черную дыру. Он компактный, быстрый и простой.
Если пропустили вообще все релизы с 2013-2014 года, то держите самые известные решения, и выбирайте, что лучше подходит в Вашем случае:
- webpack
- parcel
- rollup
- vite
Трата времени на анализ и уточнение ТЗ это необходимые шаги для выполнения задачи. То есть, это время, потраченное на задачу. Это время должно быть оплачено.
Количество div элементов, особенно в данном случае, не является чем-то критическим.
Не вижу никаких проблем в данном случае использовать нужное количество div'ов + z-index.
Если попытаться оптимизировать спички, то можно сделать обрезанную карту отдельной картинкой или же спрайт из целой и обрезанной карты, и уже обрезок повторять на нужном блоке.
Слишком мало информации, чтобы дать вменяемый ответ.
В целом, лучше использовать CSS классы.
Если это пару мест в разметке таких - ничего смертельного. Если огромный макет так сверстан - это катастрофа.