всегда удивляет, когда при наличии проблемы ждут запланированной встречи. многие мелочи можно порешать на месте, связавшись с коллегой, который разбирается в вопросе
бОльшая часть задач остаётся на стороне облачного провайдера, мигрировать нужно лишь рабочую нагрузку при необходимости. да и оплата в случае managed k8s производится за вычислительные мощности.
не затронута тема мокирования, ибо без него юниты представить сложно
юнит тесты имеет смысл писать на самом низком уровне. как только кажется, что нужны моки - вы уже на уровне интеграционных тестов, где лучше эмулировать реальное окружение (зачастую и Testcontainers не нужны)
как читатель - делаю правки. это можно сравнить с тем, что как разработчик я вношу изменения в существующие репозитории, не имея ни одного собственного
Что-нибудь развлекательное прочитают все, что-то узкоспециализированное - полтора анонимуса. Первая статья наберёт много рейтинга, вторая - очень вряд ли.
по этому пункту выходит, что всё - ради "лайков"? мне кажется, что основная цель - всё таки поделиться знаниями
задену символ веры очередного либерального технаря
есть и ценные комментарии, которые нужно воспринимать именно как конструктивную критику. и благодаря ей становиться лучше. замечал (как ревьювер ПРов), что некоторые разработчики воспринимают замечания чуть ли не как личное оскорбление (нет, это не так)
там ещё есть " плоскости управления Kubernetes"
всегда удивляет, когда при наличии проблемы ждут запланированной встречи. многие мелочи можно порешать на месте, связавшись с коллегой, который разбирается в вопросе
Есть подробная статья. Лучше всего её характеризует комментарий
поэтому очень важно уметь чётко формулировать свою мысль - чтобы не было недопонимания
данные представить в виде блокчейна
в виде бомбы?
сомнительно. облачные провайдеры предоставляют собственную реализацию Cloud Build
лично я слышу разницу при подключении по проводу и без. именно поэтому у меня "беспроводная" колонка стоит подключённой кабелем
проприетарный код зачастую не лучше. а в случае отсутствия доступа к кодовой базе - добавляется шаг ковыряния в бинарниках с сомнительным успехом.
пока не стОит тушить кластер:
Exploiting
Local: Yes
Remote: No
кто определяет правоту? с точки зрения такого кандидата - не правы вы
для разработчика баланс должен быть смещён в другую сторону
как раз полезными коммитами можно внести большой вклад
удалёнщикам также подойдёт
пруфы? встречал исследования с абсолютно противоположным результатом
такими опусами в том числе
бОльшая часть задач остаётся на стороне облачного провайдера, мигрировать нужно лишь рабочую нагрузку при необходимости. да и оплата в случае managed k8s производится за вычислительные мощности.
юнит тесты имеет смысл писать на самом низком уровне. как только кажется, что нужны моки - вы уже на уровне интеграционных тестов, где лучше эмулировать реальное окружение (зачастую и Testcontainers не нужны)
Made in Space
как читатель - делаю правки. это можно сравнить с тем, что как разработчик я вношу изменения в существующие репозитории, не имея ни одного собственного
подскажите, а почему рейтинг читателя искусственно ограничен?
по этому пункту выходит, что всё - ради "лайков"? мне кажется, что основная цель - всё таки поделиться знаниями
есть и ценные комментарии, которые нужно воспринимать именно как конструктивную критику. и благодаря ей становиться лучше. замечал (как ревьювер ПРов), что некоторые разработчики воспринимают замечания чуть ли не как личное оскорбление (нет, это не так)