Рубрика «управление разработкой»

Что делать, чтобы быть более продуктивным — об этом написаны тонны литературы, от научной до художественной и даже эзотерической. Однако иногда почувствовать, что рабочий день удался, можно без стояния на гвоздях и подъема в пять утра — достаточно убрать раздражающие факторы. Мы в beeline cloud решили разобраться в исследованиях о том, что бесит разработчиков: джунов и сеньоров, в корпорациях и небольших фирмах.

Читать полностью »

Меня зовут Иван Башарин. Я руководитель Лаборатории AI и архитектор решений в компании «Электронная торговая площадка Газпромбанка». В статье я пройдусь по этапам процессов в команде разработки и на примерах покажу, как мы работаем над показателями команды и улучшением наших результатов.

Генераторами новых процессов, как правило, выступают одни и те же группы пользователей: заказчики, аналитики, разработчики, тестировщики и группа управления. Но иногда процессы возникают вследствие ошибок. Из этого вырастают самые любопытные кейсы. Впрочем, обо всем по порядку.

<h2>Заказчики: они точно знают, чего хотят</h2>

Читать полностью »

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

МЕТОДЫ

⠀⠀1. Единственная отложенная выборка

⠀⠀⠀⠀⠀1.1. Модели действительно разные?

⠀⠀⠀⠀⠀1.2. Отличается ли качество моделей?

⠀⠀⠀⠀⠀1.3. Есть ли разница в информативности моделей?

⠀⠀2. Итеративное семплирование

⠀⠀⠀⠀⠀2.1. Отличается ли качество моделей?

⠀⠀⠀⠀⠀2.2. Есть ли разница в информативности моделей?

СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ

Дорогие читатели, надеюсь данная статья будет для Вас интересной и практически полезной, а также сумеет привлечь вас к активному обсуждению!

Читать полностью »

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

При этом разработчик (надеемся):

  1. В курсе бизнес процесса

  2. Понимает, как его код встроен в общую архитектуру решения

  3. Уверен, что предлагаемое решение - работает

Ревьюер (в худшем случае):

  1. Не знает бизнес процесса

  2. Не в курсе архитектуры решения

  3. Не в курсе, работает ли решение и работает ли так, как должно

Читать полностью »

Недавно завершили большой этап работ по чатам на Kotlin Multiplatform.

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

Приложение мы делаем на Kotlin Multiplatform для ускорения разработки на 2 платформы: Андроид и iOS.

Какую задачу мы получили

Читать полностью »

Хватит использовать Telegram для работы: Выбираю лучший профессиональный мессенджер - 1

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

Читать полностью »

— Рыцарь — это человек, он без страха и упрёка

Петров и Васечкин

Это история разработки B2B решения для планшетов, чтобы увеличить их востребованность в сфере образования. Вначале мы совершили все возможные ошибки: считали себя самыми умными, путались в «болях» целевой аудитории вместе с фокус-группой. Всё нравилось менеджерам, разработчикам и, главное, начальству. Затем пилот решения дошёл до пользователей и пришло время отваги для осознания наших заблуждений.

Читать полностью »

"Для них ты просто псих, как я. Сейчас ты им нужен, а надоешь — они тебя выкинут, как прокажённого. Их принципы, их кодекс — всего лишь слова, забываемые при первой опасности. Они такие, какими мир позволяет им быть."

"Мир не такой, каким он кажется.."

"Мир не такой, каким он кажется.."

Читать полностью »

Всем привет! Меня зовут Светлана Уварова, я работаю в МТС Диджитал архитектором. Сегодня я расскажу о Зле, которое может сокрушить целые ИТ-команды. Стоит только одному человеку поддаться ему, как оно перекидывается на его коллег. Поставленные цели не достигаются, новая функциональность не поступает на прод, а проект потихоньку умирает. Имя этому злу — Демотивация. Если не заметить ее начало, поддаться соблазну и опустить руки, то она постепенно ломает командную работу и приводит к выгоранию. В этой статье я расскажу, как отследить наступающую Демотивацию и чем ей противостоять.

Читать полностью »

https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js