Павел Шерер
前往频道在 Telegram
О продуктах, логике и здравом смысле. https://sherer.pro По всем вопросам @sherer_pro
显示更多1 287
订阅者
无数据24 小时
-47 天
-430 天
帖子存档
1 287
Ну что, цикл про информационную архитектуру дописан. Последняя статья — про практические советы и подводные камни.
Если вы по какой-то причине ждали, пока я закончу всю серию целиком, то вот, дождались. Теперь можно читать все статьи подряд. Вопросы и возражения, как обычно, оставьте при себе или приносите сюда, в комментарии.
Шарьте, наверняка кому-то будет интересно
1 287
Ловите шестую, предпоследнюю, статью цикла про информационную архитектуру цифровых продуктов. Теперь проговорим о моделях, ибо после трёх статей про сущности пришло время рассказать, как же это всё теперь связывать. Статья местами повторяет уже изложенное, но так надо (во имя полочек и кирпичиков).
В общем, вот продолжение. Примерно на десять минут, с картинками, как вы любите.
Шарьте, на подходе финальная часть про практическое применение
1 287
Пришло время новой статьи.
Да не просто статьи, а ответа на другую, не менее интересную статью Андрея Шапиро. Называется она «Феномены код-агентной разработки и слабости SDD», и поднимает очень актуальный вопрос:
Как сохранять поведение системы при работе с ИИ-агентами, если даже подробные требования не гарантируют правильного исполнения, а возможности человека проверять изменения ограничены?В своём ответе я продолжаю этот разговор, но уже со стороны проектирования. Разбираю, как функциональная и информационная архитектуры помогают связать принятые решения с кодом и тестами. Определить, что проверять при изменениях. Ну и заодно рассуждаю о том, где уточнил бы выводы Андрея и чего сама архитектура гарантировать не может. Приключение на 10 минут:
1 287
Отныне и до воскресенья магическим образом тут будет появляться ежедневный короткий пост про скиллы. Если формат зайдёт, подумаем над новой темой
1 287
Ну вы поняли, в общем. Аналитики, готовые лично пободаться за свою профессию, го на Стачку в Питере.
Буду рассказывать о том, почему Персоны проёбаны и зачем это аналитикам (спойлер: для трассировки)
UPD: ещё и JTBD зацепим
1 287
Есть у меня один знакомый. Басков или Бесков, кажется (я к моменту его Прихода ваще нихера не знал и даже ничего не слышал о нём, хотя к тому времени уже успел поработать с топами нашей любимой индустрии). Такая вот локальная аналитическая звезда.
Так вот эта звёздочка несколько лет назад решила доебаться до функциональной архитектуры. Типа он такой золотой пизды колпак, весь из себя столп аналитики и даже участвовал в создании публичных стандартов. И FA не стандарт, и я (почти цитирую) ношусь я с ним, как с писаной торбой и только с ним, ничего вокруг не видя. Да и хрен бы с ним, не существенно.
Мой вопрос даже не к нему, а к ему подобным и его поддерживающим: ну чо, как на рынке труда ситуация? Помогли вам ваши регламенты?
Где сейчас твои стандарты? Размазались о нейронки. Никто, если он в здравом уме, больше не рисует сиквенсы руками. Проектирование — больше не уникальная прерогатива аналитиков. Даже та малая часть вашей работы — валидация — и там вы, пропитанные стандартами, скоро будете не нужны.
Чтобы сделать из слабенькой концепции спецификацию, нужно не владеть нотациями, а просто понимать, как работают разработчики, дизайнеры и нейронки — и нести понятный (хотя бы для себя) образ результата. Код (в связке с условной graphify) сам себя документирует. Продукт (в связке с условными эмуляторами, playwright etc) сам себя тестирует. Документация (если вы в состоянии построить нормальный RAG), больше не обязана под вас подстраиваться.
Я не воспеваю хвалу нейронкам и ни в коем случае не говорю, что аналитики станут не нужны. Я говорю о том, что вы со своими стандартами устарели ещё пять (а в комментариях говорят, что десять) лет назад. И готов об этом похоливарить.
Конечно, FA не стандарт. И хвала богам за это. Потому что любая методология, приобретшая массовость и загнанная в стандарты, теряет в качестве. Посмотрите на скрам. Где он сейчас в его изначальном замысле?
Стандарты — это важно. Как нам всем было бы проще жить, если бы USB-C появился 10 лет назад? Но не надо смешивать физические стандарты, в которых цикл обновления занимает несколько лет, со стандартами интеллектуальными, которые вместо помощи часто загоняют тебя в рамки.
Функциональная архитектура работает. И с приходом нейронок она доказала свою антихрупкость. Равно как и информационная архитектура, и PoDPR, и UX-связки и ещё тьма всего, что я если не придумал, то сформулировал.
ИИ сделал мою работу только эффективнее. Да, я местами стал тратить больше времени на задачу, чем раньше. Но и выхлоп отличается колоссально.
Если бы мои темы не были рабочими, меня бы не нанимали и не звали на конференции.
Подробности в шапке профиля (нет).
1 287
Обычно я предлагаю четверг для таких встреч, но ближайшие четверги заняты преподаванием в РАНХиГС (студенты, залетайте).
Пятница тоже в проёбе, так как оттаскивать вас от пятничных баров некошерно.
Посему предлагаю субботу. Пишите в личку или в комменты о времени
