WorkMe | Центр экспертизы

И работники года тоже...

Сегодня публикуем задачу от нашего эксперта Дениса Иванова (Java Senior & Team Lead), которую он разбирает с успешными кандидатами во время онбординга👇

🇷🇺Кейс «Госуслуги 2.0»

🔹Контекст:
Тебе нужно добавить функцию «Запись к врачу» на портал госуслуг. Трафик — миллионы людей. Любой сбой — это очереди в поликлиниках и гневные статьи в новостях. Бюджет выделен по принципу «как всегда, не хватает».
● Бюджет: Ограниченный.
● Срок жизни проекта: Долгосрочный.
● Главная цель: Сделать устойчиво к нагрузке и сдать ровно к deadline'у.

🔹Вопросы для размышления:
● Как справиться с наплывом людей в 8 утра, когда открывается запись?
● Насколько качественный код нужно писать в условиях ограниченного бюджета?
● Стоит ли интегрироваться с медленными системами поликлиник напрямую или сделать прослойку?
● Как найти баланс между «сделать хорошо» и «сделать в срок»?

Подумали над решением? Тогда смотрите ответ👇

● Суть: Нужно обработать пиковую нагрузку и уложиться в бюджет госзаказа.
● Что спросить себя: "Как обработать тысячи одновременных запросов к медленным системам, не разорившись?"
● Правильный ответ: Мощное кэширование (Redis), модульный монолит (баланс стоимости и структуры), умеренное покрытие тестами (50-60%). Жертвуем архитектурным перфекционизмом ради выполнения ТЗ в срок и в рамках бюджета.
● Ключевой аргумент: "Наша задача — обеспечить работу системы в пиковые моменты, используя кэширование как главный инструмент оптимизации нагрузки".

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

🗣Комментарий эксперта.

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

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

#Задача_от_эксперта

Каждый день миллионы людей нажимают «Я не робот» и даже не задумываются, что в этот момент делают нечто большее. История использования CAPTCHA для "бесплатной работы" — один из самых известных и блестящих (с точки зрения бизнеса) примеров краудсорсинга.

🔐 CAPTCHA — это аббревиатура от Completely Automated Public Turing test to tell Computers and Humans Apart — полностью автоматизированный публичный тест Тьюринга для различения компьютеров и людей. Простыми словами, это тест, который должен подтвердить, что вы человек, а не бот.

👨‍💻 reCAPTCHA — развитие этой технологии. Проект был создан в университете Карнеги—Меллона под руководством Луиса фон Ана (который позже основал Duolingo) в 2007 году. Изначально цель была двойной: защищать сайты от ботов и параллельно решать полезную задачу.

🤝 Краудсорсинг (от англ. crowd — «толпа» и sourcing — «использование ресурсов») — это модель, при которой большая группа людей массово выполняет небольшие задачи, создавая значимый результат. Проще говоря, решение задач силами «толпы».

Теперь самое интересное — как это работало.
📖 Этап 1. Помощь в оцифровке книг (2007–2011)
Компьютерные программы распознавания текста (OCR) часто не могли разобрать слова в старых книгах и газетах из-за выцветших чернил или плохого шрифта. Тогда reCAPTCHA начала показывать пользователям два слова:
— Контрольное слово (его система знала) — для проверки, что вы человек.
— Неизвестное слово — то самое «бракованное», которое не смогла распознать программа при сканировании реальной книги.
Результат: Вы вводите оба слова. Если контрольное слово верно — система считает, что и второе вы расшифровали правильно. Одно и то же «сломанное» слово показывали десяткам людей, и вариант, который встречался чаще всего, становился верным и сохранялся в цифровую копию книги.
Масштабы впечатляют:
✅ Полностью оцифрованы архивы газеты The New York Times за 140 лет (с 1851 года) — более 13 миллионов статей.
✅ За год пользователи помогали расшифровывать объём, эквивалентный 2,5 миллионам книг.
✅ К 2011 году эта задача для Google Books была в основном завершена.

🚦 Этап 2. Разметка данных для компьютерного зрения (с 2012 года)
Когда книги оцифровали, Google нужно было учить нейросети распознавать объекты реального мира. Начиная с 2012 года в reCAPTCHA начали появляться не слова, а картинки из Google Street View. Вас просят: «Выберите все квадраты со светофором» или «отметьте все автобусы».

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

🤫 Этап 3. Эпоха невидимых капч (наши дни)
Сегодня Google постепенно отказывается от старых «клетчатых» капч (версия v2). Современные нейросети научились решать их практически безошибочно, поэтому они перестали быть надёжной защитой.

Компания перешла к reCAPTCHA v3 — версии, которая не требует кликать по картинкам. Теперь мы всё чаще видим просто кнопку «I’m not a robot» или вообще ничего — Invisible reCAPTCHA работает незаметно. Оказывается, анализировать поведение человека эффективнее, чем мучить его картинками.

💡 А что в итоге?
По сути, миллиарды CAPTCHA в день — это огромный бесплатный краудсорсинг для Google. Сам Луис фон Ан, создатель reCAPTCHA, называл это

«миллионами часов человеческого труда в день, направленных на полезные цели»

Эффективность схемы оказалась настолько высока, что он использовал ту же модель в Duolingo: пользователи бесплатно учат языки, а заодно переводят фрагменты текстов из интернета.

Если хочется углубиться, стоит посмотреть TED-выступление Луиса фон Ана о создании CAPTCHA (https://www.youtube.com/watch?v=xs78HfZtNgE). Ролик очень интересный и смешной, но, к сожалению, для просмотра нужен VPN.

#Что_это_такое

📂Иногда привычные инструменты можно заменить без потери функциональности — и даже выиграть в удобстве. Если нужен офисный пакет без установок, лицензий и ограничений, есть полноценная альтернатива Microsoft Office, которая работает прямо в браузере.

Office by Ziziyi
Что внутри:
— Word, Excel и PowerPoint в браузере
— Поддержка .docx, .xlsx, .pptx
— Готовые шаблоны для быстрого старта
— Привычный интерфейс — разбираться заново не нужно
— Документы сохраняются прямо в браузере
— Быстрый импорт из Google Drive и Dropbox
— Открытый код и полностью бесплатно
Подходит для работы, учебы и командных задач — без установки и сложных настроек.

📊А если нужно больше, чем просто таблицы:

Damian — ИИ-агент для работы с Excel и таблицами.

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

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

#Рабочее

1 марта 2026 года в России вступили в силу несколько важных изменений в законодательстве, усиливающих контроль над цифровой сферой. Что это за изменения?

🔹 Постановление правительства №1667: утверждены правила централизованного управления сетью связи общего пользования — Роскомнадзор совместно с ФСБ и Минцифры теперь может в реальном времени менять маршруты трафика и переводить сеть в режим изоляции от глобального интернета при угрозах безопасности.

🔹 Отключение пользователей: ФСБ получило право требовать у операторов связи немедленного отключения конкретного абонента от интернета или мобильной сети в случае подозрений в противоправной деятельности или угрозе безопасности, без ответственности для оператора.

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

🔹 Защита русского языка: вся публичная информация для потребителей (вывески, сайты, приложения) должна быть на русском; иностранные слова в интерфейсах приложений или сайтов, направленных на российскую аудиторию, (типа "Sale", "Login") запрещены без равнозначного дубля, если есть русский аналог.

🔹 Импортозамещение ПО: Введены правила формирования перечня российского софта для внутренних нужд компаний — стимулирует использование локальных решений вместо импортных.

🔹 ГИС «Антифрод»: запускается государственная система для противодействия кибермошенничеству и обмена данными между участниками (банки, операторы, ведомства).

Подробнее о всех этих изменениях читайте в нашей большой статье 👇
https://dzen.ru/a/aaVEcATDul0KRD65#chto_blo_zalojeno_v_2019_tri_opor_syv

● Сценарии с изменением остатка:
— Точный ноль: на счете ровно сумма автоплатежа. В 9:59 произошло списание комиссии за обслуживание карты (еще -100р). Денег стало меньше. Джоб в 10:00 видит недостачу — ок, уведомление. В 10:05 пришла зарплата. Повторится ли попытка списания? (По условию — нет, попытка не повторяется до следующего периода, это важно проверить).
— Блокировки: на счете достаточно денег, но они заблокированы другим спорным списанием (холд). Автоплатеж должен провалиться (нельзя тратить заблокированные средства).
— Частичное списание: на счете 1500р, а автоплатеж на 2000р. Списание не происходит. Не должно списаться 1500р "в счет долга", сумма должна быть неизменна.

🎯Цель данной задачи — проверить, умеет ли кандидат быстро разложить фичу на критические сценарии, учесть риски денег/времени и продумать проверки параллельных операций (гонки, идемпотентность, консистентность).

🗣Комментарий эксперта.

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

#Задача_от_эксперта

Сегодня публикуем задачу от эксперта Садовского Артема (AQA). Это кейс на риск-ориентированное тестирование, который он разбирает с кандидатами на собеседовании👇

💶Кейс «Автоплатеж» (финтех-сервис)

🔹Контекст:
В веб-версии и мобильном приложении банка разрабатывается функциональность автоплатеж. Пользователь может настроить регулярное автоматическое перечисление фиксированной суммы со своего счета на счет другого клиента этого же банка.

Условия работы функции:
● Периодичность: ежедневно, еженедельно, ежемесячно.
● Дата старта: может быть выбрана начиная с завтрашнего дня.
● Окончание: без срока окончания, по количеству платежей, по дате.
● Списание: списание происходит в 10:00 утра по московскому времени в выбранный день.
● Контроль остатка: если на момент списания на счете отправителя недостаточно средств (сумма автоплатежа + возможная комиссия), списание не производится, и пользователю приходит push/e-mail уведомление о неудаче. Попытка НЕ повторяется на следующий день.
● Редактирование: пользователь может отключить автоплатеж или изменить его параметры (сумму, счет списания, счет зачисления) в любой момент. Изменения вступают в силу для будущих платежей.

🔹Задание:
Вы получили на тестирование эту фичу перед релизом. Опишите свой план тестирования, уделив особое внимание рискам, связанным со временем, деньгами и параллельными операциями.

Вопросы для размышления:
● Какие критические сценарии вы проверите в первую очередь (Smoke-тест)?
● Какие сценарии связаны с изменением времени и даты (таймзоны, перевод часов)?
● Какие проверки нужно сделать, чтобы убедиться в корректности работы при одновременных действиях пользователя (concurrency)?
● Предложите сценарий, связанный с изменением остатка на счете прямо перед списанием.

Подумали над решением? Тогда смотрите ответ👇

● Критические сценарии (Smoke-тест):
— Создание ежемесячного автоплатежа на завтра -> проверка, что завтра в 10:05 деньги ушли со счета и пришли получателю (проверка всей цепочки).
— Создание автоплатежа с суммой, превышающей остаток на счете -> проверка, что в назначенный день списания НЕ произошло, и пользователю пришло уведомление.
— Отключение активного автоплатежа -> проверка, что в следующий запланированный день списания не произошло.
— Проверка граничных значений дат: создание автоплатежа на 29 февраля (високосный год), на 31 число (в месяце 30 дней).

● Сценарии с изменением времени и даты (Time-shift тесты):
— Смена часового пояса пользователем: пользователь улетел в командировку в Нью-Йорк и сменил настройки в профиле. Будет ли автоплатеж срабатывать в 10:00 по его новому местному времени или по-прежнему в 10:00 MSK? (Нужно уточнять у аналитика, но проверить оба варианта).
— Срабатывание в "дыру": платеж настроен на 31 марта, а списание в 10:00. В ночь на 31 марта в некоторых странах переводят часы, и 10:00 может наступить дважды или ни разу.
— Условный "понедельник": проверить, что система правильно определяет день недели. Если сегодня воскресенье, и я ставлю "еженедельно по понедельникам" — первый платеж должен быть завтра.

● Одновременные действия пользователя:
— Редактирование в момент списания: пользователь зашел в 9:59 и начал менять сумму автоплатежа, а в 10:00 сработал джоб. Что произойдет? (Джоб должен либо заблокировать запись, либо взять снэпшот данных на момент старта. Важно, чтобы не списалось по старым реквизитам, а сохранились новые).
— Удаление получателя: пользователь удалил карточку получателя (счет физлица), на которого был настроен автоплатеж. Что будет с автоплатежом завтра в 10:00? (Логично: либо автоплатеж должен деактивироваться, либо система должна выдавать ошибку "Получатель не найден").
— Ручной перевод в момент списания: пользователь в 9:55 вручную перевел последние деньги со счета, оставив там ровно 0. В 10:00 пришел автоплатеж. Успеет ли система обработать блокировку средств?.
— Двойной клик сохранения: при создании автоплатежа пользователь дважды нажал "Сохранить". Создалось два одинаковых автоплатежа? (Бэкенд должен проверять идемпотентность запросов).

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

🤵‍♀️ Режим рекрутера:

Ты — опытный рекрутер и hiring manager.
Посмотри на моё резюме не как автор, а как человек, который:
— ежедневно отсматривает десятки резюме
— быстро отсеивает слабые формулировки
— ищет ценность, а не “обязанности”
Проанализируй резюме:[вставь текст]
Скажи:
— какие формулировки звучат слабо или размыто
— где я не доношу свою реальную ценность
— где резюме не отвечает на вопрос “зачем мне этого человека звать дальше?”
Без переписывания.
Только честный разбор.

🏆 Делаем язык более четким и подходящим к требованиям HR:

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

🤔 Инициируем желание пригласить вас на интервью:

Прочитай обновлённое резюме ещё раз как рекрутер.
Ответь:
— какие 3 сильные стороны кандидата сразу видны
— на какую роль он выглядит наиболее убедительно
— вызывает ли резюме желание позвать на интервью и почему
Если нет — укажи, что именно мешает и как это исправить.

👨‍💻 Адаптируем резюме под конкретную вакансию:

Теперь действуй как рекрутер, который закрывает конкретную вакансию, а не “смотрит резюме в целом”.
Вот описание вакансии: [вставь текст вакансии]
Вот моё резюме: [вставь обновлённую версию]
Твоя задача:
— адаптировать резюме под требования именно этой вакансии
— расставить акценты так, как это сделал бы сильный кандидат
— убрать или ослабить то, что не усиливает отклик на эту роль
— подсветить релевантный опыт и навыки в первую очередь.
Правила:
— не добавляй выдуманный опыт
— не переписывай всё целиком, если это не нужно
— цель — чтобы рекрутер за 20–30 секунд понял: “этот человек подходит”
В конце скажи:
— на какие требования вакансии резюме теперь отвечает лучше всего
— где всё ещё есть разрыв и как его можно закрыть.

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

📖prompts.chat — библиотека готовых промптов, где можно взять рабочие шаблоны и быстро получить нужный результат без «часов дописывания». Можно искать промпты по категориям (Web Development, Marketing, Business Planning, Image/Video Generation, Automations, Learning & Skills, Data Science), сохранять в свою коллекцию, запускать/копировать, а также создавать свои промпты по образцу.

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

#Рабочее

🪖23 февраля уже прошло, но мы решили не упускать повод сказать пару теплых слов и поделиться одним небольшим фактом из IT-индустрии.

Несколько лет назад команда разработки цифровых продуктов из AIM «призвали» программистов в digital-войска. Их задача — защищать мир от плохого кода, неудобных интерфейсов и нестабильных систем. Эта история — напоминание о том, что серьезный подход к делу важен в любой сфере, даже если главный инструмент в работе — клавиатура и чистая логика.

🛡Поздравляем всех мужчин, независимо от профессии! Ведь защитник — это тот, кто берет на себя ответственность за свои решения и за тех, кто рядом.

Желаем вам:
— Чтобы любой «деплой» проходил успешно и с первого раза.
— Чтобы баги были мелкими, редкими и легко устранимыми.
— Чтобы любые интерфейсы, с которыми вы сталкиваетесь, были интуитивно понятными и удобными.

С праздником! 🦾

❓Telegram: Остров свободы или гибкая корпорация?

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

У Telegram давно сложилась репутация самого приватного мессенджера, а Павел Дуров считается безусловным «защитником свободы». Кажется, что Telegram — самый принципиальный сервис, который никогда не сдается под давлением властей. Но так ли это?

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

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

https://telegra.ph/Svoboda-zakony-ili-dvojnye-standarty-Kak-Telegram-vedet-sebya-v-raznyh-stranah-02-22

Сегодня публикуем задачу от эксперта Дмитрия Ковалева (Senior Frontend Developer), которую он предлагает решить кандидатам на собеседовании👇

📋Кейс «Тяжелые списки» (финтех-сервис)

🔹Контекст:
В банковском приложении рендерится большой список операций. При изменении статуса одной транзакции (approve/reject) весь список начинает жутко лагать, а React DevTools показывает 300+ ререндеров.

{transactions.map(tx => (
  <TransactionRow
    key={tx.id}
    transaction={tx}
    onApprove={handleApprove}
  />
))}

🔹Вопросы для размышления:
● Почему при обновлении только одной транзакции перерисовываются абсолютно все строки списка?
● Как исправить проблему, не меняя архитектуру компонента?
● Когда реально стоит использовать React.memo / useMemo / useCallback? (а когда это только усложнит код?)

Подумали над решением? Тогда смотрите ответ👇

● По умолчанию при изменении стейта родителя React ререндерит все дерево вниз. Заново создаются пропсы для дочерних компонентов. Если handleApprove создается заново (новая ссылка) и/или transaction пересоздается как новый объект, React видит "пропсы изменились", значит все TransactionRow ререндерятся.
● Минимальный фикс — обернуть TransactionRow в React.memo, а handleApprove стабилизировать через useCallback. Также важно обновлять только нужный объект в массиве transactions, чтобы остальные сохранили свои ссылки.
● React.memo стоит использовать при длинных списках и тяжелых компонентах, useCallback при передаче функций вниз, а useMemo, если вычисления дорогие (фильтр/сортировка). Если компонент легкий — мемоизация лишь усложнит код.

🎯Цель данной задачи — проверить понимание причин ререндеров и умение оптимизировать React осознанно, а не "оборачивать всё подряд".

🗣Комментарий эксперта.

Главная ловушка — думать, что “React сам разберется”. Он и разбирается: видит новые ссылки — честно перерисовывает. Многие забывают, что React.memo работает только в связке со стабильными ссылками. Если вы обернули компонент в memo, но передаете в него onApprove={() => doSomething()}, вы просто тратите ресурсы на бесполезную проверку пропсов. Оптимизируйте осознанно: сначала замеряйте профилировщиком, а потом внедряйте мемоизацию.

#Задача_от_эксперта

💳Каждый ваш лайк, покупка картой или шаг мимо камеры в метро — это крошечный цифровой след, который в одиночку ничего не значит. Но когда миллионы таких следов собираются ежесекундно — рождается Big Data, один из самых мощных инструментов современности. В новой статье разбираемся: что такое большие данные, откуда они берутся, как их собирают и обрабатывают и почему они уже решают, где открыть кафе, кто победит на выборах и как спасти жизни во время эпидемий.

👉https://dzen.ru/a/aZTJEuhoVUfNqcwM

Возможно ли создать качественный лендинг за один рабочий день? С сервисом v0.app — да.

👨‍💻v0.app — нейросеть для создания приложений и лендингов от Vercel без необходимости писать код. Достаточно сформулировать задачу, описать структуру, дизайн и функциональность — и каркас проекта готов!

Как это работает:

1️⃣ Вводите промт. Чем подробнее он написан, тем точнее результат. Укажите: что нужно создать, для какой аудитории, функционал, стиль и дизайн (лучше сразу прописывать цвета в Hex и шрифты), стек технологий (например: Next.js, React, Tailwind, TypeScript и тд).

2️⃣ Добавляете референсы. Можно прикрепить брендбук, скриншоты, изображения, UI-референсы. Это значительно повышает точность генерации.

3️⃣ Редактируете. Правки можно вносить через чат (в бесплатной версии количество промтов ограничено) или напрямую через код.

4️⃣ Публикуете. Готовый лендинг можно выложить на прод через Vercel и подключить собственный домен.

v0.app отлично подходит для MVP, тестирования гипотез и ускорения запуска.

#Рабочее

10.02.26 почти одновременно с новостями о новом этапе замедления Telegram стало известно, что из НСДИ удалены домены YouTube, WhatsApp*, Instagram* и Facebook*

❓Что это значит?
НСДИ — российская версия DNS. Если домен удаляется, серверы перестают возвращать IP, и для пользователя сайт «не существует». Без VPN или альтернативного DNS сервис недоступен, даже если его инфраструктура работает.

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

📺YouTube замедляют полтора года — аудитория сократилась примерно на 30 млн, лидером стало VK Видео. Ограничения WhatsApp* усилили Telegram. Instagram* заблокирован, часть аудитории ушла в TikTok

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

*принадлежат экстремистской и запрещенной на Meta

Любовь — штука хрупкая, особенно если у неё расширение .vbs 💔
В преддверии 14 февраля вспомним одну из самых громких историй о «любви» в мире технологий.

👨‍💻В 2000г филиппинские студенты запустили червя, который рассылал себя по почте с темой «ILOVEYOU» и файлом Love-letter-for-you.txt.vbs. Пользователи видели якобы обычный текстовый файл — Windows по умолчанию скрывала расширение .vbs, поэтому вложение выглядело как безобидный .txt.

После открытия вирус перезаписывал файлы, скачивал троян для кражи паролей и рассылал себя всем контактам из адресной книги Outlook. Масштаб был таким, что свою почту пришлось временно отключить Пентагону, ЦРУ, Британскому парламенту, NASA и тысячам других организаций по всему миру. В итоге вирус поразил около 45 млн компьютеров (10% в мире) и нанес мировой экономике ущерб в 10 млрд 💲.

😢Мораль: В IT, как и в жизни, за красивой оболочкой может скрываться вредоносный скрипт.

Берегите свои данные и открывайте сердца только проверенным людям (и проверенным файлам)! 💻❤️

#IT_факт

💻Когда-то в разработке существовало два лагеря: Dev (разработчики), которые писали код, и Ops (сисадмины), которые вручную выкладывали релизы на серверы. Часто у них обычно не было контекста кода, поэтому деплой был делом рискованным.

🌉Со временем появилась философия DevOps — и вместе с ней специалисты, которые стали мостиком между разработкой и эксплуатацией.

DevOps — это подход к разработке, при котором создание кода, его доставка и поддержка объединены в единый непрерывный процесс.

🛠Функционал DevOps-специалистов:
— Автоматизация: Чтобы все, что можно нажать одной кнопкой, нажималось само.
— Инфраструктура как код (IaC): Настройка сетей и серверов не вручную, а с помощью кода.
— Оркестрация и контейнеры: Управление контейнерами, чтобы приложение работало везде одинаково.
— Построение пайплайнов (CI/CD):
Continuous Integration — автосборка и тестирование кода.
Continuous Deployment — автодоставка изменений в production.
— Мониторинг, логирование, отказоустойчивость и безопасность.

#Что_это_такое

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

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

👉https://dzen.ru/a/aYr6Eod5iDZ0TSZA