#devops #девопс
Если добавляете меня в Connection в Linkedin напишите что вы с этого канала меня нашли, ато у меня запросов на добавление от неизвестных мне людей огромное количество.
Поиск работы DevOps и IT в целом в Канаде, США и Израиле
— На каких сайтах искать работу в Канаде, США и Израиле
— Про сайт Linkedin
— Как выглядит резюме в Израиле
— Как выглядит резюме в Канаде и США а также сопроводительное письмо
— Что такое порфолио и как я его сделал
— Найти работу не имея даже рабочей визы
— Relocation
— Сколько Интервью нужно пройти?
— Сколько Денег надо просить?
— Что отвечать на дурацкие вопросы на Интервью?
— Кем ты себя видишь через 3-5 лет?
— Мы маленькая фирма, а ты работал только в больших, какие сложности ты видишь?
— Мы большая фирма, а ты работал только в маленькаяих, какие сложности ты видишь?
— Почему ты хочешь сменить работу?
— Расскажи о последнем проекте?
— Если не знаешь ответа, что отвечать?
— Какие Технические вопросы?
— Пример задания на позицию DevOps Engineer
— Мой уровень английского языка
Еще одна неделя с Ютестом! По многочисленным просьбам, сегодня будем разбирать поиск багов на примере тестирования реального проекта.
Показывать примеры тестирования публично достаточно опасно, т.к. часто нужно подписывать — NDE (Соглашение о Неразглашении). Я расскажу об этом соглашении и почему не следует рассказывать о деталях проектов, которые вы выполняете. Тем не менее, я покажу реальный пример из Академии, исключая имя и подробности о заказчике.
Какой уровень английского необходим для успешного прохождения IT-собеседования? К каким вопросам готовиться? Насколько важны ваше произношение и грамматика?
Услуга о которой говорится в видео: Пробное собеседование — bit.ly/2IWBlMP
00:00 — вступление Сергея Немчинского
00:25 — дисклеймер
03:11 — о чем спрашивает рекрутер
03:44 — рекламная пауза
04:27 — как проверяют английский
05:36 — к каким вопросам на английском нужно подготовиться
07:01 — что рассказывать о себе
09:48 — акцент
11:10 — 3 важных момента на собеседовании
12:43 — доброжелательность и заинтересованность
На вебинаре простым и понятным языком рассказали, о том какие технологии используются в DevOps, зачем они нужны и как правильно их использовать для создания конвейера разработки.
Подробно обсудили на мероприятии:
• Что такое DevOps: что и зачем
• Обзор ключевых элементов DevOps Toolchain: git, CI/CD, Containers, IaC, Registry
• Построение автоматизированного конвейера разработки в стиле DevOps
Кому интересен данный вебинар:
• Тем, кто никогда не слышал про DevOps, но очень хотел бы узнать, что это такое
• Тем, кто хочется разобраться с техническими терминами DevOps
Спикер:
• Дмитрий Ключников, руководитель направления DevSecOps, «Инфосистемы Джет»
• Антон Гаврилов, эксперт Центра информационной безопасности, «Инфосистемы Джет»
• Александр Краснов, заместитель руководителя Дирекции вычислительных комплексов, сервиса и аутсорсинга, «Инфосистемы Джет»
. Покажем чёткую последовательность шагов от банального заворачивания сервиса в Docker до Blue/Green deployment в Kubernetes. Расскажем не только, как, но и зачем.
Обсудим следующие темы:
шаги внедрения DevOps для самых маленьких, с чего начать и куда двигаться;
основные ошибки и чего не стоит делать в первую очередь (к примеру, пытаться разворачивать Kubernetes самостоятельно);
инструкцию и конфиги для типового решения.
Целевая аудитория: разработчики небольших компаний и команд, которые не имеют выделенного DevOps.
Впервые в своей истории JUG.ru вышел обеими ногами в онлайн и представил вам новый формат: разбор доклада с экспертами. Вашему вниманию мы представили живой разбор доклада Баруха Садогурского «DevOps для разработчиков (или против них?!)». В разборе участвовали:
— Барух Садогурский (https://twitter.com/jbaruch), Developer Advocate в компании JFrog, автор доклада, евангелист DevOps и любимец публики;
— Антон Кекс (https://twitter.com/antonkeks), основатель компании Codeborne, гуру методологии XP, практикующий разработчик и настоящий Software Craftsman;
— Олег Анастасьев (https://twitter.com/m0nstermind), ведущий разработчик в Одноклассниках, гуру распределенных систем и облачных решений;
— Алексей Федоров (https://twitter.com/23derevo), продюсер в JUG Ru Group, лидер питерского JUG и организатор Java-конференций Joker и JPoint;
— Леонид Игольник, Angel Investor, Startup Mentor and Advisor из Кремниевой Долины.
****
Спонсоры митапа: ALM Works, Infobip
ALM Works
Ребята делают офигенный плагин Structure for JIRA: almworks.com/structure/overview.html
Узнать о карьерных возможностях в ALM Works:
careers@almworks.com
Это финальный выпуск WIN WIN SHOW. На протяжении всего сезона ребята участвовали в разного рода вызовах.
Каждый делал что-то впервые, чтобы проявить вcе свои качества предпринимателя в условно лабораторных условиях.
Если ты смотришь с первого выпуска, надеемся, к этому времени сможешь ответить на вопросы: как привлечь инвестиции в бизнес, как убедить инвестора, как начать бизнес без денег.
Понятно, что в формате шоу тебе как зрителю невозможно дать подробную пошаговую инструкцию по привлечению денег для бизнеса.
Но задача была в том, чтобы показать, сколько денег и в какие бизнесы готовы инвестировать, а главное — каким людям готовы помогать инвестициями и что важно для инвестора при принятии решения.
Если ты внимательно анализировал(а), то точно поймешь все, что мы хотели донести. Или просто получишь удовольствие от просмотра, мы на это надеемся.
Пиши ниже, что думаешь об этом шоу, будет интересно прочитать любые мысли.
P. S. Мы не прощаемся!
Также все видео по порядку есть в плейлисте, им удобно делиться с друзьями, чтобы не путаться с очередностью серий: www.youtube.com/watch?v=QR70M6sszWU
Опытный внутренний преподаватель английского языка в IT-компании рассказывает о типичных ошибках при прохождении собеседования на английском языке и способах их избежать.
Вы также узнаете:
— Как определить свой уровень английского?
— Какие бесплатные онлайн-ресурсы помогут ваши знания английского?
— Полезные фразы на английском и темы для подготовки на собеседование
Друзья, в этом видео я расскажу вам о том, что такое Git, зачем он нужен, как его использовать и как с его помощью оптимизировать и упростить работу в команде. Мы поговорим обо всех особенностях использования этого инструмента и я наглядно покажу как с ним работать.
Что такое git?
Git — это система контроля версий, а если сказать простым языком то это программа, инструмент, которая позволяет нам фиксировать наши изменения в коде, а также благодаря этой фиксации позволяет нескольким людям или даже командам вместе слажено и параллельно работать над каким-то программным продуктом.
Представьте что вы пишите программу и у вас есть какая-то функция, которая допустим сохраняет информацию информацию о пользователе в базу данных, и для этого сохранения вам естественно нужна логика которая собственно это сохранение будет делать. Вот вы написали код, все круто все работает. Как сделать своего рода сохранение как в компьютерной игре которое сможет зафиксировать прогресс?
Git — это как раз такая программа, такая система, которая позволяет эти сохранения создавать и потом управлять ими, менять, возвращаться к ним, удалять и переписывать их, такая фиксация в терминах Git-а называется `commit`
Проще всего гит представлять по аналогии либо с компьютерной игрой и ее сохранениями либо с таким роботом-фотографом, который в любой момент который вы ему скажете сделает так сказать фотографию ваших файлов с которыми вы работаете, зафиксирует их состояние на текущий момент, и затем любой момент может вам сказать поменялось ли что-то в этих файлов с момента прошлой «фиксации».
Git собственно так и делает, вы говорите ему команду, он запоминает состояние ваших файлов на текущий момент присваивая ему специальный номер вот это снимка, там называемый `commit hash`.
Commit hash — набор символов которые уникально идентифицируют сохранение состояния файлов в конкретный момент времени;
Что такое ветки в гите и как их использовать?
В git также используется так называемая система веток, представьте себе что ветка, так называемая branch — это маршрут по которому едет поезд, а каждая его остановка, сохранение состояния это коммит. То есть когда мы начинаем разрабатывать какую-то задачу, пишем код нам нужно идти с точки А в точку Б, у нас скажем пустой файл, а потом постепенно наш код начинает эволюционировать и он со временем начинает что-то внятное делать.
Так вот этот процесс разработки можно представить по той же аналогии с поездом, поездвыезжает с точки А и ему нужно доехать до точки Б, и этот маршрут он будет ехать по своему пути (в нашем случае это и будет ветка нашего git), а также по пути ему надо останавливаться чтобы фиксировать свой прогресс по маршруту, это и будут коммиты в нашем случае, то есть мы пишем код в рамках ветки и делаем коммиты, для того чтобы сохранять наш прогресс внутри метки.
Как его используют команды?
Как такой подход позволяет нам распараллелить работу разных людей и команд и сделать их более продуктивными? Все дело в том что когда мы работаем над каким-то проектом и нескольоко людей пишут код они во 1 могут одновременно менять одни и те же файлы.
Так вот фишка гита в том что каждый разработчик может сам себе создать такую ветку, уникальный маршрут поезда на пути которого будут свои уникальные остановки, то есть свои уникальные коммиты этого разработчика, и эта ветка она будет скажем так принадлежать одному человеку и там он будет фиксировать все свои изменения, делать коммиты.
И все сводится к достаточно простой логике, у нас есть какой-то код который нам надо написать, мы сделали новую ветку, по пути того как мы разрабатываем мы в этом ветке делаем коммиты чтобы зафиксировать изменения, как только мы понимаем что у нас все готово, нам нужно объединится с другими разработчиками, скажем так сделать так чтобы наши изменения ехали по общему маршруту, то мы просто сливаем все наши коммиты из нашей ветки в общую. По аналогии с поездами можно представить что у нас есть какая-то главный поездной маршрут в котором есть все наши остановки, коммиты из всех веток. Таким образом все довольно просто, сделали ветку, написали код попутно фиксируя изменения коммитами, после того как закончили, слили все наши изменения в общую ветку чтобы эти коммиты, эти изменения были доступны всем другим разработчикам.
00:00 Начало
1:03 — Git — что это?
2:52 — Что такое Git commit
4:09 — Ветки или «branch» что это такое?
5:27 — Как команды используют Git?
7:49 — Как применять Git в работе. Практика.
7:57 — Новый репозиторий. (Git init)
9:17 — Создание файла и коммита. (Git commit)
11:46 — Сохранение файлов (Git commit -m)
12:46 — Как работают с ветками и какими они бывают.
14:51 — Создание develop ветки, и ветки для работы ( Git checkout -b feature)
17:06 — Как новый файл добавляется в Git
19:39 — Откат к коммиту (Git reset)
20:44 — Слив на одну ветку (Git merge)
Открытое собеседование junior frontend разработчика.
Следующий выпуск: youtu.be/ssigrf5zHUg
Предыдущий выпуск: youtu.be/JhpgZTa2Egc
Вопросы и предложения пишем сюда mockinterview@yandex.ru
Кто хочет прокачать свои знания — оставляем заявку на обучение в GeekBrains: rebrand.ly/mockinterview
00:00 Вступление
03:19 Знакомство с Ростиславом
05:15 Разница div и span
05:59 Теги link и script места подключения
09:18 Чем нравится программирование
10:10 Чем отличается null и undefined
17:34 Что такое NaN
20:03 Разница между == и ===
21:53 Что выведется в консоль
24:12 Проблема 0.30000000000000004
28:45 Задача 1
56:25 Вопрос на внимательность
1:00:10 Задача 2
1:16:55 Задача 3