от госа

Деплой в разные окружения?

как вариант

Я думал, АлиЭкспресс. Красный шерсть милый котик гольфы.

я долго искал и нашёл: как пользоваться слаком правильно https://slack.com/intl/en-de/blog/collaboration/etiquette-tips-in-slack , думаю подойдет всем корм мессанджерам

Официально (устами FTC): Apple и другие производители моьильной электроники специально делают продукцию, сдыхающую ровно после окончания гарантийного, и которая не подлежит ремонту

https://fee.org/articles/heres-the-real-reason-why-you-cant-repair-your-airpods/

>  What’s stopping a competitor from selling the repairable designs that consumers actually want?

Кажется, ответ простой: потому что тогда надо продавать сильно дороже (потому что менять не будут) и тогда сложнее планировать прибыль.

> The answer, of course, is the government.
Oh.

)))

> But when companies refuse to adjust to consumer demand, it’s worth taking the time to think about why that is.

Кажется, потому что в среднем цель компании — денег заработать, а не потребителей удовлетворить.

Вся часть после ссылки на FTC какая-то очень политически либертарианская, что ли?

оффтоп
кто нибудь на italki занимался с каким нить челом который по IT может болтать и может посоветовать такого?

ну и разово повторять в рамках СЦ техпроцессы потокового производства (и держать сток деталей) старого оборудования в масштабе тупо дороже чем выдать новый в рамках гарантийного срока?

But the answer, of course, is the government.

Господа, кто пользуется Github Actions и билдит контейнеры: как вы кэшите этапы сборки? Что-то все варианты довольно костыльные.

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

Вот что я нашел из выходов:
1. Приличный вариант - вот тут схема: https://evilmartians.com/chronicles/build-images-on-github-actions-with-docker-layer-caching . Там с помощью buildx кэш пишут в файл, который кэшится где-то в гитхабе, а на каждый билд подгружается обратно
2. docker build --cache-from. Ок вариант, но все равно придется перекачивать, хочется локально иметь кэш

Локально в общем случае невозможно, если у тебя не свой runner. Но в этом случае он быстро забьётся этим самым кэшем. Вообще идея именно в том, что runner не имеет состояния, а может только подкачать откуда-то артефакты. Только так вся конструкция будет масштабироваться.

У Gitlab CI runners есть возможность организовать свой кэш для ветки, тэга, релиза или коммита. Думаю, что у GitHub такое тоже должно быть, они свои пайплайны проектировали намного позже и должны были взять всё лучшее у конкурента.

У GitHub Actions эти раннеры настолько stateful, насколько можно. Не чистят между запусками абсолютно ничего (например: https://github.com/actions/checkout/issues/385), зато автообновляется и ломается, если у него нет прав на перезапись собственных бинарников.

Ну это self-hosted, как я и говорил.

<олмоуст не реклама> можно на preply.com в разделе computer science / data science / C++ / etc.  найти англоговорящего тьютора, или же попытаться выцепить кого-то из тьюторов английского с айтишным бекграундом с помощью полнотекстового поиска. В принципе, там есть люди, которые и к техническим собеседованиям готовят, так что с ними наверняка и "в целом" поговорить можно.

По поводу конкретно italki - у меня товарищ упоминал, что постоянно с тьютором обсуждает разные технические/научпоп темы, но не про конкретно IT. Если заинтересовало, могу контакт реквестировать, но скорее всего цель именно иметь IT предметом разговора, как я понимаю.