Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 2 months, 1 week ago
Совместное использование API Gateway и BFF
API Gateway и BFF — популярные архитектурные паттерны применяемые для разработки внешнего API приложения построенного на микросервисной архитектуре.
Шаблоны имеют принципиально разный дизайн (умный бекенд или умный клиент) и используются в разных типах микросервисных систем. Но что если в одном приложении объединить преимущества обоих подходов Предоставляя централизованное управление и оптимизацию, а также адаптацию для разных видов клиентов (например веб и мобайл)
Какие задачи будет решать каждый паттерн?
**API Gateway
Маршрутизация и балансировка нагрузки: Все входящие запросы сначала проходят через API Gateway, который уже направляет их к соответствующим BFF. Необходимый BFF определяется по заголовкам или url.
Безопасность и авторизация:** Gateway выполняет проверку JWT токенов, групповых политик и других мер безопасности.
Кэширование: Кэширует часто запрашиваемые общие данные, уменьшая нагрузку на микросервисы.
Логирование и мониторинг: Централизованно собирает логи и метрики всех запросов.
**BFF
Реализации логики для клиента: Адаптация запросов/ответов под нужды конкретного клиентского приложения (мобильного или веб).
Оптимизация данных: Преобразование данных в удобный для клиента формат. Веб-приложению необходимы детализированные данные, а мобильному требуется минимизированных версия данных для быстрого отображения и экономии трафика
Изоляция изменений:**
Позволяет быстро вносить изменения для конкретного клиента без влияния на работу других клиентов.
Какие преимущества от совместного использования?
Уменьшение дублирования функционала:
Общие функциональности, такие как маршрутизация, безопасность, кэширование и логирование, реализуются на уровне Gateway. Нет необходимости дублировать код и реализовывать одно и то же в каждом BFF.
Улучшение производительности и масштабируемости:
Кэширование на уровне Gateway снижает нагрузку на микросервисы, а BFF обеспечивает оптимизацию запросов/ответов, что улучшает производительность и масштабируемость системы.
Централизованное управление и безопасность:
API Gateway обеспечивает единые политики безопасности для всего приложения и всех клиентов, что снижает риски и уменьшает количество точек потенциального отказа.
Итоговый поток запросов в системе
Как выжить на стажировке в IT — рассказывают Junior-разработчики и их менторы: https://habr.com/ru/companies/agima/articles/831466/
Вчерашние стажеры, а сейчас уже крепкие джуны фронтенд-отдела Катя Пушкарева и Рома Фетисов рассказывают, как выжить на стажировке и не сбежать из IT на второй день. В статье на Хабре их личный опыт, советы и предостережения для новичков:
- на что стоит обратить внимание гуманитарию в IT;
- какие барьеры поможет преодолеть стажировка;
- необходимый минимум навыков для стажера;
- где и как эффективнее искать вакансии;
- стоит ли отдавать стажировке всё свободное время.
Большой бонус в конце — FAQ от менторов направления Frontend Леши Кузьмина и Леши Песоцкого. Их ответы на самые наболевшие вопросы про стажировки помогут избежать ошибок на собесах и на обучении.
Делитесь своими стажерскими историями в комментариях к статье — она по ссылке выше.
Хабр
Стажер, который смог: советы по выживанию на стажировке от Junior-разрабов и их менторов
Продолжаем рассказывать про стажировки в AGIMA . Первая часть этой истории была про внутреннюю кухню: где искать кандидатов, как их обучать, сколько платить и т. д. — если вы руководитель, тимлид или...
Junior-специалист за 4 месяца: как мы ищем, обучаем и выпускаем стажеров на реальные проекты: https://habr.com/ru/companies/agima/articles/828454/
Недавно съездил на TeamLead Conf в Питер и рассказал там, как устроена программа стажировок в AGIMA. А теперь написал про это статью.
Будет полезно тимлидам, руководителям, HR-специалистам и всем, кто хочет запустить или оптимизировать программу стажировок в своей компании.
Вы узнаете:
- где искать стажеров, помимо HH.ru, и на что обращать внимание на собеседовании;
- из чего состоит наша программа обучения;
- кто и как учит стажеров, и сколько на это нужно часов;
- как мотивировать стажера и интегрировать его в команду.
В статье даю советы, делюсь цифрами, инсайтами — можно сказать, подстилаю соломку и подсвечиваю все грабли.
Материал уже на Хабре по ссылке выше. Делитесь своим опытом по этой теме и задавайте вопросы в комментариях.
Хабр
Гайд. Работаем со стажерами в промышленных масштабах: набираем, учим, выпускаем на реальные проекты за 4 месяца
Привет! Меня зовут Александр Шутай, я руководитель отдела PHP в AGIMA . Среди моих задач важное место занимают кадровые вопросы. Мы вынуждены постоянно искать новых специалистов, притом что на рынке...
Elasticsearch, Kibana, Logstash и поисковые системы нового поколения, авторы Шукла П., Кумар Ш.
Считаю её исчерпывающим и практичным гидом для тех кто хочет научиться работать с современными поисковыми технологиями.
Книга начинается с обзора базовых концепций и компонентов Elasticsearch, Kibana и Logstash, постепенно переходя к темам, таким как администрирование, масштабирование и оптимизация. Особое внимание уделяется практическим примерам поисковых запросов и реальным сценариям использования, что делает материал доступным даже для тех, кто только начинает знакомство с эластиком.
Авторы не только объясняют основные концепции, но и предоставляют конкретные советы и рекомендации для достижения максимальной производительности и эффективности работы.
После прочтения книги, вы поймёте, как внедрение эластика поможет пользователям вашего проекта быстро находить максимально релевантный материал. А главное, что это не так сложно и страшно, как звучит. Первый раз я столкнулся с эластиком, когда стояла задача реализовать быстрый поиск для интернет-магазина строительных материалов. Было несколько тысяч SKU, различные варианты написания товара, морфология, ввод русских названий на английском и т.д. CMS Битрикс и коробочный компонент поиска выдавал поисковые запросы десяток секунд. Внедрение Эластика, подключение его к Умному Фильтру ускорило поисковую выдачу до нескольких долей секунд и ощутимо улучшило релевантность найденного материала.
Книга не новая, писалась под ELK 6 (сейчас актуальна 8). Например из отличий, теперь нет «типов» в индексах, осталось только написание «_doc» вместо указание типа. Но книга всё равно даёт хорошую базу для знакомства с ELK стеком.
Как тимлиду совмещать работу в IT с жизнью: https://habr.com/ru/companies/agima/articles/809817/
Саша Шутай, наш руководитель отдела PHP, написал статью по материалам своего доклада на «Стачке 2024». Главная идея в том, что тимлиду стоит учиться управлять временем и нагрузкой с заботой о себе, команде и проекте:
- как приоритизировать задачи по методу Эйзенхауэра;
- нужно ли отвлекаться от работы в середине дня;
- как относиться к неизбежным овертаймам и что требовать взамен;
- какие способы для восстановления энергии и разгрузки мозгов самые эффективные.
Саша поделился советами и техниками, которые помогут начинающим тимлидам умело справляться с потоком задач, а опытным руководителям — оптимизировать работу и выровнять work-life баланс. Читайте текст по ссылке выше — он уже на Хабре.
Хабр
Как тимлиду совмещать работу в IT с жизнью
Привет, Хабр! Я Саша Шутай, руководитель направления PHP в AGIMA . Хочу обсудить важные для тимлидов вопросы: как управлять бэклогом и правильно распределять время, нормально ли отвлекаться во время...
Необычный факт из работы тимлида: Тимлиды, которые играют в шутеры, обычно более эффективно управляют командой. Это связано с развитием навыков принятия решений в динамичных и часто нестандартных ситуациях, а также способностью оперативно реагировать на переменные и координировать действия группы в условиях ограниченного времени.
Таким образом, время, проведенное за игрой, может принести пользу не только в развлекательных целях, но и в профессиональном аспекте руководителя команды.
Недавно я играл в настольную игру “По шкале от одного до Тирекса”, где игроки сначала показывали друг другу какое-то действие, а затем должны были угадать интенсивность этого действия по шкале от 1 до 10. И это напомнило мне методику Покер планирования, используемую в Agile для определения времени выполнения задач и планирования итераций. Когда все члены команды принимают участие в общем обсуждении задач и дают оценку, с которой согласен каждый.
Для тех кто не знаком с таким методом оценки, вкратце расскажу основные этапы:
1️⃣ Подготовка списка задач: Задачи должны иметь достаточную детализацию и быть понятными для всех исполнителей. Подразумевается, что беглое ознакомление с задачей, даёт достаточно информации для ее реализации и не вызывает блокирующих вопросов;
2️⃣ Выбор единиц измерения: Согласовываются единицы измерения сложности задачи. Практично пользоваться числами Фибоначчи (1, 2, 3, 5, 8, 13 и т. д.). Они увеличиваются экспоненциально, что помогает подчеркнуть неопределенность оценки и уменьшить вероятность установки точных значений, в отличие от строгой оценки часами. Числа 1, 5 - это не 1 и 5 часов. Это некая абстрактная величина, например “вес” задачи, для сравнения с другими задачами;
3️⃣ Сессия игры в покер: Команда обсуждает задачу, её детали, задает вопросы и делает предположения. Затем каждый участник записывает оценку, которая, по его мнению, соответствует сложности задачи и скрывает ее от других. Это позволяет избежать влияния лидеров мнений и субъективных оценок;
4️⃣ Обсуждение и согласование оценки: После того как все участники записали свою оценку, они одновременно разглашают их. Как будто выкладывают свою карту в покере на игровой стол. Если оценки отличаются, задача считается не оцененной. Участники обсуждают причины различий, уточняют понимание задачи и повторяют сессию оценки. По итогу все члены команды должны согласовать оценку с которой согласен каждый.
В результате вы получаете полностью оцененный бэклог. И имеете согласие в команде относительно каждой задачи. Осталось конвертировать “вес” задачи в реальные трудозатраты. Если вы планируете покером первый раз, то потребуется провести экспертную оценку, чтобы сформировать матрицу сопоставления оценки покером с оценкой в трудозатратах.
Индустриальный парк «Краснодар»: как аудит перерос в разработку нового сайта: https://www.agima.ru/projects/industrialpark/.
Индустриальный парк «Краснодар» — это огромная обособленная территория на Кубани, в которой действуют особые экономические условия.
Цель парка — привлекать как можно больше резидентов и помогать им открывать предприятия. Для этого нужен удобный информативный сайт.
При этом старый сайт уже плохо справлялся со своими функциями. И представители парка попросили нас привести его в порядок.
Вот что мы сделали:
- переработали структуру сайта;
- сделали редизайн;
- упростили навигацию;
- сделали управление контентом проще.
В итоге получился легкий сайт с современным интерфейсом. Мы продолжаем его наполнять, но уже готовы поделиться первыми результатами — они по ссылке выше.
AGIMA
Индустриальный парк «Краснодар»
Сделали аудит, редизайн и новый сайт
Всем привет! Сегодня я хочу завершить тему мотивации и закрыть ее немаловажной темой — мотивацией аутстаффера.
Как мотивировать аутстаффера
Во многих компаниях на проектах работают не только штатные сотрудники, но и аутстафферы. Аутстафф — это когда вы выкупаете себе на проект сотрудника, трудоустроенного в другой компании, и полностью отвечаете за его планирование и загрузку задачами.
К выкупному специалисту нельзя относиться просто как к производственной единице. С его мотивацией тоже нужно работать. В противном случае вы не используете его потенциал по полной.
В AGIMA действует правило: аутстаффер — это полноценный член команды.
Вот несколько правил по мотивации аутстафф-специалистов:
— Не должно быть разделения по задачам: аутстаффер имеет такие же права, обязанности и доступы, как и штатный сотрудник.
— У выкупного специалиста должен быть доступ к обучению на всех внутренних активностях, курсах и митапах.
— Если требуется обучение на внешних курсах, мы можем договориться с работодателем аутстаффера об обучении и частичной компенсации.
На корпоративы мы всегда приглашаем всю команду, включая аутстафф. Часто ребята из команды только на корпоративах и узнают, что кто-то из них работает на другую компанию.
Аутстаффер имеет такой же уровень ответственности. Он тоже может участвовать в ревью кода, SLA. И конечно, во всех проектных активностях: дейли, ретро, митинги.
Мы не всегда можем напрямую влиять на внешнего сотрудника финансово. Но нефинансовую мотивацию охотно берем на себя. Дарим подарки на праздники, даем возможность брать отгулы за наш счёт. В общем, делаем всё, чтобы разница между внутренним и внешним сотрудником не ощущалась.
Подводя итог серии постов, скажу —
Любая оптимальная мотивация стоит на трех китах: автономность, принадлежность, компетентность. Чтобы повысить мотивацию, нужно научить коллег любить проект, делегировать им ответственность и дать возможность самостоятельно принимать решения.
Telegram
Заметки тимлида // Канал Саши Шутай
Как мотивировать команду: основные правила и принципы Сегодня поговорим с вами о повышении уровня мотивации, а ее виды - в постах выше. Как повысить уровень мотивации: влюбить в проект Прежде чем начать работать с мотивацией, нужно создать все условия…
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 2 months, 1 week ago