Тратите ресурсы, телеграммы заводите, а позвонил к Вам на телефон обсудить возможность сотрудничества - получил отчитку в стиле старого сбербанка, я одна Вас много напишите на наш общий е-мейл и когда у нас будет время мы с вами свяжемся... Ну вперед и с песней!
Ну и про морозить свою пятую точку - я же ни кого не заставляю туда ехать, у нас желающих ребят отправиться в такое в такое путешествие всегда больше чем мест в выездной команде.
Да, есть люди домоседы и социофобы, но большинство, кто работает у нас в команде (сейчас уже приближаемся к 50 сотрудникам) наоборот... боле того, большая часть работает на удаление, и это один из редких случаев когда можно познакомиться с коллегами очно :)
1. Давайте разберемся еще раз. Внедрение - это когда продукт уже готов, у нас, если вы читали - продукт проходил стадии от НИОКР до MvP+ тут ни какого менеджера по сопровождению или менеджера по внедрению быть не может. В продакшен, мы уже будем передавать промышленную серийную вещь, это только следующий этап и на том этапе - действительно - может быть девопса будет достаточно.
2. В нашем случае, нет ни какого периметра и нет ни какой инфраструктуры вокруг, какой интернет - на сотни километров песцы и олени. Спутниковый интернет - иридиум, там все очень плохо- посмотрите параметры модемов. Останавливать вездеход на трассе, ставить 1.5 метровую тарелку (интересно ее тащить с собой вместе с дизель генератором?) наводить на спутники для VSAT - вы как себе это представляете в 30+ градусный мороз?
3. Наоборот, я рад, что находятся люди которые критикуют, это всегда полезно.
1. Посмотрите на карту покрытия спутниками высоких широт, и потом расскажите мне как организовать нормальный интернет. Кроме того, при возникновении проблем, лучше что бы разработчик видел все своими глазами и тут же анализировал логи, а не в офлайн режиме, когда приехало оборудование на базу, девопс дал доступ и выяснилось что не хватает детализации лога... и надо бы еще покататься 500 км в надежде словить баг... думаю вы долго будете прятаться от девопса по его возвращению назад. А если этап не удасться закрыть из-за таких метаний? Стоимость подобной командировки от 1 000 000 рублей на команду из 3-х сотрудников.
2. Вы считаете, что менеджер проекта должен априори иметь скилы разработчика? Я Вас разочарую, самые крутые менеджеры проектов давно уже разучились или не умели развертывать решения, собирать докеры и т.д. Это не их скил. Не путайте Менеджера проекта с ТимЛидом.
3. Да, конечно можно обойтись одним девопсом, там где реально организовать удаленный доступ. Но мир не ограничивается одним МКАД или областными центрами городов, ну и как писал Вам выше, есть заказчики, которые не разрешают подключаться в их периметр удаленно.
Например у нас был проект с одной крупной нефтяной компанией, так там при посещении изымались у сотрудников сотовые телефоны, незадекларированный флешки и т.д., а о доступе в интернет на территории заказчика можно было только мечтать.
Ну не совсем так, проводя Вашу аналогию, разработчики ПО для бортовых систем Бурана, при тестировании всегда находились не далеко от самого Бурана и точно присутствовали на Байконуре.
Так же и в нашем случае, к сожалению, проимитировать работу системы, создаваемой для полевых условий труднодоступных регионов, в офисе неполучится, а удаленный доступ в тундре организовать не реально. Так что в команде был в том числе и один из основных разработчиков.
Еще, очень часто, заказчики с которыми мы работаем, при внедрении системы у себя не разрешает удаленный доступ внутрь их защищенного периметра, конечно, когда продукт коробочный, то достаточно девопса, для развертывания решения, но если продукт проходил адаптацию и доработку под заказчика, то без представителя от разработки запуск системы может растянуться на неопределенное время.
Количество ложняков у них зашкаливает, и компания просто отключает такой детектор. Мы просто занимаемся этой тематикой и у нас есть решение, которое закрывает все вопросы по СИЗ. Макросоп, ISS и т.д. - для них эти задачи не профильные и просто нет ресурсов на реализацию таких решений в полном объеме - доходы там ниже чем от отгрузки коробок видеонаблюдения :). http://vizorlabs.com/services/elektrogeneratsiya/kontrol-nosheniya-sredstv-individualnoy-zashchity-siz/
Артем, к сожалению не правильно, если у работника есть возможность что либо сделать быстрей но с нарушением ТБ, то он это сделает, если не выстроен контроль. На западе все проходили через самые жестокие наказания. Более того, там премируются сотрудники, которые сообщат о нарушении другого. А вот нарушителя запросто могут уволить за самое мелкое нарушение.
Вы поймите, самое страшное, что нарушение ТБ одним, часто приводит к травмам и смертям у других.
Есть патернализм, когда люди не отвечают за свою жизнь, а надеются на Майорова. Вместо того что бы нарушать ТБ, сотрудник должен отказаться от выполнения работы с нарушением. Когда работники начнут себя уважать и отвечать за свою жизнь, тогда и ЗП поднимется и Майоровы так вести собрания перестанут.
Очень слабый детектор, работает только в хороших условиях и в помещении, там где человек может поверх каски надеть капюшон - система шлет сплошные ложняки. Ну и есть куча других элементов СИЗ, которые важны... для тех же электриков, важно, что бы СИЗ, соотвествовал и был полностью застегнут, щиток опущен, перчатки надеты... одна каска от дугового разряда не защищает
как работодатель для разработчиков, мне в принципе без разницы на сколько компаний сотрудник работает, если он делает всю поставленную работу качественно и в срок.
На самом деле - у нас были как положительные кейсы, так и отрицательные. Например одна девушка на 3 компании работала, и при этом по основной работе у нас постоянно факапила сроки и подводила команду - команда сама потребовала ее уволить.
Сейчас есть парень который параллельно работал на другом проекте, и хотя задачи все делал в срок, больше всего недовольны как раз его коллеги - так как им приходилось подстраиваться под него - в части проведения митингов. В итоге коллектив заставил его изменить приоритеты. Так что, коллеги работающие в нескольких компаниях подводят в первую очередь своих коллег, а не работодателя, особенно когда на проекте есть мотивационная часть и все заинтересованы реализовать проект в срок и с минимальными издержками.