Привет, Хабр! 11 июня в 11:00 по Москве мы проведём вебинар «Новые возможности для эффективной командной работы с Яндекс Трекером». 

Эксперты Яндекс Трекера расскажут о возможностях сервиса, которые помогут в решении бизнес-задач. Также они поделятся практическими сценариями использования: как разные команды внутри компании могут работать с Яндекс Трекером.

Хабр, привет! На связи GlowByte Soft, и у нас отличная новость, как видно из заголовка. ?

В нашем блоге мы рассказывали вам о китайском инструменте ZenTao на замену Jira Atlassian. Сегодня хотим поделиться результатами нашего сотрудничества с «Группой Астра»: ГК "ГлоуБайт” и “Группа Астра” подписали соглашение о технологическом партнерстве с целью подтверждения совместимости операционной системы Astra Linux Special Edition 1.7 и программного обеспечения для управления проектами ZenTao Max версии 4.3.

Эксперты центра мониторинга внешних цифровых угроз Solar AURA группы компаний «Солар» за март‑август 2023 года выявили 2,2 тысячи случаев попадания фрагментов закрытого программного кода в публичные репозитории. По словам специалистов, это представляет угрозу для российских организаций. Специалисты Solar AURA начали оценку и классификацию возможных угроз, и уже оповещают российские компании об этих инцидентах.

В четверг 21 июля в московском офисе Сравни обсудим, откуда берётся идея про NestJS как общий фреймворк для единой архитектуры, когда становится больше команд / новых продуктов / проектов на поддержке, а также что меняется, когда тебе нужно делать фронтенд для махины в 20000 строк, какие грабли поджидают с React Hook, MobX store и наследованием observable-объектов.

В программе митапа два доклада:

Умения проводить встречи, следить за ментальным и физическим здоровьем сотрудников, настраивать команду на одну единую цель — это всё soft skills, мягкие надпрофессиональные навыки. Они помогают  лидеру и команде работать эффективнее и не просто ставить цель, а приходить к ней максимально эффективным путем. 

«Ростелеком» собирается вложить ₽2,31 млрд в модернизацию мультимедийной платформы интеграции сервисов и услуг V3 Servies (HIP Berkut). Платформа позволит организациям создавать новые продукты, стандартизировать IT‑ландшафт и автоматизировать бизнес‑процессы. Об этом сообщает портал C‑News.

20-го июля в 18:00 состоится онлайн-митап SuperJob Tech Experience. Совместно с друзьями из Skyeng и X5 Tech обсудим опыт в управлении разработкой: как непрерывно обучаться и адаптироваться к изменениям? Что будет, если рассматривать свою команду как продукт? К каким рискам должен быть готов тимлид? Почему команде важно выращивать экспертизу по продукту? Митап будет полезен начинающим и продолжающим тимлидам, а также тем, кто только планирует ими стать.

16 марта в 18:00 (по Москве) пройдет онлайн-митап от SuperJob, Skyeng, JetStyle и РАЭК. Поговорим об организации процессов на удаленке и особенностях работы с сотрудниками в других странах, а также о том, с какими сложностями сталкиваются распределенные команды и как с ними справиться.

Когда я был юн, я ненавидел архитектурное проектирование и документацию, и считал единым источником правды код. Если вы знакомы с мемом в заголовке статьи, то конечно же знаете, к чему это привело меня в конечном счете.
Эта история про то, как я пришел к необходимости процесса обязательного технического анализа по задачам для программистов.

Приветствую всех! На связи Михаил Емельянов, руководитель Android-направления в RuStore.

За последние два года наш проект достиг впечатляющих результатов: более 50 миллионов установок, около 40 тысяч приложений и более 10 тысяч разработчиков.

Однако быстрый рост не проходит без вызовов, включая такие проблемы, как технический долг. В этой статье я расскажу, как управлять техдолгом, не останавливая разработку новых фич.

Привет, Хабр! Я — Светлана Уварова, ведущий системный архитектор в МТС.

В своей работе несколько раз сталкивалась с тем, что мои коллеги — разработчики, аналитики, тестировщики — не понимали, чем занимается IT-архитектор. Ведь и без него можно запустить систему. Аналитики соберут требования, разработчики воплотят их в коде, тестировщики проверят. Ну а руководитель будет отвечать за дальнейшую судьбу этого коллективного детища.

Но что, если в эту систему ворвется архитектор? В чем его задачи? Заходите под кат, обо всем расскажу. А потом отправляйте пост коллегам, если они пока не понимают, чем вы занимаетесь в команде.

Друзья, сегодня поговорим о становлении и развитии лидера и руководителя в разработке ПО. Для начала несколько слов обо мне.

Сейчас я работаю в Wildberries, руковожу несколькими командами разработки. Мы делаем новые для компании финансовые сервисы. И помогаю студентам Практикума становиться лидерами для разработчиков на курсе ​​Управление командой разработки. 

Свое повествование я начну со слов классика — «Все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по-своему», потому что у каждого направления разработки есть более чувствительные места, а у кого-то эти же места менее чувствительны, но проблемы одинаковые. Данная статья пишется не для того, чтобы очернить или поругать, а для того, чтобы указать и подсветить, те проблемы, которые плохо видны человеку, не искушенному в разработке электроники.

Первая и наиболее значимая проблема, которая пронизывает весь путь разработки это повальное отсутствие компетентности, причем ни какого-то конкретного, а у большего количества людей, так или иначе связанных с разработкой. Начиная продавцов этой техники заканчивая людьми, которые должны анализировать рынок, формировать требования, причем, управлять отраслями или проектами, именно это положение дел длительное время сдерживает и будет сдерживать развитие целой отрасли в России.

В современном мире информационных технологий успешное управление проектами и командами играет ключевую роль в достижении бизнес-целей. Для достижения их, компании нанимают Project Manager, Team Lead, Руководителей разработки итд. Сегодня поговорим о Project Manager.

Одним из важнейших вопросов, стоящих перед компаниями, является выбор правильного менеджера. Существует два основных подхода: нанимать Project Manager из технических специалистов, уже работающих в компании, либо приглашать управленца со стороны без опыта работы с кодом. Давайте разберемся, почему первый вариант зачастую оказывается более эффективным.

Привет! Я Кир Дергачёв, руководитель разработки в Нетологии. Приглашаю вас обсудить умозрительные модели команд разработки, которые нам предлагает каждая вторая конференция, и посмотреть на свою реальную команду, которая у вас есть, реальным трезвым взглядом. Также я расскажу про все этапы тимлидства и что сам понял, пройдя их и наступив на все возможные грабли суровой рабочей действительности.

В 98 году в школе, где я учился, компьютер был только у директора. Наш учитель биологии, замечательный мужик, который по ночам подрабатывал админом в компьютерном клубе через дорогу, был единственным человеком, который шарил как этот ящик вообще работал. Я там тоже периодически зависал, поэтому в какой-то момент получил доступ к директорскому компу, под видом чистки и настройки. Все попытки заинтересовать меня программированием заканчивались включением SimCity, Caesar или Settlers и парой часов упорных тренировок в мобами. Позже, уже закончив универ, я работал в различных конторах, писал код для проектов не связанных с игростроем, но постоянно мечтал о создании игр. Пробовал заниматься маленькими играми для себя, да только в 2006 году бесплатные движки, такие как Unity и Unreal, ещё не существовали. В итоге получалось в основном писать свои движки с нуля и делать разные демки, которые благополучно забыты.

Свою карьеру в игровой индустрии мне довелось начать в компании EA в качестве программиста игрового движка, того самого Unity, но заниматься приходилось в основном низкоуровневыми оптимизациями. Так я быстро понял, что мне нравится игровой дизайн больше, чем программирование (мне по-прежнему нравятся оба направления, поэтому в какой-то момент я и перешел в AI). И хотя программистам особо не доверяли ни создание уровней ни дизайн игр, зато в рабочее время можно было спокойно изучать как функционирует и то и другое, да еще и денег за это платили. Причем изучать не только со стороны редактора, но и изнутри. Стать профессиональным игровым дизайнером у меня не вышло, но разбирать как этот самый дизайн в играх был сделан нравится и сейчас.

Над открытыми мирами не довелось работать, ну кроме, разве что, Cuisine Royale, которая, как бы, не совсем честный открытый мир, но задачи анализа технических решений в других играх и движках, чтение соответствующих лекций и статей помогают понимать какие решения были приняты дизайнерами при разработке, и главное зачем это было сделано. При погружении в новую игру, эти решения еще не так очевидны, но когда набегаешь под сотню часов в Witcher 3 или Zelda, эти паттерны становятся видны и легко ловятся взглядом. Хочу заметить, что ни та ни другая игра не ставят исследование в качестве основной цели. Квесты в Witcher рассказывают уникальные истории, а Зельда, как бы это не показалось странным, акцентируется на боевке и системе крафта. И что еще заметно, в этих играх не обязательно сильно исследовать окружающий мир. Дизайн уровней и компоновка golden path построены так, что игры ведут игрока за ручку, и он все равно оказывается возле важных областей или сюжетных квестов. А когда появилась возможность покопаться в движке и уровнях Metro: Exodus, то конечнo, с интересом начал разбираться с доступными материалами.

Опять будет много текста и картинок