Менеджмент

Краткий (и не краткий) экскурс в ГОСТ Р 56939-2024 – РБПО

Недавно мои коллеги обработали и опубликовал пятую — финальную — часть моего рассказа про ГОСТ Р 56939-2024 – Разработка безопасного программного обеспечения. Поскольку все части записывались сразу, к моменту выхода этого заключительного видео я понимаю, что сейчас бы немного иначе его сделал. Видение меняется, появляется новая информация. Например, завершился этап домашнего задания испытаний анализаторов кода, и про это стоило бы упомянуть. Или, например, появилась эта методическая рекомендация, про которую стоило бы рассказать.

Но не страшно, про новое расскажем в рамках других митапов и вебинаров. А пока, вот все части общего обзора:

1.      Причины разработки и выпуска нового ГОСТ Р 56939-2024 на замену версии 2016 года

2.      Содержание ГОСТ Р 56939-2024 и его структура

3.      Процессы РБПО 5.1-5.10 в ГОСТ Р 56939-2024

4.      Процессы РБПО 5.11-5.25 в ГОСТ Р 56939-2024

5.      ГОСТ Р 56939-2024: вопросы сертификации, выводы и дополнительные ссылки

Но на этом история не закончилась. Сейчас вместе с УЦ "МАСКОМ" и приглашёнными гостями-экспертами мы записываем подробный цикл вебинаров про каждый из 25 процессов, описанных в стандарте.

Приглашаю смотреть уже записанные встречи и участвовать в новых: Вокруг РБПО за 25 вебинаров: ГОСТ Р 56939-2024.

Игра «Пинг-понг» на Scratch: как сделать такую самому?

Как сделать в Скретче игру пинг-понг? Очень просто, благодаря видеоуроку от нашего преподавателя! А научиться создавать другие игры и анимации на Скретч можно на нашем курсе https://pixel.study/scratch

Гайд от школы PIXEL — по ссылке ниже. Удачи в создании игры!

Многие крупные компании применяют Go, а спрос на опытных инженеров, владеющих Go, высок как никогда. Онбординг проходит действительно быстро, и у нас есть успешные тому примеры. Все благодаря общей простоте языка и отсутствию function coloring. В карточках рассказываем, как это получилось у Кирилла в 2ГИС↓

Хочешь так же? Сейчас в проект Отелло ищем инженеров с Java и C#:
go-jobs.2gis.ru

Кого я пускаю в свою команду: жёсткие правила отбора кандидатов — 2/4 часть

Собеседование — это финальный аккорд, а не начало знакомства. 95% соискателей отсеиваются ещё до встречи со мной. Вот система, которая экономит мне 20 часов в месяц и бережёт нервы:

1. Проверка на стабильность (а не на усидчивость)

• 3+ года в каждой компании — минимум

• Но! Смотрю не просто на сроки, а на эволюцию роли

• Красный флаг: 5 мест работы за 7 лет без роста в должностях

2. Карьерная динамика — лучший показатель потенциала
Пример из практики:
2019-2021: Менеджер проектов → 2021-2023: Руководитель направления
Ценнее, чем:
2019-2023: Senior Manager в трёх разных компаниях

3. Школа чемпионов: где человек получал опыт
Составляю карту "элитных" компаний в нише:

• Для маркетологов: P&G, Unilever, косметические холдинги

• Для IT: СберTech, Яндекс, международные product-команды

• Для продаж: сложные b2b-сегменты (не телемаркетинг)

4. Цифровая грамотность — без этого даже не начинаем
Требую конкретики:
❌ "Улучшал процессы" → ✅ "Сократил цикл сделки с 14 до 9 дней"
❌ "Работал с аналитикой" → ✅ "Внедрил сквозную аналитику, увеличив ROMI на 40%"

Мой чек-лист предварительной оценки:
[✅] Проверил рост зарплаты (запрос в HR-агентства)
[✅] Нашел ex-коллег для неформального опроса
[✅] Проанализировал стек технологий в каждом месте
[✅] Сравнил KPI его проектов с рыночными

Почему это работает:
За последний год такой подход дал:

• 80% закрытых вакансий с первого найма

• В 3 раза меньше увольнений на испытательном сроке

• 40% кандидатов приходят по референсу от предыдущих "фильтрованных" сотрудников

Жёстко? Зато честно. Я не трачу время на "возможно подойдёт". Моя команда — это люди, которые уже доказали свою ценность до того, как переступили порог офиса.

🔜 Это вторая часть цикла про найм. В следующих постах:

• Как эффективно проводить собеседование, чтобы добиться высокой конверсии найма, и какие вопросы убивают 90% воды в резюме.

• Как составлять "вакансии-магниты" (с реальными примерами)

P.S. Поделитесь, сколько из ваших последних 10 собеседований действительно стоили потраченного времени? Самый интересный кейс разберем в следующих постах )

Найм начинается задолго до собеседования: как привлекать топовых кандидатов — 1/4 часть

Многие руководители совершают ключевую ошибку — воспринимают найм как формальность: "Разместил вакансию, HR найдет, остальное — дело техники". Но такой подход гарантирует лишь поток случайных резюме, а не целенаправленный поиск лучших специалистов.

Почему большинство вакансий не работают?
Потому что их создают по шаблону, без четкого понимания:

• Кого именно ищут (не "менеджер по продажам", а "специалист, который увеличит средний чек в b2b на 30% за квартал")

• Где эти люди сейчас работают

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

6 вопросов, которые решают 90% проблем с наймом:

1. Точное название роли — как её называют в индустрии? (Например, не "маркетолог", а "performance-маркетолог с экспертизой в таргете")

2. Измеримые KPI на 3 месяца и 3 года — что конкретно должен достичь кандидат?

3. Карта конкурентов — в каких компаниях уже работают ваши идеальные кандидаты?

4. УТП для кандидата — что вы предлагаете такого, чего нет у текущего работодателя? (Не только зарплата, но и проекты, технологии, экспертиза)

5. Язык вакансии — какие формулировки зацепят нужную аудиторию? (Технари и менеджеры реагируют на разные триггеры)

6. Каналы поиска — где эти люди ищут работу? (Хабр vs LinkedIn, рефералы vs хедхантеры)

Главный Файл Должности — ваш секретный инструмент
Это живой документ, который включает:

• Эталонное описание роли (не responsibilities, а expected outcomes)

• Карту "где искать" с конкретными компаниями и сообществами

• Скрипты для первых контактов с кандидатами

• Чек-лист оценки на каждом этапе

Пример: IT-компания, ищущая Senior Python-разработчика, благодаря такому подходу сократила время закрытия вакансии с 4 месяцев до 3 недель.

Ключевая мысль: Найм — это маркетинг. Вы не "ищете сотрудника", а "продаёте возможность". И как в любом маркетинге, успех определяется подготовкой.

🔜 Это первая часть цикла постов — в следующих разберём:

• Фильтр входящего потока кандидатов перед самим собеседованием

• Почему 80% собеседований бесполезны и как проводить их правильно

• Как составлять "вакансии-магниты" (с реальными примерами)

Ваш ход: Какие этапы найма вызывают у вас больше всего сложностей? Пишите в комментариях — разберём в следующих постах.

Аллергия на развитие

Бизнес - как живой организм. Со своими привычками, укладом, пищевыми цепочками и иммунитетом. Стоит внести что-то новое, непривычное для старожил, например, идею "давайте внедрим бонусную систему" - и начинается реакция.

"Ой, это не работает", "Просто сольем бюджет", "Лучше объявления на столбах развесим". Кажется, будто внутрь попал супер-опасный яд, от которого необходимо как можно быстрее избавиться.

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

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

Тогда и бизнесу нужно такое антигистаминное средство! Ну и, конечно же, это должен быть маркетолог! Такой, который возьмёт на себя тест гипотезы и ответственность за её внедрение. Не просто "давайте попробуем", а: разработает бонусную систему так, чтобы выгодно было всем (и покупателям, и компании), внедрит её в бизнес-процесс, высчитает инкремент от внедрения и оценит реальную целесообразность использования нового инструмента. А не даст реакции "отторгнуть" то, что может реально работать.

Вот так и получается, что у компаний бывает в буквальном смысле "аллергия на развитие". Запасайтесь правильными антигистаминами 😁

Представлен бесплатный сервис FilePursuit для поиска любых файлов в сети. Его система проверяет наличие доступных файлов по интернету, включая документы, APK-файлы, ZIP, книги, файлы, картинки и видео, а также PDF.

От вибростендов до полевых испытаний: тесты Hardware QA в реальных условиях

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

• Вибростолы воспроизводят типичные транспортные нагрузки — от тряски в грузовике до промышленных вибраций. Оборудование фиксируется на платформе, и на него подаются колебания заданной частоты, амплитуды и направления. Вибротесты стоек показывают, как сервера реагируют на тряску: анализ ускорения и спектр вибраций (частоты до 10–40 Гц).

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

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

Почему это важно? Даже один отвалившийся кабель в пути может сделать стойку непригодной к использованию.

Это лишь часть арсенала Hardware QA в YADRO. В статье директор департамента верификации и контроля качества Игорь Попов рассказал, как команда проверяет стойки и серверы на прочность, какие инструменты используют и как команда инженеров моделирует реальные условия работы оборудования.

Взгляд на BI дашборды PROCESET сквозь призму повседневных задач.

Автор: Алексей Терехин, Центр эксплуатации ИТ, Руководитель направления автоматизации ИТ-процессов, Страховой Дом ВСК

Когда на утренней планёрке перед глазами появляется картинка с ключевыми метриками — понимаешь, как далеко ушла ручная работа с отчётами. BI дашборды PROCESET в нашем Центре эксплуатации ИТ помогают увидеть главные цифры одним взглядом, а ещё — сэкономить время и силы команды. Расскажу, как это работает простыми словами.

Почему дашборд лучше связки Excel-Power Point

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

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

Нельзя забывать о возможности дашборда собирать данные “всех мастей” в одном месте: таблицы из базы, CSV файлы и даже ответы от внешнего API — всё конвейером попадает в один экран.

Дополнительным преимуществом является способность анализа больших объемов данных: BI-дашборды PROCESET способны на это, в то время как excel будет испытывать трудности с производительностью.

Если вы ещё не читали, как мы внедряли процессную аналитику загляните в нашу статью.

Как мы это сделали (без сложных терминов)

1. Собираем данные // Представьте, что ETL — это робот курьер. Он каждый час ездит за нужными таблицами, файлами и ответами от сервисов и привозит их в хранилище.

2. Готовим и сглаживаем // Робот перебирает свежие цифры, превращает разрозненные форматы в единый вид (например, переводит все даты к одному стилю) и отбрасывает лишнее.

3. Создаем визуализацию // Каждый дашборд выстраивается по 4-м уровням: панель управления дашбордом; карточки с ключевыми метриками; графики с динамикой метрик по периодам и графики с дополнительной детализацией или группировкой метрик.

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

5. Разбираем причины // Когда метрика уходит в красную зону, мы переходим в интерактивную версию, которая позволяет исследовать различные аспекты и находить причины отклонений.

Что вы получите в итоге

• Экономия времени: вместо нескольких часов на подготовку отчётов — пару кликов и готово.

• Прозрачность: все видят одни и те же цифры, нет разночтений «кто/что/куда внёс».

• Быстрый анализ: от «почему упал KPI» до «где утечка заявок» — без прыжков между Excel и презентацией.

Пару советов для старта

1. Выберите одну ключевую задачу — например, автоматизацию утреннего отчёта по инцидентам.

2. Настройте расписание — пусть "робот курьер" привозит данные раз в час.

3. Повесьте дашборд на монитор — и посмотрите, как команда сама начинает держать цифры под контролем.

И помните: чтобы узнать, как мы шаг за шагом внедряли эту систему и связали её с процессной аналитикой, обязательно загляните в нашу статью «Синергия Process Mining и BI: как Страховой Дом ВСК строит эко-систему процессной аналитики Proceset в ИТ».

Буду рад вашим вопросам и историям внедрения — пишите в комментариях!

Создание игры с зомби в Scratch: гайд от преподавателя

Вы любите игры с зомби? А программирование в Scratch? Тогда наш гайд будет для вас полезным: в нем преподаватель школы PIXEL рассказывает про создание такой игры. Чтобы игра в Скретч была интересной — в ней можно сделать зомби! 

Видеоурок ниже, приятного просмотра! 

Задача о котиках и статистической значимости

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

Условие

В компании «Мурзик и котята» резко упали регистрации на сайте. У аналитика появилась гипотеза, как повысить конверсию, и он решил проверить ее с помощью А/В-теста. Первая версия (контрольная) осталась без изменений, а во вторую (экспериментальную) добавили фотографии котят.

Спустя месяц появились первые результаты:

• старую версию сайта посетили 3 425 человек, из них 45 прошли регистрацию;

• на новой версии побывали 3 398 человек, зарегистрировались 64.

Порог значимости стандартный — 5%.

Задача

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

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

SLI, SLO, SLA — как разобраться в метриках?

В новом выпуске AviСast обсуждаем:

• чем отличаются SLI, SLO и SLA и как их правильно применять?

• когда компании осознают необходимость этих метрик и как их встраивать в процессы?

• как оценить критичность сервисов и доказать бизнесу ценность SLO/SLA?

В теме помогут разобраться Паша Лакосников, руководитель юнита ArchGovernance в Авито, Дима Синявский, SRE-инженер в Ви.Tech, и Кирилл Юрков, Observability and Reliability Engineering Manager в ecom.tech.

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

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

Каких ошибок избегать на собесе в 2025‑м

Например, что делать, если не знаешь ответ на вопрос? Ниже короткий пост с советами и их объяснениями. К этим рекомендациям мы пришли после 1000 интервью с кандидатами. Надеемся, вы понимаете, что только технических скиллов давно недостаточно.

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

2. Готовься к собеседованию. Сделай качественное резюме, изучи компанию и вакансию, напиши сопроводительное письмо, исходя из этого. Полезно посмотреть ролики собеседований на YouTube и пробовать отвечать на вопросы. Стоит сделать тезисную шпаргалку с упором на релевантное – это поможет с пунктом 1.

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

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

5. Не списывай на собеседовании.  Гуглить, спрашивать у GPT – плохо. Это читается по паузам и поведению. Могут попросить лайв‑кодинг – и всё станет ясно.

6. Включай камеру. Это вежливо и подтверждает личность.

7. Говори честно: «Я не знаю». Например, можно порассуждать вслух или задать уточняющие вопросы. Работодатели ценят искренность и умение мыслить.

Если полезно, можешь взглянуть на нашу развернутую статью: как проходить собеседование? 

Австрийская компания FlyNow Aviation провела первый свободный полёт (без страховочных тросов) своего электровертолёта с соосным расположением двух винтов.

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

Соосный двухроторный электровертолёт eCopter разрабатывается в грузовой, одноместной и двухместной конфигурациях. Его максимальная скорость составит 130 км/ч, а время полёта без подзарядки — 30 минут при дальности около 50 км за один рейс. Заявленное энергопотребление — 30 кВт⋅ч на 100 км.

Производитель стремится к тому, чтобы максимальная взлётная масса аппарата составляла 570 кг с учётом полезной нагрузки в районе 200 кг. В компании заявили о «лучшем в отрасли низком уровне рабочих шумов — 55 дБ(А) на высоте 150 м».

Интеграция PVS-Studio c AppSecHub

Компания PVS-Studio и платформа AppSec.Hub заключили технологическое партнёрство для обеспечения интеграции статического анализатора кода PVS-Studio в экосистему DevSecOps.

AppSec.Hub — это платформа для автоматизации процессов Application Security, которая позволяет объединять различные инструменты анализа, тестирования и мониторинга безопасности приложений.

Отчёт анализатора PVS-Studio теперь можно загрузить для просмотра в платформу AppSecHub вручную с помощью пользовательского интерфейса инструмента либо с помощью специальной утилиты командной строки.

Подробнее о работе PVS-Studio в AppSec.Hub можно прочитать в посвящённом этому разделе документации.

Также мы провели вебинар с коллегами из AppSec Solutions, чтобы на практике показать, как инструменты работают вместе, а также поделиться полезным опытом в интеграции статического анализа в DevSecOps.

Как твой разум сдерживает твой рост

Ты хочешь остаться в зоне комфорта? Выбирай мгновенный страх.
Стремишься к изменениям? Другого пути нет.

Позволь показать, как твой мозг искусно, почти ювелирно, тормозит твое развитие.
Его главное оружие — мгновенный страх.

История, которая открыла мне глаза

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

"Что сказать?"
"А если диалог будет неловким?"
"Может, сейчас не лучшее время?"
"Не покажусь ли я навязивым?"

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

Тогда я переформулировал вопрос:

"А если я не подойду?"
"Если упущу шанс, который мог бы перерасти в сотрудничество с Revolut?"
"Если однажды очнусь с мыслью: 'Профукал возможность, потому что струсил'?"

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

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

Я переступил через мгновенный страх. Подошел. Заговорил.
Этого хватило, чтобы все изменилось.

Твой ежедневный выбор

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

Если ты раз за разом слушаешь его — не жди перемен.

Глубинный страх — не просто тревога.
Это компас. Это стратегия.
Это твой личный двигатель прогресса.

Microsoft провела масштабное исследование и выяснила 40 профессий, которые могут исчезнут из-за нейросетей.

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

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

Чужой товарный знак в TITLE вашего сайта: есть ли риск судебного иска?

Сайт - средство привлечения клиентов и сопровождения продаж. Инструмент мощный, но зависимый: нужна поисковая оптимизация, иначе сайт затеряется среди миллиарда похожих ресурсов.

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

Место страницы сайта в поисковой выдаче выше за счет текста внутри элемента TITLE.

 Элемент TITLE размещается вверху кода веб-страницы между служебными символами <title></title>. Внутри элемента - текст, который отражает ключевую мысль всего контента страницы.

Пользователю не виден код сайта, но код видит поисковый робот. Он переходит на веб-страницу, изучает сведения внутри TITLE и помещает ссылку на эту страницу в выдачу по соответствующему запросу пользователя. Повыше.

В чем проблема? Давайте на примере.

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

Моя специализация - юридическая помощь по интеллектуальной собственности. Поэтому в код элемента TITLE этой веб-страницы я поместил ключевую мысль: "Защита интеллектуальной собственности | Адвокат С.В. Пропастин".

Поисковый робот считывает код и учитывает текст из TITLE при выдаче ссылки на веб-страницу. По запросу пользователя "защита интеллектуальной собственности".

Я порылся в реестре товарных знаков Роспатента и нашел комбинированный товарный знак условного конкурента. На нем изображены щит и словосочетание: Патентное бюро "Защита интеллектуальной собственности" (заявка 2019763408).

Ключевая мысль "защита интеллектуальной собственности" в TITLE кода моего сайта и словесный элемент товарного знака бюро сильно похожи!

Отсюда вопрос -

Застрахован ли я от судебного иска на том лишь основании, что фрагмент чужого товарного знака прописан в невидимом для пользователя месте - коде сайта?

Вопрос не праздный.

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

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

С такой ситуацией может столкнуться любой бизнес: малый, средний или крупный...

Ответ на вопрос мне не нравится, но истина дороже -

Маскировка чужого товарного знака в элементе TITLE кода веб-страницы не защищает меня от иска правообладателя знака. Почему?

1. Товарный знак включает словесный элемент "защита интеллектуальной собственности". Ключевая мысль в TITLE моего сайта тоже сформулирована в словесной форме с таким же наполнением.

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

2. Один из способов использования товарного знака - его размещение в сети "Интернет".

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

3. Без специальных сервисов элемент TITLE в коде сайта невидим пользователю. Но именно в случае с TITLE пользователь видит результат исполнения кода, так как ключевая мысль:

1) выводится в виде заголовка и подсвечивается системой на странице выдачи по поисковому запросу;

2) выводится на персональном компьютере в адресной строке браузера при переходе на главную страницу сайта.

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

Интересно, вы проговариваете в процессе SEO тему использования чужих товарных знаков?

Измеряйте качество интернет-соединения с помощью сервиса Selectel Speedtest ⚡

Selectel уже более семи лет поддерживает собственный инструмент для измерения качества интернет-соединения — Selectel Speedtest. 

С помощью сервиса вы можете отслеживать скорость скачивания и загрузки, а также пинг и задержки при передаче данных (джиттер). Ежемесячно Selectel Speedtest помогает более 20 000 пользователей. 

На странице Selectel Speedtest представлены тестовые файлы разного объема, с помощью которых можно легко проверить качество интернет-соединения. При этом сервис не сохраняет данные о результатах.

Измерить качество интернет-соединения →

Как мы в Страховом Доме ВСК внедряем ИИ: спецпроект System Analysis & AI Talks
AI-запросы, Kafka, автоматизация и даже вайб-кодинг — всё это не сюжет киберпанк-романа, а реальный спецпроект IT VSK — System Analysis & AI Talks, который мы недавно провели в Страховом Доме ВСК.

Этот проект родился из простой, но важной идеи: системный анализ — это не скучно, особенно когда в дело вступает нейросеть. И когда в одной комнате собираются системные аналитики, разработчики и эксперты по ИИ, разговор получается горячим. А мы не просто поговорили, мы показали, как всё это работает на практике в рамках корпоративных ИТ-систем.

System Analysis & AI Talks: немного про магию
В рамках AI Talks мы разобрали реальное применение LLM в деятельности системного аналитика — не на уровне «что может ИИ», а с погружением:

• Что такое LLM в контексте продуктовой разработки;

• Как выполнять базовые операции и избегать ошибок в промт-дизайне;

• Как тюнинговать промты под конкретные бизнес-задачи;

• Как встраивать нейросети в ежедневную практику.

Особый интерес вызвал наш блок «Открытый микрофон», где участники делились собственным опытом: от подсказок к составлению бизнес-требований до генерации тест-кейсов в один клик.

TechDay: ИИ-киборги, вайб-кодинг и Kafka на грани
Вторая часть ИИ-марафона прошла под флагом нашего флагманского проекта TechDay по искусственному интеллекту. Делимся тремя самыми горячими темами:

AI-киборги: минус разработчик или плюс вайб?

Где грань между помощником и угрозой?
На этой сессии мы:

• Подключали ИИ к IDE прямо на глазах у публики

• Показывали, как правильно и этично использовать помощников, не превращая их в «копипасту из ада»

• Про наш эксперимент с N8N + ИИ: рассказали коллегам про новые возможности в Страховом Доме ВСК.

Вайб-кодинг: как писать сервисы, не трогая клавиатуру?

Здесь мы раскрыли необычную тему: разработка типового сервиса без ручного программирования. Сравнили: кодить по классике, с low-code, с помощью ИИ — где удобнее, где быстрее, а где надёжнее. В финале показали, как собрать прототип за полчаса, даже если вы не fullstack-разработчик.

Kafka без боли: как не утопить прод
Завершили встречу рассказом о самых критичных ошибках при работе с Kafka, которые мы реально встречали в проектах:

• Как не перегрузить сеть и диск, когда вы рассылаете сотни тысяч сообщений;

• Почему архитектура решает (и как её не сломать с первого коммита);

• И где границы между гибкостью и хаосом в распределённых системах;

• Что за этим всем стоит?

Спецпроект System Analysis & AI Talks стал частью нашей инициативы по созданию открытого инженерного сообщества внутри Страхового Дома ВСК.

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

P.S. Если вы в своей компании делаете что-то похожее — поделитесь, нам правда интересно! Следите за публикациями в блоге — будет много нового: и про Kafka, и про промты, и про реальные грабли с ИИ в проде.