Всем доброго дня! Залил видео вчерашних посиделок на Youtube. Огромное спасибо всем, кто вчера пришел и поучаствовал в разговоре! https://youtu.be/I5qUQSsnrJY

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

Привет! Сегодня начинаем новую рубрику «Задачки и тестовые задания», где мы будем разбирать задачки, которые могут задать на собесах

#задачки #тестовыезадания
Задача 1:

Компания, занимающаяся доставкой продуктов питания, хочет создать мобильное приложение для своих клиентов. Мобильное приложение должно иметь функционал онлайн заказов, отслеживания статуса заказа и связи с операторами службы поддержки.

Какие шаги ты предпримешь, чтобы начать проект и какие рекомендации можешь дать компании?

Ответ:

Шаги и рекомендации к разработке мобильного приложения:

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

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

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

4. Разработать дизайн приложения, обеспечивая простоту и удобство использования для клиентов. Каждая страница должна быть удобной для взаимодействия пользователей.

5. Создать прототип приложения, чтобы протестировать и оценить его функциональность. Оценка прототипа даст возможность внести изменения в приложение.

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

#задачки #тестовыезадания
Источник: @analysis_it

Коротенькая, но толковая статья про шаблонизацию микросервисов в Ламоде, дает большое поле для дальнейшего самостоятельного гуглинга https://habr.com/ru/companies/lamoda/articles/728920/

А вот и статья про "бережливую работу с документацией". https://habr.com/ru/companies/kts/articles/730418/. Ребята в КТС не заморачиваются с обновлением устаревших артефактов, а просто расширяют их новыми. Подход интересный, но на долгую, кажется утопичным, т.к. ты устанешь читать огромную серию правок артефактов, чтобы составить внятную картинку работы сервиса или приложения. Мое мнение по прежнему - не писать лишнего, тогда и не надо будет много обновлять)

Тут еще подняли тему анализа, как хобби и саморазвития. Есть разные подходы, опишу свой:
1. Я трачу на саморазвитие +\- 10 часов в неделю. Читаю различные статьи на хабре, vc, medium, осмысляю их, часть прочитанного рефликсирую в канал.
2. На спорте, в самолете, когда один в машине слушаю/смотрю видео или подкасты. Если иногда вы видите, как меня прорывает на несколько видео, значит я куда то летал)
3. А еще я учу студентов на курсе по СА, что меня тоже мотивирует развиваться не только как СА, но и как спикера. И учиться качественно готовить материалы, и грамотно систематизировать информацию и много чему еще.
4. Пока в отпуске сумел пойти на тренинги\курсы, в основном про создание продуктов и гибкие методологии, мне реально интересно копать в ту сторону.
5. НО! Я не считаю, что анализ это мое хобби. Иногда это даже мое проклятье. Профдеформация не дает расслабиться, мозг постоянно что то крутит, анализирует, там самая картинка про мозг с идей в 2 часа ночи - иногда это про меня.
6. Я кайфую от своей работы, я кайфую, когда я приношу пользу и пользователи меня искренне благодарят. Но, как правильно писали в комментариях - я работаю для того чтобы жить и мои хобби они за пределами системного анализа, и это прекрасно!

Если кто-то хочет больше разобраться в CharGPT, то тут Владимир Меркушев рекомендует бесплатный онлайн курс

10000001 пост про нейросети

Кажется, в каждом первом канале уже была подборка полезных нейросетей. И мы сохраняем такие посты на будущее, но всё никак не возвращаемся, чтобы использовать наконец AI в своей работе.

Я, как уже говорил, попробовал внедрить использование Chat GPT на ежедневной основе, и ничуть не жалею 🙂

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

Если вам надоело просто читать про нейросети, пройдите 1 бесплатный онлайн-курс по Chat GPT:
— Узнаете, с чем может помочь AI
— Научитесь составлять запросы
— Разберётесь, как обходить галлюцинации и уточнять ответы

Всё бесплатно, надо просто записаться на сайте: https://aiacademy.me/free-course

PS: у курса уже довольно активный чат, где можно посоветоваться и найти ответ на свои вопросы по AI. Соавтор курса Александр Горный, тот самый, что пишет про Стартап дня, активно отвечает и участвует в дискуссиях. Я уже узнал много полезного и точно посмотрю курс.

Ссылка на чат будет доступна после регистрации☝🏻

#дружескийпиар

Достаточно подробная статья про GraphQL. Подробно разбираются плюсы и минусы на основании нескольких лет использования технологии. Исходя из материалов статьи - GraphQL решение по прежнему весьма нишевое, я например, в своих проектах его пока не вижу. А кто то из вас запускал GraphQL в проде? https://habr.com/ru/articles/728476/

Тут коллеги из Отус запилили статью про BRD (business requirements document) https://habr.com/ru/companies/otus/articles/733432/. И совершили ключевую ошибку, отразив в BRD функциональные требования. На уровне бизнеса (а BRD это же его требования) любые функциональные требования являются решением. Да, это классический проектный подход - когда не надо думать, надо делать то, что бизнес сказал, но мир то меняется и сразу прописывать ФТ в BRD кажется достаточно сложной, затратной, да и лишней идеей.
Пожалуй, можно добавить пожелания по наличию определенных функций, но вот такое в BRD - это нонсенс, кмк:
"Должно быть создано новое главное хранилище виджетов для размещения записей имен и ссылок на объекты виджета."
А как вы пишете BRD?

Почитал тут статью про OpenAPI и про то, как ребята над ним свою обертку сделали. Занимательно, потом попробую собрать их проект и внимательно посмотреть, но в целом не увидел сильных преимуществ перед сваггером. Ты один раз делаешь документ, а дальше корюпируешь куски и все ок, или вообще генерирует из кода, если API first. А если у тебя настолько с арый фреймворк, что не поддерживает openAPI, то может и не надо не нем делать описание или уже поменять на что то современнее. https://habr.com/ru/articles/732572/. А у вас были проблемы с документированием API?

Тут оказывается в ЛинкедИне тоже годный контент бывает, например, вот

Короткая вводная статья по техникам приоритезации задач, дальше каждую технику можно и нужно изучать глубже https://habr.com/ru/companies/yoomoney/articles/733564/

Тут запахло радикализацией! https://habr.com/ru/articles/733786/
Амазон Prime отказались от микросервисов в пользу монолита и понеслась. Да, монолиты и правда хороши в начале. И да, редкая система дорастает до необходимости распила на микросервисы. Но мне кажется, что истина где то по середине в наборе достаточно крупных сервисов, которые выстроены на базкэе бизнесовых задач, а на техническиз

Статья не в тему анализа. Я прохожу курс Ивана Замесина, как делать продукт и прочитал его интервью Тинькову. https://secrets.tinkoff.ru/lichnyj-opyt/people/ivan-zamesin-interview/. В целом большую часть, того, что есть в интервью можно узнать из тренинга и из канала Ивана, но тут оно собрано вместе и по верхам. Для первоначального погружения самое оно. Мне Иван очень нравится и своим подходом к объяснению различных вещей с точки зрения психики и своей манерой ведения тренинга. Так что интервью рекомендую

Уоу уоу, тут у человека наболело, https://vc.ru/opinions/619737-haos-vmesto-adzhayla. Действительно, многое из того, что он пишет имеет место быть, и как абсолютно правильно замечено, вы снизу можете обложиться скрамами и канбанами, но пока наверху люди не начнут хотя бы лежать в сторону гибкости, все будет работать очень сложно, со скрипом, а то и с карго культом. И это печально

Очень давно была эта статья в закладках, большая, сложная, все не мог к ней подобраться, но наконец осилил. https://habr.com/ru/articles/680376/
Концептуально - очень интересный подход - скрестить REST с GraphQL, слегка приправив oData. Получилось очень универсально, но есть сомнения, что этой универсальности кому то столько надо. Судя по тому, что такого до сих пор нет - видимо не надо.
Но концепт очень крутой, рекомендую ознакомиться для общего развития

Чудесная статья от Юрия Куприянова про идеальный мир выявления всех требований к системе на этапе обследования. https://habr.com/ru/articles/682598/
Ну а в мире реальном половина требований к концу проекта будут неактуальны, детальные требования к интерфейсам (вот в 95% случаев) вы переделаете раз три, что, конечно, заставит пересогласовывать ТЗ (если вам хватило ума туда это запихать) или ПР, куда это все ж лучше прикладывать в качестве приложений.
А еще, если вас угораздит без разработчиков спускаться в инфомодель, то и ее придется переделывать с вероятностью 80%.

Доброго всем утра! Если вы ещё не в курсе, то началась продажа билетов на Analyst Days 27 и 28 октября в Москве. До 31 мая минимальная цена билета. Я планирую там выступить с докладом, развивающим мой весенний доклад про бережливое управление требованиями

Продолжаю читать статьи Максима Цепкова. https://vc.ru/hr/565896-chelovek-dlya-kompanii-ili-kompaniya-dlya-cheloveka На это раз про взаимоотношения сотрудника и компании и спиральную динамику. И все больше понимаю, как тот самый пресловутый Аджайл родился и как он живет в тех компаниях, в которых строят культуру развития и как страдают люди при попытках запустить такие преобразования в культуре силы и правил. Ведь по сути там нет никакого места для инициативы, самоорганизации и т.д. Радует, конечно, что многие корпорации пытаются менять подходы и двигаться в сторону бирюзы, но черт побери, как же медленно и инертно это все

Очень крутой пост от Глеба Кудрявцева. Он описал именно те причины, которые стали основными для моего решения об уходе из корпорации. Вариант решения тоже очень крутой, но вот насколько взлетит?