Comments 17
Неплохо. У меня есть приятель, который в основном занимается front-end, но в качестве хобби возится с домашним сервером и другими железками. Кстати, еще и CCNP сдал. Понятно, что до DevOps далеко, но действительно иногда так и приходят к этому
Установка Linux и прощание с твоей любимой ОСЛогическое противоречие же. Или автор был любителем FreeBSD? ;-)
Админам не нравится когда их называют админами. Поэтому не админ, а DevOps)
Возможно я неправильно понял, но DevOps выглядит как шаг назад, как такой "программист-эникейщик" 100 уровня. Только вместо "не работает принтер" теперь "не собирает Ansible", как бы эникейщик для самих программистов.
Какие проблемы в приложении не станут кидать на DevOps'a?
Какие проблемы в приложении не станут кидать на DevOps'a?
Начал осваивать DevOps будучи сисадмином и кажется что все-таки сисадмину освоить DevOps проще. Это же по сути отличается от программирования, даже занимаясь написанием плейбуков для Ansible, тебе приходится понимать устройство множества конфигов ПО, особенностей *nix, системных инструментов, взаимодействия подсистем, а это по сути и есть работа обычного сисадмина. Только пришлось столкнуться с программированием когда понадобилось собрать CI.
Хороший опыт проектирования ПО куда полезнее будет. Разработка инструментов, микросервисов, api, общая архитектура системы и отдельно взятых узлов (контейнеров). Так что легче всего будет только архитектору ПО для линукс систем, и сетей )
Самые лучшие прогеры в большинстве случаев как раз из тех, кто имеет настраивать железо и софт самостоятельно.
Если есть у кого такой опыт, то напишите, пожалуйста, как можно системному администратору стать devops.
работа с awk, sed, grep, sort, uniq, cat, cut, echo, fmt, tr, nl, egrep, fgrep, wc
Вот зачем он это написал? Сейчас с wc и echo на семинарах обучают работать? А особенно grep/egrep/fgrep, учитывая что это одна и та же команда grep, только с ключами -e и -f
Sign up to leave a comment.
Как разработчику «влиться» в тему DevOps