Size: a a a

DevOps Jobs - работа и аналитика

2020 October 16

Н

Никитяо in DevOps Jobs - работа и аналитика
ну или если 8 часов в день работаешь и еще кем-то управлять нужно, тогда 1к3 норм
источник

A

Anton in DevOps Jobs - работа и аналитика
Тимлид это как капитан команды в футболе например, он должен быть играющим, выполнять техническую работу и вести команду за собой, к которому можно обратиться по сложным техническим вопросам, но точно не менеджер который таски раскидывает
источник

A

Anton in DevOps Jobs - работа и аналитика
Таски раскидать может и ТП
источник

A

Asgoret in DevOps Jobs - работа и аналитика
George
Начнём с того, что гугловский SRE изначально мёртворождённая херня. Это любое ООО может родить себе "держателя пёсьего хвоста второго ранга", написать ему должностную инструкцию и определить круг задач. За пределами этого ООО данная должность работать не будет.
Так что и их трактование "инженера как настройщика софта" (это является администрированием так-то) тоже не жизненоспособна.

Закончим тем, что инженер - понятие общее. Системный инженер, это инженер по системам. В том числе по системам сборки/доставки кода. Так что я не тяготею к нему, а называю вещи своими именами. Не придумывая на ходу кучу сущностей.
Начнем с того, что гугловскому SRE почти 20 лет и что-то кроме гугла никто ничего не придумал похожее, никто не реализовал. Далее, гугл с этой парадигмой живет, цветет и развивается. Так что называть ее мертворождённой это нецелесообразно.

Далее, SRE это не настройщик софта. Перечитай пост о том, какой пул задач в него входит. Настройщик софта это как раз инженер.

Далее, SRE это не переиначинвание старых сущностей, а создание новых
источник

A

Asgoret in DevOps Jobs - работа и аналитика
Никитяо
ну или если 8 часов в день работаешь и еще кем-то управлять нужно, тогда 1к3 норм
Именно)
источник

A

Asgoret in DevOps Jobs - работа и аналитика
Anton
Тимлид это как капитан команды в футболе например, он должен быть играющим, выполнять техническую работу и вести команду за собой, к которому можно обратиться по сложным техническим вопросам, но точно не менеджер который таски раскидывает
Менеджер их может раскидать на примитивном уровне. Из серии ты ДБА, вот тебе ДБА задачи, ты разраб, вот те разраб задачи
источник

A

A in DevOps Jobs - работа и аналитика
Asgoret
Начнем с того, что гугловскому SRE почти 20 лет и что-то кроме гугла никто ничего не придумал похожее, никто не реализовал. Далее, гугл с этой парадигмой живет, цветет и развивается. Так что называть ее мертворождённой это нецелесообразно.

Далее, SRE это не настройщик софта. Перечитай пост о том, какой пул задач в него входит. Настройщик софта это как раз инженер.

Далее, SRE это не переиначинвание старых сущностей, а создание новых
Имхо название дурное, навевает что-то про своевременную замену батарей в ИБП и чистку кондиционеров - обеспечение надёжности сайтов (мест, локаций типа серверных, цодов) - site realiability )))
источник

G

George in DevOps Jobs - работа и аналитика
Asgoret
Начнем с того, что гугловскому SRE почти 20 лет и что-то кроме гугла никто ничего не придумал похожее, никто не реализовал. Далее, гугл с этой парадигмой живет, цветет и развивается. Так что называть ее мертворождённой это нецелесообразно.

Далее, SRE это не настройщик софта. Перечитай пост о том, какой пул задач в него входит. Настройщик софта это как раз инженер.

Далее, SRE это не переиначинвание старых сущностей, а создание новых
> гугл с этой парадигмой живет
Так я и говорю, в пределах данного ООО оно применимо. За - нет. Не все гугл и не все хотят им быть даже.
Попытка натягивание опыт одного игрока на всех - глупая затея. Им надо, они сделали. В чём вопрос-то?

> SRE это не настройщик софта
Я вроде этого и не утверждал. Я сказал что сводить "системный инженер" к "настройщик софта" не правильно. Потому что, во-первых, понятие куда более широкое, а, во-вторых, настройка софта это администрирование, а не инженерия.

> создание новых
Что нового делает условный SRE, чего не делал/делает другой системный инженер?

Проектирование и построение архитектуры проекта - я делаю (и не я один в этом чатике)
Написание оптимизационных скриптов и написание небольших программ ввиде операторов - аналогично, пачки этого говна для затыкание дыр, пока разрабы ковыряют в носу
Создание, поддержка, оптимизация всего flow разработки от коммита, до релиза - чаще всего не в одно рыло (если проект совсем простой то можно и в одно) - тоже.
Являюсь ли я гугловым SRE - нет конечно.
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
George
> гугл с этой парадигмой живет
Так я и говорю, в пределах данного ООО оно применимо. За - нет. Не все гугл и не все хотят им быть даже.
Попытка натягивание опыт одного игрока на всех - глупая затея. Им надо, они сделали. В чём вопрос-то?

> SRE это не настройщик софта
Я вроде этого и не утверждал. Я сказал что сводить "системный инженер" к "настройщик софта" не правильно. Потому что, во-первых, понятие куда более широкое, а, во-вторых, настройка софта это администрирование, а не инженерия.

> создание новых
Что нового делает условный SRE, чего не делал/делает другой системный инженер?

Проектирование и построение архитектуры проекта - я делаю (и не я один в этом чатике)
Написание оптимизационных скриптов и написание небольших программ ввиде операторов - аналогично, пачки этого говна для затыкание дыр, пока разрабы ковыряют в носу
Создание, поддержка, оптимизация всего flow разработки от коммита, до релиза - чаще всего не в одно рыло (если проект совсем простой то можно и в одно) - тоже.
Являюсь ли я гугловым SRE - нет конечно.
чушь собачья
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
во многих компаниях SRE есть и с теми же практиками работают
источник

G

George in DevOps Jobs - работа и аналитика
George
> гугл с этой парадигмой живет
Так я и говорю, в пределах данного ООО оно применимо. За - нет. Не все гугл и не все хотят им быть даже.
Попытка натягивание опыт одного игрока на всех - глупая затея. Им надо, они сделали. В чём вопрос-то?

> SRE это не настройщик софта
Я вроде этого и не утверждал. Я сказал что сводить "системный инженер" к "настройщик софта" не правильно. Потому что, во-первых, понятие куда более широкое, а, во-вторых, настройка софта это администрирование, а не инженерия.

> создание новых
Что нового делает условный SRE, чего не делал/делает другой системный инженер?

Проектирование и построение архитектуры проекта - я делаю (и не я один в этом чатике)
Написание оптимизационных скриптов и написание небольших программ ввиде операторов - аналогично, пачки этого говна для затыкание дыр, пока разрабы ковыряют в носу
Создание, поддержка, оптимизация всего flow разработки от коммита, до релиза - чаще всего не в одно рыло (если проект совсем простой то можно и в одно) - тоже.
Являюсь ли я гугловым SRE - нет конечно.
И да, занимаюсь ли я только выше перечисленным? Нет конечно. Ещё есть полно других задачь.
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
если ты работаешь в рога и копыта, не возмущайся
источник

G

George in DevOps Jobs - работа и аналитика
@vizdrag
Ты бы попредержал коней.
Я повторю свой тезис медленно для тебя.

SRE - ещё одно название уже существующих (и давно) людей в рамках гуглового кадрового расписания. Всё.
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
потому что админ не может заниматься всем
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
широкая специализация идет в ногу с узкой, поэтому обязанности, задачи и практики разнятся
админ не может заниматься всем
источник

A

Asgoret in DevOps Jobs - работа и аналитика
George
> гугл с этой парадигмой живет
Так я и говорю, в пределах данного ООО оно применимо. За - нет. Не все гугл и не все хотят им быть даже.
Попытка натягивание опыт одного игрока на всех - глупая затея. Им надо, они сделали. В чём вопрос-то?

> SRE это не настройщик софта
Я вроде этого и не утверждал. Я сказал что сводить "системный инженер" к "настройщик софта" не правильно. Потому что, во-первых, понятие куда более широкое, а, во-вторых, настройка софта это администрирование, а не инженерия.

> создание новых
Что нового делает условный SRE, чего не делал/делает другой системный инженер?

Проектирование и построение архитектуры проекта - я делаю (и не я один в этом чатике)
Написание оптимизационных скриптов и написание небольших программ ввиде операторов - аналогично, пачки этого говна для затыкание дыр, пока разрабы ковыряют в носу
Создание, поддержка, оптимизация всего flow разработки от коммита, до релиза - чаще всего не в одно рыло (если проект совсем простой то можно и в одно) - тоже.
Являюсь ли я гугловым SRE - нет конечно.
1) спокойно применимо. Если у вас должность называется DevOps инженер, значит вы делаете что-то другое, но точно не DevOps
3) Системный инженер не проектирует системы, не создаёт flow
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
Asgoret
1) спокойно применимо. Если у вас должность называется DevOps инженер, значит вы делаете что-то другое, но точно не DevOps
3) Системный инженер не проектирует системы, не создаёт flow
2 - чушь собачья
источник

ST

Sergey Trapeznikov in DevOps Jobs - работа и аналитика
даже джун админ проектирует
источник

A

Asgoret in DevOps Jobs - работа и аналитика
И да, в компаниях где прочли и осознали книги по DevOps и SRE есть SRE и работает DevOps.

В компаниях, которые прочитали статьи с хабра и набрали выпускников скилбокса/щитбрейна нет DevOps'а т.к. они даже не понимают что это такое, а долбятся в хайп
источник

GG

George Gaál in DevOps Jobs - работа и аналитика
George
@vizdrag
Ты бы попредержал коней.
Я повторю свой тезис медленно для тебя.

SRE - ещё одно название уже существующих (и давно) людей в рамках гуглового кадрового расписания. Всё.
Нет
источник