Спасибо! Прочитана уже дважды, конечно)

Сейчас нас будут спамить.

прикольный сайт. transforms только бесят, но ради контента можно потерпеть

#fomo

как я понимаю, книжка не для стартапов)

не будут

у попа была собака он ее любил

хороший тест переводчиков

deepl.com переводи как: the butt had a dog, he loved it.

обратный перевод: у задницы была собака, он любил ее.

судя по разговорам, это фантастическое произведение. стартапам вредно, SMB некогда, энтерпрайзу нафиг не надо)
Так, на пенсии почитать

@Onlinehead у тебя есть какие-нибудь naming convention практики относительно именований ecs task definitions?

Есть. Не использовать ECS:)
Но если серьезно, то по аналогии с кубиком, (формат ns/deploy) $project_codename-$subproj-$env/$app если энвы завернуты в неймспейсы или, как тоже иногда бывает, $project_codename-$subproj/$app-$env, если неймспейс для всего проекта.
Ничего лучше за всю историю как-то не придумалось.
При плоской структуре из ECS я примерно то же самое использовал, но там ecs обычно был под проект, так что оставалось только $subproj-$app-$env.

Ну и конвеншн на $env конечно.

Ну и snake нейминг, потому что регистронезависимые штуки что-то попадались чаще, чем хотелось.

Хотя вот за последнее я не уверен как в ECS оно живет, потому что в кубике очевидно такое нельзя, т.к. этого нельзя в доменных именах

но мне как-то везет в этом плане и у меня немногословные проекты.

мда. это совсем не best

Ну, к сожалению что есть, то есть. Я тучу правил нейминга видел и все они рано или поздно ломались, поэтому перестал изобретать вообще.

Каждый нейм конвеншн работает только до определенного момента и в итоге приводит к анекдоту про 15 несовместимых стандартов.