У чому різниця між інженером DevOps Vs DevOps консультантом Vs DevOps архітектором?


10

У чому різниця між інженером DevOps Vs DevOps консультантом Vs DevOps архітектором?

Беручи до уваги роль мудрого та заробітної плати та стажування, мудрий та попит на роботу та ін.

Відповіді:


13

Архітектор це той , хто думає , що і створює проекти.

Консультант це той , хто отримує найняв для таких речей , як «Навчи нас , як це зробити так і так», або відповісти на такі питання , як «Що ви думаєте про цей проект?».

Інженер є той , хто метою орієнтована і прагматичним, що - то вздовж ліній , як « Як я можу отримати , що дизайн (створений архітектором, і підтверджений консультантом) , реалізовані і змусити його працювати»? .

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

До речі, це неважливо, що таке "предмет", це може бути "ІТ", це може бути "Дорожнє будівництво", а може навіть "DevOps" ...

PS: Що в назві (або в посаді), як щодо DevOps BA , як показано в цій публікації ...


1
@Newtopian merci за коментар, хоча я не впевнений, що означає "Nitpicking" (і словник мені не під рукою ...). Про об'єктно-орієнтований: це як в OOP , він називається об'єктно-орієнтованим програмуванням, тоді як "об'єкт" - це зробити "програмування" ... (визначення, яке мені колись дав старий шкільний програміст з мейнфреймів ...).
Pierre.Vriens

1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" і т. д., як у мене був той, хто тут робив занизування, вказуючи на це. Зараз я бачу, що ви мали на увазі з «Об’єктно орієнтованим», і це має ідеальний сенс. Можливо, я пропоную об'єктивно орієнтовану на відмежування від парадигми програмування OOP, щодо якої були перші мої думки, коли я читав ваш пост.
Ньютопський

1
Привіт @Newtopian: будь ласка, продовжуйте і запропонуйте редагувати мою публікацію (я, мабуть, її схвалюю) ... PS, я знайшов свій словник ... ви маєте на увазі " muggezifterij " (ваша черга, щоб знайти голландський словник, якщо ви хочу QA-тестувати мій переклад ...)
Pierre.Vriens

2
Випробування пройшли ... 100% покриття та затверджені до виробництва!
ньютопський

1
Merci @Newtopian ... також за запропоновану редакцію ... як ви, можливо, помітили: я щойно видав остаточне (лише в цьому випадку ...) схвалення.
Pierre.Vriens

4

Ви можете перевірити прийняту відповідь на це запитання: Чому я не намагаюся найняти "Інженера DevOps"?

А може стаття " 7 ролей DevOps, що вам потрібні для досягнення успіху ", яка включає ці (критичні?) Ролі:

  1. Євангеліст DevOps
  2. Менеджер випусків
  3. Архітектор автоматизації
  4. Розробник / тестер програмного забезпечення
  5. Досвід роботи (XA) професіонал
  6. Інженер з безпеки
  7. Гравець утиліти

Привіт, містер "J" ... стаття, до якої ви посилаєтесь, не згадує про роль на зразок "BA для DevOps", будь-яка ідея чому б і ні? І / або що таке "BA для DevOps" насправді означає?
Pierre.Vriens

Посилання корисні, але рекомендується вказати контекст і процитувати відповідні розділи, а також додати свій власний коментар. Дивіться: Ваша відповідь знаходиться в іншому замку: коли відповідь не відповідь? для поточних рекомендацій щодо відповіді за посиланням.
Aurora0001

Привіт, пане "J" (знову) ... будь-ласка, перегляньте редагування, яке я застосував до вашої публікації, намагаючись звернутися до коментаря (і, можливо, зворотного? як-от моя редакція взагалі ... PS: де в цій статті " Менеджер " DevOps (= той, хто нічого не повинен робити, якщо всі інші виконують свою роботу, за винятком затвердження бюджетів і подібних речей. )?
Pierre.Vriens

Привіт @ Pierre.Vriens - дякую за редагування. Прем'єр-міністр може бути зовсім не пов'язаний з контекстом DevOps. DevOps BA - це те, що я хотів би встановити. Дайте мені 15 хвилин, щоб додати тут дві відповідні посилання. Коротше кажучи, BA (Business Analyst) з точки зору scrum означає власника продукту, наприклад інфраструктура CI / CD - це внутрішній організаційний продукт.
Петро Муришкін

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.