Pull to refresh
31
4
Станислав Тибекин @SITibekin

Управляющий партнер / CEO @ Nixys

Send message

Аутсорсер может просрать всё. 

Соглашусь, в этом всегда есть риск. Но здесь важно качественно выбрать аутсорс команду, которая дорожит своей репутацией и не подведет вас как заказчика.

Это почти всегда дороже чем нанять свою комманду.

А вот тут не соглашусь. Если,

1. Взять среднюю стоимость специалиста
2. То, сколько мы потратим за найм
3. Оценим все риски ошибки найма в долгосрочной перспективе
4. То, что нужно будет учитывать адаптацию и изменение перформинга команды на период адаптации

То ценник при работе со своей командой будет значительно дороже (речь опять же про DevOps исключительно), нежели с аутсорсом.

Нет прямой связи с разработчиками, а фидбяк от них очень важен, ведь клиент не всегда знает как сделать лучше, а аутсорсеру не выгодно упрощать задачи, скорее наоборот сделать так как просят, а потом ещё и переделать.

У разработчиков часто нет мотивации делать лучше потому что никаких бонусов за это не предвидиться, бонусы ограничены заработком аутсорс фирмы. Тоесть надо писать так чтоб как можно дольше можно было доить заказчика.

Здесь могу лишь сказать, что вы сталкивались с плохим аутсорсом.

Ну а плюсы очевидны на маленьких проектах.

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

Речь опять же про разработчиков, а не про DevOps.

Как вы пришли к тому, что нужно 5 человек минимум в команде? По-моему, двух хватит, разве нет?

Здесь пример конкретно относится к DevOps специализации. Чтобы обеспечить бесперебойную работу инфраструктуры, потребуется 5 человек. 4 человека, чтобы покрыть всю неделю при посменном графике (если бы он такой был) и 5-ый человек на отпуска/болезни и периодические увольнения кого-либо из команды. Здесь же нужно учитывать, что они должны быть доступны 24/7. Если организовывать такую структуру при 2-х человек, скорее всего, они у вас сгорят за считанные месяцы и вам придется искать новых ребят.

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

Спросить можно. Но что вы им скажите? У вас в этом месяце не будет премии? Сколько эта премия? Сопоставима ли она с тем, сколько у вас был простой? Как правило нет. Увольнять никто не предлагает, но и спросить с ребят по полной не получится.

Рад, что статья зашла :) Вы задали очень интересные вопросы! Положил себе в бэклог на публикацию таких статей) Подписывайтесь на нас, думаю в течении месяца/полтора/двух, доберусь до них.
Можете привести примеры таких систем?) Возможно рассмотрим их более подробно в следующих статьях. В планах дать много материала по SSO.
Егор, добавлю в бэклог на перевод, спасибо :) Думаю по истечению 3-4 переводов про типы SSO, доберемся и до SLO.
Какой-либо киллер фичи в данном проекте мы также не увидели. Да и в самом переводе говорится о том, что Tekton Pipeline не имеет ничего, что сделало бы его уникальным. Мы со своей стороны хотели лишь осветить данный проект, чтобы у общества было понимание, что «так», тоже можно, не более того. Возможно, в будущем, когда куб будет повсеместно, этот проект будет востребован обществу.

Артём, всегда приветствуем критику! Мы стараемся не сильно отходить от оригинала, ведь это же в первую очередь перевод, а не собственный контент. Но если вы скинете мне в личку несколько примеров текста, который можно улучшить, мы обязательно рассмотрим их для корректировки. Спасибо!

Да, пароль в наименовании каталога хранится в открытом виде.
2

Information

Rating
1,027-th
Location
Россия
Works in
Date of birth
Registered
Activity