В некоторых ВУЗ-ах после защиты диплома пьяные уже инженеры вполне себе торжественно выкидывают ТВ в окно =). Думаю и по масштабу и по смысловой нагрузке сего действа, озвученные вами движения совпадают =)
А дает ли python идемпотентность? А ruby? И как это вообще можно требовать от языка программирования, а не от написанной на нем программы?
И если с первого предложения идет явная логическая ошибка, то можно ли доверять другим вашим доводам? Неверные данные на входе, дают неправильные данные на выходе даже при самой лучшей методике.
Так там вся соль в этом сарказме. Человек не понимает почему, если у нас появился инструмент с помощью которого один инженер может управлять 1000+ хостами в одно лицо, надо «наводить тень на плетень» с новым термином и создавать под это дело бесполезный отдел, который будет совещаниями есть рабочее время того самого инженера.
И я с ним в целом согласен. Слишком много шума вокруг обычной специализации инженера.
И вот опять куча слов и сложно с конкретикой =). В принципе похоже на поведение тех самых «коучей» =). DevOps по вашим словам это приглашенный извне тренер, который обучит фирму работать по новому? Из ваших слов я понял так.
И хотелось бы услышать от вас, как вы понимаете слово инженер. А то пока сложилось мнение, что вы не знаете значение этого слова. Это не наезд. Просто если два человека вкладывают в одно и то же слово разный смысл — они не поймут друг друга.
Пока сложилось мнение, что вы можете мальчика, который освоил 3 кнопки в облачном сервисе амазона, назвать не только «специалистом по облакам» но и инженером.
Если сократить, то девопс это все же специализация инженера (должность сисадмина всеобъемлюща поэтому уточнил =) ). Кто-то поддерживает сети, кто-то AD, а кто-то рабочую среду для программистов.
Весь этот налет магии, филосфии и таинственности как раз и генерирует людей, которые вам так наскучили на собеседовании. Вместо вопроса «что такое девопс» лучше задавать вопросы на понимание того как он должен обеспечивать разработчикам комфортную среду, а работодателю эффективную отдачу от вложений в инфраструктуру.
Позиция «я не могу сформулировать, но вы сами должны понимать» не очень конструктивна. Вам не кажется?
Там вряд ли будет анализироваться что в руке. Просто поднятая рука. А иногда рука не поднята, но какая-то тень, к примеру. Почесал щетину — штраф, поправил шапку — штраф, ну и т.д.
При этом я не против того, чтоб бороться с любителями початиться за рулем. Метод, который на мой взгляд будет более точным, я предложил.
Ложных срабатываний будет куча. Это как за ремень штрафовать автоматически. Если уж заниматься такими проблемами, то скрытые патрули с видеофиксацией, чтобы можно было всегда по видео перепроверить и оспорить решение о штрафе.
И… да. Возможность оспорить штраф должна быть доступна. И нарушителю надо разрешать просмотреть видео своего нарушения.
Автору на заметку. Для таких статей есть специальные журналы. За небольшую денежку ваша статья будет напечатана в бумажном виде малым тиражом и ее можно будет предъявлять как публикацию, для отчетности преподавателю или научному руководителю.
Я их тоже видел и ничего не понял =). А мне было интересно в целях повышения своего дохода, как же этим магическим девопсом стать. Пришлось вникнуть и разобраться самому. По результатам никакой магии не обнаружено — просто специализация. Теперь осваиваю новое для меня ПО. Слегка не хватает какой-нибудь знакомой дев-конторки, чтобы понимать изнутри специфику работы в этой отрасли.
Автоматизация, которая вроде как отделяет божественных созданий от обычных людей это просто автоматизация. А чем уж ее делают это дело вкуса =).
«Инфраструктура как код» на деле это написание конфигов к Ansible, Puppet, Chef, SaltStack или чему-то еще. Искусство, так сказать, написания конфигов. Даже скрипты на bash ближе к коду =).
DevOps — сисадмин, который специализируется на поддержке инструментария разработчиков. Все достаточно просто и никаких заговоров =).
Точно также отражают специализацию такие названия как DBA, Network Engineer, Эникейщик, Windows-админ, Linux-админ и т.д.
В идеале такой админ готовит для разработчиков инфраструктуру. Разработчику нужно только освоить предоставленный инструментарий и пользоваться. Тот же файлик gitlab-ci освоить несложно, если все раннеры уже настроены и вам рассказали как ими пользоваться.
За схемотехника не знаю (только догадываюсь =) ), а вот программист спокойно из дома может поработать. Понятно что на первых порах в декрете будет поменьше объем тянуть, но будет же =). Это ж не секретарша или офис-менеджер, чтоб была необходимость личного постоянного присутствия.
И если с первого предложения идет явная логическая ошибка, то можно ли доверять другим вашим доводам? Неверные данные на входе, дают неправильные данные на выходе даже при самой лучшей методике.
А что касаемо ситуации — то там либо неквалифицированный персонал, либо саботаж рабочего процесса на фоне личных загонов.
И я с ним в целом согласен. Слишком много шума вокруг обычной специализации инженера.
И хотелось бы услышать от вас, как вы понимаете слово инженер. А то пока сложилось мнение, что вы не знаете значение этого слова. Это не наезд. Просто если два человека вкладывают в одно и то же слово разный смысл — они не поймут друг друга.
Пока сложилось мнение, что вы можете мальчика, который освоил 3 кнопки в облачном сервисе амазона, назвать не только «специалистом по облакам» но и инженером.
Если сократить, то девопс это все же специализация инженера (должность сисадмина всеобъемлюща поэтому уточнил =) ). Кто-то поддерживает сети, кто-то AD, а кто-то рабочую среду для программистов.
Весь этот налет магии, филосфии и таинственности как раз и генерирует людей, которые вам так наскучили на собеседовании. Вместо вопроса «что такое девопс» лучше задавать вопросы на понимание того как он должен обеспечивать разработчикам комфортную среду, а работодателю эффективную отдачу от вложений в инфраструктуру.
Позиция «я не могу сформулировать, но вы сами должны понимать» не очень конструктивна. Вам не кажется?
При этом я не против того, чтоб бороться с любителями початиться за рулем. Метод, который на мой взгляд будет более точным, я предложил.
И… да. Возможность оспорить штраф должна быть доступна. И нарушителю надо разрешать просмотреть видео своего нарушения.
Автоматизация, которая вроде как отделяет божественных созданий от обычных людей это просто автоматизация. А чем уж ее делают это дело вкуса =).
«Инфраструктура как код» на деле это написание конфигов к Ansible, Puppet, Chef, SaltStack или чему-то еще. Искусство, так сказать, написания конфигов. Даже скрипты на bash ближе к коду =).
Точно также отражают специализацию такие названия как DBA, Network Engineer, Эникейщик, Windows-админ, Linux-админ и т.д.
В идеале такой админ готовит для разработчиков инфраструктуру. Разработчику нужно только освоить предоставленный инструментарий и пользоваться. Тот же файлик gitlab-ci освоить несложно, если все раннеры уже настроены и вам рассказали как ими пользоваться.