Рабочий дневник: День 268
Как я предметную область понимал

🚜 Удалось успеть протащить в релиз на проекте2 карточку задачи. Он у нас каждые две недели. Но в ней можно не только добавить заголовок и описание, а ещё построить иерархию с уровнями для дочерних задач.

Говорят, хороший разработчик должен понимать бизнес-область, на которую он работает.

Отличный пример — 1С: без знаний бухучёта, проводок или логистики тяжело понять боль юзера. Легко наделать «правильных по коду», но бесполезных фич, сломать UX и воркфлоу.

🤯 Здесь самым сложным было понять, что такое уровни иерархии. От них зависят подзадачи, привязанные к родителям и эпикам.

Что за абстракция возникает у вас в голове, когда говорят: «Надо бы нам в проект добавить ЭТО»?

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

🎨 И да, тут неожиданно оказалось сразу три System Design: сначала UI V1 (который внезапно стал легаси), UI V2 (на нём по наитию сделал саму модалку и выпадающие списки родителей, эпиков, типов).

Ну и «классика» — верстка подзадач (левый блок), по Figm-е, что оказалось самым запарным тк надо было не просто повторить макет, а придумать UI/UX добавления — его мы пилили вместе с тестировщиком. Он говорил, как ему удобно, а я делал.

👥 Сейчас разбираюсь с делегированием задач. Это когда таску можно отправить в другую команду, например в дизайн, и пока они не закончат — выполнение у нас блокируется. Ожидайте.

📊 #статистика День 1357 | 3514 час в IT