Комментарии 21
DevOps настраивает сервера, поддерживает сервера... бэкапит, обновляет компоненты... Кажется автор не разобрался с разницей между сисадмином и девопсом. Про 110к за девопса тоже смешно.
Ваше определение DevOps? В моих компаниях это то, что написал я. И ЗП тоже не с неба.
devops - это тот человек, который занимается проблемами доставки приложений от разработчиков в окружение продуктивной эксплуатации. И всем что с этим связано - автоматизацией доставки, цепочками окружений, разницей между dev-environment и prod-environment, обновлениями, но не серверов, а приложения на серверах при выпуске новой версии.
https://www.redhat.com/en/topics/devops/devops-engineer
а вот то, что вы написали - это обычный it-operations.
а за хорошего админа, который может и сеть настроить, и серверы, и виртуализацию/контейнеры, и бэкапы и потом еще и разработчикам рассказать как все это должно пользователей обслуживать - во-первых таких нет, а если есть - стоят раза в два дороже.
Кстати да. Согласен с вами. В идеальной картине мира - так и есть. Но в реальной жизни - функции смешиваются. Без девопса можно жить. Их выделяют в отдельные функции до сих пор небольшое количество компаний. В остальных - их задачи разбирают админы и бэк-разработчики.
А что по З/П девопса сегодня в рынке? Ориентируетесь?
Дык, об том в статье и речь. Вы же для внедрения коробочное решение от 1С вначале приобретете, а не на голой платформе писать с нуля будете.
Верно. 1С это платформа. Правда, например, FSM систему написать на 1С не выйдет, как и ряд других классов решений. Но 1С действительно отличная альтернатива написания решений с нуля.
Как же не выйдет :) Уже много лет на рынке имеется отраслевая конфигурация - 1С:ТОИР Управление ремонтами и обслуживанием оборудования, с сотнями внедрений. Разве это не FSM? Хотя в каталоге это ПО стоит в разделе СММ, ЕАМ.
FSM это управление выездным обслуживанием. ТОиР организует обслуживание оборудования, а FSM управляет сотрудниками обслуживающими оборудование. Есть опыт написания мобильных приложений для ТОиР и тогда такая система начинает базово управлять мобильном персоналом, но именно как опция. Я бы сказал так: FSM это в том числе лайт ТОиР. И из ТОиР можно слелать lite FSM.
не на голой платформе писать с нуля будете.Можно и на голой платформе, зависит от задачи. Не, БСП можно прикрутить, но это все равно на голой.
Как сейчас говорят, мой поинт в том, что бэк-энд разработчких, фронт-энд разработчик и мобильный разработчик в 1С это один и то же человек. Да и отчеты и архитектура — это все тот же самый разработчик 1С ))) Да и дизайнер это тоже все тот же самый человек.
Вот техподдержку и тестирование, да, разумно переложить на другого человека.
Итого: заказчик/владелец, разработчик 1С, тестирование/поддержка/аналитика/дизайн, системный администратор. Вот и все роли.
Да. Так и есть. Правда 1с разработчиков понадобится не один. На платформе разрабатывать в разы быстрее и дешевле, даже принимая во внимание ограничения, которые она накладывает. Меня искренне удивляют компании принимающие решения разрабатывать софт для себя и без платформы. % успешности таких начинания близится к 0.
PS. В предлагаемой штатке 17 человек. Наверное кто-то может наниматься проектно, но тот факт что должности в единственном числе несет большие риски. Уволился аналитик — и все, даже если все хорошо задокументировано, все остановилось.
А если заказчик (он же владелец) — 1 шт ;) разработчик 1С — 4, и группа аналитики/техподдержки/тестирования — 4. Итого 5 человек. Если заказчик «уволится» то актуальность проекта уже под вопросом. А уход одного, и даже двоих, из любой группы, да, будет ударом, но не критичным, можно принять новых людей и будет кому их обучить, им подсказать и т.д.
Да, еще админ нужен, но если контора более 100 сотрудников, то админ у них скорее всего уже есть. Возможно понадобится на 20-30% ему поднять з/п.
PPS. По з/п, если это за МКАДом, то один разраб на 150, и два по 100 и один на 70. В группу техподдержки один на 150, два по 100, и один 70. Итого 810 тыр, уже не 2,16 ляма. Я конечно чего-то забыл. Но думаю что и в штатке в статье тоже что-то не учтено.
А разработкой приложения на 1С под iOS / Android кто будет заниматься? Кто под мобилку API будет писать? На 1С я видел только очень слабые и неудобные приложения, если честно. С офлайн режимом вообще не встречал. Дизайн под мобилку кто будет рисовать?
Если речь о продукте «на рынок» тогда это уже софтверная контора и там совсем другой расклад.
PS. И веб-клиент есть, т.е. можно просто работать в браузере, а с 3.18 можно и PWA «установить» и не занимать вкладку в браузере ;)
Мы пытались с его помощью, пару лет назад, сделать решение для согласования договоров и т.п.
Там все слишком ограниченно и, например, мобильное приложение для выездного персонала на этой технологии будет мало жизнеспособно. Офлайна там нет, видов полей данных мало и т.д. Когда в компании сотни сотрудников и они меняются, мобилка должна быть удобной, как для работы, так и для администрирования.
И ещё была проблема, что поле установки этого клиента нужно было прописывать ручками сервер итп для подключения. Так и осталось?
В общем для некоторых задач и небольшого количество апользовтелей - моб клиент 1С подойдёт. Но для удобной работы большого количества сотрудников, нужно будет писать отдельное мобильное приложение, делать API и писать бэк. А это уже +Х сотрудников.
Боюсь конечно, что с четырьмя разработчиками вы свою условную CRM (и тем более ERP) с нуля не напишите. Даже на 1С. Как минимум нужны еще роли функционального архитектора, методолога, аналитика, тех райтера, владельца продукта/руководителя проекта/или любого другого отвечающего головой за продукт/проект. Понятно что каждый сотрудник будет совмещать по 2-3 роли. Но тем не менее для разработки полноценного ПП в придачу к разработчикам, даже таким "многоруким" (в хорошем смысле) как в 1С, нужны еще профильные специалисты.
Да и зарплаты в 70-100 тысяч для хороших разработчиков 1С, даже в заМКАДье уже скорее из области фантастики. Откройте hh в условном Новосибирске, уже там переханчивают удаленно специалистов на ЗП 125+. В СПб уже 2 года назад за 70к толкового джуна нанять было проблематично.
Возможно подытожу.
У современных компаний, будь то маленькие или большие, всегда мега амбиции.
CIO в таких компаниях, зачастую недавние начальники отдела ИТ, которые готовы исполнять любую прихоть руководства, дабы удовлетворить потребности. При этом неудачи, которые в последствии терпят проекты собственной разработки эти CIO либо перекладывают на руководство :"Ну это же вы давали задачу" , либо принимают на свой счёт: "Пора искать другую работу!"
Не готов давать себе оценку, но мне хватило одного года, чтобы понять, что в мире бизнеса, CIO без стальных яиц становится ручным админом собственника. В итоге замученные сотрудники, куча потраченных денег и не достигнутые цели.
Во время, когда кол-во стартапов в день превышает количество рождённых детей в стране, производственным компаниям необходимо использовать готовые решения. Перепилив их под свой бизнес.
Такие гиганты, как Тинькоф или Сбер, вполне оправданно вкладывают в разработку и приобретают компании по разработке в свой портфель активов. А небольшие то куда лезут?
Владелец компании по сбору и реализации металлолома, какие бы амбиции у него не были, никогда не поймёт почему запланированные сроки разработки были сорваны. Какого бы CIO он не нанял. В этом случае разработку нужно выделять в отдельный бизнес. Не подконтрольный абсолютно. Но это же по сути просто подарить кому то денег на развитие.
Статья годная и точная. Каждый должен заниматься своим делом.
Купить или разработать? Лакмусовые тараканы топ-менеджера в принятии решения по разработке ИТ-системы