Сейчас bash изучаю. Научился автоматом прописывать доступы к серверам по публичному ключу rsa, если нет ещё доступа (циклом) и на текущих серверах проверять статус nginx сервера, если не запущен, то перезапускать. В общем отличная штука bash.
Я бы ещё добавил: хотя бы в общих чертах посмотреть общепринятые naming conventions языков программирования. Это кажется не таким важным, но потом когда этот скрипт нужно поддерживать кому-то другому, это может повлиять на процесс.
Ещё полезно стремиться к осмысленным именам переменных и функций: чтобы, читая имя (или хотя бы без необходимости изучать весь код), было понятно, что внутри переменной или какую задачу решает функция.
Не знаю, как сейчас, но раньше в вузах видел, как студентов учат использовать переменные с именами, такими как flag, var1, var2, а ещё однобуквенные a, b, t и т.д. вне контекста счётчиков числа или математических вычислений (т.е. ситуаций, где подобное допустимо).
А так было бы здорово, если бы база по программированию всегда сопровождалась рассмотрением элементарных bad code smells и несложных рекомендации по их избеганию.
@@andreil174 такого у нас конечно не было, но всегда учили называть переменные своими именами, чтобы и самому не запутаться и другим людям тоже был понятен код. Да и всегда пользовалась стандартами, если дело касается, например, счетчиков
Позанудствую: В питоне нельзя возвращать несколько переменных - гуглим распаковка+кортежи. ВСЕ языки типизированные - типизации просто разные. В гошку ничего не встроенно такого магического, чего нет в питоне -> "джанго != чистый что там встроенный в гошку". В мире гошки к примеру комбаин аля джанго это буфало. Мог бы еще позанудствовать, но хорошего помаленьку :D А так конечно спасибо за труд и видео :)
Антон, очень нравятся твои видео. Не мог бы Ты к ним в описание добавлять оглавление или сделать временные метки? Не всегда есть возможность конспектировать, когда слушаю тебя
Могу разве что на абстрактных примерах. Сейчас пишу скрипт который обновляет конфиги через api. Люди кладут json в гит скрипт оттуда его забирает и обновляет. Естественно куча проверок, возможность отката и так далее.
А если человек визуал и надух не переносит эту вашу консоль, то как ему осваивать дебри линух? Ему бы жёсткий диск мышкой расширить, а не вводить эти ваши fdisk, pvcreate, fstab, blk и пр.
Вот как на зло такие вещи как: сети, linux, docker, git, web и прочее мне интересно и изучается без труда, а вот от программирования меня воротит просто, вообще мозг не воспринимает это.
спасибо за видео! А как насчет ruby? нужен ли он девопсу? часто ли с ним нужно будет контактировать по мере использования тулзов? Я только начал путь в девопс, в вагранте столкнулся с руби, но он там поверхностно, только для переменных используется. Часто ли он будет нужен дальше?
Я встречал сервисы, которые когда-то DevOps предшественники писали на Ruby on Rails. Но это как правило Legacy, написанное в эпоху расцвета Rails. Сейчас последователи выбирают Golang
Спасибо, Антон! Остался вопрос. что делать, если есть желание изучить Golang (мне кажется, что он популярен и его стоит изучить), а на работе разработчиками используются Java и PHP, с которыми я вообще не дружу. Учить то, что требуется на текущей работе или то, к чему лежит душа?
Начать писать код. Например задача: получить несколько наборов данных через API, распарсить их в объекты языка программирования: завести для каждой сущности класс, объявить атрибуты, при парсинге разложить по ним данные из API, добавить методы по вычислению того-сего. А там с практикой появится чуйка
Последнее время на го пишу апишки. Мне кажется удобнее. Сейчас разделяю так если программа постоянна запущена стараюсь писать на го. Если программу переодически запускаю то на пайтоне или баше.
@@pavlenkoat привет спасибо за ответ а как ты начинал изучать go? По каким ресурсам? Сейчас начал читать книгу от head first по go, прочитал первые 100 страниц и как-то туго идёт, каждый раз вспоминая python мне кажется более логичным и привлекательным единственное что в go пока что привлекает так это его строгая типизация в отличии от Python.
Ну и что в этом такое? пересказал 5% что должен знать программист на старте. Причем тут DevOps хз. Задача автора видимо заставить вас гуглить, и поднять ему зарплату, за вброс и знание начальных этапов... Стоит сразу автора послать задачи на С++ решать, чтобы не просил повышения...)) Без практики вы один фиг не освоите использование и этих 5% либо быстро забудете. Весь ролик реклама без вставки реклама...
По мне так представленный материал будет интересен Ops, которые кода писали мало, при переходе в DevOps. Чтобы не тупо "учить" какой-то язык или с места резко зачитываться алгоритмами, структурами данных и, скажем, Чистым кодом Макконнелла (этому своё время), а более плавно вливаться.
DevOps должен уметь программировать на этом уровне. Вот причем. Это всего лишь ответ на вопрос который мне задают постоянно. Да я считаю, что человек должен сам учиться. Иначе толку от такого обучения не будет. Плюс за одно короткое видео это не объяснить. А серийные видео особо не смотрят. Первое посмотрят потом перестают смотреть.
@@Empty_Vima в том, что при самостоятельном прохождении пути становится яснее, на что обратить внимание с точки зрения теории при поиске/решении практических задач.
@@andreil174 Ну если так сужать, то с таким подходом можно посоветовать другим пройти курс JavaRush и 1200 за месяц, на форуме почитать куда углубляться.(без практики общие термины языков безполезны, мое мнение. ) И пойти в компанию писать на С++ and Forth Причем тут топ 5 Для ДевОпс я не понял. Вопрос только... Для DevOps нужно читать книгу Linux and Unix Руководство системного администратора ? Ну это полезная и безпозная книга? Просто лежит в закладках...
Спасибо за твой контент, всегда приятно слушать !
Огонь, видео) Этим вопросом часто задаются те кто хочет перейти в девопс
Антон, благодарю за материал - очень качественно и в ногу со временем)
Сейчас bash изучаю. Научился автоматом прописывать доступы к серверам по публичному ключу rsa, если нет ещё доступа (циклом) и на текущих серверах проверять статус nginx сервера, если не запущен, то перезапускать. В общем отличная штука bash.
Для упомянутых задач через SSH также годится Ansible
Да для системных вызовов лучше баш
@@andreil174 уже начал с баша, прикручиваю к управлению текущими проектами
Спасибо за видео, очень нравится ваш канал и стиль изложения.
Я бы ещё добавил: хотя бы в общих чертах посмотреть общепринятые naming conventions языков программирования. Это кажется не таким важным, но потом когда этот скрипт нужно поддерживать кому-то другому, это может повлиять на процесс.
С Днём программиста! DevOps гуляет и в день программиста, и в день сисадмина 😎
Красавчик! 🤝
Спасибо за видео, очень интересно
Спасибо за материал.
Ещё полезно стремиться к осмысленным именам переменных и функций: чтобы, читая имя (или хотя бы без необходимости изучать весь код), было понятно, что внутри переменной или какую задачу решает функция.
А разве так не все делают? Этому учат с 1 семестра ВУЗа.
Не сказал это в базовых. Принципах
Не знаю, как сейчас, но раньше в вузах видел, как студентов учат использовать переменные с именами, такими как flag, var1, var2, а ещё однобуквенные a, b, t и т.д. вне контекста счётчиков числа или математических вычислений (т.е. ситуаций, где подобное допустимо).
А так было бы здорово, если бы база по программированию всегда сопровождалась рассмотрением элементарных bad code smells и несложных рекомендации по их избеганию.
@@andreil174 такого у нас конечно не было, но всегда учили называть переменные своими именами, чтобы и самому не запутаться и другим людям тоже был понятен код. Да и всегда пользовалась стандартами, если дело касается, например, счетчиков
Позанудствую: В питоне нельзя возвращать несколько переменных - гуглим распаковка+кортежи. ВСЕ языки типизированные - типизации просто разные. В гошку ничего не встроенно такого магического, чего нет в питоне -> "джанго != чистый что там встроенный в гошку". В мире гошки к примеру комбаин аля джанго это буфало. Мог бы еще позанудствовать, но хорошего помаленьку :D
А так конечно спасибо за труд и видео :)
Как же Ты прав.
Антон, очень нравятся твои видео. Не мог бы Ты к ним в описание добавлять оглавление или сделать временные метки?
Не всегда есть возможность конспектировать, когда слушаю тебя
Не всегда есть на это время
Спасибо!
Спасибо за видео
Вот тебе коммент, чтобы порадоваться)
И лучей бобра в догонку!
Спасибо
Антоша, покажи кейсы, , которые ты решаешь , в виде примеров???
Могу разве что на абстрактных примерах. Сейчас пишу скрипт который обновляет конфиги через api. Люди кладут json в гит скрипт оттуда его забирает и обновляет. Естественно куча проверок, возможность отката и так далее.
@@pavlenkoat супер👍
@@pavlenkoat а фирст ВДС где реклама? 😀
@@ivandyk8428 в следующем ролике будет.
ти топ продолжаи саздат видео
А если человек визуал и надух не переносит эту вашу консоль, то как ему осваивать дебри линух? Ему бы жёсткий диск мышкой расширить, а не вводить эти ваши fdisk, pvcreate, fstab, blk и пр.
Добавляю комментарий чтобы порадовать :)))
Ура.
По делу
Вот как на зло такие вещи как: сети, linux, docker, git, web и прочее мне интересно и изучается без труда, а вот от программирования меня воротит просто, вообще мозг не воспринимает это.
01:40 "... и напишешь приложения на двух веб-фреймворках..." А потом --- собирать, деплоить, мониторить
Это ж курс про программирования. Деплоить можно самому.
спасибо за видео! А как насчет ruby? нужен ли он девопсу? часто ли с ним нужно будет контактировать по мере использования тулзов? Я только начал путь в девопс, в вагранте столкнулся с руби, но он там поверхностно, только для переменных используется. Часто ли он будет нужен дальше?
Я встречал сервисы, которые когда-то DevOps предшественники писали на Ruby on Rails. Но это как правило Legacy, написанное в эпоху расцвета Rails. Сейчас последователи выбирают Golang
И да, с Ruby можно столкнуться не только в Vagrant, но и в Chef, Puppet
Руби потихоньку уходит. Даже в тех компаниях где его использовали все переписывают либо на питон либо на го
Спасибо, Антон! Остался вопрос. что делать, если есть желание изучить Golang (мне кажется, что он популярен и его стоит изучить), а на работе разработчиками используются Java и PHP, с которыми я вообще не дружу. Учить то, что требуется на текущей работе или то, к чему лежит душа?
У меня на работе програмисты пишут на java. Я пишу на го и питоне. А так все зависит от работодателя.
Как писал на awk так и буду писать
"о програмирование".. стоит отредактировать название видео) а так - спасибо
а ооп как лучше натренеровать? читаю 1200странииц Дага Хеллмана,
Начать писать код. Например задача: получить несколько наборов данных через API, распарсить их в объекты языка программирования: завести для каждой сущности класс, объявить атрибуты, при парсинге разложить по ним данные из API, добавить методы по вычислению того-сего. А там с практикой появится чуйка
Антон, а ты сеньер мидл или джуниор???
По должности я инженер. Значит мидл. В прошлой компании был старшим инженером программистом там был сеньором.
Может обойдемся без фразы "наливай жидкость"?
Классная ж фраза
Привет а начем ты писал свою апишку ?
Последнее время на го пишу апишки. Мне кажется удобнее.
Сейчас разделяю так если программа постоянна запущена стараюсь писать на го. Если программу переодически запускаю то на пайтоне или баше.
@@pavlenkoat привет спасибо за ответ а как ты начинал изучать go? По каким ресурсам?
Сейчас начал читать книгу от head first по go, прочитал первые 100 страниц и как-то туго идёт, каждый раз вспоминая python мне кажется более логичным и привлекательным единственное что в go пока что привлекает так это его строгая типизация в отличии от Python.
@@sammygun84 просто поставил цель написать бота, смотрел как люди их пишут и гуглил что да как и зачем.
@@pavlenkoat привет а как ты изучал сам синтаксис go по каким видосам? Или просто шёл на go тур или go by example и там его изучал?
@@sammygun84 Он похож на си и питон с которыми я знаком. На уровне примеров. Просто смотрел примеры кодов, читал их документацию
А что программист должен знать про Ops?
Ну и что в этом такое? пересказал 5% что должен знать программист на старте. Причем тут DevOps хз. Задача автора видимо заставить вас гуглить, и поднять ему зарплату, за вброс и знание начальных этапов... Стоит сразу автора послать задачи на С++ решать, чтобы не просил повышения...))
Без практики вы один фиг не освоите использование и этих 5% либо быстро забудете. Весь ролик реклама без вставки реклама...
По мне так представленный материал будет интересен Ops, которые кода писали мало, при переходе в DevOps. Чтобы не тупо "учить" какой-то язык или с места резко зачитываться алгоритмами, структурами данных и, скажем, Чистым кодом Макконнелла (этому своё время), а более плавно вливаться.
@@andreil174 И в чем польза, просто перечисление понятий, без структуры и практики?))
DevOps должен уметь программировать на этом уровне. Вот причем. Это всего лишь ответ на вопрос который мне задают постоянно. Да я считаю, что человек должен сам учиться. Иначе толку от такого обучения не будет. Плюс за одно короткое видео это не объяснить. А серийные видео особо не смотрят. Первое посмотрят потом перестают смотреть.
@@Empty_Vima в том, что при самостоятельном прохождении пути становится яснее, на что обратить внимание с точки зрения теории при поиске/решении практических задач.
@@andreil174 Ну если так сужать, то с таким подходом можно посоветовать другим пройти курс JavaRush и 1200 за месяц, на форуме почитать куда углубляться.(без практики общие термины языков безполезны, мое мнение. ) И пойти в компанию писать на С++ and Forth Причем тут топ 5 Для ДевОпс я не понял.
Вопрос только... Для DevOps нужно читать книгу Linux and Unix Руководство системного администратора ? Ну это полезная и безпозная книга? Просто лежит в закладках...
up
И так далее, и тому подобное...
;)