*Netpeak Talks — это серия ивентов от Netpeak Group в Одессе (при поддержке ассоциации продуктовых компаний IT-Products Odessa).
В рамках этих встреч есть возможность обсудить с практикующим спикером наболевшие темы, связанные с R&D, дизайном, менеджментом, интернет-маркетингом, QA, Customer Success, аналитикой и др. (все темы от встречи к встрече не повторяются и отличаются друг от друга).
______________________
Тема #11: Как работать с legacy проектом, которому больше 10 лет?
Спикер: Денис Воскобойник — Team Lead отдела разработки внутренних продуктов в Netpeak Agency.
Тезисы видео:
✔ Построение процессов разработки.
✔ Подготовка команды к проекту.
✔ Внедрение / обновление стека технологий.
✔ Как рефакторить?
✔ Как понять, что нужно вынести отдельно и нужно ли это?
✔ Как тестировать то, что никогда не тестировалось?
✔ Code Review.
_____________________
Информацию об этом и следующих мероприятиях ты можешь отследить:
Сайт: http://netpeak.group/talks
Facebook: https://www.facebook.com/NetpeakTalks/
Телеграм: https://t.me/netpeaktalks
В своем докладе я поделюсь опытом использования сервера непрерывной интеграции Jenkins, который мы подняли для справочного и картографического API и проекта Онлайн.
Сделаю упор на следующих моментах:
— Jenkins — быстрый старт, как за час сделать свой первый билд.
— Возможности Jenkins: сборка проекта из репозитория, запуск тестов, создание отчётов.
— Расширение функционала: Pipeline (упорядочение сборок), Violations (красивая статистика), E-mail-плагин, плагин от Чака Нориса и пр.
— Опыт использования в веб-проектах 2ГИС.
*Netpeak Talks — это серия ивентов от Netpeak Group в Одессе (при поддержке ассоциации продуктовых компаний IT-Products Odessa).
В рамках этих встреч есть возможность обсудить с практикующим спикером наболевшие темы, связанные с R&D, дизайном, менеджментом, интернет-маркетингом, QA, Customer Success, аналитикой и др. (все темы от встречи к встрече не повторяются и отличаются друг от друга).
______________________
Тема #11: Как работать с legacy проектом, которому больше 10 лет?
Спикер: Денис Воскобойник — Team Lead отдела разработки внутренних продуктов в Netpeak Agency.
Тезисы видео:
✔ Построение процессов разработки.
✔ Подготовка команды к проекту.
✔ Внедрение / обновление стека технологий.
✔ Как рефакторить?
✔ Как понять, что нужно вынести отдельно и нужно ли это?
✔ Как тестировать то, что никогда не тестировалось?
✔ Code Review.
_____________________
Информацию об этом и следующих мероприятиях ты можешь отследить:
Сайт: http://netpeak.group/talks
Facebook: https://www.facebook.com/NetpeakTalks/
Телеграм: https://t.me/netpeaktalks
В своем докладе я поделюсь опытом использования сервера непрерывной интеграции Jenkins, который мы подняли для справочного и картографического API и проекта Онлайн.
Сделаю упор на следующих моментах:
— Jenkins — быстрый старт, как за час сделать свой первый билд.
— Возможности Jenkins: сборка проекта из репозитория, запуск тестов, создание отчётов.
— Расширение функционала: Pipeline (упорядочение сборок), Violations (красивая статистика), E-mail-плагин, плагин от Чака Нориса и пр.
— Опыт использования в веб-проектах 2ГИС.
Как devops исчерпывает себя, и что будет дальше / Кирилл Вечера (Jetware)Ontico
* Следующее поколение моделей проектирования и эксплуатации серверных приложений в публичных облаках и на классических серверах.
* Сравнение методов эксплуатации: "традиционных" Chef/Salt/Ansible, immutage images/virtual appliances/Docker, и автономных рабочих окружений Jetware/Snappy/Nix/Habitat.
* Самоконфигурация, самоадминистрирование и самовосстановление серверов.
** Управление большими системами Mesos, Kubernetes, Docker Swarm.
** Управление внутри микросервисов.
* Независимость рабочего окружения приложений от операционной системы и ядра, just enough OS.
* Приложение - это не только исходный код, но и операционное окружение. Разработка, тестирование и версионирование всего полностью.
* Сервер как программа - компонентный подход.
"Опыт создания системы управления сборкой и тестированием" (полная)SPB SQA Group
Доклад посвящен вопросам создания и использования собственной системы управления процессами сборки и тестирования ПО. Описываются ключевые моменты построения таких систем, в частности: вопросы интерфейсов, быстродействия, качества и интеграции в общую инфраструктуру. Затрагиваются концепции встраивания качества в код, сбора и использования метрик ПО, неотделимости сборки от тестирования, автоматизированного ведения базы знаний об ошибках и другие.
Как devops исчерпывает себя и что будет дальшеKirill Vechera
Эволюция управления информационными системами
Какие сейчас есть средства и какие появляются
Как этому способствует Jetware
Почему Devops становится ненужным
ОЛЕКСІЙ ГОЛУБЄВ «Electron. Як використовуючи WEB framework’і створити багатоп...WDDay
ОЛЕКСІЙ ГОЛУБЄВ
«Electron. Як використовуючи WEB framework’і створити багатоплатформовий desktop»
Online WDDay 2021
https://wdday.org/
Facebook: https://www.facebook.com/wdday.org
Linkedin: https://www.linkedin.com/company/wdday
2. ЧТО ТАКОЕ СИСТЕМА КОНТРОЛЯ
ВЕРСИЙ?
Система управления версиями (от англ. Version Control System,
VCS или Revision Control System) — ПО для управления версиями,
которое позволяет хранить несколько версий одного и того же
документа, при необходимости возвращаться к более ранним версиям,
определять, кто и когда сделал то или иное изменение, и многое другое.
3. ТЕРМИНЫ
Репозиторий - хранилище, которое содержит версии файлов.
Рабочая версия – та версия файла, с которой на данный момент
ведется работа, и которая не загружена в репозиторий.
Коммит – операция по фиксации изменений файлов в репозитории.
Ветвь - выделение от ствола в какой-то версии нового варианта
проекта или его части, разработка в котором ведется параллельно.
Слияние версий – операция, при которой изменения, сделанные в
одной ветви разработки, сливаются с изменениями, сделанными в
другой
8. Централизованные VCS
CVS VS
1. Не нужно явно указывать является ли файл текстовым или бинарным
2. Появились атрибуты файлов и каталогов
3. Отслеживается работа с директориями и перемещением файлов
4. Атомарные коммиты
5. Версии всех файлов имеют единую сквозную
нумерацию – ревизию
6. Плохо организован механизм слияния ветвей
9.
10. 1. Работа ‘всех’ разработчиков 1. Простое управление выпуском
пропасть не может вообще. релизов
2. Часто выполняемые операции 2. Легкое управление ходом
происходят почти мгновенно, т.к. развития программы
не требуют соединения по сети.
3. Централизованный контроль
3. Каждый разработчик может прав доступа
создавать в своем репозитории
ветки для каких-то экспериментов 4. Управляющему удобно
следить за работой команды
4. Более эффективно
реализована операция слияния
веток
5. Каждый разработчик может
взять у другого один или
несколько коммитов, применив
их к своему коду.
11. КАК ПОЛЬЗОВАТЬСЯ?
1. Открываем cmd
2. Переходим в папку с проектом
>hg init
>hg add
>hg commit –m”first commit”
>hg log
>hg revert --all
>hg update –r 2
