Измеряйте качество интернет-соединения с помощью сервиса 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, и про промты, и про реальные грабли с ИИ в проде.
Про сотрудника Игоря, или про того, кто ни в чем никогда не виноват
Работал у меня в компании лет 5 сотрудник, назовем его Игорь. И странное дело, он всегда был ни в чем не виноват. Что бы ни происходило, но он не виноват по определению.
Это был человек, который всегда делал работу только так, что у него не было никаких вариантов для самостоятельного принятия решений. Если ему что-то непонятно (даже по мелочи), он всегда подходил и спрашивал, как быть. Если есть несколько вариантов решения задачи, он озвучит все варианты и оставить выбор за мной.
С одной стороны, это хорошо, как сотрудник он всегда делегировал сложную часть работы и ответственность на руководителя, а с другой стороны, выглядел как маленький ребёнок, которому дали задачу и даже в самых простых вещах человек бежит к тебе и спрашивает, что и как ему делать.
Причём если ошибка была в коде, который он написал. Игорь каким-то волшебным образом умудрялся всегда находить слова типа: «А вот помнишь, ты мне говорил вот это сделать, я так и сделал, и вот в результате появилась ошибка». Иногда доходило до смешного: на форме при разработке были какие-то орфографические ошибки, и он начинал юлить. )) Мне в какой-то момент даже стало интересно, а в принципе он может сказать: «Я сделал здесь ошибку». И знаете что? За 5 лет работы с ним я так и не добился такого признания.
Что еще было: был сон на рабочем месте в рабочее время, несколько жестких будунищ после выходных, и в таких случаях я всегда его отправлял домой, потому что толку от такого сотрудника нет никакого (это другая история). Но нет. Он никогда не виноват. )))
Минутка рефлексии и мои рассуждения по поводу таких сотрудников:
Сотрудник, не берущий на себя ответственность, обходится компании дороже, чем кажется. Его реальная стоимость — это не только его зарплата, но и десятки часов моего времени как руководителя, потраченные на микроменеджмент и исправление последствий и принятие решений там, где это должен был сделать он. Я, как руководитель, хочу платить деньги профессионалу, а не маленькому ребенку.
На собеседовании нужно всегда задавать вопрос об ошибках. Простой вопрос «Расскажите о своей самой серьезной ошибке и что вы сделали, чтобы ее исправить?» мгновенно выявляет «Игорей». Они либо не могут вспомнить ни одной ошибки, либо рассказывают историю, где виноваты были обстоятельства или коллеги. Так не бывает в реальной жизни. Мы все ошибаемся и это нужно уметь признавать.
Нужно вовремя принимать решение об увольнении. Моя ошибка была в том, что я держал Игоря 5 лет в надежде, что он изменится. Люди меняются крайне редко. Моя задача как руководителя — не быть психотерапевтом, а собирать эффективную команду. Я затянул с этим решением, и это стоило компании и денег, и нервов.
Такие дела…
А у вас в практике был такой коллега — Игорь, который никогда не берет на себя ответственность и пытается ее спихнуть на другого человека?
Больше полезной информации про ИТ-управление, спорные вопросы в найме, менеджменте и планировании — в блоге Код ИТ-директора в Telegram, VK, Дзен, Instagram*, FB*. Подпишитесь, чтобы не пропустить новые тексты!
*Признаны экстремистскими организациями и запрещены на территории РФ.
Как ребенок может собрать простой шутер в Scratch: шаг за шагом к готовой игре
Главная задача любого шутера — стрельба по целям. И один из популярных примеров это игра «Зомби против Растений». Давайте посмотрим, как сделать игру шутер в Скретч:
Подробный гайд можно посмотреть в видео, приятного просмотра!
Язык Go называют одним из самых удобных для бэкенда. Дело тут не в примитивности: его специально стремились сделать простым и лаконичным, чтобы пользователям было легко работать с синтаксисом и понимать чужой код.
Если вы уже знакомы с Go, но не хватает практики, приглашаем пройти новый курс в Академии Selectel. С ним вы научитесь писать простые сервисы на Go и использовать его в некоторых рабочих задачах, а еще получите большую подборку ресурсов для погружения в этот язык.
Хабр и Экопси приглашают руководителей компаний, маркетологов и всех заинтересованных лиц в гости 7 августа на мем‑пати: как построить IT‑бренд через вирусный контент и юмор.
На бесплатном ивенте организаторы докажут, что мемы — это не контент ради контента, а мощный маркетинговый инструмент, с помощью которого можно построить IT‑бренд даже во времена скромных бюджетов, а на мастер‑классе научим, как попадать мемами прямо в сердца айтишников.
Eсли вы хотите стать лучшей версией себя, приходите на наш мастер‑класс. Там:
расскажем, как эффективно шутить в бизнесе без кринжа, кринге и вот этого вот всего: о мемах, сторисах, прожарках и коротких видео — что реально влияет на узнаваемость, вовлечённость и IT‑бренд;
узнаете, как использовать комедийные приёмы (когда щегольнуть чиловым парнем, а когда сослаться на Николая Василенко);
попрактикуетесь в создании юмористического контента под ваши бизнес‑задачи: от лёгкой самоиронии до смелых прожарок руководства (да, всерьёз).
Организаторы мероприятия разберут:
почему у мемов и стендапа те же механики и как это помогает бизнесу говорить на одном языке со своей аудиторией;
где проходит грань между смелостью и факапом — и как не обжечься, когда играешь с иронией и провокацией;
как шутить и не стать кринжом, если ты DevRel, HR или внутренний коммуникатор, а не комик (спойлер: можно быть даже смешнее).
Недавно столкнулся с интересным запросом от журналиста относительно нехватки отечественных аналогов зарубежных программных решений. Казалось бы, формулировка вопроса подразумевает недостаток количества (или адаптаций под отрасли) существующих программ, однако настоящий интерес заключался именно в тех решениях, которые вовсе отсутствуют на отечественном рынке на сегодняшний день.
Вот решил задать вопрос общего характера специалистам: существуют ли зарубежные программы (любой отрасли), которым пока действительно не найдено равноценных заменителей или хотя бы приближенных аналогов среди российских разработок? Буду признателен за ваши мнения.
PS. Пост делаю впервые, поэтому сори, если не туда его отправил.
За последние полгода у нас появилось несколько новых курсов для специалистов с опытом: для разработчиков, тестировщиков, аналитиков и DevOps-инежнеров. Делимся подборкой на случай, чтобы вы точно ничего не пропустили.
SRE — обеспечение надёжности систем. Подойдёт DevOps-инженерам, системным администраторам, архитекторам ПО и разработчикам. После курса сможете внедрить культуру SRE в команде: улучшить надёжность и производительность систем, автоматизировать процессы мониторинга и обработки инцидентов.
DevSecOps: безопасная разработка и эксплуатация — учим выявлять и устранять уязвимости как можно раньше и снижать риски. Курс подойдёт IT-специалистам разных профилей: DevOps-инженерам, системным администраторам, специалистам по инфраструктуре и ИБ, разработчикам ПО, архитекторам, техлидам и СТО.
Мидл системный аналитик — для тех, кто хочет повысить квалификацию и освоить MSA, SOAP API, Apache Kafka, Postman, Swagger и другие.
MLOps для разработки и мониторинга. Подойдёт тем, кто уже работал с ML-моделями и инфраструктурой — и хочет углубить знания. А именно: специалистам в области Machine Learning и Data Science, инженерам данных, ML-инженерам и специалистам по DevOps.
OpenAI представила новый режим Study Mode для ChatGPT.
Вместо того чтобы сразу выдавать ответ, ChatGPT задаёт наводящие вопросы, предлагает подсказки и помогает студенту самостоятельно прийти к решению. Это как личный репетитор, который подстраивается под ваш уровень знаний.
Основные возможности Study Mode для ChatGPT:
• интерактивные подсказки. ChatGPT использует вопросы в стиле Сократа, чтобы стимулировать мышление и развивать понимание;
• пошаговые объяснения. Сложные темы разбиваются на простые части, чтобы не перегружать учащегося;
• персонализация. Уроки адаптируются под ваш уровень знаний и цели;
• проверки знаний. Короткие тесты и вопросы помогают закрепить материал и отследить прогресс;
Режим обучения Study Mode для ChatGPT можно включать или выключать в любой момент разговора.
Key Results: как измерить то, что действительно важно?
В третьем выпуске нашего курса по методологии OKR рассматриваем Key Results — их роль, особенности и практическое применение. Вместе с Сергеем Кузиным, ведущим agile-коучем Авито, разбираем:
функции и свойства Key Results — чем они отличаются от обычных KPI?
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Gran KMS: как AI-ассистент революционизирует управление знаниями
Привет, Хабр! Сегодня хотим поделиться крутыми новостями о том, как развивается система Gran KMS и какие возможности открывает интеграция AI-технологий в управление корпоративными знаниями.
Что нового?
AI-ассистент стал настоящим прорывом в функционале системы. Теперь мы можем обрабатывать огромные массивы текстовых данных практически мгновенно. Представьте: многомиллионная библиотека знаний, тысячи документов — и всё это анализируется за считанные секунды!
Решаем реальные проблемы
Каждый, кто работал с корпоративными знаниями, сталкивался с типичными проблемами:
Разрозненность информации — данные разбросаны по разным системам и форматам
Сложность редактирования — обновление контента превращается в квест
Медленный доступ — поиск нужной информации занимает слишком много времени
Новая версия Gran KMS решает эти проблемы на уровне архитектуры системы. AI-ассистент не просто ищет информацию — он анализирует контекст, объединяет данные из разных источников и выдаёт релевантные ответы.
Как это работает?
Интеллектуальная обработка позволяет:
Мгновенно анализировать тексты любой сложности
Находить ответы даже в самых запутанных документах
Консолидировать информацию из разнородных источников
Предоставлять структурированные ответы
Если вы занимаетесь управлением знаниями в компании — обязательно обратите внимание на эти обновления. AI-ассистент Gran KMS может стать настоящим помощником в вашей работе!
А как вы решаете проблемы с управлением корпоративными знаниями? Делитесь опытом в комментариях!
Привет Хабр! Когда ИТ-рынок охлаждается, мы продолжаем нанимать. Предлагаем реальные задачи, прокачку скиллов и бенефиты «в рынке». Никакой бюрократии и скуки — мы нацелены на то, чтобы ты получал удовлетворение от работы.
✔️ Гарантируем интересные задачи ✔️Для каждого нового сотрудника есть наставник ✔️ Центр компетенций помогает прокачивать навыки ✔️ С нами ты можешь работать из любой точки мира ✔️ Для экстравертов у нас есть уютные офисы в Москве и Томске ✔️ Оптимальный Work Life Balance
🎁 Наши плюшки: ДМС со стоматологией, обучение от компании и бонусная программа.
Как дети создают свои первые игры на Scratch: примеры проектов и что за этим стоит
Скретч для многих детей — первый опыт в IT и программировании. В нем можно создавать игры, анимацию и изучать работу языков программирования. Используется при этом визуальное обучение, поэтому знать языки программирования не нужно.
Давайте посмотрим, какие проекты могут создавать дети в Scratch в возрасте от 6 до 12 лет. Проекты записаны учениками школы PIXEL, приятного чтения!
Миша сделал игру, где за время нужно поймать как можно больше рыбок. Таймер заведен на 30 секунд, и за это время важно ловить только оранжевых рыбок — они прибавляют очки. Красные — убавляют.
В 7 лет Миша из Казани увлекается программированием, каратэ, танцами и футболом. Он хорошо ориентируется в Скретч, и его игра получилась интересной: хочется поймать как можно больше рыбок!
Аделина создала интересную игру-платформер на Scratch: в ней есть несколько уровней, секреток и боссов.
У персонажа есть жизни, которые можно увеличить с помощью смены персонажа и очки, которые нужно собирать.
Подробнее про каждый проект вы можете узнать посмотрев видео. В плейлисте собраны все проекты наших учеников — не только по Скретч, но и по другим направлениям.
Пишите, какой из проектов вам понравился больше и приходите к нам учиться Скретчу.
В работе с данными важна системность — от понимания основ до практического применения инструментов. Мы подготовили подборку из ресурсов, которая поможет новичкам освоить необходимые навыки и развить понимание аналитики в разных аспектах.
Если хочется продолжить изучать основы и сделать шаги к практике — посмотрите на бесплатные курсы и вводные темы на курсах Практикума. Вы можете порешать математические задачки или изучить основы статистики.
В разных проектах - разные метрики. Где-то считают лиды, где-то деньги, где-то количество установок приложения, где-то LTV. И вроде бы финальная цель у всех плюс-минус одна: заработать больше. Но вот путь к этой цели всегда разный.
Был у меня как-то проект, где главным KPI стало количество упоминаний в СМИ. Не заявки, не выручка, не ROI, а "Сколько раз нас сегодня упомянули?"
Считали по месяцам в течение года. Потом высчитывали среднее суточное значение. Следили за динамикой. Смотрели, кто нас цитирует, кто просто перепечатывает, кто пишет со злостью, а кто - с теплом.
Так получилось, что именно в этой нише (кстати, это чистейший узконаправленный B2B) самым сильным показателем востребованности и успешности оказались упоминания в СМИ. Для такого бизнеса цитируемость была топливом, показателем надежности и функциональности. Чем больше упоминаний - тем выше доверие. Чем выше доверие - тем проще заходить в сделки.
И синхронизироваться с конкурентами и рынком достаточно просто. Оцениваем подобные значения у 5-6 конкурентов, сравниваем и понимаем "ок или не ок".
Так что не все измеряется деньгами напрямую. Иногда деньги - это уже производная. А настоящие метрики-драйверы роста прячутся в, казалось бы, не совсем профильных местах.
Наша задача - найти такие места. Как? Анализировать нишу, рынок, свой бизнес и конкурентов с максимально разных сторон, сравнивать влияние различных параметров на итоговые результаты, искать зависимости. Найти сложно, но использовать легко и приятно.
Почему мы не взялись за проект, казавшийся перспективным на цифрах?
Расскажу о проекте, который недавно тестировала команда нашей стартап-студии. С идеей к нам пришел молодой педагог, который увидел проблему в отсутствии инструмента, позволяющего фиксировать в цифровом пространстве свои достижения - сертификаты, дипломы, грамоты. Согласно гипотезе, инструмент должен был быть интересен и организациям, которые выдают дипломы: сейчас они по-прежнему отправляют документы через e-mail, где письма теряются и попадают в спам-фильтры.
По задумке сервис должен был интегрироваться в популярные соцсети, где люди могли бы делиться своими достижениями и показывать их, а встроенный AI-ассистент, анализируя достижения, помогал бы выстраивать карьерную траекторию и содействовал “встрече” соискателей с работодателями.
При первоначальном анализе было выявлено, что объем рынка для проекта достаточный, можно простроить понятную бизнес-модель, а критические риски отсутствуют. В целом, сама идея казалась довольно живой, и мы взяли ее на предварительное тестирование (о том, как мы понимаем “предтест” я подробнее писал здесь). Проект получил название “Portfolio AI”.
Мы провели количественное и качественное исследования, опрашивая респондентов, входящих в ЦА проекта. Аудитория была разделена на 3 условных сегмента: соискатели (физические лица), наниматели (компании, ищущие сотрудников) и компании-эмитенты дипломов (организации, проводящие курсы и обучения). Как выяснилось, выраженная “боль” (потребность в продукте) отсутствовала у всех сегментов.
Соискатели не видели необходимости в верификации своих навыков, т.к. этого в основном не требуют работодатели. Компании-работодатели ориентируются на личное общение, проверку навыков кандидата в деле, тогда как пройденные обучающие курсы, а точнее - сертификаты и дипломы - не столь важны при трудоустройстве. Организации - эмитенты дипломов отметили, что никаких проблем при выдаче документов у них не возникает, и для них существенной сложности нет.
Пользователи не видят ценности в идее, как следствие - не готовы платить за такой инструмент. Автору было рекомендовано сделать пивот, а мы решили отказаться от разработки по причине низкой инвестиционной привлекательности.
Задача была в работе 1 месяц. Так иногда случается: объем рынка есть, проект легко "простраивается" и кажется, что успешно выйти на рынок будет достаточно легко. Однако, если проверить идею детально, может оказаться, что "боль" автора не близка широкой аудитории, а значит - лучше всего придумать для идеи иной поворот или отказаться от ее реализации.
Учёные из Великобритании, Канады и США обнаружили, что мягкая стимуляция префронтальной коры головного мозга электрическим током может существенно улучшить математические способности, особенно у людей с изначально низким уровнем подготовки.
В эксперименте с участием 72 добровольцев использовался метод транскраниальной стимуляции случайным шумом (tRNS), который оказался безопасным и безболезненным. Участники проходили пятинедельное обучение новым математическим техникам: часть из них получала настоящую электрическую стимуляцию, а часть — плацебо.
Результаты показали: у тех, у кого исходно наблюдались слабые связи между префронтальной и теменной областями мозга, прогресс в обучении при стимуляции оказался значительно выше. Благодаря воздействию тока их результаты сравнялись с успехами более подготовленных сверстников,
Исследователи отметили, что этот метод можно использовать для сокращения образовательного неравенства, связанного с биологическими особенностями мозга. При этом техника не дает преимуществ тем, кто и так учится легко — она лишь помогает догнать лидеров, не увеличивая разрыв.
Организаторы IT‑фестиваля ULCAMP 2025, который проходил 18–20 июля на берегу Волги (локация: Ульяновск, б/о Славянское Подворье), собрали на мероприятии 4500 участников. Развлекательная и образовательная программа фестиваля развернулись на 12 площадках. Лекции и дискуссии прошли не только на больших сценах, но и в баркемпах, которые на некоторые докладах едва вмещали слушателей.
Фестиваль вышел на федеральный уровень. В этом году география участников перевалила за 70+ регионов, спикеры приехали из Ижевска, Екатеринбурга, Краснодара, Самары, Москвы, Санкт‑Петербурга, Перми, Ульяновска, Уфы, Йошкар‑Олы, Казани, Калининграда. При этом организаторы стараются сохранить региональную идентичность, активно подключая к работе партнёров, музыкантов, специалистов из Ульяновска. Например, в этом году впервые появился маркет с товарами от местных мастеров, а также ART FEST с работами ульяновских художников и креаторов.
Развлекательная программа ULCAMP – это десятки активностей, и участникам не хватило двух дней, чтобы обойти их все: конкурсы, квизы, кофе-рейвы, дегустации, вечеринки, творческие мастер-классы. Завершением программы ULCAMP 2025 стали полеты на воздушном шаре на закате.
В кадре — Саша Афенов, Паша Федотов и Саша Прокшина, а на разделочном столе знакомая каждому тема — выгорание. Вместе с Лерой Зелёной, продактом образовательных продуктов в YADRO и психопросветителем, говорим о том:
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
— Слушай, я посмотрел у Тинькоффа — у них такие крутые анимации. Давайте и нам такие сделаем!
— Ну, у нас не финтех, мобильного приложения нет, и вообще — у нас CRM для логистов…
— Ну и что? Люди любят, когда красиво! Сделаем плавные графики, чтобы всё оживало. UX, UI, ты же понимаешь!
— У нас при этом не работают фильтры, отчёты формируются вручную, и у клиента падает система при импорте Excel. Может, сначала это починим?
— Ладно… Только кнопки тогда сделай с закруглениями, как в Тинькоффе. Хоть что-то красивое будет.
Выглядит лучше. Работает — так же плохо.
Потому что копировать обёртку, когда продукт внутри разваливается — это мёртворождение дизайна.
Вдохновение — не преступление.
Но копирование без понимания контекста — худший выбор.
У Тинькоффа и команда дизайнеров, и исследования юзабилити, и огромный бюджет, и полгода на rollout.
Сначала надо решить боль клиента, а не украсить страдание. Сделай стабильный функционал, и только потом — красивый. Иначе копирование по цене тех долга выйдет.
