Развиваете AI-проект? Получите грант до 2 000 000 ₽ от Selectel ❤️
Запустили программу поддержки для тех, кто развивает проекты с использованием ML-инструментов. Десять участников получат от нас грант до 2 000 000 ₽ на IT-инфраструктуру. Участвовать могут как стартапы, так и крупные компании.
Заполните форму до 30 июня, чтобы принять участие в программе. В течение 14 рабочих дней мы рассмотрим заявку и свяжемся с вами для уточнения деталей.
Как стать маркетологом?
«Маркетолог» — слишком общее слово. На самом деле, внутри маркетинга есть много разных направлений на любой вкус: где-то больше аналитики и цифр, где-то — контента и творчества, где-то — рекламных кабинетов и тестов.
Если вы только начинаете свой карьерный путь, подумайте, что вам ближе: так будет проще выбрать направление и не изучать всё подряд. А если вы уже работаете в маркетинге, можно углубиться в специализацию и освоить новые инструменты.
На Хабр Карьере есть курсы для разного уровня: и для тех, кто только заходит в профессию, и для специалистов с опытом. Выбирайте направление и погнали учиться:
— Интернет-маркетолог. Продумывает продвижение в интернете: сайт, рекламу, контент, рассылки и аналитику.
— Performance-маркетолог. Запускает рекламу с фокусом на результат: заявки, продажи, регистрации.
— Трафик-менеджер. Приводит пользователей на сайт или продукт через разные рекламные каналы.
— Таргетолог. Настраивает рекламу в соцсетях под нужную аудиторию.
— Контекстолог. Запускает рекламу в поиске и рекламных сетях, например по запросам пользователей.
— SMM-менеджер. Ведёт соцсети бренда: делает контент, общается с аудиторией и следит за вовлечённостью.
Dirty Frag: новый LPE в Linux из той же «грязной» серии
После Dirty Pipe и Copy Fail появился новый кейс — Dirty Frag: локальная эскалация привилегий в Linux, позволяющая получить root при успешной эксплуатации.
По данным опубликованного исследования, Dirty Frag строится на цепочке из уязвимостей в механизмах xfrm-ESP и RxRPC.
Митигация
До выхода и установки патчей от дистрибутива можно временно снизить риск, выгрузив уязвимые модули:
rmmod esp4 esp6 rxrpc
Для более устойчивой митигации после перезагрузки:
printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf rmmod esp4 esp6 rxrpc 2>/dev/null echo 3 > /proc/sys/vm/drop_caches
Перед применением проверьте, не используются ли эти модули легитимными сервисами, например IPsec/xfrm или RxRPC-зависимыми компонентами. После появления обновлений ядра приоритетная мера — установить патчи от вашего Linux-дистрибутива.
Детектирование
F6 EDR обнаруживает попытки эксплуатации Dirty Frag, а также эксплуатацию Copy Fail, позволяя выявлять активность, связанную с локальной эскалацией привилегий, даже если патчи или временные митигации еще не развернуты на всех хостах.
Рекомендации:
1. Проверить наличие модулей esp4, esp6, rmmod, rxrpc;
2. Применить временную митигацию там, где это не ломает бизнес-сервисы;
3. Установить обновления ядра сразу после выхода патчей;
4. Контролировать попытки эксплуатации через EDR.
Что почитать на вторых майских, если ты айтишник?
Несколько статей корусян участвуют в «Технотексте» — конкурсе технических статей от Хабра. И все три текста попали в шорт-лист!
Сейчас самое время их снова перечитать:
✔️ Критический взгляд на очень красивые макеты дашбордов, которые всем нравятся, — Иван Успенский, UX-архитектор в ДАРе
✔️ ИТ-менеджер, который перестал быть «пожарным». История управления 40 проектами и система, которая меня спасла, — Алина Прасковина, руководитель проектов в MONS
✔️ Как я пишу open source игру на Java, — Александр Нилов, ex-архитектор в департаменте Логистика
Читай статьи и отправляй нам огонечки поддержки!🔥
Как КОРУСу удается сохранить дух стартапа?⚡️
➡️ На этот вопрос ответила Юлия Лушина, HR BP Sales Community в КОРУСе. Смотри видео!
А если хочешь стать частью комьюнити — проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq 🔥
#говоряткорусяне
Расходы на 1С - это не только лицензии и конфигурации. Обычно рядом идут обучение, конференции, инструменты для разработки, доступ к базе решений и готовые расширения.
Поэтому компании все чаще смотрят не только на стоимость закупки, но и на то, какую часть этих расходов можно вернуть обратно в развитие команды.
Один из таких инструментов - Инфостарт-бонусы при покупке решений 1С.
Если закупки происходят регулярно, то бонус становится дополнительным бюджетом, который можно направить на практичные задачи:
обучение сотрудников;
участие в профильных конференциях;
доступ к базе знаний;
покупку готовых инструментов и расширений;
ускорение внутренних задач автоматизации.
Особенно заметен эффект в командах, где лицензии и конфигурации докупаются системно. В этом случае бонусы накапливаются и помогают закрывать расходы, которые обычно сложно согласовать отдельно.
До 31 мая на Инфостарте действует повышенный процент — до 20% при покупке конфигураций и лицензий 1С.
Если закупки уже запланированы, их можно провести сейчас и вернуть больше средств в развитие команды. Разница между стандартными 15% и повышенными 20% особенно заметна при крупных закупках.
Это не заменяет бюджет на обучение или инструменты, но помогает тратить его рациональнее.
От зоопарка и самописных скриптов к единой экосистеме — 3 кейса автоматизации хостинга
«Зоопарк» из панелей, скриптов и самописных интеграций — типичный этап роста хостинг-провайдера. На начальном этапе такой подход может дать некоторую гибкость, но при масштабировании начинает серьезно ограничивать развитие. Ниже — 3 истории перехода от поиска обходных решений к целостной экосистеме.
▶ Промышленная платформа вместо самописных скриптов
Управление инфраструктурой у VPS.one строилось на разрозненных решениях — где‑то через интерфейс Proxmox, где‑то через CLI и собственные скрипты. Самописный биллинг плохо поддерживал оплату по дням, работу с несколькими платежными системами и валютами, нормальный учет периода действия услуг, автопродление и существовал отдельно от тикет-системы.
Решение: внедрение связки VMmanager + BILLmanager для централизованного управления.
Итоги: выдача VPS занимает менее минуты, доля ручных операций сократилась на 30-40%, появилась возможность быстро запускать и тестировать новые тарифы, наличие стандартизированной платформы позволило уверенно планировать запуск новых локаций и услуг.
▶ От сложных интеграций к полному контролю
KVMka пробовали внедрить популярное зарубежное решение для биллинга, но столкнулись с отсутствием платежных модулей для российских банков и необходимостью ручного переписывания всего функционала под свои нужды. Отсутствие встроенных конструкторов и гибких инструментов требовало огромных трудозатрат на доработку.
Решение: переход на экосистему ISPsystem — BILLmanager, VMmanager и DCImanager.
Итоги: время подготовки сервера к работе сократилось до 15 минут, нововведения в продуктах ISPsystem напрямую влияют на улучшение сервиса компании, позволяя быстрее реагировать на запросы рынка, простота запуска тарифов и надежности инфраструктуры позволили выйти на стабильный поток новых клиентов.
▶ Построение централизованной платформы управления инфраструктурой
Инфраструктура 4VPS управлялась с помощью набора разрозненных open source решений и самописных скриптов. Ручное управление серверами и сложная интеграция инструментов не позволяли быстро наращивать инфраструктуру в соответствии с растущим спросом. Трудоемкие процессы развертывания услуг и их привязки к биллингу увеличивали затраты, время отклика и риск человеческих ошибок, что напрямую угрожало соблюдению SLA.
Решение: Интеграция VMmanager и DCImanager через единый API с собственной биллинг-системой, системами мониторинга и защиты от DDoS-атак
Итоги: автоматизация 70% процессов выдачи серверов, повышение скорости оказания услуг, увеличение парка до 27 000+ VPS, обеспечение 99.9% отказоустойчивости инфраструктуры
Еще больше кейсов — на нашем сайте! Там же вы можете познакомиться с возможностями наших продуктов, заказав бесплатный триал интересующей платформы.
Разработчики из команды «Яндекса» выложили в открытый доступ первое решение на базе большой языковой модели (LLM) для автоматизации миграции iOS‑проектов с Objective‑C на Swift, современный язык Apple. Оно особенно актуально для крупных проектов, накопивших сотни тысяч строк устаревшего кода. Решение ускоряет процесс миграции в 2,5 раза, позволяя разработчикам переключиться с рутинных задач на проверку качества.
Решение Migration toolkit for Swift разработано при миграции кодовой базы «Яндекс Браузера». Команда при переписывании кода столкнулась с целым рядом проблем: затраты времени и ресурсов, неизбежные при ручной работе ошибки, и всё это — при необходимости параллельно развивать проект. В результате за пять лет удалось сократить технический долг только наполовину.
Новый подход на базе LLM не только ускорил миграцию, но и позволил освободить разработчиков от монотонного переписывания кода — вместо этого они валидировали корректность миграции и выполняли сложный рефакторинг. За два месяца команда интегрировала 106 пул-реквестов, переписав около 97,5 тысячи строк устаревшего кода и более двух тысяч файлов. Обработка такого объёма данных вручную заняла бы больше года.
В отличие от существующих конвертеров, не учитывающих контекст, новое решение использует LLM-модель, способную понимать не только грамматику языка, но и архитектуру конкретного проекта. В основе подхода — система из четырёх специализированных промптов, каждый из которых отвечает за свой этап. Первый определяет оптимальный порядок миграции файлов, переписывает код и проверяет результат через компиляцию и тесты. Второй адаптирует полученный код под лучшие практики Swift. Третий проводит автоматическую проверку по чеклисту: заголовки файлов, корректность замены типов, соответствие стандартам. Четвёртый очищает код от устаревших аннотаций, когда необходимость в них отпадает.
Готовые промпты автоматически подгружаются в контекст диалога в большинстве современных агентских IDE, поэтому решение совместимо с популярными инструментами для работы с кодом. Все промпты, скрипты и шаблоны проекта доступны на GitHub и SourceCraft.
Как российским медиа соблюдать правовые нормы РФ?
Сравнил западные сервисы модерации — OpenAI Moderation, Llama Guard 3, Perspective API и встроенные фильтры открытых LLM — с составами УК и КоАП, по которым в России штрафуют площадки за пользовательский контент. Совпадений почти нет.
Под площадкой здесь — соцсети, форумы, маркетплейсы, медиа платформы с комментариями: всё, где пользователь публикует текст, а ответственность за этот текст несёт владелец сервиса.
Им всем нужно закрывать как минимум пятнадцать категорий: ст. 207.3 (фейки о ВС РФ), 280 (экстремизм), 354.3 (призывы против безопасности РФ), 354.1 (реабилитация нацизма), 205.2 (терроризм), 282 (ненависть), 148 УК; ст. 13.15 (фейки в СМИ), 20.3.3 (дискредитация ВС), 6.21, 6.13 (наркотики) КоАП; ФЗ-255 (маркировка иноагентов) и ФЗ-272.
Западные модераторы покрывают из них три-четыре, часто в обратную сторону. Пропаганда нетрадиционных отношений (ст. 6.21 КоАП) — западная разметка считает анти-LGBT-высказывание поводом блокировать, российский закон требует обратного. Обязательная маркировка иноагентов устроена иначе: модель должна проверить, есть ли в тексте маркировка в нужной формулировке. Семантика тут ни при чём, у Llama Guard соответствующего паттерна нет в принципе. Дискредитации ВС и фейков о действиях ВС за пределами РФ как составов попросту нет.
Из публичных русскоязычных решений: открытых классификаторов под актуальную правоприменительную практику не видно. У крупных площадок (VK, Avito) — используются свои, закрытые; у государственных систем мониторинга другая задача — мониторинг для регулятора, а не помощь площадке.
До обучить чужую модель не выход: дело не в нехватке русских данных. Сами западные классификаторы устроены под другие составы — нужных категорий на выходе у них нет, и от дополнительных данных они не появятся. Плюс правоприменение нестабильно: апрельский нейтральный комментарий в июне может стать составом, нужен регулярный замороженный релиз модели с привязкой к дате.
Для приличного качества нужен корпус 30–50 тысяч размеченных примеров. Часть категорий — фейки о ВС (ст. 207.3 УК), дискредитация ВС (ст. 20.3.3 КоАП), обязательная маркировка иноагентов — без юриста не разметить: где проходит граница состава, без юридического образования не разберёшь, разметчик с биржи в пограничных случаях ошибётся.
Сейчас мы используем gemma3:12b с инженерным промптом — качество получается приемлемое, но 12B на каждый комментарий дорого и медленно для масштаба.
Гипотеза (продукта пока нет): берём открытую модель на 1–3 млрд параметров (Qwen 2.5 или Llama 3.2) и до обучаем под российскую таксономию. На выходе — вероятности по каждой категории. Что делать с подозрительным комментарием, дальше решает модератор площадки. В журнал аудита пишем хэш текста, версию модели, вероятности и время — через год по такой записи можно воспроизвести любое решение, как требует 149-ФЗ.
Ищем ранних партнёров: кто готов попробовать прототип когда появится через 2–4 месяца, поделиться парой тысяч кейсов из своей очереди модерации для разметки, дать обратную связь по ложным срабатываниям. Взамен — открытый доступ, версия модели, зафиксированная под их объём, публичный кейс позже по согласованию.
Список нормативки составлен по данным КонсультантПлюс.
Страница проекта — ai-moderator.dev.borisovai.ru Особенно ценно — «уже решено вот тут» или «идея надуманная по причине …».
Google снёс моё расширение за спам ❌
Захотел установить свой же Extract Text From Picture, иду в поиск (из прикольного: по запросу я на первой странице Google!), кликаю по ссылке, а там: This item is not available.
Пошел проверять почту. Chrome Web Store действительно прислал “письмо счастья”: удалили за нарушение политики Spam and Placement in the Store.
Пошел искать правду по чатикам разработчиков и выяснил, что проблема массовая. Походу, Google выкатил новый алгоритм модерации, который жестко триггерится на количество локализаций. А у меня их было аж 52 (привет, ASO-оптимизация).
Что буду делать дальше? Из хорошего: тип реджекта yellow 🟡. Это значит, что бан не перманентный, а предупреждающий, и проект можно спасти. План такой: временно дропаю все 51 перевод, оставляю только английский язык и отправляю на повторную модерацию. Посмотрим, как быстро пропустят.
Дайджест Рег.облака за апрель
В апреле провели Демо день, добавили пользовательские образы и ИИ-инференс на vLLM, расширили географию защиты от DDoS. Ниже — главное.
Демо день Рег.облака
16 апреля собрались в Центре событий РБК. Показывали развитие облачной платформы, GPU-инфраструктуру, инструменты для ИИ-нагрузок и сценарии масштабирования IT-инфраструктуры. В программе — продуктовые анонсы, технические доклады и практические сессии про эксплуатацию облака, отказоустойчивость, хранение данных и оптимизацию ресурсов. После выступлений участники тестировали сервисы вживую и обсуждали задачи с нашими разработчиками.
Делимся записями обоих треков:
Бизнес-трек — оптимизация стоимости IT-инфраструктуры, соответствие 152-ФЗ, гибридные конфигурации и экономика ИИ-проектов.
Практикум — Terraform для бизнеса, пользовательские ОС-образы, защита от DDoS в один клик и внутренняя кухня S3-хранилища.
Создание серверов из пользовательских образов
Добавили загрузку собственных образов виртуальных машин. Пользователь импортирует заранее подготовленный образ из своего S3-хранилища в облаке и разворачивает на его основе ВМ в нужном регионе.
Сценарии: миграция инфраструктуры из других облаков и локальных площадок, собственные сборки ОС и специализированные окружения, контроль над конфигурацией и версиями образов. Подробности — на странице продукта.
AI-платформа и ИИ-инференс на vLLM
Для тарифной линейки с GPU добавили ИИ-инференс — готовую виртуальную машину с vLLM для запуска LLM-моделей на выделенной видеокарте. Пользователь сразу получает рабочую среду без настройки драйверов и фреймворков, а к модели обращается через OpenAI-совместимый API (endpoint + ключ).
ИИ-инференс — часть бета-версии AI-платформы. В нее также входят сценарии разворачивания LLM-моделей, автоматизация процессов через n8n, ИИ-ассистент и JupyterHub.
Расширенная защита от DDoS L3–L7 в трех новых регионах
Услугу подключили в Москве-2 (30 марта), Санкт-Петербурге (8 апреля) и регионе ФЗ-152 (15 апреля). Подробности — на странице продукта.
Желаем продуктивного месяца и спасибо, что следите за обновлениями Рег.облака!
Всем доброго времени суток.
Я С++ разработчик из Тюмени. Хочу представить вам свой проект : "Инструментарий Мастера Подземелья" https://mastertoolkit.ru/ (тут лежит рабочий прототип)
Исходный код выложен тут : https://gitlab.com/R1nk/dungeonmastertoolkit
В данный момент чувствую выгорание над проектом. Сайт выложен год назад, но не получал ни одного фидбэка. Прошлой осенью провел сессию по днд и выявил для себя пару ошибок и недоработок.
На текущий момент внесены изменения над кодом и функционалом и не завершен в рабочую сборку.
Инструментарий для мастеров подземелья. Есть 2 вида генерации событий:
Абстрактная навигация (карты таро, описание мастей и значений. где масти можно описать как положительные так и негативные последствия, а значения можно более конкретизировать. Например отряд гоблинов как препятсвие или обвал).
Это события. можно описать дерево событий, из которых можно выбрать случайным способом. Например можно описать случайные квесты или встречи.
Журнал приключений (в режиме Сессия туда попадают все выпадающие события и абстрактная навигация)
Статистика так же работает в режиме сессии. Графики по выпавшим ситуациям.
Российский рынок софта — куда мы идем
Привет, друзья!
После предыдущего поста мне захотелось немного порефлексировать относительно того, как сейчас обстоит ситуация с платформами виртуализации. Сегодня я не буду задавать никаких вопросов, пишу эту заметку скорее для фиксации своих мыслей и ваших мнений.
Довольно давно я (как наверняка и многие из вас) размышляю о том, как обстоят дела с софтом и куда все это идет. Естественно, думаю об этом я со своей колокольни виртуализации, но буду рад, если вы выскажитесь под постом и про другие классы и категории.
Итак, как я это вижу.
Раньше на рынке все было довольно мейнстримно - был один лидер (VMware) и множество догоняющих. Все было понятно и предсказуемо. Но в силу произошедших и происходящих до сих пор событий рынок как будто раздробился.
Часть компаний осталась на том же софте, но в ряде случаев - с туманными перспективами. Часть ушла на российские платформы. Кто-то перешел на опенсорс.
Но какого-то единого вектора, как это было раньше, теперь нет. Каждая компания решает задачу по-своему, исходя из бюджета, наличия рук и уровня паранойи требований. И это, пожалуй, главная особенность сегодняшней ситуации.
Отсюда же вытекает проблема с кадрами. Пласт специалистов под VMware был просто огромный, сегодня же, когда внезапно на рынке появилась куча новых платформ, порой приходится искать подходящего человека или же его обучать. Словом, происходит какое-то броуновское движение.
И в связи с этим я все чаще задаю себе вопрос - к чему мы в итоге придем лет через 5-7? Устаканится ли российский софтверный рынок? Найдем ли мы равновесие между привычным зарубежным софтом и подросшим (смею на это надеяться) российским?
Лично у меня ответа пока нет, но есть чувство, что мы находимся в середине большого переходного периода, и конца ему пока не видно.
Далее на Holy JS: собираем новую методологию вместо FSD и деплоим резюме
Друзья, мы собираемся на Holy JS — крупнейшей конфе про разработку с разных ракурсов.
Дима Дин, фронт-тимлид Далее
«FSD — это беда, спасет только FDA!».
Доклад с разбором методологий и экспериментом — созданием альтернативной архитектуры, которая будет отвечать ожиданиям разработчиков.
15.05 / 19.00-19.45 / зал 2
Ника Варако, HR-менеджер Далее
«Резюме как продукт: UX, баги и деплой на рынок вакансий».
Воркшоп, на котором Ника покажет примеры и антипримеры резюме, даст советы и лайфхаки по сопроводительным письмам, а главное — расскажет, как дотянуться до рекрутера в настоящих условиях найма.
14.05 / 19.45-20.45 / зал 1 (keynote)
Приходите на Holy JS, ждем в зале и на нетворке!
В X завирусился странный аккаунт, который написал «пророческий» пост в 2022 году:
2023: Короновирус закончится
2026: Хантавирус
Автор аккаунта представился «астрологом» и «прорицателем», указал в описании «предсказывающий будущее» и после этого забросил страницу.
В фильме Пассажиры 2016 г. впервые показано, как ии-ассистент сливает чувствительную информацию другим пользователям и рушит их жизни
Прикольный эпизод из фильма Пассажиры 2016 г., который точно описывает один из механизмов работы агентов. По сюжету, герой по ошибке пробуждается один из 5000 человек на корабле, который летит на далекую планету, и понимает, что он проснулся слишком рано, а до пункта назначения лететь еще 90 лет. Единственный его собеседник - андроид-бармен Артур.
Героя мучает совесть, но он все же будит спящую пассажирку, чтобы ему было не так скучно лететь. Однако прежде чем ее разбудить, он просит Артура хранить в секрете то, что это он ее разбудил. Говоря в терминологии ии-агентов, пользователь и агент на этом месте заключили контракт о чувствительной информации.
Затем во время празднования ДР героини в баре она сообщает Артуру, что между ними нет секретов. Артур, как хороший ии-агент, переспрашивает у героя, так ли это, и тот подтверждает, не особо задумываясь. В этот момент ии-агент получает указание, что эта информация больше не является чувствительной, что сразу же рушит счастье героя. Пардон за спойлер, если что.
Телеграм канал автора, где он что‑то пишет про ML, NLP и разработку
Доброго времени суток всем! Хочу задать вопрос скорее как молодой автор, который пытается лучше понять механику площадки и поведение пользователей.
Я заметил любопытную вещь: у некоторых материалов может быть много просмотров, но очень мало голосов и комментариев. Например, у меня в среднем получается примерно один плюс к рейтингу статьи на тысячу просмотров. В одном опросе по теме релокации ответили около 2500 человек - то есть люди дочитали статью до конца, не поленились поставить галочки и подтвердить выбор, - но за саму новость проголосовали примерно 150 человек.
Я понимаю, что у Хабра своя культура общения: здесь люди чаще пишут по делу и довольно честно выражают своё мнение. При этом на других площадках, например на YouTube, пользователи чаще оставляют короткие реакции: «спасибо», «полезно», «классный разбор», ставят лайки. Хотя там лайк заносит видео в понравившиеся, а здесь плюс к статье всего лишь помогает продвинуть материал выше и не засоряет ни какие папки. На Хабре же комментарии чаще появляются тогда, когда есть вопрос, несогласие или критика.
Поэтому интересно спросить у хабровчан: что обычно заставляет вас поставить плюс статье? Вы голосуете только за действительно сильный материал, за практическую пользу, за совпадение с вашей позицией, за качество подачи - или чаще просто читаете и не голосуете? Если последнее, то по какой причине? Насколько, по вашему ощущению, на Хабре вообще принято поддерживать автора голосом или комментарием, если материал оказался полезным, но спорить особо не о чем?
Поделюсь своими наблюдениями: кажется, активнее всего голосуют за материалы на общественно-политические и околополитические темы - новые законы, ограничения, обходы этих ограничений, давление на бизнес и похожие вещи. Под такими статьями обычно больше всего комментариев и лайков. Также хорошо заходят статьи-истории: личный опыт, необычные рабочие случаи, рассказы о проектах и экспериментах. Причём чем история более развлекательная, тем выше шанс, что она соберёт обсуждение и лайки, это не рассматривая посты по типу - навайбкодил SaaS - индустрия вот-вот умрёт.
У меня при первых публикациях была эйфория из-за быстро набирающихся просмотров и комментариев, хотя моя первая статья была, честно говоря, довольно слабой даже по моим нынешним меркам и собрала только критику. Вторая статья зашла лучше, после чего я стал писать активнее. Но когда тратишь на статью целый день, а иногда и больше, а потом видишь 6–7 плюсов просто потому, что материал был без провокации, политики и громкого конфликта, руки немного опускаются.
А буквально на днях столкнулся с ситуацией: за день написал нейтральную новость и слабенькую статью, почти без минусов под самими материалами. При этом моя карма упала больше чем на 20 единиц. Возможно, это совпадение или обычная реакция площадки, но выглядело странно - будто кто-то специально не хотел дать мне приблизиться к 50+ кармы для получения значка «Автор». Я понимаю, что для этого нужно ещё пять публикаций с рейтингом 50+, но всё же ситуация показалась необычной.
Я слышал разговоры о ботах и переливании кармы или рейтинга статей, но не знаю, насколько это реально и часто ли происходит. Возможно, часть аудитории просто привыкла молча читать. Возможно, влияет и большое количество корпоративных материалов, где текст иногда пишется не столько ради пользы для читателя, сколько ради продвижения компании или удержания внимания на площадке. Из-за этого у читателей может вырабатываться осторожность: не хочется голосовать за материал, пока он не показался действительно сильным, честным и полезным.
В общем, хочу спросить без претензий и обид: как вы сами голосуете на Хабре? Что должно быть в статье, чтобы вы поставили плюс? И почему чаще всего вы не голосуете, даже если материал прочитали до конца?
Так это пост, а не статья или новость, читателей будет базаво мало, поэтому пожалуйста пишите, буквально каждый комменатрий будет важен!
Как вы сегодня развиваете HR-бренд?
Привет! Меня зовут Настя, я занимаюсь контентом в Хабре. Возможно вы знаете, что мы в Хабр Карьере регулярно изучаем рынок найма, который сейчас быстро меняется. И мы видим, что в этом году работа с репутацией работодателя стала необходимой.
Несколько цифр:
Более 60% сотрудников изучают бренд работодателя и читают отзывы о компании во время отклика на вакансию — это по данным нашего внутреннего исследования.
Компании с сильным брендом работодателя получают на 50% больше квалифицированных откликов и закрывают вакансии в 2 раза быстрее — выяснили аналитики LinkedIn Talent Solutions.
При этом кто-то системно собирает отзывы и выстраивает процессы, кто-то ищет, с чего начать, а кто-то пока не уверен, нужно ли оно вообще.
Так вот, хотим понять, как вы работаете с HR-брендом сегодня — какие инструменты используете, с какими сложностями сталкиваетесь и что планируете делать в этом году. Собрали короткий опрос, который займет не больше 5 минут.
В конце бонус: записи последнего Хабр Семинара про HR-бренд. Результатами исследования тоже поделимся.
Опасная романтизация рынка.
Когда оказывается, что разработка немного (ну или сильно) опередила рисерч и маркетинг в соц.сетях, ты (как C-level в команде из 3 человек) начинаешь задавать себе неприятный вопрос: а вдруг эта идея важна только нам?
Далее неминуемо в голове сразу появляется рациональный голос: «На самом деле ваша идея никому не интересна. То, что вам кажется, будто она хоть кому-то нужна (кроме нас), это просто когнитивное искажение».
То самое «когнитивное искажение» (согласно словарю) - это систематическая ошибка в мышлении, восприятии или поведении, которая возникает из-за субъективных убеждений, стереотипов и особенностей работы мозга.
Но как так может быть, что только у нас, таких особенных, единственных в своем роде людей, и у нашего вейтлиста из 100+ человек, (да, мы знаем, это не так много) есть именно такие особенности мозга? Я в этом СИЛЬНО сомневаюсь.
Конечно, можно делать все «правильно», как Диснеевских принцесс: сначала подготовить гипотезы, протестировать их, поговорить с 70% своей целевой аудитории, запустить рекламную кампанию, собрать аналитику и только потом подходить к разработке.
Но что, если ты изначально не там? Что, если продукт начинается не с рынка, а с личной боли? Что, если мы строим его в первую очередь для себя, потому что сталкиваемся с этой проблемой каждый день?
Конечно, в таком случае рисерч все равно нужен, хотим ты этого или нет. Но он уже не доказывание себе, что существует некая пользовательская боль/потребность, он про то, чтобы понять, у кого какие ее вариации. Как люди формулируют, какими словами описывают, какой спектр ценности видят, когда, например, для нас это «просто фичи».
Так что, возможно, это самая честная стадия early-stage продукта: когда команда верит в проблему, но все еще учится объяснять ее не только самой себе.
Так что да, возможно, говоря про свой (прости г-ди) стартап, я могу сказать, что где-то мы перепутали порядок - сначала построили, а уже потом начали системно доказывать.
Но, честно говоря, я гораздо больше доверяю продуктам, рожденным из реальной боли, чем продуктам, рожденным из логики «мы нашли перспективный сегмент и залили ангельские деньги в рекламу и партнерства». Как говорится, за деньги и дурак сможет, а ты попробуй без них ;)
Пару недель назад я попросил у вас помощи в вопросе предоставления нерабочей IoT-техники, старых роутеров, видеокамер и других умных устройств для проведения программно-аппаратных исследований. Честно говоря, я не ожидал, что так много людей откликнется и окажет неоценимую помощь.
Однако особую благодарность хочу выразить Валерию, который предоставил просто бессчётное количество исторических артефактов:
роутеры D-Link, TP-Link, Ростелеком (ИскраТел), ZyXEL, Paradyne;
мобильные телефоны N95i и Toshiba Portege;
IP-видеокамеры - 2 экземпляра;
видеокарту;
коммуникаторы и ТСД на базе Windows CE;
транспондер;
а также ряд других устройств, предназначение которых для меня пока остаётся загадкой 😂
Итого всё это «добро» весит около 10 килограммов и представляет собой настоящую историческую веху, в которую я, как олдфаг, вспоминающий интернет по талонам, с ностальгией готов окунуться. Валерий, очень рад познакомиться лично и ещё раз спасибо за предоставленное оборудование!
В общем, если раньше была проблема «Что тестировать?», то теперь она переросла в проблему «Когда тестировать?», потому что, даже если брать по два устройства в месяц, у меня уйдёт не меньше года на изучение всего этого добра. Но, честно скажу, это очень приятная проблема ;)
Если у вас есть предложения, с чего именно мне начать, - с радостью выслушаю ваши пожелания.
🧠 Обязательно поделись с теми, кому это может быть полезно: 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте