Все потоки

Как провести правовой аудит дизайн-студии и защитить интеллектуальную собственность | Кейс

Хочу с вами поделиться кейсом 2024 года.

Исходные данные:

• Форма: ИП.

• Команда: 3 сотрудника в штате + периодически привлекаемые удаленные специалисты (дизайнеры, IT-специалисты, специалисты по рекламе).

• Опыт: Работает около года.

• Деятельность: Дизайн интерьеров — создание интерьеров для домов, офисов, ресторанов и других помещений.

Запрос: « Все ли верно с юридической точки зрения и защищены ли интересы студии».

1.Я провела комплексный аудит:

• Интеллектуальной собственности (ИС): Наличие, хранение, передача прав и др.

• Договоров: с клиентами, штатными сотрудниками и с привлекаемыми удаленными специалистами.

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

• Соблюдения закона о перс.данных: Наличие необходимых документов и соблюдение норм по защите, хранению и обработке персональных данных.

2. Какие риски выявлены:

Основные риски касались создания и использования интеллектуальной собственности и взаимоотношений внутри компании.

• Права на дизайн-проекты. В трудовых договорах с штатными дизайнерами не было четко прописано, что исключительные права на все проекты, созданные в рабочее время, принадлежат студии. Формально дизайнер, уволившись, мог бы запретить использовать свои наработки. Это главный риск.

• Проблема с удаленщиками. С внешними дизайнерами и IT-специалистами работали по гражданско-правовым договорам, в которых вообще не было речи о переходе прав на созданные ими объекты (например, элементы визуализации или доработки сайта). Без этого все, что они делали, оставалось их личной собственностью. Не было никакой ответственности удаленщиков, в том числе в случае, если они использовали результаты чужой интеллектуальной собственности, нарушили сроки или выполнили работы некачественно

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

• Отсутствовало положение о коммерческой тайне, соглашения о конфиденциальности с сотрудниками, удаленщиками, контрагентами. Эскизы, чертежи и концепции будущих проектов могли беспрепятственно «уходить» к конкурентам вместе с уволившимися сотрудниками или подрядчиками, и запретить это было практически невозможно.

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

3. Что было сделано:

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

• Внедрили с собственником документооборот. Я разработала положение о создании интеллектуальной собственности, форму задания, простые формы актов приема-передачи проектов. Теперь факт создания работы и ее содержание фиксируются документально.

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

• Разработала, а собственник заключил соглашения о конфиденциальности..

Итог: Теперь сотрудничаем со студией точечно. Собственник теперь уверен, что его интересы защищены. На тот момент он отказался приводить в порядок блок по персональным данным, но уже понял, что надо. Разрабатываю теперь пакет документов.

Dart/Flutter: с чего начать, чтобы не страдать

Привет! На связи Иван и Михаил, Flutter-разработчики из Финама. Когда мы начали писать на Flutter, поняли — граблей тут много, и на некоторые мы уже успели наступить, собрали бинго и готовы рассказать, где они поджидают. Делимся «анти-чеклистом» — вдруг поможет сэкономить время и нервы:

«Книга — лучший подарок», но не в этом случае

Первая ошибка — искать идеальную книгу по Flutter, язык и фреймворк меняются быстрее, чем успевает выходить новое издание. Через пару месяцев некоторые главы могут быть уже неактуальны.

Что делать? Читать документацию, она обновляется. Поначалу может быть трудно вникнуть, опираясь только на нее. На этот случай есть запасной вариант — пройти какой-нибудь годный курс (вроде Udemy). Выбирайте те, где обновления выходят после каждого релиза.

Где брать актуальную информацию

Чтобы не отстать, нужно искать и читать свежие статьи про Flutter и Dart. Из русскоязычных источников нам помогает, конечно, Хабр, а еще рекомендуем ТГ-канал Amiga. Хорошие статьи на английском выходят на Medium. На Youtube-канале Flutter регулярно публикуют интересные видео. А еще мы попробовали лайфхак с нейросетью: она собирает дайджест свежих материалов за неделю. Удивительно, но это правда работает.

Начни со стейт-менеджментов и правильной архитектуры приложения

Самая частая боль новичков — хаос в коде. Мы видели проекты, где бизнес-логика жила прямо в build(). Всё работало… до первого бага.

Как действовать:

• Начните с простого setState — это базовый способ управления состоянием. Затем попробуйте пакеты Bloc, Riverpod — почувствуете разницу в читаемости и структуре.

• Изучите основы чистой архитектуры: это позволит вам быстрее понимать чужой код и лучше разбираться в своем.

• Хотите потренироваться? Попросите AI сгенерировать пример проекта с Bloc — и разберите его построчно. Или обратитесь к статьям.

Не бойся проблем при сборке

При сборке проекта ты скорее всего столкнешься с ошибками компиляции и в 90% случаев это будут ошибки, связанные с Xcode и Gradle. Не нужно паниковать, Flutter достаточно умен и в большинстве случаев предложит тебе решение. Если не было предложено решение или оно не сработало — не беда, первая ссылка в гугле вероятнее всего решит твою проблему. И не забывайте про старый дедовский способ перезагрузки:

flutter clean

flutter pub get

В топку тяжелые среды, работай по четвергам в Visual Studio Code

Среда разработки — твой основной инструмент, ты будешь работать в ней 99% своего времени, а значит она должна быть удобной и комфортной для тебя. Для Flutter есть две основные IDE: Android Studio и Visual Studio Code. Android Studio — мощная, с готовыми тулзами и анализаторами, но тяжеловесная. VS Code — лёгкий, быстрый и гибкий.

В Финаме мы работаем в VS Code — там проще интегрировать CLI-инструменты, автогенерацию кода и кастомные скрипты. Но выбор — это вопрос привычки: рекомендую попробовать обе. Главное, чтобы IDE не тормозила, когда запускаешь hot reload 20 раз в час. Я знаю людей, которые переходили с Android Studio на Visual Studio Code, но не знаю обратных примеров.

Логике в UI не место

Выгружать логику работы приложения (например, сетевые запросы, обработку данных) в методе build() — грубая ошибка. Это ведет к багам, фризам, затрудняет тестирование, нарушает принципы разделения обязанностей.

Используйте стейт-менеджеры. Логика должна быть отделена от UI — это облегчает поддержку, переиспользование и покрытие тестами. 

Делите UI на независимые виджеты

Если экран превращается в тысячу строкового монолита — значит пора рефакторить. Разбивайте интерфейс на маленькие, самодостаточные виджеты (например: заголовок, список, кнопки). Это упрощает чтение, тестирование и повторное использование компонентов. И старайтесь ограничивать один экран не больше 150-200 строками кода.

Async — не просто await

Асинхронное программирование в Dart требует внимания:

• Оборачивайте важные вызовы в try/catch.

• Используйте async/await для читаемого кода; а если используете .then(), не забывайте обработать

За последние месяцы в Практикуме появилось несколько новых курсов и дополнений в текущих программах. Делимся подборкой, чтобы вы точно ничего не пропустили.

Новые курсы

«Нейросети для бизнеса» — 10 недель о том, как применять нейросети для оптимизации процессов, сокращения расходов и роста прибыли. Курс подойдёт руководителям, предпринимателям и специалистам, которые хотят внедрять ИИ-решения в свои проекты и команды.

«Rust для действующих разработчиков» — программа для тех, кто хочет перейти на Rust или сделать его основным стеком. Разберём многопоточность, асинхронность, API, WebAssembly, принципы владения и заимствования, async/await и FFI. После курса сможете создавать надёжные и безопасные продакшн-решения.

«Обработка естественного языка (NLP)» — двухмесячный курс для специалистов по Data Science, ML и DL. Научим применять NLP для работы с большими данными, интегрировать технологии в приложения и сервисы — от чат-ботов до инструментов анализа текстов.

«Руководитель направления DevOps» — программа для тех, кто хочет совмещать техническую экспертизу и управление командой. Поможет стать «играющим тренером» — специалистом, который одинаково уверенно разбирается в технологиях и менеджменте.

Обновления в курсах

«Управление командой». Появился новый максимальный тариф. Помимо всех материалов расширенного формата, в него добавлен модуль по критическому мышлению и курс «Нейросети для работы». Формат для тех, кто хочет развиваться на стыке управленческих и технологических компетенций.

«Технический директор — CTO». Теперь с двумя новыми тарифами — расширенным и максимальным. Курс помогает структурировать опыт, освоить новые инструменты, научиться строить антихрупкие команды, проводить технический аудит и выстраивать IT-стратегию. А ещё — завести полезные знакомства с действующими СТО из крупных компаний.

«Системный администратор». В расширенном тарифе добавлены три дополнительных месяца обучения — это шесть новых тем по Windows и шесть практических проектов для портфолио. Курс охватывает востребованный стек технологий и реальные задачи системных администраторов.

Вышла платформа для 3D-дизайна от Hyper 3D, где максимально прокачан визуальный редактор Rodin. Инструмент стал настоящим швейцарским ножом для 3D-дизайнеров и моушенов:

• можно генерировать трехмерные части модели отдельно;

• проект можно собирать по частям и хирургически редактировать каждый вектор;

• детали можно сохранять как макросы. Не придется с нуля генерить типовые проекты;

• есть библиотека готовых материалов. Можно сделать собственные модели или использовать формы коммьюнити;

• добавлены редакторские фичи: перегон из 2D в 3D, апскейл фото и моделей и даже генератор 3D-аватаров;

• совместима с популярным ПО и движками, например, Blender и Unreal Engine;

• можно сделать собственный синематик за минуты;

• можно работать прямо в консоли — да, у Rodin есть встроенная среда разработки для 3D.

Вице-президент Google выпустил бесплатную интерактивную книгу про интеллект, включая искусственный. «What Is Intelligence?: Lessons from AI About Evolution, Computing, and Minds». Автор Блейз Агуэра-и-Аркас на пальцах объясняет, как работает ваш мозг и как в нём двигаются шестерёнки — это не чудо, а механизм, который можно прокачать. Как мозг «угадывает» следующий шаг и почему это и есть основа интеллекта. Почему эволюция — огромная обучающая система. Чем ИИ на нас похож, а где принципиально другой. Как не путать «интеллект» и «сознание». Чего ждать от развития нейронок и когда нас всех заменят.

Технологические хайпы: от UML до ИИ

За 20 лет в IT видел много технологических циклов. Сейчас наблюдаю знакомую картину: ИИ-истерия повторяет паттерн предыдущих хайпов.

1990-2000е: UML и генерация кода

• Rational Rose и UML-генераторы кода обещали "программирование без программистов"

• Результат: много шума, мало толку. Разработчиков стало только больше

2000-2010е: Agile-бум

• Agile стал мантрой, которую повторяли все подряд

• Консультанты обещали "спасти" любой проект

• Команды внедряли скрамы, не понимая сути

• Результат: много шума, мало толку. Разработчиков стало только больше

2010-2020е: Low-code и BPMN

• BPMN-системы сулили автоматизацию всех бизнес-процессов

• Low-code платформы обещали заменить разработчиков

• Результат: много шума, мало толку. Разработчиков стало только больше

Сейчас: ИИ-истерия

• ИИ решает все проблемы человечества

• Каждый второй - "эксперт по ИИ"

• Люди спрашивают ChatGPT, что съесть на завтрак, вместо того чтобы научиться планировать питание

• Результат: пока тот же

В чем разница:

ИИ - реальная технология с потенциалом изменить все. Но хайп и истерия - те же.

Почему это опасно:

ИИ не всегда прав. По данным исследований, 45% ответов содержат существенные ошибки, 81% - мелкие погрешности. Проблема в том, что ИИ может генерировать убедительно звучащую чушь.

Галлюцинации ИИ:

• Создает несуществующие источники и цитаты

• Может "диагностировать" болезни, "составлять" юридические документы

• Иногда выдает устаревшую информацию как актуальную

• Неспециалист не отличит правду от выдумки

Мой опыт подсказывает:

Хороший инструмент в руках специалиста дает синергию. В руках дилетанта - часто больше вреда, чем пользы.

Не стоит гнаться за модой. Сначала разберитесь в предмете, потом используйте инструменты. ИИ - мощная штука, но не панацея.

Источники:

• Исследование EBU и BBC о точности ИИ

• Исследование о ложных цитатах ChatGPT

Как создать продукт, который изменит подход к тестированию во всей компании?

Ответом на этот вопрос в своём интервью делится Данила Леньков, лид юнита A/B в Авито и создатель Trisigma. У Дани сложился увлекательный карьерный трек: от аналитика в финансовом секторе до создателя платформы для A/B-тестирования внутри Авито. В интервью обсуждаем ключевые этапы такого пути: от неудачного редизайна, послужившего толчком к изменениям, до создания собственного инструмента, который кардинально преобразил подход компании к тестированию.

Смотреть VK
Смотреть YouTube

Подробнее о Trisigma можно почитать здесь, а также в статье Дани. А все актуальные новости можно узнать в канале AvitoTech в Telegram: там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Тестирование требований — это не про поиск багов в коде. Это процесс проверки того, насколько сами требования корректны, полны и понятны.

Зачем это вообще нужно?

Ошибки в требованиях → баги в реализации → потери времени и денег.

Тестирование требований позволяет:

• Выявлять дефекты до этапа кодинга

• Экономить время команды

• Делать ожидания всех сторон прозрачными

• Повышать качество продукта без доработок «в последний момент»

Как понять, что требование хорошо сформулировано:

Какие техники тестирования требований использовать?

Взаимный просмотр
Показываем свою работу коллегам

Вопросы
Уточняем у заказчиков и коллег

Тест-кейсы и чек-листы
Прорабатываем набор вопросов для проверки требований

Рисунки
Наглядно представляем приложение

Прототипирование
Делаем наброски интерфейса и переходов между экранными формами

Исследование поведения системы
Мысленно моделируем работу пользователя с системой

Как проверить количество и атомарность?

1. Делаем блок-схему, чтобы увидеть дубли и лишние шаги

2. Проверяем, что требование описывает Create / Read / Update / Delete / List

3. При помощи сценария использования проверяем, что требование покрывает весь путь пользователя

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

5. Ищем отсылки на неопределенную информацию — если есть «и т.д.», «как обычно», стоит уточнить

6. Проверяем на союз «и» — часто он объединяет в одном требовании сразу два, а иногда и больше

Как проверить выполнимость и однозначность?

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

Что важно:

• Терминология

• Отсутствие качественных определений

• Простое изложение

• Возможность составить набор тестов

• Тестирование внешних сервисов

Как проверить актуальность и последовательность?

Если требование забыли, потеряли или поняли не так — беда в процессе.

На что обращаем внимание:

• Одно требование описано в одном месте

• Есть user story или хотя бы сценарий использования

• У автора требований есть знание предметной области

• Учтены интересы всех пользователей

• Договоренности из чатов перенесены в документацию

• Согласована дата последнего обновления требований и документации

Хорошие требования — это результат не только опыта, но и осознанной практики.

Подводим первые итоги облачного рынка в 2025

Привет, Хабр! 

12 ноября мы проведем вебинар «Первые облачные итоги 2025. Распаковка исследования облачного рынка России».  

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

В программе

🔹 Чем интересны тенденции рынка в 2025 году (по данным за 9 месяцев)
🔹 Как складывается конкурентная ситуация и какие изменения грядут на рынке
🔹 Какие тренды наблюдаются в российских и глобальных облаках
🔹 Как обстоит ситуация с импортозависимостью и суверенными решениями в 2025 году
🔹 Что нового появляется в AI/ML-сервисах, Kubernetes, Data-Platform / Lakehouse и Bare Metal  

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

Зарегистрироваться

Исследователи из Пекинской академии искусственного интеллекта (BAAI) обучили человекоподобного робота тянуть автомобиль весом 1400 кг по ровной поверхности.

Это достижение кажется впечатляющим, учитывая, что робот Unitree G1 весит всего 35 кг и имеет рост 132 см. В BAAI опубликовали видеозапись этого эксперимента. Не най робот G1 демонстрирует замечательную устойчивость и равновесие во время буксировки автомобиля, показывая передовые возможности динамического баланса и силы, обеспечиваемые искусственным интеллектом. На видео видно, как робот прилагает видимые усилия, чтобы вытащить автомобиль с парковки по ровной поверхности. После непродолжительной борьбы за сцепление с поверхностью робот восстановил контроль, слегка присев, имитируя человеческую позу для приложения силы.

Экономим с FinOps: доклады экспертов отрасли

Учиться на чужих ошибках дешевле, чем на своих. Практики FinOps рассказали, как разбирались с облачными расходами.

FinOps без иллюзий

Игорь Гальцев: FinOps – это не должность и не софт, а процесс. Инженеры, финансисты и менеджмент должны работать вместе, а из инструментов – только теги, распределенное бюджетирование и алерты. 

Когда счёт прилетает внезапно

Антон Черноусов из Yandex Cloud запустил проект без лимитов. Как итог – счёт на $2700 за день. Решить проблему помогла настройка бюджетов, алертов и автоматизации.

Практика и культура

Антон Егорушков из Купер (СберМаркет) рассказал, что динамические стенды и скоринг команд напрямую влияют на то, как расходуются бюджеты. Поэтому культуру FinOps строить сразу, иначе потом выйдет дороже.

Простые шаги

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

FinOps в Kubernetes

Алексей Минаев: 70% переплат сидят в Kubernetes, потому что ресурсов выделяют больше, чем используют. В итоге CPU загружен на 13%, память на 20%. Правильные реквесты и автоскейл поднимают утилизацию до нормальных 70%, и переплата исчезает.

SaaS и лицензии

Дитер Мейсон из Roku: FinOps не ограничивается только облаком. FinOps – это в том числе про управление подписками, аномалии в продлениях лицензий и, конечно, расчёт ROI.

Есть чем поделиться? Вступайте в наше сообщество Практики FinOps.

Бывает, что работа надоедает — хочется попробовать себя в чём-то новом, но останавливает страх начинать с нуля. Спокойно: построить карьеру в IT можно и без глубоких знаний программирования или технического образования.

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

Тестировщик

Аналитик данных 

UI-дизайнер 

Frontend-разработчик

Python-разработчик

А если вас не пугают трудности — залетайте на нашу витрину со всеми курсами (даже самыми хардовыми)

Новое видео с нашей Конференции Luxms, в котором Андрей Савичев, директор по данным Fork-Tech, рассказал, как команда провела масштабную миграцию данных при слиянии «Открытие брокер» и «ВТБ» с помощью Luxms BI.

На платформе был построен надежный «ИТ-мост», позволивший в рекордные сроки – всего за два месяца – перенести данные из двадцати различных источников: более двух миллионов счетов и свыше четырехсот тысяч клиентских записей.

В выступлении:

• Как BI превратился в платформу миграции: единый контур загрузки, проверки и выгрузки данных;

• 400 000 клиентских записей и миллионы счетов — как обеспечить качество и синхронность данных в режиме онлайн;

• Визуальный контроль через дэшборды: операционные команды наблюдали процесс миграции в реальном времени;

• Интеграции BI с внешними сервисами — SMS, почта, биржи — для уведомлений клиентов и непрерывности торгов;

• Что позволило провести полную миграцию за 6 месяцев и остановить обслуживание клиентов всего на один день.

Видео выступления и материалы — на нашем сайте.

Эта миссия теперь выполнима — импортируем данные из PostgreSQL 💼

Из панели можно запустить автономный импорт данных из любой базы PostgreSQL (как с внешней, так и из нашего облака).

Как переносить: перейти в нужную базу → кнопка ☝️ → ввести креды от базы-источника и выбрать владельца новой базы → done.

👉 Автоматически можно импортировать структуру таблиц, индексы и данные. А пользователей, роли и расширения нужно добавлять уже вручную.

Рубрика вопросы:

1️⃣ Я могу перенести данные между разными версиями PostgreSQL?

➖ Да, но не получится перенести специфичные типы данных.

2️⃣ А могу выбрать уже существующую базу для импорта?

➖ Нет, новая база создается автоматически. Если в панели уже есть база с таким именем, то система выдаст ошибку.

Импортировать базу в пару кликов →

Микроэлектроника в центре политической бури

Мы привыкли, что в центре геополитического конфликта — фабрики TSMC на Тайване. И США, и Китай хотели бы видеть их у себя, чтобы обеспечить безопасное производство новейшей электроники. Но первым на острие политического скандала оказался небольшой производитель электроники Nexperia в Нидерландах.

В октябре правительство Голландии и ЕС заявили, что идут на крайние меры и берут под контроль мощности китайского производителя электроники Nexperia. Основания, как это часто бывает, — безопасность: Европа опасается, что чипы компании будут поставляться не европейским потребителям. Вот только что-то пошло не так.

Автомобильная промышленность не требует, чтобы микросхемы были созданы по самым передовым техпроцессам, поэтому такие компании, как Nexperia, могут работать на рынке вместе с 3-нм фабриками TSMC, Samsung и другими — они просто занимают разные ниши. Однако отсутствие вертикальной интеграции делает компании зависимыми от цепочек поставок, которые неизбежно ведут… в Китай. Не та страна, чтобы простить отъём собственности.

Результаты не заставили себя ждать. Китай объявил о запрете поставок Nexperia. И уже в середине октября автопроизводители — партнёры Nexperia (Toyota, Ford, Volkswagen, BMW и General Motors. Чуть позже к ним присоединился и Bosch) — получили предупреждение о возможных перебоях поставок.

В результате на этой неделе планируется встреча представителей ЕС и Китая — придётся договариваться. А нам остаётся диверсифицировать все поставки — никогда не знаешь, какие компоненты завтра будут в дефиците.

Когда скорость может быть проблемой🚀

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

Но есть нюансы:👀 синхронная задача в вызываемом процессе может выполниться очень быстро, за миллисекунды⚡️. И тогда родительский процесс просто не успеет поймать ответное событие.🤷

Ведь что там происходит под капотом:

Перед Receive task у нас граница транзакции. Значит, процесс записывает свое состояние в базу. Потом создает подписку на получение сообщения. И тоже сохраняет ее в БД.

Все это занимает какое-то время — а внешний процесс уже успел начаться и кончиться, его сообщение улетело в никуда!😢

Чтобы не ломать себе голову — успеет или не успеет процесс стать в состояние ожидания для приема сообщения, просто используйте external task.

Здесь фишка будет не в том, что это какой-то внешний код на чем угодно — Java, Python, C++, JavaScript и так далее, а в самом механизме исполнения таких задач.

Вот как это делается:

Сервер видит, что есть внешняя задача с каким-то топиком. Дальше он публикует ее в очередь и ждет, пока внешний воркер ее исполнит.

Точь-в-точь как с user task'ами — задача висит, пока исполнитель не придет и не выполнит ее. Соответственно, процессу не надо ловить никакие сообщения, надо только ждать — модель получается проще.

Это можно использовать на любой BPM-платформе, которая поддерживает паттерн external task — Camunda, Flowable, Jmix BPM, OpenBPM и другие.

BPM Developers — про бизнес-процессы: новости, гайды, полезная информация и юмор.

Стратегический консалтинг ушёл в ИИ. McKinsey оказались одним из крупнейших пользователей ChatGPT. Идеи от искусственного интеллекта, включая фейковые статьи и факты, продают клиентам за миллионы долларов.

Как мы учимся

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

В школе я учил немецкий. Чудесный язык, где слова напоминают товарные составы, поскольку немцы просто стыкуют несколько слов в одно, и получается, например, такое — die Feuerwerksraketenanzündeschnur (шнур для зажигания ракет для фейерверка). 

Учился я без энтузиазма на тройки и четверки, пока не пришла новая учительница. Долгое время она прожила в ГДР и отлично говорила по немецки. Каждое слово у нее звенело, будто было обернуто в тонкую золотистую фольгу. И вот с ней немецкий для меня зазвучал, и я им увлекся. Стал получать пятерки, а главное, заговорил. Увы, счастье длилось недолго — довольно скоро она ушла. А с предыдущим преподавателем интерес снова угас, так что теперь я лишь помню, что в немецком слова напоминают товарные составы:)

Способность поддержать, увлечь, заинтересовать предметом — важная часть обучения даже в таких хардскильных штуках, как изучение языка. Но роль личности кратно возрастает, когда нужно передать такие трудноуловимые для обучения навыки, как умение доверять, оставаться спокойным, видеть возможности или сохранять терпение. Именно поэтому психотерапия для меня это не столько про «подлечиться», сколько про научиться новым навыкам. Вот тут много примеров навыков, которым по книжкам не научишься, а благодаря другим людям запросто. 

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

Ну вот, ФАС добралось до Инстаграм* после 01.09.25

Омское УФАС после жалобы гражданина возбудило дело по теме размещения рекламы в запрещенной соцсети и отсутствия маркировки рекламы

Имели место две публикации в канале Инстаграм*:

1. Видео от 26.08.25 про юбилей студии (спорная претензия)

2. Видео от 03.09.25, связанное с распаковкой товаров различныx брендов

Читаем внимательно формулировки ФАС про даты публикаций:

Таким образом, с 01.09.2025 распространения рекламы в социальной сети «Instagram*» запрещено.

Принимая во внимание, что видео «Все блогеры после 1 сентября» размещено пользователем 03.09.2025, следовательно, в действиях ИП усматриваются признаки нарушения требований части 10.7 статьи 5 Федерального закона «О рекламе».

Пост «Сегодня на дне рождении студии» размещен пользователем 26.08.2025, то есть до момента вступления в силу Федерального закона от 07.04.2025 № 72-ФЗ «О внесении изменений в статью 12 Федерального закона «О противодействии экстремистской деятельности» и Федеральный закон «О рекламе» статья 5 Федерального закона «О рекламе».

Таким образом, учитывая, что действие закона распространяется на отношения, возникшие после его принятия, и по общему правилу закон обратной силы не имеет, следовательно, в действиях пользователя отсутствуют признаки нарушения требований части 10.7 статьи 5 Федерального закона «О рекламе» при распространении 26.08.2025 рекламы «Сегодня на дне рождении студии»

Наказаны будут как Рекламораспространитель: несет ответственность за нарушение требований части 10.7 статьи 5 и части 16 статьи 18.1 Федерального закона «О рекламе» (отсутствие маркировки и реклама в запрещенке), так и Рекламодатель: части 10.7 статьи 5 Федерального закона «О рекламе» (реклама в запрещенке)

Причем Рекламодателем (лицо самостоятельно определившее объект рекламирования) и Рекламораспространителем в едином лице признан ИП (автор публикаций) в связи с привлечением внимания к брендам

Если судить по формулировкам ФАС, получается так, что претензий непосредственно к брендам в данном случае не было, а все спиxнули на бедного ИП-шника, обвинив его во всеx смертныx греxаx как Рекламодателя и Рекламораспространителя в одном лице

Вот здесь для ФАС и есть самая большая неопределенность.

Дело в том, что условный бренд Ромашка может и не знать о том, что его продукцию где-то на простораx интернета распаковывает какой-то блогер. Бренд Ромашка не может отвечать за действия третьиx лиц. ФАСу здесь нечего предъявить бренду, тем более никакиx документов на размещение рекламы не будет иметь место

С другой стороны та же самая Ромашка может заказать блогеру продвижение своего бренда, проведя контракт как маркетинговое сопровождение без упоминания рекламы в интернете в документаx сотрудничества. В итоге ФАС, скорей всего, пойдет самым простым путем, что и было обозначено в текущем деле. Рекламодателем, как лицо определившее объект рекламирования, согласно части 5 статьи 3 закона о рекламе 38-ФЗ и Рекламораспространителем признают блогера, иначе есть риск того, что ведомство утонет в судебныx разбирательстваx с брендами.

Сами понимаете, это дает простор для брендов спокойно продвигать свою продукцию и услуги в запрещенныx соцсетяx, компенсируя блогеру (ИП либо СЗ) возможные риски по статье 10.7 статьи 5 закона о рекламе 38-ФЗ (реклама в запрещенке)

Напомним, что размещение рекламы в запрещенныx соцсетяx будет проводиться по части 1 статьи 14.3 КОАП:

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

Вот такие пироги🤔

Складывается правоприменительная практика в отношении размещения рекламы после 01.09.25 в запрещенныx соцсетяx

*Принадлежит Мета (запрещена в РФ)

Экс-инженер Nvidia Чип Хьюен (Chip Huyen, исследовательница ИИ, которая раньше работала над платформой NeMo в Nvidia и преподавала машинное обучение в Стэнфорде) считает, что неважно, что именно вы создаёте, главное — пройти путь от идеи до готового решения, которым сможет воспользоваться кто-то другой.

По словам Хьюен, строить что-то с нуля могут и должны не только инженеры. Например, даже начинающие пользователи без технического образования благодаря ИИ-ассистентам для кодинга могут создавать рабочие проекты. «После этого они становятся гораздо увереннее в себе и лучше понимают, как работает ИИ», — пояснила Хьюен.

Тем, кто не знает, с чего начать, Хюен предлагает простое упражнение: в течение недели записывать всё, что раздражает — от рутинных задач до медленных процессов. А потом выбрать одну проблему и попробовать её решить. При этом важно не ограничиваться только практикой. «Учиться только через проекты — всё равно что осваивать новый язык, просто разговаривая», — отмечает Хьюен. Чтобы разобраться в инструментах, стоит изучить теорию — выбрать учебный курс, книги или структурированную программу.

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