วีดีโอ

Очень ясные и четкие комментарии. Спасибо Изучил книгу но комментарии дали ясность во многих вопросах

или подскажите как попасть в IT ?

Сделайте видео, техническое собеседование где будут такие вопросы : 1. Требование; 2. Методологии; 3. интеграции и архитектуры; 4.базы данных и SQL. 1 час длиться собеседование. Пробую 4-ый раз сдать собеседование и не как не получается. Прошёл интенсив "системный аналитик с нуля ". пишут недостаточно знаний. Это было бы полезнее уверен я не один такой.

Сделайте видео, техническое собеседование где будут такие вопросы : 1. Требование; 2. Методологии; 3. интеграции и архитектуры; 4.базы данных и SQL. 1 час длиться собеседование. Пробую 4-ый раз сдать собеседование и не как не получается. Прошёл интенсив "системный аналитик с нуля ". пишут недостаточно знаний. Это было бы полезнее уверен я не один такой.

Классная презентация у Антона, визуально очень удобно 👍🏻

А где мотивирующий лайфхак как стать богатым? В тегах к видео заявлено, что он будет

можно выключать микрофоны тем, кто не говорит и не шуршать? а так очень классно

Спасибо за работу. Просьба на будущее когда один спикер говорит остальным выключать микрофон.

Хороший материал

Благодарю!

Александра приятно слушать, все в тему и структурировано

Благодарю, за крайне полезный цикл обучающих видео. 1:18:26 Александр, позволю себе поправить интерпретацию Negotiable - это действительно "обсуждаемые", а не "согласованные". Об этом много писали Майкл Кон и Джеф Паттон. Суть в том, что сухим и коротким текстом можно действительно точно и ёмко описать требование. НО его необходимо проговорить, так как описанный текст разные читатели (согласующие стейкхолдеры) могут понять совершенно по-разному ввиду естественного субъективного восприятия. То есть, мало зафиксировать требование и формально получить "ОК"-согласование. Крайне важно словами погрузить стейкхолдеров в контекст. Сам об это спотыкался по началу своей карьеры.))

Про дауна конечно не красиво было сказано 8:00

Единственное, что на стриме про визуализацию очень мало визуализации. Говорится про антипаттерны/удачные кейсы - так покажи пример для наглядности! Но за труд безусловно спасибо.

Александр Белин прекрасно рассказывает информацию. Все очень структурировано, без воды.

Самый ценный комментарий от Ирины )

Ифоцигане одним словом.

#вакансия #Аналитик #DWH #Middle+/Senior АО РБ Текнолоджис Москва Компания: РБ Текнолоджис Полная занятость, полный день Обязанности: изучение уже загруженных в хранилище данных; определение достаточности и поиск недостающих данных в источниках; наполнение модели ядра хранилища и проектирование витрин; составление ТЗ на разработку по формату команды + S2T мэппинг; создание прототипа в виде витрины на ограниченном объеме данных; Работа с Jira и Confluence. Организация работы на проекте: Agile: 3-х недельные спринты; участие в оценке задач и ретроспективах; ежедневный утренний митинг всей команды по текущим задачам + митинг по проекту. Требования: Высшее образование Опыт работы аналитиком данных/системным аналитиком на проектах DWH Желателен проектный опыт в финансовой сфере (банки, страховые компании) Опыт моделирования данных, знание типовых подходов моделирования DWH Знание SQL на продвинутом уровне Опыт работы с PostgreSQL Опыт работы с ETL инструментами на уровне аналитика (анализ трансформаций в джобах) Опыт разработки технических дизайнов (модель данных, бизнес-объекты, интеграции) Контроль соблюдения требований к архитектуре, техническим решениям, совместимости и других технических требований Способность обрабатывать и структурировать большой объем сложной информации, а также доступно и наглядно её презентовать Развитые коммуникативные навыки Желательные, но необязательные навыки: Опыт работы с SAS DI, SAS Enterprise Guide является преимуществом Опыт работы с Green Plum или другой MPP-платформой является преимуществом. Условия: Официальное оформление в аккредитованной IT-компании (отсрочка от мобилизации) Оплата ДМС Работа в команде с уникальной экспертизой Масштабные проекты, возможность профессионального и карьерного роста Рабочий день - пятидневка (гибрид или удалённо на Ваш выбор). Возможность работать с 10:00 - 19:00 по московскому времени. Офис 5 минут пешком от метро Павелецкая Зп до 280 000 net . Контакт @OlichShi

Спасибо большое👍

Огромное спасибо, Дмитрий! Очень полезно)

Вы же вкурсе, что в мобильной версии youtube назван е вашего канала отображается как "Летний Анал..."?

Ведущий слишком навязчивый и надменный. Постоянные перебивания, правки и дополнения спикера сбивают её и делает просмотр намного сложнее и неприятнее.

44:25 почему SOAP классифицируете как обмен сообщениями? Это же, кажется, удаленный вызов процедуры?

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

Не смотрите эту ересь, лучше первоисточник смотрите: бред сивой кобылы. Может и преждевременно, но сразу видно

Очень хороший доклад. Спасибо!!!

Тема видео и описание "Мы обсудим следующие вопросы" никак не связаны друг с другом, мдамдамда :)

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

Доьрый день! Спасибо, очень полезный эфир! Но не нашла ответа на последний вопрос "Как из UC сделать Test Case?" сориентируйте, пожалуйста, на какой минуте, может я пропустила.

Александр Белин -- ваще красавчик! Его слушать -- одно удовольствие

Спасибо огромное! Интересно наблюдать за дискуссией практиков! Не менее запутанным термином из области архитектуры также является и термин Business Capability. Мне кажется, что его разбор достоин отдельного эфира. ЛАФ - что думаете?

Привет, я программист, в it больше 10 лет, собирал бизнес-требования, разбивал их на задачи и подзадачи и все было хорошо, пока не появились такие люди как вы. По сути, жили были программисты и ПМ, обозначилась проблема, что не каждый ПМ может разделить желание пользователя на нужные задачи и в итоге пользователь получал не то, что хотел. Нашли человека, сказали - опроси пользователей и внимательно запиши что им нужно, а если еще диаграмку нарисуешь будеш вообще красавчек. А юз кейс придумали, что бы программист видя тикет вверху читал "я пользователь (юридическое лицо), хочу в ЛК такой-то отчет" и задача добавь в лк вкладку. Чтобы программист понимал зачем он вкладку добавляет и добавил ее только если пользователь юрик. Это простой пример. Вы всему дали какие то заумные названия, программа - информационная система, какие-то диаграммы классов, под вас отдельный словарь нужен. Профессура прям, все запутали, усложнили, переназвали и теперь учат этому лекциями по 4 часа.

Спасибо!

Вы мне уже как родные стали.... 😢

Все у вас классные ребята :)

Скажите, а будут ли ещё видео продолжение до конца книги? Очень хочется с вами её разбирать!

Супер видео у вас ))) Спасибо большое! Скажите, а будет ли продолжение?

Спасибо за ваш труд. Я только осваиваю бизнес-анализ и вы мне очень помогли более детально разобраться в этом всём. Благодарность всем, вы классные ❤

Спасибо, Юрий! максимально полезно и практично

Оп, ничеси. Отличную книжку разбирать начали )

Саша, учитесь слушать, не перебивайте собеседника

Крутые нарезки тезисов

Блондинка ))) Надеюсь Ольга за эти полгода добавила глубины знаний ))) В любом случае спасибо за труд, критиковать, как известно, всегда проще ))

Добрый день, спасибо огромное за виде, очень полезное,👍👍👍, можно прикрепить ссылку телеграм канала Ольги под видел, в чате ее не видно, Спасибо.

Спасибо за Ваш труд. Для тех у кого мало времени, но надо понять книгу Вигерса, Ваши видео просто как клад с золотом! Спасибо.

Спасибо! Жду продолжения про апи

Класс. Но не хватает картинок. Демонстрации текстовых и графических материалов, подкрепляющих сказанное. На аудиалов рассчитывали?

"User Story" -исправьте название, please, "R" добавьте

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

эх, таймкоды бы, а так оч классно, спасибо