Все рассказывают про процессы разработки и тестирования, обучения персонала, повышение мотивации, но этих процессов мало, когда минута простоя сервиса стоит космических денег. Что делать, когда вы проводите финансовые транзакции под жесткий SLA? Как повысить надежность и отказоустойчивость ваших систем, вынося за скобки разработку и тестирование?
…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
Структура компании PDFfiller / Направления в компании PDFfiller. Посмотрите также, в чем состоит миссия компании PDFfiller: goo.gl/UMzQtr
CEO PDFfiller Вадим Ясиновский и президент Борис Шахнович рассказывают о структуре компании и распределении задач между офисами в Киеве, Бостоне и на Филиппинах. Самая большая команда находится в Киеве, здесь сотрудники занимаются разработкой продукта и автоматизацией диджитал маркетинга. Тимлиды внутри своих мини-команд занимаются организацией рабочих процессов, но при этом Боря и Вадим задают вектор развития каждого отдела.
Подписывайся на наш канал, чтобы быть в курсе новостей компании PDFfiller: goo.gl/wEyckv
Хочешь к нам присоединиться? Ищи подходящую вакансию по ссылке: goo.gl/07jhkp
Пиши нам в skype:
Анастасия Завадская — anastasia.zavadskaya
Оля Сидоренко — olya.sidorenko.94
В рамках занятия мы научимся описывать декларативно проект с помощью Dockerfile и docker compose и создадим основу для процесса развертывания окружений.
Мы затронем вопросы разработки компонент проектов в Docker окружении, их сборку, запуск и эксплуатацию
Преподаватель: Андрей Александров — внедряет DevOps практики в команды, адаптируя их под специфику компаний
Роман Гребенников (http://deeprefactoring.ru/speakers/roman-grebennikov) в глубе «Глубокий Рефакторинг».
Слайды: dfdx.me/talks/k8s/
========================
«Глубокий Рефакторинг» — открытый клуб разработчиков и профессионалов IT-индустрии Воронежа, организующий доклады на профильные темы — deeprefactoring.ru/
Большинство Python приложений начинает свое сетевое общение с REST. По мере развития разработчику приходится отвечать на мелкие, но важные вопросы: как передавать дату и время, большие объемы данных, обеспечивать авторизацию и так далее. Сетевые коммуникации в современном бэкенде — это множество конкурирующих протоколов, стандартов и подходов. У нас есть «REST», который каждый разработчик реализует по-своему, есть пересекающиеся JSON Schema и Open API, есть JSON API, GraphQL, gRPC и много чего еще. В докладе я расскажу про современные подходы коммуникаций Python backend приложений друг с другом и фронтендом, с какими сложностями мы боремся и что сейчас считается Pythonic.
Григорий Петров
Москва, Россия
DevRel
Evrone
Карьеру специалиста по созданию программ начал в конце 90-х: сначала как разработчик, затем как руководитель разработки. Участвовал в создании Radmin и Advanced IP Scanner, продвигал интерактивное телевидение NPTV и программируемую телефонию Voximplant. Генералист, нейрофизиолог-любитель, организует разработку, конференции, хакатоны. Сейчас — Head of Developer Relations в Evrone.
Говорим о прокрастинации и компонентно ориентированном подходе к разработке продуктов.
Спикер — Александр Павлють, один из постоянных спикеров Хекслет в направлении Менеджмент, системный инженер и CEO платформы для создания технологических продуктов Мьёльнир, 16 лет в заказной и корпоративной разработке (http://pavlyut.com/).
00:00:00 — старт
00:00:56 — представление спикера
00:02:53 — подробнее о теме вебинара
00:05:39 — что такое компоненты и модули, чем они отличаются; примеры React, Bootstrap, компоненты в железе, Wi-fi-модуль в телефоне
00:21:15 — компонентно ориентированный подход: декомпозиция задач
00:28:15 — письменно мышление: о важности блокнота и ручки
00:30:52 — о прокрастинации
00:35:50 — преимущества компонентного подхода и как делать план
00:39:40 — когда и как надо оценивать задачу
00:41:45 — что лучше — план на бумаге или в приложении (например, Miro)
00:47:03 — как оценивать задачу, если неизвестно, сколько времени она займёт
00:50:58 — подводные камни работы без декомпозиции задачи
00:56:00 — как оценивать задачу джуну
00:57:15 — про «мешки» и недооценку
01:00:32 — как оценивать задачу, если ты никогда ничего подобного не делал