Итак, сегодня я завершил первую неделю своего первого буткемпа по devops в GoTo Financial. Я многому научился за предыдущую неделю разработки ядра, и одна из вещей, которую я узнал, это то, что devops на самом деле довольно сложно! (Я привык просто копировать и вставлять что угодно для развертывания :D). Итак, без лишних слов, вот культура, которую я изучил за первую неделю буткемпа по devops.

Читать документацию

да, да, я не могу понять весь этот документ! Вместо этого давайте посмотрим учебник на YouTube!

Во многих случаях я и я считаю, что многие разработчики, изучая технологию, склонны полагаться на короткие посты среднего размера или видео на YouTube, чтобы изучить ее. Это нормально, даже рекомендуется сделать это, чтобы убедиться, что вы можете узнать о технологии. Но после этого нам нужно на самом деле прочитать документацию, а не гуглить то, что мы должны прочесть в документации!

Делая это, мы можем углубить наше понимание технологии, которую мы используем, вместо того, чтобы полагаться на наши ограниченные базовые знания из краткого руководства и stackoverflow всякий раз, когда мы сталкиваемся с проблемами. Конечно, мы можем выучить это таким образом, и после 10-го раза поиска в Google это может застрять в нашем мозгу. Но не лучше ли прочитать документацию, чтобы получить более глубокое понимание, чтобы в случае возникновения проблем мы могли вместо этого положиться на наши знания.

Есть также такие вещи, как лучшие практики, другой подход и т. д., и т. п., которые вы можете узнать, прочитав документацию, так что просто прочитайте документы!

Знай свое дело

После прочтения документации мы, как программисты, также должны знать свои вещи. Знание своего материала означает, что когда вы копируете и вставляете команду или файл конфигурации из документации или форума, вы знаете функцию каждой введенной вами строки. Например, если вы встретите команду, которая обрабатывает список работая на порту 3000 (lsof -i :3000), вам нужно понять, что означает lsof, что делает флаг -i и почему перед портом стоит двоеточие?

Ладно, это может показаться преувеличением, но это не так. В этом учебном лагере нас поощряют проявлять любопытство к вещам, которые мы считаем само собой разумеющимися. В первый день нам дают этот учебный материал, который учит нас учить команды в linux (которые я не доделал, извините, тренеры :D). Так что да, хорошо разбирайтесь в своих вещах, чтобы в вашей кодовой базе не было неиспользуемого кода.

Приложение Двенадцать факторов

Это своего рода двенадцать правил развертывания приложения. Вы можете прочитать больше об этом здесь". По сути, это список правил для развертывания приложения, который также можно применять к разработке приложения. Это очень коротко, так что просто попробуйте!

Погуглите, прежде чем спрашивать!

Это последнее правило и своего рода негласное правило. В буткемпе, всякий раз, когда мы задаем вопрос, мы уже должны погуглить его, прежде чем задать. Если нет окончательного ответа на то, что мы ищем, мы можем спросить у тренеров и у всего класса. Я считаю, что это действительно отличная практика, так как это не причиняет неудобств другим, у которых мы просим, ​​и мы также тренируемся вводить правильные ключевые слова для Google.

В общем и целом, весь буткемп до сих пор был для меня действительно положительным опытом. Несмотря на то, что это сложно, очень полезно изучать все новые технологии и вещи, к которым я раньше не прикасался.

Эта статья не может быть написана без помощи GTF Devops Bootcamp Team. Так что большое спасибо и низкий поклон:

  • Тренеры: Тренируйте Имре, Зуфара, Виджая и Альберта за обучение нас в этом учебном лагере по devops.
  • Мои сверстники из GTF Bootcamp
  • Kak Tiara & Mutia за управление платформой и расписанием

Всем спасибо! Будем надеяться, что на 2-й неделе будет не так много рж, как на первой (: