#devops #девопс
Если добавляете меня в Connection в Linkedin напишите что вы с этого канала меня нашли, ато у меня запросов на добавление от неизвестных мне людей огромное количество.
Поиск работы DevOps и IT в целом в Канаде, США и Израиле
— На каких сайтах искать работу в Канаде, США и Израиле
— Про сайт Linkedin
— Как выглядит резюме в Израиле
— Как выглядит резюме в Канаде и США а также сопроводительное письмо
— Что такое порфолио и как я его сделал
— Найти работу не имея даже рабочей визы
— Relocation
— Сколько Интервью нужно пройти?
— Сколько Денег надо просить?
— Что отвечать на дурацкие вопросы на Интервью?
— Кем ты себя видишь через 3-5 лет?
— Мы маленькая фирма, а ты работал только в больших, какие сложности ты видишь?
— Мы большая фирма, а ты работал только в маленькаяих, какие сложности ты видишь?
— Почему ты хочешь сменить работу?
— Расскажи о последнем проекте?
— Если не знаешь ответа, что отвечать?
— Какие Технические вопросы?
— Пример задания на позицию DevOps Engineer
— Мой уровень английского языка
В этом выпуске у меня в гостях, senior devops engineer — Никита. Никита рассказал, как он стал из обычного системного администратора ведущим девопс инженером.
Мы разобрались в том, что же такое девопс и какие его области ответственности, какие инструменты используются девопсами, что такое докер и continuous integration.
Кроме того у Никиты богатый предпринимательский опыт и за плечами годы работы в big data.
И конечно, я задал сакральный вопрос, которой интересует большинство людей — сколько же зарабатывают девопсы.
Приглашаем на DevOpsConf live! — профессиональную конференцию по интеграции процессов разработки, тестирования и эксплуатации
29 -30 сентября и 6-7 октября 2020
Подробности и билеты bit.ly/2NGn8Tt
— РИТ 2019, DevOps Conf
Вы узнаете об эволюции и новых возможностях сервиса. Мы в деталях разберем все пять основных его компонентов и сделаем упор на Azure Pipelines — гибкую систему CI/CD c неограниченными возможностями собирать что угодно и деплоить куда угодно.
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
34-ый выпуск YouTube-шоу Forbes Digest посвящен разбору первых шагов в бизнесе среди российских миллиардеров.
Кто из списка богатейших людей страны работал дворником, кто продавал мороженое у Белорусского вокзала, а кто собирал фундук и стоял на рынке?
В этой серии Ярослав Бабушкин расскажет о ранних этапах биографий основателя «Магнита» Сергея Галицкого, сооснователя «Вконтакте» и создателя Telegram Павла Дурова, cовладельца LetterOne Holdings и «Альфа-Групп» Михаила Фридмана, «хозяина» ГУМа Михаила Куснировича, председателя совета директоров «Тинькофф Банка» с, частного инвестора Романа Абрамовича, генерального директора интернет-магазина Wildberries Татьяны Бакальчук и управляющего партнера корпорации «Технониколь» Игоря Рыбакова.
Приятного просмотра!
За поддержку выпуска команда Forbes Digest выражает свою благодарность бренду Suitsupply.
Это финальный выпуск WIN WIN SHOW. На протяжении всего сезона ребята участвовали в разного рода вызовах.
Каждый делал что-то впервые, чтобы проявить вcе свои качества предпринимателя в условно лабораторных условиях.
Если ты смотришь с первого выпуска, надеемся, к этому времени сможешь ответить на вопросы: как привлечь инвестиции в бизнес, как убедить инвестора, как начать бизнес без денег.
Понятно, что в формате шоу тебе как зрителю невозможно дать подробную пошаговую инструкцию по привлечению денег для бизнеса.
Но задача была в том, чтобы показать, сколько денег и в какие бизнесы готовы инвестировать, а главное — каким людям готовы помогать инвестициями и что важно для инвестора при принятии решения.
Если ты внимательно анализировал(а), то точно поймешь все, что мы хотели донести. Или просто получишь удовольствие от просмотра, мы на это надеемся.
Пиши ниже, что думаешь об этом шоу, будет интересно прочитать любые мысли.
P. S. Мы не прощаемся!
Также все видео по порядку есть в плейлисте, им удобно делиться с друзьями, чтобы не путаться с очередностью серий: www.youtube.com/watch?v=QR70M6sszWU
Друзья, в этом видео я расскажу вам о том, что такое 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 разработчик в компании и что вам нужно уметь делать для того, чтобы претендовать на должность Junior.
Чтобы далеко не ходить, возьмем меня как конкретный пример, значит 2013 год, я прихожу в большую компанию работать Java Junior после практики, меня сажают на большой проект, который связан с индустрией healthcare т.е. писать софт для страховых компаний в США.
Я знакомлюсь с командой 3 разработчика (я, наш тимлид и еще один миддл), 2 тестировщика, бизнес аналитик на американской стороне и 2 разработчика тоже на американской стороне.
Мы работали по Scrum-у, это такой подход разработки когда мы определяем кол-во заданий на отрезок времени и делаем их, например в течении 2х недель. Если хотите подробное видео по Scrum то напишите в комментариях.
*Scrum — метод управления проектами
После планирования распределяются задачи согласно рубашке задач (монотонные легкие — junior-у, сложные задания для продвинутых миддлу и тимлиду). Я получаю свои задачи и начинаю с того, у которого самый высокий приоритет.
Проект состоял из 3х больших частей на которых нужно было работать, это Front End на Javascript, Backend на Java и реляционная база (SQL соответственно).
Так как я выполнял задачи на всех 3х уровнях, я дам вам пример по каждому из них.
Итак пример простого задания: Есть личный кабинет пользователя, где он должен быть в состоянии ввести свой контактный номер телефона, это новое поле, которого еще нет в системе. Поэтому оно должно быть добавленно в каждый из уровней приложения.
База данных
Начинаем с задачи на SQL: Нужно найти нужную таблицу, куда вставить это поле, расширить таблицу в базе данных так, чтобы она могла сохранять номер телефона, повесить на нее констреинты уникальности, просмотреть есть ли в этой таблице хранимые процедуры или триггеры настроеные на эту таблицу и если уместно — поправить запросы, чтобы они тоже отдавали номер телефона.
Также сделаем оговорку что это не пет проджект, а реальный проект, в котором часто самая простая задача может стать достаточно сложной для реализации. Например в базе про которую я говорю было пример 300 таблиц. Написали, протестировали, идем дальше.
*Pet project — небольшой проект для собственных, обучающих целей
Java Backend
Здесь уже уровень доступа к базе данных и бизнес логика. Сразу же представляем себе проект в котором несколько миллионов строчек и чтобы его установить и поднять локально уходило могло уйти пару дней.
*Бизнес логика — требования бизнеса переведенные на логический язык программирования.
Нужно найти модель которая соответствует таблице в базе расширить ее номером телефона, написать или расширить методы которые работают с этой таблицей чтобы можно было и сохранять и считывать информацию. Также обязательно нужно добавить валидаторы, которые проверяют номер телефона по определенном шаблона (я говорю сейчас о регулярном выражении. И конечно же потом проверить эту цепочку в обе стороны.
Front End
Тоже представляем огромный фронт проект на несколько сотен тысяч строк. Нужно добавить эту форму в личный кабинет, добавить валидацию по регулярному выражению, связать это все с запросами на бекенд в обе стороны и протестировать.
Конечно в процесс вовлечено гораздо больше действий чем просто написать код, это и прояснить у бизнес аналитика какие-то непонятные моменты, пройти код ревью процедуру у своей команды, помочь тестировщикам разобраться в логике, оценить задание во времени.
Примерами других заданий может быть например:
SQL
Написать sql запрос который покажет статистику покупок людей с помощью карты visa, а не мастеркард за сезон, или собрать полную информацию по юзерам у которые покупали страховку в прошлом году в текущее время года.
Java
Написать валидацию полей юзера используя регулярные выражения или например создать отдельный обработчик запроса, который отсылает всем пользователям в списке письмо с благодарностью.
Front End
Добавить фильтр по нескольким критериям на страницу покупки страховки, например фильтрация по компании, по стоимости, по длительности.
Также не забывайте что везде вам нужно придерживаться технологий и практик, которые уже используются на проекте, т.е. вам нужно хорошо знать стек технологий, чтобы быть в состоянии качественно сделать задание.
Тайм-коды:
00:00 Начало
0:31- мой опыт работы как Junior-а
1:01- по какой системе мы работали
1:25- распределение задач в команде
1:52- деления проекта на части
2:36- задача Junior-a
3:14- что я мог делать для выполнения этой задачи?
4:56- доработка логики на Java Backend
7:15- разработка логики на Front end
8:42- задачи для Junior-a в SQL
9:17- задачи для Junior-a на Java
10:15- задачи для Junior-a во Front End приложении
12:36- чего ожидают от Junior-a в общем
На машина по главному острову архипелага Окинава. Дороги и автомобили. Американская военная база и как к ней относятся местные жители? Почему Окинава не такая популярная как Гавайи и чего там не хватает туристу?
**********
Станьте спонсором канала и получите возможность смотреть видео первым, смотреть стримы в записи и задавать вопросы и получить доступ к экслюзивному контенту. www.youtube.com/channel/UC1AhzkpXFX6_kAc7niTcc3w/join
**********
Влог о Японии — Все что вы хотели знать о жизни в Японии