Алексей Николаев

Условий в compose-файле задавать нельзя, соответственно если вы хотите задавать логику, то она должна работать до вызова docker-compose. Соответственно либо разные compose-файлы писать, либо из шаблонов собирать нужный.

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

Велосипед - это когда что-то готовое уже есть. Докер никому ничего не должен, кроме обратной совместимости и фикса багов. Про "не так уж и много" - напишите и сделайте pull request, ссылку только сюда приложить не забудьте. Костыль будет ровно таким, каким вы его напишите.

- в зависимости от ENV выбирался docker-compose.{env}.yaml и dockerfile.{env} для каждого из контейнеров (если сборка из директории, а не из образа)

Это так не работает. ENV задаётся сразу для определённого сервиса в docker-compose и для определённой сборки Dockerfile.

Я бы сделал нормальный CI в gitlab, например, и билды из веток для stage и production. Тут сам docker-compose не совсем предназначен для сборок и порождает костыли.

Удобней иметь один Dockerfile, а особые параметры передавать через --build-arg
docker build --build-arg ENV=stage .

Вопрос больше похожий на троллинг, либо на желание заниматься не веб разработкой, а быть стильным игроком в Лигу Легенд.
1. Без разницы как будет выглядеть "ваше убожество", если у него будет адекватный трекпад, и отличная IPS матрица, хотя бы FULLHD.
2.Я не сторонница холиваров на тему win || linux, но для веба я бы советовала бы либо win, либо macos. В первом случае большой инструментарий, во втором случае - дорого, богато, круто + консоль и не болит голова.
3. Если вы реально углубитесь в веб(любой другой профиль IT), то вам не должно хватать времени на лигу, так как 20 часов из 24 в ваших сутках будет съедать погоня за куском новой информации и постоянная игра в усидеть на всех стульях.
4. До 40 000 - любой ноут с corei5, 8gb, ssd, пофиг какой корпус.

насколько вообще типична эта ситуация

Более чем типична

у меня есть идея грандиозного IT-проекта

Правильнее сказать, что у вас есть ощущение, что ваш проект грандиозный. Я не знаю ни одного программиста в мире, у которого нет идей "грандиозных" проектов. Помимо программистов, еще десятки миллионов других людей имеют идеи "грандиозных" проектов. В итоге же, из всего количества стартапов выживают спустя 3 года менее 5%. Из них половина работает в небольшой плюс, лишь оставшиеся 2% становятся успешными проектами. Иными словами, даже если ваш проект грандиозный, вероятность того что он станет успешным примерно 2%. Чтобы Вы понимали насколько это мало, просто поставить в рулетке на конкретное число и выиграть намного более вероятно, чем запустить успешный стартап. Только в случае рулетки вы теряете лишь деньги, а в случае с проектом деньги и драгоценные годы.

но почти нет скиллов в программировании

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

Что нужно понять?
1) Понять, что ваша идея это обычная идея, коих в мире миллиарды. Она в среднем не лучше и не хуже других идей.
2) Понять, что даже если ваша идея потрясающая и даже если вы освоили программирование на уровне лучших инженеров гугла, при этом собрали сильную команду из разработчиков, менеджера продукта, специалиста по маркетингу и т.д., все равно ваши шансы на успех равны 2%.
3) Понять, что если у вас нет команды из предыдущего пункта, то ваши шансы примерно чуть более 0%.

Что в таких случаях надо делать?
1) Получить словесное подтверждение того, что идея чего-то стоит. Например, рассказав о проекте 20и людям, посмотреть сколько из них сочтут вашу идею хотя бы "нормальной", не нужно грандиозной.
2) Поискать аналоги. С вероятностью 95% вашу идею уже реализовали ранее, проверить популярность продукта, посмотреть в чем различия с вашим виденьем, плюсы/минусы и т.д.
3) Как только получили предварительное подтверждение, что идея не го*но, пора делать прототип. Тут уже смотрите сами: либо ищите людей, готовых работать на вашу идею, либо сами прокачивайтесь до уровня, позволяющего сделать MVP, либо подзаработайте денег и наймите того, кто сделает MVP.
4) Как только MVP сделан, пора показывать его людям. Если хотя бы 10 человек будут в восторге от вашего продукта - это успех, можно искать инвестора. Если хотя бы 50 человек будут просто пользоваться без восторга вашим продуктом - можно искать инвестора. Если ваш продукт платный и его купят хотя бы 5 человек - можно начинать искать инвестора.

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

у одного пять букв в названии, у другого три

освойте js, и подобные вопросы перестанут вас волновать

Алексей Николаев, Если вы работаете по договору найма сдельно (участвуете в разработке сервисов), то в разделе ответственность есть похожей пункты:
- Исполнитель не несет юридической, материальной или иной ответственности за содержание, качество и соответствие действующему законодательству информации, размещенной Заказчиком на Сайте.
- За сделки, совершаемые с использованием Сайта, Исполнитель ответственности не несет.
- Заказчик гарантирует (и несет полную ответственность за нарушение данного обязательства), что все предоставленные им Информационные материалы свободны от претензий третьих лиц и факт их передачи Исполнителю не нарушает патентных, авторских и смежных прав, а также прав на коммерческую тайну третьих лиц.
и т.д и т.п.

Это поможет, в случае облавы, отвести Вас немного в cторону от ответственности. А если нанимают в компанию на "постоянку" - там сложнее, ибо если будете просить в трудовом договоре указать все пункты, чтоб себя прикрыть, Вам просто откажут и будут искать других :)

Нет, ответственность только за эксплуатацию.

Давайте посмотрим:

(() => {}) instanceof Object // true

Ну да, объект. Кто бы мог подумать.

VOLUME - это не аналог ключа -v при запуске контейнера или volume ./data:/var/www/html в docker-compose. Он просто создает хранилище на диске для контейнера и маппит его в дебри /var/lib/docker/volumes

Для монтирования локального каталога по-прежнему придется использовать ключ -v для докера или аналог в docker-compose.