VB
да как всегда окажется что там собирали всё на solaris и пакетов под убунту нету
Size: a a a
2021 January 14
VB
никто в домашних условиях из исходников собрать не сможет
G
~150 gross. Английский(раз в неделю 10 минут говорить и регулярно письменно изъясняться), Python, Ansible, Git, Linux(Debian), немного SQL, Gitlab-CI, Prometheus, Docker, уметь читать логи и понимать что там написано. Даже k8s особо не требуется(будет, но попозже)
Где такая вакансия, киньте в меня плз
VB
Решение же простое. Если не нравится какая-то часть работы, то нужно её делегировать кому-то. Если этого кого-то нет, то предложить руководству кого-то нанять. Что бы руководство было мотивировано, лучше эту часть работы прекратить выполнять.
Если с руководством договориться не получается, то найти себе более интересную работу и уволиться с неинтересной. По-моему это очевидно всё, не понимаю в чём проблема. Грамотные айтишники в цене, на 150-200к найти удалёнку можно легко и непринуждённо.
Если с руководством договориться не получается, то найти себе более интересную работу и уволиться с неинтересной. По-моему это очевидно всё, не понимаю в чём проблема. Грамотные айтишники в цене, на 150-200к найти удалёнку можно легко и непринуждённо.
Ну вы молодцы конечно, 150-200 к пообещали, а как к этому грамотному айтишнику прийти то непонятно никому. Это всё-равно что написать - вот в газпроме начальник участка Вася 300к получает, будь как Вася.
L
Где такая вакансия, киньте в меня плз
Как соберусь уходить - кину)) Пока помощников мне не ищут, да вроде и не требуется.
VB
тебе правильно говорят что на работе текущей лучше опыт получить
смотри, devops это не про инструменты
devops
это про сокращение издержек time to market причем не только в разработке
но например в конфигурировании сетевых устройств и серверов
есть у вас какая то разработка в конторе? ОК
например на 1С? или web?
как часто ей надо релизиться?
нужно ли ей делать тесты?
то есть даже если у тебя там 1 программист который нихрена не умеет кроме как "заливать по FTP"
и всем на это похуй и программисты учиться не хотят... то да, тяжело но можно
но даже тут например можно начать с того что настроить "среду разрабочика", чтобы с нуля разворачивалась на голом железе за 10-20 минут
причем сделать круто сразу
готовый образ винды в котором ставится JetBrains \ git \ cygwin \ wsl2 + docker desktop
и тоже самое для бухгалтера и т.п.
да и сделать так чтобы если что можно было 1С сервер поднять за 20 минут на голом железе это тоже devops
дальше поднимаешь у себя gitlab или onedev.io
дальше убираешь у разработчика доступ на продакшен
дальше настраиваешь простейший CI/CD pipeline (можно тупо не меняя продакшен, git clone в папку, потом symlink на current или вообще тупо rsync over ftp какой нибудь если савсем все плохо и продакшен это не VPS даже) +
учишь вместе с ним как работать с git и как делать merge requests в gitlab, читаете что такое git flow
или например делаешь автоматический бекап со всех роутеров которые у тебя сеть делают
и мониторинг что "что-то кто то поменял"
а потом начинаешь изменения в конфигурацию принимать через pull request только ...
и автоматом изменения конфигурации накатывать, предварительно прогнав тесты (пинги) в софтовой лабе
смотри, devops это не про инструменты
devops
это про сокращение издержек time to market причем не только в разработке
но например в конфигурировании сетевых устройств и серверов
есть у вас какая то разработка в конторе? ОК
например на 1С? или web?
как часто ей надо релизиться?
нужно ли ей делать тесты?
то есть даже если у тебя там 1 программист который нихрена не умеет кроме как "заливать по FTP"
и всем на это похуй и программисты учиться не хотят... то да, тяжело но можно
но даже тут например можно начать с того что настроить "среду разрабочика", чтобы с нуля разворачивалась на голом железе за 10-20 минут
причем сделать круто сразу
готовый образ винды в котором ставится JetBrains \ git \ cygwin \ wsl2 + docker desktop
и тоже самое для бухгалтера и т.п.
да и сделать так чтобы если что можно было 1С сервер поднять за 20 минут на голом железе это тоже devops
дальше поднимаешь у себя gitlab или onedev.io
дальше убираешь у разработчика доступ на продакшен
дальше настраиваешь простейший CI/CD pipeline (можно тупо не меняя продакшен, git clone в папку, потом symlink на current или вообще тупо rsync over ftp какой нибудь если савсем все плохо и продакшен это не VPS даже) +
учишь вместе с ним как работать с git и как делать merge requests в gitlab, читаете что такое git flow
или например делаешь автоматический бекап со всех роутеров которые у тебя сеть делают
и мониторинг что "что-то кто то поменял"
а потом начинаешь изменения в конфигурацию принимать через pull request только ...
и автоматом изменения конфигурации накатывать, предварительно прогнав тесты (пинги) в софтовой лабе
Классно написал, @maksdev прям бери и делай по пунктам
r
~150 gross. Английский(раз в неделю 10 минут говорить и регулярно письменно изъясняться), Python, Ansible, Git, Linux(Debian), немного SQL, Gitlab-CI, Prometheus, Docker, уметь читать логи и понимать что там написано. Даже k8s особо не требуется(будет, но попозже)
Тоже ведь сильно недооценен. Такое на 3-5к баксов вполне себе тянет. Удалённо, разумеется, но забугор.
VB
все devops'ы родились из говна и палок, надо это помнить всем новичкам у кого уже есть готовые инструменты для работы ))
r
все devops'ы родились из говна и палок, надо это помнить всем новичкам у кого уже есть готовые инструменты для работы ))
Что за готовые инструменты - куски исходников с прошлых работ? Так они бесполезны чуть более чем полностью, потому что уже устарели. Воспользоваться ими, конечно, можно, но только что бы взять идею. Остальное всё равно придётся переделывать.
L
Ну вы молодцы конечно, 150-200 к пообещали, а как к этому грамотному айтишнику прийти то непонятно никому. Это всё-равно что написать - вот в газпроме начальник участка Вася 300к получает, будь как Вася.
Мне понятно. Открываешь какой-нить hh.ru, смотришь что нынче от самых высокооплачиваемых сотрудников хотят. Берешь неизвестные тебе лично технологии и вкручиваешь в свои реалии. Желательно еще оценить задачи, решаемые этими технологиями и вкрутить к себе так, чтобы не просто усложнить инфру, а еще и бенефиты получить. По завершении можно вписывать их в свое резюме и что-то рассказывать об этом опыте на собесах. Еще я не верю тем, кто говорит, что вкручивать некуда. Просто не хотят шевелиться и заниматься поисками. Ищут отговорки. Даже в самых жадных организациях можно добыть парочку бесхозных железяк и играться с ними в свое удовольствие.
r
Мне понятно. Открываешь какой-нить hh.ru, смотришь что нынче от самых высокооплачиваемых сотрудников хотят. Берешь неизвестные тебе лично технологии и вкручиваешь в свои реалии. Желательно еще оценить задачи, решаемые этими технологиями и вкрутить к себе так, чтобы не просто усложнить инфру, а еще и бенефиты получить. По завершении можно вписывать их в свое резюме и что-то рассказывать об этом опыте на собесах. Еще я не верю тем, кто говорит, что вкручивать некуда. Просто не хотят шевелиться и заниматься поисками. Ищут отговорки. Даже в самых жадных организациях можно добыть парочку бесхозных железяк и играться с ними в свое удовольствие.
L
Тоже ведь сильно недооценен. Такое на 3-5к баксов вполне себе тянет. Удалённо, разумеется, но забугор.
Знаю. Но есть еще кое-что, что я не сделал(и опыт, который я не получил) здесь. Как разберусь с этим - буду двигаться дальше.
ВИ
Ну вы молодцы конечно, 150-200 к пообещали, а как к этому грамотному айтишнику прийти то непонятно никому. Это всё-равно что написать - вот в газпроме начальник участка Вася 300к получает, будь как Вася.
Тоже верно, да
Максу - сейчас много чаще всего платят там, где много веба, всяких CI/CD и автоматизации
Веб - это уметь на Линукс серверах поднимать и настраивать nginx/apache/mysql/postgresql/php/Java/ruby
CICD - выбери Gitlab или Jenkins и вперёд на автоматизацию деплоя с ними, чаще всего встречаются эти два инструмента (больше 50% кейсов)
Я бы с Гитлаба начал, дженкинс сложнее, запутаннее и вообще к нему всё равно Гитлаб нужен))
Максу - сейчас много чаще всего платят там, где много веба, всяких CI/CD и автоматизации
Веб - это уметь на Линукс серверах поднимать и настраивать nginx/apache/mysql/postgresql/php/Java/ruby
CICD - выбери Gitlab или Jenkins и вперёд на автоматизацию деплоя с ними, чаще всего встречаются эти два инструмента (больше 50% кейсов)
Я бы с Гитлаба начал, дженкинс сложнее, запутаннее и вообще к нему всё равно Гитлаб нужен))
ВИ
Я первую работу в условном девопс получил, умея настраивать вебсерверы и по сути все
На следующей изучил Gitlab CI, немного ансибл, набрался опыта с этими вебсерверами, и этого (2 года) было достаточно для перехода на следующий уровень
На следующей изучил Gitlab CI, немного ансибл, набрался опыта с этими вебсерверами, и этого (2 года) было достаточно для перехода на следующий уровень
ВИ
Но у нас там много таких было, а быстрый рост идёт только у тех, кто херачит и быстро учится сам, даже когда условия на работе не позволяют
VB
Мне понятно. Открываешь какой-нить hh.ru, смотришь что нынче от самых высокооплачиваемых сотрудников хотят. Берешь неизвестные тебе лично технологии и вкручиваешь в свои реалии. Желательно еще оценить задачи, решаемые этими технологиями и вкрутить к себе так, чтобы не просто усложнить инфру, а еще и бенефиты получить. По завершении можно вписывать их в свое резюме и что-то рассказывать об этом опыте на собесах. Еще я не верю тем, кто говорит, что вкручивать некуда. Просто не хотят шевелиться и заниматься поисками. Ищут отговорки. Даже в самых жадных организациях можно добыть парочку бесхозных железяк и играться с ними в свое удовольствие.
Половина того что написано на hh.ru и даже спрашивается на собеседованиях - не используется в реальной практике в компании или не будет вашей работой. Я по фану прохожу такие собеседования, хотя ни разу не девопс, просто умеют проходить собеседования, потому что сам нанимаю таких ))
L
Половина того что написано на hh.ru и даже спрашивается на собеседованиях - не используется в реальной практике в компании или не будет вашей работой. Я по фану прохожу такие собеседования, хотя ни разу не девопс, просто умеют проходить собеседования, потому что сам нанимаю таких ))
Согласен. Но не получится использовать остальную половину, если на собесе не удастся ответить на вопросы))
VB
Все же понимают что рассказывать что ты умеешь и уметь это сильно разные фантазии. Так же как и спрашивать что ты умеешь и то что ты потом будешь делать как марс и венера друг от друга. Часто руководы кто нанимают спрашивают что то про технологии когда сами хотят узнать что это такое. Ну или просто хотят понять умеет ли кандидат что то изучить и применял ли на практике, при этом вообще не обязательно что это же будет использоваться потом в компании
L
Если слишком много рассказывать о том, что ты не умеешь, возрастает вероятность неловких ситуаций в дальнейшем. В моем личном случае я стремлюсь эти неловкости исключать, а потому, в резюме нет ни единой технологии, про которую мне нечего сказать когда поинтересуются опытом.
R
Половина того что написано на hh.ru и даже спрашивается на собеседованиях - не используется в реальной практике в компании или не будет вашей работой. Я по фану прохожу такие собеседования, хотя ни разу не девопс, просто умеют проходить собеседования, потому что сам нанимаю таких ))
