Size: a a a

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

2020 June 16

AR

Andrew Radygin in DevOps Jobs - работа и аналитика
Я уж не говорю о том, что ТЛ всегда накидывает премии сотрудникам, которым приходилось перерабатывать по объективным причинам.
источник

DK

Dmitry K. in DevOps Jobs - работа и аналитика
Andrew Radygin
Тут главная проблема, что люди на основании ложных предубеждений, мифов и сказок ходят и рассказывают с полной уверенностью о каких-то вещах, представляя это как факты реальные, из разряда "слышал звон, да не знаю где он", но говорят так, будто знают об этом точно.
В итоге у многих формируется искаженное впечатление.
но почему тогда люди упорно продолжают гнуть указанную мной выше линию? я раза три уже встречал обсуждение фланта в таком вот ключе
источник

DK

Dmitry K. in DevOps Jobs - работа и аналитика
при чём я не завсегдатай никаких технических чатов в тг, периодически скроллю простыни из сообщений)
источник

D

Dmitriy in DevOps Jobs - работа и аналитика
Andrew Radygin
Я уж не говорю о том, что ТЛ всегда накидывает премии сотрудникам, которым приходилось перерабатывать по объективным причинам.
Что будет объективной причиной в этом случае?
источник

АП

Алексей Папушин... in DevOps Jobs - работа и аналитика
Dmitry K.
но почему тогда люди упорно продолжают гнуть указанную мной выше линию? я раза три уже встречал обсуждение фланта в таком вот ключе
потому что люди плохие, очевидно же
раз уж пошла такая пляска

Подводя итог, как бы представители компании не пытались убедить что там всё радужно - я никому не советую идти работать во флант ради работы, или денег
Если хотите получить опыт - год фланта даст большой импульс в знаниях и карьере, если хотите горбатиться как раб на галерах за ±100к
ну вы поняли) удачи
источник

AR

Andrew Radygin in DevOps Jobs - работа и аналитика
i
я так понимаю "культура" не нужна
нужен краткосрочный результат
и совсем не "инженерного совершенства")
Также вот это хотел бы прокомментировать.
Есть несколько моментов:
1. Мы работаем в 90% для достижения результата клиента и их проектов, наша задача прямая - чтобы инфра у проекта не приносила головной боли, работала стабильно и с её помощью проект приносил деньги. Довольно часто бывают ситуации, когда бизнес умышленно идет на риск "не самых красивых" решений, просто потому, что сейчас им важнее результат. Мы на такие решения идем с большой неохотой, но полностью ставя клиента в известность, типа "Да, я в трезвом рассудке и памяти, согласен сделать говно", примерно так.
2. Инженерное совершенство строго говоря нафиг никому не надо, понятие это абстрактное и очевидно недостижимое. Соответственно надо всегда искать баланс между МАКСИМАЛЬНО возможной адекватной реализацией и получением бизнес результата.
3. Когда клиент/время/проект позволяют, мы с удовольствием может удариться в причесывания и доведения до красивого результата, однако не всегда это возможно по понятным причинам.
А вы как инженер всегда делаете исключительно как хотите у себя на работе? Всегда ли вам бизнес дает карт-бланш на время и реализацию?
источник

AR

Andrew Radygin in DevOps Jobs - работа и аналитика
Dmitriy
Что будет объективной причиной в этом случае?
Авария на проекте, из-за которой пришлось 18 часов сидеть с коллегами нон-стопом и чинить.
Авральный проект с жестким дедлайном, который пришел по проекту.
Помощь коллеге по дежурству, если он не успевал и ты после своих задач решил ему помочь
и тд
источник

C

Coffee in DevOps Jobs - работа и аналитика
Andrew Radygin
Также вот это хотел бы прокомментировать.
Есть несколько моментов:
1. Мы работаем в 90% для достижения результата клиента и их проектов, наша задача прямая - чтобы инфра у проекта не приносила головной боли, работала стабильно и с её помощью проект приносил деньги. Довольно часто бывают ситуации, когда бизнес умышленно идет на риск "не самых красивых" решений, просто потому, что сейчас им важнее результат. Мы на такие решения идем с большой неохотой, но полностью ставя клиента в известность, типа "Да, я в трезвом рассудке и памяти, согласен сделать говно", примерно так.
2. Инженерное совершенство строго говоря нафиг никому не надо, понятие это абстрактное и очевидно недостижимое. Соответственно надо всегда искать баланс между МАКСИМАЛЬНО возможной адекватной реализацией и получением бизнес результата.
3. Когда клиент/время/проект позволяют, мы с удовольствием может удариться в причесывания и доведения до красивого результата, однако не всегда это возможно по понятным причинам.
А вы как инженер всегда делаете исключительно как хотите у себя на работе? Всегда ли вам бизнес дает карт-бланш на время и реализацию?
>не приносила головной боли
>согласен сделать говно
понятно
источник

V

Vovan in DevOps Jobs - работа и аналитика
О чем вы спорите? Подрядчики все одинаковые, максимум прибыли, минимум вложений. Это же бизнес))
источник

AR

Andrew Radygin in DevOps Jobs - работа и аналитика
Coffee
>не приносила головной боли
>согласен сделать говно
понятно
Dmitry видите? Вот пример откуда это берется.
источник

AR

Andrew Radygin in DevOps Jobs - работа и аналитика
Красиво выдернуть из контекста, и вложить собственный смысл - это ловкая и грязная манипуляция.
источник

i

i in DevOps Jobs - работа и аналитика
Andrew Radygin
Также вот это хотел бы прокомментировать.
Есть несколько моментов:
1. Мы работаем в 90% для достижения результата клиента и их проектов, наша задача прямая - чтобы инфра у проекта не приносила головной боли, работала стабильно и с её помощью проект приносил деньги. Довольно часто бывают ситуации, когда бизнес умышленно идет на риск "не самых красивых" решений, просто потому, что сейчас им важнее результат. Мы на такие решения идем с большой неохотой, но полностью ставя клиента в известность, типа "Да, я в трезвом рассудке и памяти, согласен сделать говно", примерно так.
2. Инженерное совершенство строго говоря нафиг никому не надо, понятие это абстрактное и очевидно недостижимое. Соответственно надо всегда искать баланс между МАКСИМАЛЬНО возможной адекватной реализацией и получением бизнес результата.
3. Когда клиент/время/проект позволяют, мы с удовольствием может удариться в причесывания и доведения до красивого результата, однако не всегда это возможно по понятным причинам.
А вы как инженер всегда делаете исключительно как хотите у себя на работе? Всегда ли вам бизнес дает карт-бланш на время и реализацию?
лично я всегда ориентировался на "бизнес цели", нежели инженерные, но это личное)
там просто был момент про опыт, и тут всё же есть два варианта
одно дело "бизнес опыт" другое дело инженерный)
я полагаю что в деловой среде будет получен первый, с некоторыми ограничениями по второму)
источник

C

Coffee in DevOps Jobs - работа и аналитика
Andrew Radygin
Dmitry видите? Вот пример откуда это берется.
Канэшн
А потом после вот этого мува с "хуяк-хуяк, лишь бы сделать как кастомер хочет, типо подешевле" нанимается команда разработки и переделывает проект. Потому что смотрите объясню: до некоторого момента дополнить грязью код будет дешевле по деньгам, потому что меньше трудозатрат, со временем эта стоимость возрастает, а потом в какой-то момент грязи и костылей становится столько много, что нужно переписывать проект полностью
источник

C

Coffee in DevOps Jobs - работа и аналитика
+ устаревают технологии и тд. Возрастают запросы кастомеров
источник

DK

Dmitry K. in DevOps Jobs - работа и аналитика
Coffee
Канэшн
А потом после вот этого мува с "хуяк-хуяк, лишь бы сделать как кастомер хочет, типо подешевле" нанимается команда разработки и переделывает проект. Потому что смотрите объясню: до некоторого момента дополнить грязью код будет дешевле по деньгам, потому что меньше трудозатрат, со временем эта стоимость возрастает, а потом в какой-то момент грязи и костылей становится столько много, что нужно переписывать проект полностью
компромисс, заявленный @andreios_r, всё-таки немного о другом. и я с ним в принципе согласен
источник

AR

Andrew Radygin in DevOps Jobs - работа и аналитика
Coffee
Канэшн
А потом после вот этого мува с "хуяк-хуяк, лишь бы сделать как кастомер хочет, типо подешевле" нанимается команда разработки и переделывает проект. Потому что смотрите объясню: до некоторого момента дополнить грязью код будет дешевле по деньгам, потому что меньше трудозатрат, со временем эта стоимость возрастает, а потом в какой-то момент грязи и костылей становится столько много, что нужно переписывать проект полностью
Комментировать, что мы обсуждаем тут корнер кейсы надо? Полагаю, что нет.
источник

АВ

Александр Вир... in DevOps Jobs - работа и аналитика
Nadezhda Istomina
а у нас есть канал с вакухами на админов?
Есть
источник

DK

Dmitry K. in DevOps Jobs - работа и аналитика
Dmitry K.
компромисс, заявленный @andreios_r, всё-таки немного о другом. и я с ним в принципе согласен
и это целое искусство на пересечении бизнеса и инженерии
источник

DK

Dmitry K. in DevOps Jobs - работа и аналитика
Andrew Radygin
Также вот это хотел бы прокомментировать.
Есть несколько моментов:
1. Мы работаем в 90% для достижения результата клиента и их проектов, наша задача прямая - чтобы инфра у проекта не приносила головной боли, работала стабильно и с её помощью проект приносил деньги. Довольно часто бывают ситуации, когда бизнес умышленно идет на риск "не самых красивых" решений, просто потому, что сейчас им важнее результат. Мы на такие решения идем с большой неохотой, но полностью ставя клиента в известность, типа "Да, я в трезвом рассудке и памяти, согласен сделать говно", примерно так.
2. Инженерное совершенство строго говоря нафиг никому не надо, понятие это абстрактное и очевидно недостижимое. Соответственно надо всегда искать баланс между МАКСИМАЛЬНО возможной адекватной реализацией и получением бизнес результата.
3. Когда клиент/время/проект позволяют, мы с удовольствием может удариться в причесывания и доведения до красивого результата, однако не всегда это возможно по понятным причинам.
А вы как инженер всегда делаете исключительно как хотите у себя на работе? Всегда ли вам бизнес дает карт-бланш на время и реализацию?
однако, п.2. инженерное совершенство ещё как нужно. правда исключительно для самопиара))
источник

DK

Dmitry K. in DevOps Jobs - работа и аналитика
Dmitry K.
однако, п.2. инженерное совершенство ещё как нужно. правда исключительно для самопиара))
из которого следует возможность продать себя подороже
источник