Бесплатные курсы Coursera по искусственному интеллекту:

🧠 Основы AI

▫️AI For Everyone от DeepLearning. AI (Andrew Ng)
Введение в ИИ, значение и применение в бизнесе и обществе. Подходит для любого уровня.

▫️Introduction to Generative AI от Google Cloud
Быстрый часовой курс, который познакомит с концепцией генеративного ИИ

▫️Generative AI for Everyone от DeepLearning. AI
Углублённый обзор возможностей GenAI: LLM, prompt engineering


💻 Prompt‑engineering и работа с LLM

▫️Prompt Engineering for ChatGPT от Vanderbilt University
Понимание подходов к формулировке запросов для высокоэффективного взаимодействия с моделями

▫️Generative AI with Large Language Models от DeepLearning. AI + AWS
Техники дообучения моделей, оценка результатов, развертывание LLM-проектов


🌐 AI в бизнесе и обществе

▫️AI, Business & the Future of Work от Lund University
Анализ влияния ИИ на бизнес-процессы, карьеру и организационные изменения

▫️Ethics of Artificial Intelligence от Политехники Милана
Этические, социальные и философские аспекты внедрения технологий ИИ

🧩 Технологические навыки

▫️Introduction to Artificial Intelligence (AI) от IBM
Обзор зон применения ИИ, знакомство с технологиями машинного обучения

10 секретных трюков Excel для быстрой обработки данных

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

0:00 Вступление
0:24 Выравнивание текста по центру выделения
1:32 Преобразование текста в число
2:30 Преобразование числа в проценты
3:30 Извлечение числа из текста
4:11 Автоматическая нумерация строк
5:19 Деление текста в ячейке по столбцам
6:12 Вычисления внутри формулы Excel
6:57 Автоподбор высоты строки и ширины столбца
7:28 Копирование только видимых ячеек
8:14 Использование буфера обмена для копирования множества данных в Excel

Смотреть это видео на youtube: youtu.be/DMNGUcZ_vPU

👁‍🗨 Agile vs Waterfall
Источник

Всем привет! Давайте разберёмся, в чём разница между Agile (Scrum/Kanban) и Waterfall, и как это влияет на нашу работу.

🌊 Waterfall («Водопад»)

Как работает:
1. Этапы идут строго друг за другом (как вода в водопаде):
Требования → Дизайн → Разработка → Тестирование → Внедрение → Поддержка
2. Тестирование - в самом конце (когда весь продукт уже готов)

Плюсы для QA:
▫️Чёткий план (знаем все требования заранее)
▫️Участники проекта, не задействованные на определенной фазе, могут переключаться на другие проекты
▫️Подходит для госпроектов, систем, где нельзя менять требования и для модернизации уже существующих проектов

Минусы:
▫️Если баг найден поздно - исправлять дорого
▫️Нет гибкости

🔄 Agile (Scrum, Kanban)

Как работает:
1. Разбиваем проект на маленькие кусочки (итерации по 2-4 недели)
2. Тестируем каждую фичу сразу (не ждём конца разработки)

Scrum
- Есть спринты (обычно 2 недели)
- Каждый день daily (короткая ежедневная встреча команды разработки, которая проходит в одно и то же время. На ней каждый участник команды отвечает на вопросы «Что было сделано вчера? Что буду делать сегодня? Есть ли что-то, что может помешать работе над задачами спринта?»)
- Тестировщик встроен в команду (не отдельный «отдел»)

Kanban
- Нет спринтов - гибкий поток задач
- Задачи висят на доске, их прогресс наглядно виден по колонкам статусов (To do → In Progress…)

Плюсы для QA:
▫️Быстрая обратная связь
▫️Раннее вовлечение в процесс
▫️Постепенное тестирование

Минусы:
▫️Нужно быстро адаптироваться (требования могут меняться)
▫️Много рутины (ежедневные митинги, ретроспективы)

⚖️ Что лучше для тестировщика?

- Скорость: Waterfall - медленно, Agile - быстро
- Гибкость: Waterfall - нет, Agile - да
- Риски: Waterfall - баги находятся поздно, Agile - ловим баги в процессе разработки
- Документация: Waterfall - много, Agile - минимум

Что спрашивают аналитика на интервью

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

00:00 Вступление
01:08 О бизнес-процессах
03:54 Кто такой бизнес-аналитик
04:41 Что такое система и бизнес-процесс
04:52 Этапы ЖЦ
06:00 Что такое требование
06:13 Как выявлять требования
10:15 Критерии качества требований
10:51 Приоритизация требований
11:06 Моделирование
12:20 Методологии
13:20 Документация требований
15:52 Список необязательных вопросов

Смотреть это видео на youtube: youtu.be/4-hAu73URjI

Хороший курс по проектированию микросервисов — редкость.

Здесь даём ровно то, что нужно в реальной практике:
— Декомпозиция бизнес-домена — как разбить монолит на сервисы и обосновать решение;
— Интеграции между сервисами — REST, события, очереди и когда что выбирать;
— Паттерны и антипаттерны микросервисной архитектуры — чтобы отвечать не «по книжке», а из практики.

Плюс — живые разборы кейсов и канал с быстрыми ответами на вопросы.

Курс ведёт архитектор Кирилл Ветчинкин — разработчик с 15-летним опытом, 8+ лет внедряет MSA.
Если вы работаете с распределенными системами, хотите разложить в голове паттерны и научиться не просто «пилить микросервисы», а понимать, зачем они бизнесу — присоединяйтесь.

📌 Старт: 9 сентября
👉 https://microarch.ru/courses/microservices?utm_source=posev&utm_medium=erid:2VtzqxAo18TN&utm_campaign=5

Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2VtzqxAo18T

у вас такое практикуют? 😁

🎬 Основы UML: Диаграммы вариантов использования (Use Case Diagrams) 🤝

Привет, системные аналитики! 🤓

Сегодня погружаемся в мир UML и разбираемся с одним из самых полезных инструментов для моделирования требований – диаграммами вариантов использования (Use Case Diagrams).

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

Основные элементы диаграммы:

• Актор (Actor): Представляет собой пользователя (человека, систему, устройство), который взаимодействует с системой. Обозначается в виде человечка 🧍.
• Пример: Клиент, Администратор, Банковская система.
• Вариант использования (Use Case): Описывает конкретную задачу или функцию, которую выполняет система для актора. Обозначается в виде овала ⚪️.
• Пример: "Оформить заказ", "Войти в систему", "Просмотреть отчет".
• Отношения (Relationships): Связывают акторов и варианты использования, а также сами варианты использования между собой.

Типы отношений:

• Ассоциация (Association): Указывает на взаимодействие актора с вариантом использования. Обозначается линией ➡️.
• Пример: Клиент оформляет заказ.
• Включение (Include): Указывает на то, что один вариант использования всегда включает в себя другой. Обозначается пунктирной линией с открытым треугольником dashed_arrow_point_right.
• Пример: "Оформить заказ" включает в себя "Проверить наличие товара на складе".
• Расширение (Extend): Указывает на то, что один вариант использования может быть расширен другим. Обозначается пунктирной линией с открытым треугольником.
• Пример: "Оформить заказ" может быть расширен "Применить промокод".
• Обобщение (Generalization): Указывает на наследование свойств и поведения от одного актора или варианта использования к другому. Обозначается сплошной линией с открытым треугольником.


Зачем нужны диаграммы вариантов использования?

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

Как выявить ключевые потребности бизнеса: 5 практических методов для аналитика

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

1. 🗣 Интервью с заинтересованными сторонами (Stakeholder Interviews):
• Суть: Личные беседы с ключевыми представителями бизнеса (руководители, менеджеры, пользователи).
• Как: Подготовьте структурированные вопросы, чтобы понять их цели, проблемы, ожидания и приоритеты.
• Совет: Не ограничивайтесь "дежурными" вопросами. Углубляйтесь в детали, чтобы выявить скрытые потребности.
• Пример вопроса: "Какие три самые большие проблемы вы сейчас видите в процессе X?" или "Что вы хотите улучшить в ближайшие 6 месяцев?"

2. 📜 Анализ документации (Document Analysis):
• Суть: Изучение существующих документов (отчеты, бизнес-планы, регламенты, маркетинговые материалы).
• Как: Выявляйте ключевые цели бизнеса, процессы, ограничения и зависимости.
• Совет: Не полагайтесь только на официальные документы. Ищите неофициальные записи, переписки и другие источники информации.
• Что искать: SWOT-анализы, результаты исследований рынка, feedback от клиентов.

3. 🕵️‍♀️ Наблюдение (Observation):
• Суть: Непосредственное наблюдение за работой сотрудников, процессами и системами.
• Как: Следите за тем, как люди взаимодействуют с системами, какие задачи они выполняют, какие проблемы у них возникают.
• Совет: Будьте беспристрастны и внимательны к деталям. Записывайте все свои наблюдения.
• Пример: Наблюдение за работой операторов колл-центра, чтобы понять, какие вопросы задают клиенты чаще всего.

4. 🤝 Воркшопы (Workshops):
• Суть: Организация совместных сессий с заинтересованными сторонами для обсуждения проблем, генерации идей и определения требований.
• Как: Используйте структурированные методы (мозговой штурм, SWOT-анализ, приоритизация требований).
• Совет: Приглашайте представителей разных отделов и уровней иерархии.
• Что нужно: Четкий план, модератор, визуализация (доска, флипчарт).

5. 📊 SWOT-анализ:
• Суть: Оценка сильных и слабых сторон компании, возможностей и угроз внешней среды.
• Как: Составьте матрицу SWOT, проведите анализ и определите стратегические направления развития.
• Совет: Используйте результаты SWOT-анализа для определения ключевых потребностей бизнеса.
• Пример: Слабая сторона - устаревшая IT-инфраструктура, потребность - модернизация IT-систем.

Как выглядит рабочий день системного аналитика?

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

0:00 Вступление
0:40 Кто такой системный аналитик?
2:53 Что делает системный аналитик?
4:05 Какие уровни бывают у системных аналитиков?
4:45 Рабочий день системного аналитика
8:50 Как я формирую свой рабочий день?

Смотреть это видео на youtube: youtu.be/1tkmeKRwVO0

Режим работы 996

В то время как, Европа проводит эксперименты по сокращению рабочей недели до 4 дней, в американских стартапах всё чаще переходят на режим работы 996.

Режим работы "996" — это распространённый особенно в Китае режим работы, который предполагает:
9:00 — начало рабочего дня,
21:00 (9 PM) — конец рабочего дня,
6 дней в неделю (обычно с понедельника по субботу).

Причина очевидна: таким образом американские компании пытаются конкурировать с китайскими. Больше рабочего времени = больше поставленного кода. Сотрудники соглашаются на такие условия добровольно, надеясь на опционы и быстрый карьерный рост.

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

А вы что думаете?

Пруфы

Логическая задача на собеседовании «Серверы Google”

Эта задача из книги «Достаточно ли Вы умны, чтобы работать в Google”. Это руководство как успешно пройти собеседование в Google.

Даже если Вам не туда, то книга помогает во многом в прохождении собеседований в другие топовые компании. Уже готовлю для Вас главные инсайты книги.

❗️А вот и вопрос❗️

«В вашем распоряжении 10 тысяч серверов в дата-центре с возможностью удаленного управления и один день, чтобы получить миллион долларов. Что вы для этого сделаете»?

Подборка полезных ссылок:

SQL:
-Интерактивный курс по SQL
-Язык SQL
-Учебник по SQL

Архитектура:
-Монолитная и микросервисная архитектура. Сравнение
-Микросервисная архитектура, ее паттерны проектирования и особенности
-Памятка РП. Микросервисная архитектура
-Архитектура "файл-сервер".
-Концепты P2P социальные сетей и Diaspora
-Клиент-серверная архитектура в картинках
-Сравнение микросервисной и монолитной архитектур
-Просто о микросервисах

Выбор компаний, собесы, трудоустройство:
-Как выбрать работодателя в сфере IT: на что обратить внимание?
-Полный гайд по собеседованиям в IT
-Международный мультивендорный Digital-интегратор
-Как провалить собеседование в IT? 7 типичных ошибок (и как их избежать
-«Забудь про скромность и недостаток опыта»: 5 рекомендаций, как проходить собеседования в ИТ
-Как пройти собеседование в IT на позицию джуна⁠⁠
-Как пройти собеседование, если вы — новичок в IT. Советы по подготовке