Через 20 минут стартуем: Innokenty Bodrov приглашает вас на запланированную конференцию: Zoom.

Тема: Zoom meeting invitation - Zoom Meeting Innokenty Bodrov
Время: 2 мая 2023 08:00 PM Баку, Тбилиси, Ереван

Подключиться к конференции Zoom
https://us06web.zoom.us/j/84175666336?pwd=SlVxc2xTMGFydnJCV0FSYVdlemxoUT09

Идентификатор конференции: 841 7566 6336
Код доступа: 100171
Одно касание на мобильном телефоне
+74999516379,,84175666336#,,,,*100171# Россия
+74999516380,,84175666336#,,,,*100171# Россия

Набор в зависимости от местоположения
+7 499 951 6379 Россия
+7 499 951 6380 Россия
+1 507 473 4847 Соединенные Штаты Америки
+1 564 217 2000 Соединенные Штаты Америки
+1 646 558 8656 Соединенные Штаты Америки (New York)
+1 646 931 3860 Соединенные Штаты Америки
+1 669 444 9171 Соединенные Штаты Америки
+1 689 278 1000 Соединенные Штаты Америки
+1 719 359 4580 Соединенные Штаты Америки
+1 720 707 2699 Соединенные Штаты Америки (Denver)
+1 253 205 0468 Соединенные Штаты Америки
+1 253 215 8782 Соединенные Штаты Америки (Tacoma)
+1 301 715 8592 Соединенные Штаты Америки (Washington DC)
+1 305 224 1968 Соединенные Штаты Америки
+1 309 205 3325 Соединенные Штаты Америки
+1 312 626 6799 Соединенные Штаты Америки (Chicago)
+1 346 248 7799 Соединенные Штаты Америки (Houston)
+1 360 209 5623 Соединенные Штаты Америки
+1 386 347 5053 Соединенные Штаты Америки
Идентификатор конференции: 841 7566 6336
Код доступа: 100171
Найдите свой местный номер: https://us06web.zoom.us/u/kdPy0Pqi99

Запустил трансляцию, подключайтесь!

В продолжении нашего разговора про ChatGPT

Вот, например, простая и банальная штука — перевод текста. С чатГПТ гораздо комфортнее общаться на английском, но иногда нужен результат на русском. Для этого, конечно, можно просто запромптить please translate into russian, но прелесть в том, что перевод тоже можно настроить.

Например, я люблю такой промпт — он делает текст гораздо легче и естественнее, требует гораздо меньше корректировок.

Translate the following text into Russian. Use a simple, catchy, conversation Russian. Don't copy English idioms verbatim, rephrase everything in a Russian-native way, using native Russian idioms. Prefer shorter words, stay away from legalese

Напишите, кстати, нужно ли поделиться каналами-чатами про AI, которые читаю, и поделитесь сами!

Всем доброго дня! Залил видео вчерашних посиделок на 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. Получилось очень универсально, но есть сомнения, что этой универсальности кому то столько надо. Судя по тому, что такого до сих пор нет - видимо не надо.
Но концепт очень крутой, рекомендую ознакомиться для общего развития