SafeLine WAF — это бесплатный инструмент, который я лично тестировал.

Это полностью open-source решения, продукт с действительно бесплатной Community Edition, где ключевые функции не урезаны.

SafeLine WAF — веб-приложенийный межсетевой экран, который действительно поставляется с разумными настройками по умолчанию

Что он делает:

Защищает веб-приложения от SQL-инъекций, XSS-атак, командных инъекций, CSRF, SSRF, атак включения файлов и других угроз из списка OWASP Top 10. Также поддерживает защиту от CC/DDoS-атак, управление ботами и может работать как шлюз аутентификации.

Почему он:

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

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

Некоторые показатели, которые стоит учитыват

1. Уровень обнаружения - SafeLine (Balanced) (71.65%), ModSecurity (Level 1) (69.74%), Cloudflare (Free) (10.7%)
2. Уровень ложных срабатываний - SafeLine (Balanced) (0.07%), ModSecurity (Level 1) (17.58%), Cloudflare (Free) (0.07%)
3. Точность - SafeLine (Balanced) (99.45%), ModSecurity (Level 1) (82.20%), Cloudflare (Free) (98.40%)

Сбалансированный профиль SafeLine обнаруживает более 70% атак, при этом блокируя легитимный трафик ошибочно всего в 0.07% случаев. Это именно тот уровень настроек по умолчанию, который можно использовать в промышленной среде без постоянного ручного контроля.

Установка выполняется одной командой

После запуска он разворачивается как набор Docker-контейнеров: Tengine (форк Nginx) используется в качестве reverse proxy, отдельный сервис отвечает за семантический анализ, PostgreSQL хранит конфигурации и логи, а удобная веб-панель администратора работает на порту 9443.Community Edition поддерживает до 10 сайтов, чего достаточно для большинства личных проектов и небольших бизнес-сценариев.

Сайт: https://cyberserval.tech/landing/safeline

GitHub: github.com/chaitin/SafeLine (более 21 тыс. звёзд)

Лицензия: GPL-3.0 / MIT (Community Edition)

Релиз вышел одновременно с .NET 10, который стал версией с долгосрочной поддержкой (LTS).

Что нового в Visual Studio 2026

По данным Microsoft, в новую версию вошло более 300 новых функций и 5000 исправлений ошибок, собранных по запросам сообщества. IDE получила обновленный дизайн на базе Fluent UI с 11 новыми темами и улучшенной производительностью.

Компания заявляет, что время загрузки проектов и зависания интерфейса сократились более чем на 50%, а общая отзывчивость среды разработки заметно выросла.

Главные изменения:

• интеграция GitHub Copilot во все части среды разработки;
• ускоренное открытие крупных проектов;
• переработанная система обновлений — теперь IDE обновляется отдельно от инструментов сборки;
• полная совместимость с более чем 4000 расширениями от Visual Studio 2022;
• поддержка новых инструментов для анализа кода и тестирования.

Отдельное обновление инструментов

Одно из самых ожидаемых нововведений — развязка Visual Studio и build tools.

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

Релиз .NET 10

Одновременно с IDE вышел .NET 10 — LTS-релиз, который будет поддерживаться до 10 ноября 2028 года.

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

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

Почему это важно

Visual Studio 2026 делает ставку на скорость, стабильность и интеграцию с ИИ.

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

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

ТОП-7 сервисов для расчёта натальной карты онлайн

🏆 StudyAI — натальная карта с нейросетью на базе Geocult

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

>> Построить натальную карту в StudyAi <<

Главное преимущество StudyAI — нейросеть анализирует вашу натальную карту по дате рождения и даёт персональную расшифровку, учитывая психологический профиль. Вместо шаблонных текстов вы получаете глубокий разбор характера, талантов и жизненных сценариев. Сервис заменяет консультацию астролога, которая стоит 3000-5000 рублей, всего за 199 рублей.

Преимущества:

• Расчёт натальной карты на базе надёжного Geocult.ru с проверенными формулами
• ИИ объясняет астрологические термины простым языком без сложной терминологии
• Глубокий психологический анализ личности на основе положения планет в гороскопе
• Можно задавать вопросы нейросети и получать уточнения по расшифровке
• Персональный разбор натальной карты мужчины, женщины или ребёнка
• Стоимость 199₽ вместо 3000-5000₽ за консультацию астролога

Недостатки:

• Платный сервис, хотя цена символическая для качества расшифровки
• Требуется стабильное интернет-соединение для работы искусственного интеллекта онлайн

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

Geocult.ru — классика русской астрологи

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

>> Рассчитать натальную карту в Geocult <<

Преимущества:

• Бесплатное построение натальной карты онлайн с детальной расшифровкой всех элементов
• Удобный интерфейс, расчёт без регистрации и скрытых платежей
• Подробная интерпретация аспектов планет и домов гороскопа рождения
• Поддержка ведической и западной систем астрологии для разных школ
• Большая база учебных статей для изучения астрологии самостоятельно

Недостатки:

• Нет встроенной нейросети или ИИ для упрощённого анализа
• Дизайн выглядит устаревшим, хотя функционал остаётся надёжным

Для кого: опытные пользователи, студенты астрологии, кто хочет самостоятельно изучать натальную карту.

Astro-Online.ru — быстрый онлайн-расчёт

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

Преимущества:

• Бесплатный расчёт натальной карты онлайн с автоматической расшифровкой
• Предоставляет полную таблицу домов, планет и аспектов
• Быстрая загрузка результатов без задержек
• Есть варианты западной и ведической натальной карты
• Адаптирован для мобильных устройств

>> Натальная карта в Astro-Online.ru <<

Недостатки:

• Некоторые дополнительные функции доступны только в платной версии
• Интерфейс не всегда корректно отображается на старых телефонах

Для кого: пользователи, которым нужен быстрый расчёт натальной карты без углублённого изучения.

Sotis-Online — профессиональный инструмент

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

Рассчитать натальную карту онлайн в Sotis-Online

Преимущества:

• Точный расчёт натальной карты рождения с профессиональными алгоритмами
• Глубокий анализ положения планет, аспектов и домов гороскопа
• Возможность построить прогнозы и транзитные карты онлайн
• Русский интерфейс и функция экспорта в PDF-формат
• Поддержка классической и ведической астрологии

Недостатки:

• Интерфейс немного устаревший по дизайну
• Расшифровка менее эмоциональна и понятна, чем у ИИ-сервисов

Для кого: профессиональные астрологи, продвинутые пользователи, кто ценит точность расчёта натальной карты.

Astrozet.net — простота и наглядность

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

Натальная карта онлайн в Astrozet.net

Преимущества:

• Натальная карта бесплатно онлайн по дате и времени рождения за минуты
• Простая и понятная расшифровка всех элементов без перегрузки терминами
• Отличная работа на мобильных устройствах без потери функционала
• Можно рассчитать совместимость партнёров и транзиты планет
• Интерактивная схема гороскопа для лучшего понимания

Недостатки:

• Нет встроенного ИИ-анализатора для персональной расшифровки
• Результаты иногда сохраняются только вручную, нет автосохранения

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

Astrolog4you.com — международная платформа

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

Преимущества:

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

Недостатки:

• Расшифровка текста не всегда адаптирована для начинающих
• Интерфейс немного перегружен астрологическими терминами

Для кого: пользователи с базовыми знаниями астрологии, кто хочет сравнить разные системы расчёта.

Бесплатные нейросети (ChatGPT, Claude)

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

Бесплатные нейросети без VPN

Преимущества:

• Полностью бесплатный доступ к нейросети для расшифровки
• ИИ объясняет астрологию простым языком без терминов
• Можно задавать уточняющие вопросы и получать персональные советы
• Доступно онлайн 24/7 без ограничений по времени

Недостатки:

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

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

Что такое натальная карта

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

Для построения натальной карты нужны три параметра: дата рождения (день, месяц, год), точное время рождения (желательно с точностью до минуты) и место рождения (город). После ввода данных программа вычисляет астрологические координаты и выдаёт схему гороскопа с расшифровкой планет, домов и аспектов между ними.

Почему важно точное время рождения? От времени зависит расчёт Асцендента (восходящего знака) и распределение домов гороскопа. Разница даже в несколько минут может изменить Асцендент и повлиять на трактовку натальной карты. Если вы не знаете точное время, его можно узнать в роддоме, ЗАГСе или из свидетельства о рождении.

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

Как рассчитать натальную карту онлайн бесплатно

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

Шаг 1: Подготовьте данные для расчёта

Перед тем как рассчитать натальную карту онлайн, соберите необходимую информацию:

• Дата рождения — день, месяц и год
• Точное время рождения — желательно с точностью до минуты (можно узнать в роддоме, свидетельстве о рождении или спросить у родителей)
• Место рождения — город, где вы родились

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

Шаг 2: Выберите сервис для построения карты

Определитесь, какой сервис использовать для расчёта натальной карты онлайн:

• Бесплатные сервисы (Geocult, Astro-Online, Sotis) подходят для ознакомления и базовой расшифровки гороскопа по дате рождения
• Платные с нейросетью (StudyAI) дают глубокий анализ с участием искусственного интеллекта, который объясняет астрологию понятным языком

Критерии выбора сервиса: качество расшифровки, удобство интерфейса, наличие дополнительных функций (транзиты планет, совместимость, экспорт в PDF).

Шаг 3: Введите данные и рассчитайте

Зайдите на выбранный сайт и найдите форму для расчёта натальной карты. Введите данные рождения в соответствующие поля:

• Дата рождения
• Время рождения
• Город рождения (сервис автоматически определит часовой пояс)

Обязательно проверьте правильность часового пояса для города рождения — это влияет на точность расчёта гороскопа. Нажмите кнопку «Рассчитать» или «Построить карту», и система моментально построит вашу натальную карту онлайн.

Шаг 4: Получите расшифровку натальной карты

После расчёта вы увидите:

• Схему натальной карты — круглый гороскоп с планетами в знаках Зодиака и домах
• Описание планет в знаках — что означает положение каждой планеты в вашем гороскопе
• Дома гороскопа — 12 сфер жизни и их характеристики
• Аспекты между планетами — связи, которые формируют особенности характера

Некоторые сервисы дают текстовую расшифровку всех элементов натальной карты автоматически. Если вы используете нейросеть вроде StudyAI, искусственный интеллект создаст персональную интерпретацию с учётом вашего психологического профиля и жизненной ситуации.

Основные элементы натальной карты

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

10 планет и их значение в натальной карте

Каждая планета в натальной карте символизирует определённую энергию и сферу жизни. Положение планет в знаках Зодиака показывает, как эта энергия проявляется в вашем характере.

Солнце — ваша личность и цель жизни, ядро характера, осознанное эго и самовыражение.

Луна — эмоции и внутренний мир, подсознание, реакции на стресс, потребность в комфорте и безопасности.

Меркурий — мышление и общение, интеллект, способ обработки информации, стиль коммуникации с окружающими.

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

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

Юпитер — удача и рост, экспансия, мировоззрение, философские взгляды, где вас ждёт успех.

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

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

Нептун — мечты и вдохновение, иллюзии, творчество, духовность, интуиция и связь с подсознанием.

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

Каждая планета в вашей натальной карте находится в определённом знаке Зодиака, что окрашивает её энергию. Например, Марс в Овне даёт импульсивность и прямоту в действиях, а Марс в Весах — дипломатичность и избегание конфликтов.

12 домов гороскопа

Дома в натальной карте — это 12 секторов, каждый из которых отвечает за определённую сферу жизни. Планеты, попадающие в дома, показывают, где и как проявляется их энергия.

1 дом (Асцендент) — ваша личность, внешность, первое впечатление, которое вы производите на окружающих, начало любых дел.

2 дом — деньги, материальные ценности, самооценка, таланты, которые можно монетизировать.

3 дом — общение, обучение, братья и сёстры, короткие поездки, информация.

4 дом — семья, корни, дом, родители (особенно мать), эмоциональная база.

5 дом — творчество, романтика, дети, хобби, самовыражение, удовольствия.

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

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

8 дом — трансформация, секс, общие ресурсы, наследство, психология, кризисы.

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

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

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

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

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

Аспекты между планетами

Аспекты — это угловые расстояния между планетами в натальной карте, которые формируют связи и взаимодействия между ними. Аспекты показывают, как разные части личности сотрудничают или конфликтуют друг с другом.

Гармоничные аспекты (трин 120°, секстиль 60°) создают лёгкое течение энергии, таланты, способности, удачу в определённых сферах.

Напряжённые аспекты (квадрат 90°, оппозиция 180°) создают внутренние конфликты, вызовы, но через преодоление этих напряжений происходит личностный рост.

Большинство сервисов для расчёта натальной карты онлайн бесплатно показывают таблицу аспектов с расшифровкой их влияния на характер и судьбу.

Расшифровка натальной карты: от сложного к простому

Многие пользователи, которые рассчитали натальную карту онлайн бесплатно, сталкиваются с проблемой: как понять расшифровку? Астрологические тексты часто перегружены терминами вроде «Сатурн в экзальтации в 10 доме формирует квадрат к Марсу в 7 доме». Для человека без знаний астрологии такие фразы — темный лес.

Проблема сложного языка

Классические сервисы для построения натальной карты дают технически правильную расшифровку, но она требует базового понимания астрологии. Новичок не знает, что означает «Асцендент в Скорпионе» или «Луна в падении». Это создаёт барьер: люди получают натальную карту по дате рождения, но не могут извлечь из неё практическую пользу.

Риск неправильной трактовки тоже велик. Читая отрывочные описания планет из бесплатных источников, легко составить искажённое представление о себе или зациклиться на негативных аспектах гороскопа.

Решение: нейросети и искусственный интеллект

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

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

Преимущества ИИ-расшифровки:

• Понятный язык без терминов
• Персонализация под ваш запрос (карьера, любовь, таланты)
• Целостный анализ вместо разрозненных описаний планет
• Диалог: можно переспросить и уточнить

Что искать в расшифровке натальной карты

Когда вы получили расшифровку после расчёта натальной карты онлайн, обратите внимание на ключевые элементы:

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

Луна в знаке раскрывает эмоциональные потребности, как вы реагируете на стресс, что даёт ощущение безопасности и комфорта.

Асцендент (восходящий знак, 1 дом) — это ваша маска для окружающих, то, как вас воспринимают при первой встрече, ваш стиль поведения.

Венера в натальной карте говорит о том, как вы любите и строите отношения, что цените в партнёре, как проявляете чувства.

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

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

Пример разбора натальной карты

Представьте: у человека Солнце в Овне, Луна в Раке, Асцендент в Весах. Что это значит на практике?

• Солнце в Овне даёт энергичность, инициативность, прямоту. Человек быстро принимает решения, любит быть первым.
• Луна в Раке говорит о глубокой эмоциональности, чувствительности, потребности в семье и заботе. Внутренний мир богат и раним.
• Асцендент в Весах создаёт внешнюю дипломатичность, обаяние, стремление к гармонии в общении.

Итого: внешне этот человек выглядит мягким и вежливым (Весы), но внутри — огонь и импульсивность (Овен), а эмоционально он очень привязан к близким и раним (Рак). Понимание этих слоёв помогает осознать внутренние противоречия и использовать сильные стороны каждого элемента натальной карты.

Нейросеть в StudyAI делает именно такой синтетический анализ автоматически, экономя часы изучения астрологии.

Западная vs Ведическая натальная карта

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

Западная (тропическая) натальная карта

Западная астрология — самая распространённая система в Европе и Америке. Она использует тропический Зодиак, привязанный к сезонам года. Точка отсчёта — момент весеннего равноденствия (0° Овна).

Фокус западной астрологии — психология личности, характер, таланты, отношения. Натальная карта рассматривается как карта внутреннего мира человека. Западная система хорошо подходит для самопознания, работы с психологическими паттернами, понимания мотиваций.

Большинство бесплатных сервисов для расчёта натальной карты онлайн (Geocult, Astro-Online, Sotis) по умолчанию используют западную систему. Если вы новичок в астрологии, начинайте именно с неё.

Ведическая натальная карта (Джйотиш)

Ведическая астрология (Джйотиш) — древняя индийская система, которая использует сидерический Зодиак, привязанный к реальным положениям звёзд на небе. Из-за прецессии Земли между тропическим и сидерическим Зодиаком сейчас разница примерно 24°. Это значит, что при расчёте ведической натальной карты планеты окажутся в других знаках, чем в западной.

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

Некоторые сервисы (Geocult, Astrolog4you) позволяют построить натальную карту онлайн бесплатно и в западной, и в ведической системе для сравнения.

Какую систему выбрать

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

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

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

Практическое применение натальной карты

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

Для самопознания и личностного роста

Натальная карта — мощный инструмент для понимания себя. Она помогает:

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

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

Для карьеры и призвания

Натальная карта по дате рождения показывает профессиональные склонности и предназначение. Ключевые точки для анализа карьеры:

• 10 дом и планеты в нём — ваша карьера, амбиции, социальный статус
• 6 дом — повседневная работа, навыки, служение
• 2 дом — способы заработка, таланты, которые можно монетизировать
• Положение Сатурна — область, где через упорный труд достигнете мастерства

Если вы построили натальную карту онлайн и хотите понять призвание, обратите внимание на Середину Неба (МС — куспид 10 дома). Знак на МС указывает на стиль профессиональной реализации, а планеты в 10 доме — на конкретные сферы деятельности.

Также полезно отслеживать транзиты планет — движение планет по небу после вашего рождения. Благоприятные транзиты (например, Юпитер в 10 доме) показывают периоды карьерного роста, когда стоит начинать новые проекты.

Для отношений и совместимости

Один из популярных запросов при расчёте натальной карты онлайн — анализ совместимости с партнёром. Астрология помогает:

• Понять потребности в любви через Венеру и 7 дом в натальной карте
• Увидеть стиль общения через Меркурий
• Узнать, как вы выражаете страсть через Марс
• Построить синастрию — сравнение натальных карт партнёров для оценки совместимости

Совместимость по натальным картам не означает «судьба или нет». Это инструмент для понимания динамики отношений: где вы дополняете друг друга, а где возникают трения. Зная слабые места (например, квадрат между вашими Лунами), можно осознанно работать над отношениями.

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

Для родителей: натальная карта ребёнка

Родители часто хотят рассчитать натальную карту ребёнка по дате рождения, чтобы лучше понять его характер, таланты и потребности. Гороскоп рождения ребёнка помогает:

• Выбрать подход к воспитанию, учитывая темперамент (огонь, земля, вода, воздух)
• Развить врождённые таланты через анализ сильных планет и домов
• Понять эмоциональные потребности через Луну в натальной карте
• Избежать конфликтов, зная особенности характера ребёнка

Например, если у ребёнка Марс в Овне и Солнце в 1 доме, он очень активный, импульсивный, нуждается в физической активности. Попытки сделать из него тихого домоседа приведут к конфликтам. А ребёнок с Луной в Раке и Нептуном в 4 доме очень чувствительный, нуждается в эмоциональной безопасности и творческом самовыражении.

Нейросеть в StudyAI может создать персональную расшифровку натальной карты ребёнка с рекомендациями для родителей — это экономит время и даёт практические советы.

Планирование по транзитам

Транзиты планет — это текущее положение планет на небе и их взаимодействие с вашей натальной картой. Отслеживание транзитов помогает:

• Выбрать благоприятные даты для важных начинаний (свадьба, открытие бизнеса, переезд)
• Понять периоды активности и отдыха в соответствии с планетарными циклами
• Подготовиться к сложным периодам (например, транзит Сатурна часто приносит испытания)
• Использовать удачные транзиты (Юпитер даёт рост и возможности)

Некоторые сервисы для расчёта натальной карты онлайн бесплатно (Geocult, Sotis, Astrozet) позволяют построить текущие транзиты планет к вашему гороскопу. Вы видите, какие планеты сейчас активируют какие дома вашей натальной карты, и можете планировать жизнь более осознанно.

Нейросети и искусственный интеллект в астрологии

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

Как ИИ меняет астрологию

Автоматическая расшифровка натальной карты с участием нейросети — это не просто генерация текста по шаблону. Современный искусственный интеллект обучен на тысячах реальных гороскопов и астрологических текстов. Он понимает контекст: например, Марс в Овне даёт одно, но если он в 12 доме и в квадрате к Сатурну — совсем другое. ИИ учитывает все эти нюансы одновременно.

Персонализация расшифровки — главное преимущество нейросетей. Вы можете задать фокус анализа: «расскажи про карьеру», «объясни мои отношения», «какие таланты у моего ребёнка». Искусственный интеллект создаст расшифровку именно под ваш запрос, а не выдаст общее описание всех планет.

Объяснение сложного простым языком — то, что делают лучшие ИИ-сервисы вроде StudyAI. Нейросеть переводит фразы типа «Венера в экзальтации в Рыбах в 5 доме образует трин к Нептуну в 9 доме» в «Вы очень романтичная натура, влюбляетесь в идеал, цените красоту и духовную связь в отношениях».

Диалог с ИИ-астрологом — новый формат. Вы рассчитали натальную карту онлайн, получили расшифровку, но остались вопросы? Задайте их нейросети: «Почему у меня проблемы в отношениях?», «Какая профессия мне подойдёт?». ИИ проанализирует ваш гороскоп и ответит персонально.

Преимущества ИИ-расшифровки натальной карты

• Быстрее консультации астролога: нейросеть даёт расшифровку за 2 минуты, а не ждать неделю на запись к специалисту
• Дешевле: рассчитать натальную карту с ИИ-расшифровкой в StudyAI стоит 199₽, консультация астролога — 3000-5000₽
• Доступно 24/7: можете построить натальную карту онлайн в любое время, даже ночью
• Можно переспросить: если что-то непонятно, задаёте уточняющий вопрос нейросети
• Анализ психологического профиля: искусственный интеллект соединяет астрологию с психологией для глубокого разбора

Ограничения нейросетей в астрологии

Искусственный интеллект — мощный инструмент, но у него есть границы:

• Не заменяет живого астролога на 100%: опытный специалист учитывает тонкости, которые ИИ может упустить
• Требует критического мышления: расшифровку нейросети стоит воспринимать как гипотезу, а не абсолютную истину
• Нужен интернет: чтобы рассчитать натальную карту онлайн с ИИ, требуется стабильное соединение
• Бесплатные нейросети (ChatGPT, Claude) дают поверхностный анализ без специализированной астрологической базы, в отличие от StudyAI

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

Часто задаваемые вопросы

Заключение

Натальная карта — это мощный инструмент для самопознания, понимания своих талантов, отношений и жизненного пути. В 2025 году рассчитать натальную карту онлайн бесплатно с расшифровкой по дате рождения можно за несколько минут в надёжных сервисах вроде Geocult, Astro-Online, Sotis.

Если вам нужна не просто схема гороскопа, а глубокий персональный анализ на понятном языке, обратите внимание на StudyAI. Этот сервис сочетает проверенную точность расчёта от Geocult с мощью нейросети, которая объясняет астрологию через призму психологии. За 199 рублей вы получаете то, что заменяет консультацию астролога, — понятную расшифровку натальной карты с возможностью задавать вопросы искусственному интеллекту.

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

• Решить, с какого языка/технологии вы хотите начать.
• Решить, на каком ресурсе вы хотите обучаться.
• Выделить время на само программирование.

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

Некоторые люди начинают с относительно низкоуровневого программирования на C и C++. Другие выбирают более традиционный путь, изучая Java или C#. Есть и те, кто начинает с высокоуровневых или скриптовых языков вроде Python, Ruby или JavaScript.

Мы классифицируем языки по уровню абстракции. Для новичков: низкоуровневые — как ручная сборка машины (контроль, но сложный); среднеуровневые — как готовый конструктор с инструкцией (сохраняем баланс); высокоуровневые — как приложение на смартфоне (быстро, но меньше контроля). Ниже разберём плюсы и минусы и поможем сделать правильный выбор.

Низкоуровневые языки: близко к «железу»

Это языки, где вы напрямую работаете с памятью компьютера. Нет автоматической уборки ненужных данных, всё под вашим контролем. Подходят для системного ПО, игр или устройств (например, микроконтроллеров).

Примеры: C (для ОС вроде Linux), C++ (для игр на движке вроде Unreal Engine), Assembler (для оптимизации критических частей кода).

Плюсы:

• Полный контроль: вы решаете, как использовать ресурсы. Так, в C++ можно вручную выделять память для массивов, избегая ненужных копий данных.
• Высокая скорость: прямой доступ к памяти позволяет писать код, который работает быстрее (это важно для работы с играми или серверами).
• Основы основ: такие языки учат, как компьютер работает изнутри, чтобы в будущем ценить удобства других языков. Например, вы узнаёте, почему «утечка памяти» — это проблема.
• Эффективность: низкоуровневые языки мотивируют думать об оптимизации заранее, снижая расход батареи или CPU.
• Компактность: минимальная библиотека, приложения получаются лёгкими (идеально для embedded-систем, как в IoT-устройствах).

Минусы:

• Всё-таки это сложно: рутинные задачи (например, чтение файла) требуют больше кода и внимания к деталям, рискуя ошибками вроде переполненного буфера.
• Ручное управление памятью: можно легко «забыть» освободить память, вызвав утечки или краши. Например, в C нужно использовать malloc/free, иначе программа съест всю RAM.
• Много копипасты: придётся писать шаблонный код, и делать это часто.
• Платформо-зависимость: код для Windows может не работать на Linux без правок.

Среднеуровневые языки: баланс контроля и удобства

Эти языки предлагают готовые инструменты, упрощающие работу, но требуют строгой проверки типов данных. Для их запуска нужна специальная программа (среда выполнения). Они идеальны для приложений, серверов и игр.

Примеры: Java (для Android-приложений), C# (для Unity-игр или .NET-серверов).

Плюсы:

• Автоматическая память: память очищается автоматически благодаря сборщику мусора, что избавляет от ручной работы и снижает вероятность ошибок, вроде утечек памяти в больших проектах. При этом можно получить доступ к низкоуровневым функциям для особых задач, например, через специальные инструменты в Java.
• Богатые библиотеки: готовые инструменты для сетей, GUI или баз данных. Пример: Java’s Spring для веб-серверов.
• Кроссплатформенность: компиляция в байт-код (JVM для Java) позволяет запускать код везде. Например, пишешь на Windows, запускаешь на Linux.
• Безопасность: язык проверяет типы данных перед запуском программы, помогая заранее найти ошибки. Среда выполнения защищает от опасных сбоев, например, от переполненной памяти.
• Масштабируемость: встроенные инструменты для параллельных вычислений позволяют легко создавать программы, которые одновременно выполняют много задач (серверы для тысяч пользователей и т.п.).

Минусы:

• Дополнительная нагрузка от рантайма: Среда выполнения и автоматическая очистка памяти создают дополнительную нагрузку. Сборщик мусора может ненадолго останавливать программу, что заметно в играх или при обработке видео.
• Меньше контроля: абстракции скрывают детали памяти, усложняя оптимизацию (например, в Java сложно избежать боксинга примитивов).
• Повторяющийся код, которого много: приходится писать повторяющийся код и тренировать свою усидчивость, например, для доступа к данным объекта. Кстати, инструменты вроде Lombok могут упростить эту задачу.
• Зависимость от среды: для запуска программ нужна специальная среда (например, JVM для Java), что влияет на размер программ и замедляет их старт.
• Сложность интеграции: подключение кода на других языках, например, на C, требует писать специальные обёртки, что усложняет работу и снижает скорость.

Высокоуровневые языки: удобство и скорость разработки

Эти языки скрывают технические детали, позволяя сосредоточиться на создании логики программы. Подходят для веба, data science или скриптов.

Примеры: Python (для ML), Ruby (для веб-разработки), JavaScript (для фронтенда).

Плюсы:

• Простота: сложные задачи решаются в пару строк. Так, в JS async/await упрощает API-запросы.
• Быстрая разработка: динамическая типизация позволяет быстро писать и тестировать код без необходимости его компиляции.
• Богатые экосистемы: есть библиотеки для всего (к примеру, NumPy для данных в Python).
• Гибкость: легко менять код, идеально для прототипов или стартапов.

Минусы:

• Низкая производительность: абстракции добавляют нагрузки. Например, циклы в Python медленнее, чем в C.
• Ошибки на рантайме: из-за слабой типизации ошибки выявляются только при запуске программы, что усложняет отладку.
• Риск «спагетти-кода»: лёгкость изменений может привести к хаосу без дисциплины.
• Скрытые проблемы: абстракции маскируют баги.
• Зависимость от интерпретатора: программы требуют установленного интерпретатора, что замедляет их запуск и добавляет зависимость от дополнительного ПО.

Чек-лист: как выбрать язык программирования для новичка

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

1. Определите, что вас вдохновляет, и выберите сферу. Подумайте, что вы хотите создавать: сайты, игры, мобильные приложения или серверы. Разные сферы требуют разных языков. Например, для веб-разработки подойдут JavaScript или Python, для мобильных приложений — Java, Kotlin, Swift или Dart, а для игр — C# или C++. Составьте список идей (например, сайт-визитка, игра, аналитика данных) и найдите, какие языки для них используют.
   — Аня Жаркова, руководитель мобильной разработки в USETECH
2. Ищите язык с широким применением. Выбирайте языки, которые используются в разных областях, чтобы легче переключаться между задачами. Например, Kotlin подходит для мобильной разработки, веба и серверов, а C# — для десктоп-приложений, игр (Unity) и бэкенда. Это даёт гибкость и упрощает изучение новых языков в будущем.
   — Аня Жаркова, руководитель мобильной разработки в USETECH
3. Проверьте спрос на рынке труда. Если цель — смена профессии, изучите вакансии на HH.ru или LinkedIn. Введите «junior Python», «junior Java» и сравните, где больше предложений и какие требования. Избегайте языков с низким спросом, если хотите быстро найти работу. Например, Java, Kotlin, Python и JavaScript популярны для найма.
   — Владислав Масунов, Head of Development
4. Опробуйте языки на практике. Напишите простые программы (например, "Hello World" или калькулятор) на нескольких языках, чтобы понять, какой синтаксис вам ближе. Используйте онлайн-редакторы вроде Replit или CodePen. Например, попробуйте TypeScript для веба (он поддерживает типизацию и разные подходы к программированию) или C++ для понимания работы с памятью. Это поможет почувствовать, к чему лежит душа.
   — Рома Троицкий, фронтенд-инженер в Сбер B2C, член ПК HolyJS & MoscowCSS; Евгений Антонов, ИТ-консультант, автор тг-канала @general_it_talks
5. Выберите язык с хорошей документацией и сообществом. Убедитесь, что у языка много обучающих материалов и активное сообщество. Например, TypeScript имеет богатую документацию и поддержку, что упрощает старт. Проверьте ресурсы вроде LearnPython.org, freeCodeCamp для JavaScript или Telegram-чаты для C++. Это поможет быстрее решать вопросы.
   — Рома Троицкий, фронтенд-инженер в Сбер B2C, член ПК HolyJS & MoscowCSS
6. Учитывайте сложность и карьерные цели. Для небольших проектов или быстрого старта берите Python или PHP — они проще и подходят для веб-разработки или скриптов. Для сложных задач с высокой нагрузкой (например, серверы или оптимизация) попробуйте C++ или Go. Если цель — работа в крупных компаниях, Java и Kotlin востребованы и часто используются с ИИ-инструментами. Выбирайте, исходя из сложности и ваших амбиций.
   — Евгений Антонов, ИТ-консультант, автор тг-канала @general_it_talks
7. Смотрите на универсальность и переход к другим языкам. Выбирайте язык, который учит основам программирования и упрощает переход к другим. Например, изучение C# может помочь освоить Java, а затем — Android-разработку. TypeScript учит объектно-ориентированному и функциональному программированию, что полезно для разных задач. Это создаёт базу для дальнейшего роста.
   — Аня Жаркова, руководитель мобильной разработки в USETECH; Рома Троицкий, фронтенд-инженер в Сбер B2C, член ПК HolyJS & MoscowCSS
8. Не гонитесь за гилти плежа. Избегайте языков, которые изучают «для удовольствия» без практического применения. Выбирайте те, которые можно применить в реальных проектах или которые востребованы в индустрии. Например, вместо нишевых языков берите Python, Java или Kotlin: они имеют чёткие сценарии использования.
   — Аня Жаркова, руководитель мобильной разработки в USETECH
9. Практикуйтесь с ИИ-инструментами. Если хотите работать в крупных компаниях, освойте язык, который хорошо сочетается с ИИ-инструментами (например, Go или Java). Практикуйтесь с ИИ-агентами по типу GitHub Copilot для автоматизации задач — это ценится работодателями.
   — Евгений Антонов, ИТ-консультант, автор тг-канала @general_it_talks
10. Составьте план развития. Создайте roadmap: определите, какие проекты хотите делать через 3-6 месяцев (например, мобильное приложение или веб-сервис), и подберите язык под эти цели. Если выбрали C#, начните с десктоп-приложений, затем попробуйте Xamarin для кроссплатформенной разработки. Постепенно добавляйте новые языки, опираясь на первый.
    — Аня Жаркова, руководитель мобильной разработки в USETECH

Если не определились, предлагаем пройти квиз и расставить всё по полочкам:

Редакция Tproger сделала и адаптировала перевод подборки программ для Windows и macOS. Здесь вы найдёте проверенные временем решения для работы, развлечений и повседневных задач. Мы сосредоточились на бесплатных и условно-бесплатных приложениях с отличной репутацией, которые решают реальные задачи без навязывания ненужных функций.

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

Неважно, опытный вы пользователь или новичок — здесь найдётся что-то полезное для каждого.

Браузеры

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

• Большинство пользователей: Chrome, Edge или Safari
• Защита приватности: Firefox, Brave, Ungoogled Chromium
• Опытные пользователи: Vivaldi
• Максимальная анонимность: Tor Browser

Google Chrome

Chrome остаётся самым популярным браузером в мире — и не просто так. Он быстрый, стабильный и отлично интегрируется с экосистемой Google. Огромная библиотека расширений из Chrome Web Store позволяет настроить браузер под любые задачи. Синхронизация между устройствами работает безупречно: вкладки, пароли, закладки и история всегда под рукой.

Минус один, но существенный: Chrome прожорлив. Если у вас открыто больше десятка вкладок, он может съесть несколько гигабайт оперативной памяти. На компьютерах с 8 ГБ RAM и меньше это становится проблемой.

Mozilla Firefox

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

По скорости Firefox не уступает Chrome, а по потреблению памяти даже выигрывает. Библиотека расширений чуть меньше, чем у Chrome, но все основные инструменты доступны.

Microsoft Edge

Edge построен на том же движке Chromium, что и Chrome, но при этом лучше оптимизирован для Windows. Microsoft вложилась в производительность: браузер работает быстро, потребляет меньше ресурсов и отлично интегрируется с системой.

Особенно приятны функции вроде Collections (коллекции вкладок для организации исследований), режим чтения и встроенный скриншотер. Edge поддерживает все расширения Chrome, так что переход безболезненный.

Brave

Brave — это Chrome на стероидах приватности. Браузер блокирует рекламу и трекеры по умолчанию, что делает сёрфинг быстрее и безопаснее. При этом он полностью совместим с расширениями Chrome.

Есть интересная фишка: Brave Rewards позволяет зарабатывать криптовалюту за просмотр приватной рекламы (если захотите её включить). Спорная механика, но как опция — почему нет. Для тех, кто хочет Chrome без Google и с упором на приватность, Brave — отличный выбор.

Safari (только macOS)

Если у вас Mac, Safari заслуживает внимания. Это самый энергоэффективный браузер для macOS: на MacBook он даёт ощутимо больше автономности по сравнению с Chrome или Firefox. Интеграция с экосистемой Apple безупречна: Handoff, синхронизация через iCloud, Reading List, автозаполнение паролей.

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

Ungoogled Chromium

Для ультраосторожных Ungoogled Chromium удаляет всё отслеживание и сервисы Google — но вам придётся настраивать всё самостоятельно, так как в нём нет автообновлений или встроенной синхронизации.

Для максимально осторожных пользователей — это Chrome, из которого убрали всю телеметрию Google, отслеживание и облачные сервисы. Браузер работает, но требует ручной настройки: отсутствуют автоматические обновления и встроенная синхронизация между устройствами.

Tor Browser

Выводя приватность на следующий уровень, Tor Browser маршрутизирует ваш трафик через сеть Tor, анонимизируя ваш IP и многократно шифруя соединение. Он медленнее по задумке, но идеален, если ваш приоритет — максимальная анонимность, а не скорость или удобство.

Vivaldi

Vivaldi — браузер мечты для тех, кто хочет полного контроля. Стекирование вкладок, тайлинг, кастомные горячие клавиши, встроенная почта и календарь, веб-панели — это полноценный десктопный опыт внутри браузера. Хотите боковую панель браузера, открывающую ваши заметки, RSS-ленты или любой нужный сайт? Vivaldi это умеет.

Arc

Наконец, Arc — когда-то новичок на рынке браузеров, нацеленный на переосмысление UX: замена традиционной панели вкладок на боковую панель, акцент на веб-приложениях, интегрированные разделённые виды и easels для заметок и доски. К сожалению, компания за Arc прекратила разработку, чтобы полностью переключиться на ИИ с новым браузером, который сейчас в закрытой бета-версии.

Управление паролями

• Лучший бесплатный выбор: Bitwarden
• Также отлично: 1Password, Dashlane, KeePass

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

Также не будем забывать о passkeys (ключах доступа). Если говорить практически, можно сказать, что passkeys объединяют концепцию пароля и двухфакторной аутентификации (2FA) в одно плавное действие, но гораздо безопаснее и гораздо менее раздражающе.

Bitwarden

Полностью опенсорсный, зашифрованный и щедрый даже в бесплатной версии. Вы получаете неограниченное количество паролей, синхронизацию между устройствами и приложения для всех платформ. Премиум ($10/год) добавляет безопасный обмен файлами и инструменты 2FA. Также есть доступные семейные и командные планы.

1Password

Премиум-решение с отполированным интерфейсом, сильной кроссплатформенной поддержкой и отличными функциями вроде Travel Mode (режим путешествий) и полной интеграцией passkeys.

Dashlane

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

KeePassXC

Отличная оффлайн-альтернатива, если хотите полного контроля и не против ручной синхронизации (или использования чего-то вроде Syncthing или Dropbox для синхронизации базы данных).

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

Продвинутые утилиты и дополнения к ОС

• Поиск + лаунчеры: Everything или Wox (Windows), Alfred или Raycast (macOS)
• Пакетные менеджеры: WinGet, Homebrew (macOS)
• Для пользователей Windows: PowerToys
• Для пользователей Mac: Rectangle
• История буфера обмена: ClipClip, Flycut (macOS)
• Скриншоты + аннотации: Monosnap

Winget

Официальный менеджер пакетов Microsoft, встроенный в Windows 10 и 11. Работает похоже на Chocolatey, но разработан и поддерживается Microsoft. Homebrew — самый популярный менеджер пакетов для macOS. Позволяет быстро устанавливать, обновлять и управлять приложениями и CLI-инструментами с помощью команд в терминале.

Everything

Что касается поиска, Everything остаётся золотым стандартом сверхбыстрого поиска по именам файлов в Windows. Он индексирует диски за секунды и выдаёт почти мгновенные результаты с минимальной нагрузкой на систему. Если нужен функционал шире базового поиска, Wox использует движок Everything и добавляет мощные возможности лаунчера: поиск файлов, запуск приложений, калькулятор, перевод текста и расширения через плагины. Получается более гибкий опыт в духе Spotlight для Windows.

Command Palette/Alfred/Raycast

В который раз Microsoft не смогла существенно улучшить встроенный поиск Windows, хотя Command Palette в PowerToys даёт неплохой компромисс для тех, кто не хочет ставить сторонние утилиты.

На macOS Alfred по-прежнему главный лаунчер и утилита поиска. Он быстрый, интуитивный и в бесплатной версии включает историю буфера и настраиваемые поиски; расширенная автоматизация и «воркфлоу» доступны в Powerpack.

Тем, кто хочет современную облачно-интегрированную альтернативу с готовыми расширениями и встроенной поддержкой Notion, GitHub и Slack, стоит присмотреться к Raycast — это стильный, дружественный к разработчикам вариант, который стремительно набирает популярность.

Менеджеры буфера обмена

Они позволяют возвращаться к ранее скопированному — тексту, изображениям, ссылкам — и сильно ускоряют рутинные операции.

В Windows встроенная история буфера (Win + V) кое-как выручает, но продвинутым пользователям обычно хочется большего. В числе бесплатных рекомендаций — ClipClip для Windows и Flycut для macOS.

Когда речь о скриншотах и аннотациях, штатные инструменты macOS и Windows заметно выросли. Но многим всё равно удобнее сторонние решения. Нам по-прежнему нравится Monosnap за простоту и возможность мгновенно заливать снимки в облако для шаринга (и это бесплатно).

PowerToys — набор полезных утилит от Microsoft для продвинутых пользователей Windows, повышающих продуктивность и упрощающих рабочие процессы. Среди инструментов: FancyZones для продвинутого раскладывания окон, PowerRename для пакетного переименования, Keyboard Manager для ремапинга клавиш, универсальный color picker и другие.

Rectangle и Magnet — два самых популярных приложения на macOS для закрепления окон: быстрые выравнивание и ресайз по хоткеям или перетаскиванием, примерно как по умолчанию в Windows. Пользователям, пришедшим с Windows и скучающим по системному снапингу, одно из них жизненно необходимо.

Широко используемая альтернатива в Windows — FancyZones (часть PowerToys), предлагающая продвинутое управление окнами: настраиваемые сетки, зоны привязки и поддержку нескольких мониторов — поэтому это фаворит пауэр-пользователей на Windows.

Для рутины и создания проектов

• Бесплатные инструменты: FreeOffice, LibreOffice и WPS Office
• Microsoft Office за единовременную плату $49, Office 2024 — $129
• Заметки: Notion, OneNote, Obsidian
• Бесплатный PDF-редактор: PDFsam
• Почтовые клиенты: Thunderbird, eM Client

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

Microsoft Office остаётся отраслевым стандартом для профессиональной продуктивности. Подписка Microsoft 365 открывает доступ к Word, Excel, PowerPoint, Outlook и включает 1 ТБ облачного хранилища.

Среди бесплатных альтернатив LibreOffice — мощный open-source комплект с сильным сообществом (хотя интерфейс некоторым кажется старомодным). Если нужна внешне более майкрософтовская альтернатива, попробуйте FreeOffice или WPS Office Free — у них хорошая совместимость.

На macOS Pages, Numbers и Keynote предустановлены и более чем достаточны для большинства задач, особенно если вы в экосистеме Apple.

Знания и ведение заметок

Notion стал универсальной платформой организации: заметки, базы данных, to-do, управление проектами, создания совместных рабочих пространств. Если нужны более локальные заметки с синхронизацией между устройствами и поддержкой Markdown, Obsidian — любимец студентов и исследователей.

Для быстрых кроссплатформенных заметок OneNote — крепкий бесплатный вариант от Microsoft. В качестве альтернатив — Simplenote или open-source Joplin.

Если вы занимаетесь академической работой и научными статьями, Zotero — отличный open-source менеджер источников с интеграцией в браузер и совместными коллекциями. Milanote предлагает визуальный подход к заметкам и планированию — идеально для креативных пользователей.

Работа с PDF

Хотя Adobe Acrobat остаётся премиальным редактором PDF, бесплатные альтернативы вроде PDFsam позволяют без усилий объединять, разбивать, редактировать и поворачивать страницы.

Инструменты для дизайна и создания контента

Для дизайна два выделяющихся приложения хорошо дополняют набор продуктивности. Figma Desktop — совместная платформа интерфейс-дизайна, широко используемая UI/UX-дизайнерами и фронтенд-разработчиками. Десктоп-версия работает быстрее, чем браузер, и лучше интегрируется с ОС — это удобно для сложных дизайн-систем и коллаборации в реальном времени.

Canva с интуитивным drag-and-drop превосходно чувствует себя и как десктоп-приложение. Отлично подходит для быстрых графических материалов для соцсетей, маркетинга, постеров и презентаций. Благодаря тысячам шаблонов и совместной работе это фаворит как у профи, так и у новичков.

Почтовые клиенты

Если вы предпочитаете отдельный почтовый клиент, у eM Client много функций, бесплатный — до двух аккаунтов. Mozilla Thunderbird — мощная open-source альтернатива с удобной настраиваемостью, а Mailbird — вариант с упором на продуктивность для тех, кого не пугает подписка.

Инструменты разработчика

• Редакторы кода и текста: VS Code, Cursor, Sublime Text
• Система контроля версий: SourceTree, GitHub Desktop
• Контейнеры: Docker
• Локальные LLM: Ollama
• SFTP, загрузка файлов: WinSCP, Forklift

Для разработчиков Visual Studio Code — безусловный вариант. Бесплатный, лёгкий, но мощный, кроссплатформенный — тысячи расширений покрывают практически любой язык, фреймворк или инструмент. Набирающая популярность альтернатива — Cursor, редактор на базе VS Code с усиленной AI-помощью. Он подходит для связки с LLM: даёт inline-подсказки, генерирует код, рефакторит и позволяет редактировать кодовую базу.

При этом Sublime Text остаётся для скорости и простоты, а Notepad++ — отличный лёгкий редактор для быстрых правок в Windows.

Для Git графические клиенты SourceTree и SmartGit дают понятный интерфейс для управления репозиториями на GitHub, GitLab и не только. GitHub Desktop раньше был простоват и не слишком хорош, но сейчас существенно прибавил — всё ещё простой для работы, но в хорошем смысле.

Для локальных окружений, API-тестирования или терминального воркфлоу инструментов — пруд пруди. Например, Docker Desktop стал стандартом для тех, кто собирает и запускает контейнеризированные приложения на разных платформах. Он упрощает настройку окружений и держит систему чистой.

Ollama позволяет запускать большие языковые модели (LLM) локально с минимальной настройкой. Поддерживает модели вроде LLaMA, Mistral и другие open-weight альтернативы GPT, так что можно работать с ИИ прямо на своём компьютере без отправки данных в облако.

Если вы работаете с облачными хранилищами или SFTP, WinSCP (Windows) и ForkLift (macOS) — отличные клиенты с двухпанельным управлением файлами, синхронизацией и автоматизацией. На Mac также популярны Commander One и Transmit — у них есть встроенные подключения к удалённым и облачным путям.

Безопасность

И Windows, и macOS сегодня предлагают более чем достойную встроенную защиту. С защитой в реальном времени, интеграцией с файерволом и биометрией вроде Windows Hello и Touch ID. Для обычных пользователей, которые соблюдают гигиену безопасности: не скачивают сомнительное ПО, используют менеджеры паролей и включают 2FA — встроенной защиты часто хватает.

Для продвинутых пользователей есть дополнительные варианты.

Отличное первое дополнение — Malwarebytes. Это давний фаворит в обнаружении и удалении malware, adware и руткитов; бесплатная версия по-прежнему хороша для ручных сканов. В платной — защита в реальном времени без ощутимой просадки производительности.

Если не хочется ставить традиционный антивирус, есть достойные альтернативы. Emsisoft Emergency Kit — мощный портативный сканер, который можно запускать с флешки: идеально для редких глубоких сканов или лечения заражённых систем без установки чего-либо. Просто подключаете, когда нужно.

Ещё один отличный инструмент — VirusTotal: бесплатный веб-сервис, который проверяет файлы и URL через десятки антивирусных движков. Прежде чем открывать подозрительную загрузку, можно залить файл на VirusTotal.com или использовать их расширение для браузера, чтобы проверять ссылки в реальном времени. Быстро, просто и удобно для осторожных пользователей.

Мы не поклонники установки антивирусов на каждый компьютер и не полностью в курсе, какие сейчас показывают лучшие результаты. Тем не менее, AV-Test давно и регулярно оценивает популярные решения, поэтому советуем смотреть их свежие отчёты. В текущем списке высокооценённых — Avast, BitDefender, ESET и другие; многие из них предлагают бесплатные версии для пробы.

Удалённый доступ и вспомогательные утилиты

RustDesk стал современным, ориентированным на приватность аналогом TeamViewer. Он с открытым исходным кодом, быстрый и работает кроссплатформенно.

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

Превращение смартфона в пульт дистанционного управления компьютером бывает невероятно удобно — будь то презентации, потоковое видео или просто навигация с дивана.

Remote Mouse — простой и эффективный способ эмулировать мышь и клавиатуру с телефона. Для более продвинутых сценариев можно использовать приложения вроде Unified Remote.

Редактирование изображений и видео

• Профессиональный видеомонтаж: DaVinci Resolve
• Простой видеомонтаж: CapCut
• Редакторы изображений: GIMP, PhotoDemon, Pixelmator Pro
• Бесплатное улучшение изображений: Upscayl
• RAW-редактирование: RawTherapee
• Видеоконвертация: HandBrake

Если вам нужен бесплатный инструмент для редактирования изображений, GIMP — один из самых мощных вариантов. Он предоставляет профессиональные возможности, такие как слои, маски и настраиваемые плагины, что делает его идеальным для продвинутых пользователей. Если вы ищете более лёгкий редактор с чистым интерфейсом, стоит обратить внимание на PhotoDemon. Он работает как портативное приложение на Windows, поддерживает слои и редактирование — отличный выбор для быстрых правок или ретуши.

Если вы хотите увеличивать разрешение изображений без потери качества, Upscayl — мощный и бесплатный инструмент для апскейла. Он кроссплатформенный, и по нашим тестам показывает результаты на уровне платных решений вроде Topaz.

Для векторной графики — логотипы, иллюстрации — Inkscape является достойным open-source вариантом с полной поддержкой редактирования SVG. Krita — ещё один отличный бесплатный инструмент, особенно подходящий для цифровой живописи и художественного творчества.

Для редактирования RAW-фотографий, Darktable и RawTherapee — два высококлассных open-source аналога Adobe Lightroom. Их широко используют фотографы, которым нужна работа с изображениями без подписки.

Для простых GIF-анимаций ScreenToGif — удобная утилита, мгновенно записывающая область экрана и экспортирующая в GIF или другие форматы с оверлеями.

Среди платных фоторедакторов Adobe Photoshop остаётся лидером, но для macOS есть Pixelmator Pro — мощное приложение с разовой оплатой, а Affinity Photo предлагает профессиональные возможности по более доступной цене.

Видеомонтаж и конвертация

DaVinci Resolve считается лучшим бесплатным профессиональным ПО. Его используют и энтузиасты, и профессионалы — от простого тримминга до цветокоррекции и сложного постпродакшена.

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

Для пользователей macOS iMovie предустановлен и остаётся надёжным вариантом для базовых видео. Если вам нужно просто конвертировать или сжимать видео в современные форматы, HandBrake — проверенное бесплатное решение с поддержкой и вариацией входных и выходных форматов.

Тем, кто ищет топовый профессиональный монтаж, подойдут Adobe Premiere Pro и Final Cut Pro, но там есть дорогая подписка и более высокий порог входа.

Коммуникации и совместная работа

• Для повседневной связи: WhatsApp, Messenger и Zoom, если у вас нет FaceTime
• Для приватности: Signal
• Для работы: Slack, Teams
• Для игр и общения: Discord

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

Для личной переписки WhatsApp и Facebook Messenger остаются самыми массовыми платформами по всему миру. У них есть десктопные клиенты и встроенное сквозное шифрование по умолчанию. Telegram также крайне популярен благодаря синхронизации между устройствами и поддержке крупных чатов. Пользователи Apple продолжают активно использовать iMessage для приватного, шифрованного общения в экосистеме Apple.

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

Google Meet — отличный браузерный аналог без необходимости установки, который заметно улучшился по качеству и удобству использования. Многие компании применяют Meet в ежедневной работе и гибридных форматах. Если ваша организация использует Microsoft 365, скорее всего, вы работаете в Microsoft Teams, который уже заменил Skype на корпоративном уровне. Teams поддерживает большие созвоны, обмен файлами и глубоко интегрирован с Office. Сквозное шифрование доступно, но только для 1:1 звонков.

FaceTime по-прежнему отличный для пользователей Apple, и благодаря новым обновлениям к звонку теперь могут присоединяться и пользователи Android/Windows по ссылке через браузер.

Когда приватность критична, Signal — один из лучших вариантов. Разработан некоммерческой организацией, бесплатен, open-source, без рекламы, использует надёжное сквозное шифрование для сообщений и звонков.

Для рабочих коммуникаций Slack и Teams продолжают использоваться в бизнес-среде. Бесплатный тариф Slack ограничивает историю 90 днями и звонки, но остаётся любимцем стартапов и малых команд благодаря интеграциям и ботам. Cisco Webex — также крепкий вариант, особенно популярен в корпоративной среде.

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

Для внутриигрового голосового чата TeamSpeak остаётся олдскульным достойным вариантом: можно использовать анонимно и получать полный контроль над сервером. Встроенный чат Steam лучше, чем раньше, и помогает в игровой координации, но большинство всё же выбирает Discord.

Гейминг, моддинг и стриминг

• Игровые платформы: Steam, Epic Games, EA App, Ubisoft, GOG
• Последние драйверы для GPU: Nvidia GeForce, AMD Radeon, Intel Arc
• Стриминг: OBS Studio

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

Не менее важно установить Epic Games Store. Хотя библиотека меньше, он регулярно раздаёт бесплатные игры, доступные любому с аккаунтом Epic. Это также must-have, если вы играете в Fortnite.

Помните: не все издатели размещают игры на Steam или Epic. Для тайтлов EA понадобится EA App (ранее Origin), для Ubisoft — Ubisoft Connect, для Blizzard/Activision — Battle.net, а GOG Galaxy не только предлагает DRM-free классику, но и может агрегировать игры из других лаунчеров.

Некоторые сверхпопулярные игры распространяются отдельно: Minecraft (через Minecraft.net или Microsoft Store), Roblox, League of Legends и Valorant (через лаунчер Riot Games). Если вы новичок и ищете что-то лёгкое, можно начать с free-to-play тайтлов или классики вроде Brutal Chess или GZDoom.

Если вы играете с геймпадом, Windows поддерживает Xbox-контроллеры из коробки. PlayStation-контроллеры теперь тоже отлично работают: Steam через Steam Input поддерживает DualShock 4 и DualSense практически во всех играх. При необходимости глубокой кастомизации можно использовать DS4Windows, но большинству хватает возможностей Steam.

Если вас интересует моддинг, хороший менеджер модов время в этой жизни:

• Mod Organizer 2 — лучший для RPG Bethesda (Skyrim, Fallout).
• Vortex (от Nexus Mods) — дружелюбный к новичкам и поддерживает широкий перечень игр.

Для записи геймплея или стриминга Nvidia ShadowPlay и AMD Radeon ReLive подходят для простых задач. Но для стриминга с вебкой, сценами, оверлеями или многосценовым продакшеном OBS Studio — безальтернативный лидер. Он бесплатный, open-source и подходит как новичкам, так и про-стримерам (Twitch, YouTube, Kick и т.д.). SignalRGB помогает синхронизировать весь RGB-зоопарк и задавать динамические эффекты.

Мониторинг железа и разгон

• Мониторинг: CPU-Z, HWMonitor, HWiNFO64
• Настройка и разгон: Afterburner, FanControl, ThrottleStop, SignalRGB

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

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

Для более широкого мониторинга HWMonitor показывает температуры, напряжения и скорости вентиляторов в реальном времени. Если нужно ещё глубже и с более гибким интерфейсом — HWiNFO64 считается одним из лучших: поддерживает логирование датчиков и интеграцию с оверлеями (например, RTSS или Rainmeter).

Чтобы проверить хранилище, CrystalDiskMark измеряет скорость чтения/записи SSD и HDD — это помогает понять, соответствует ли диск заявленным характеристикам. Глубже оценить здоровье накопителя можно в Hard Disk Sentinel, который анализирует SMART-данные, оценивает срок службы и предлагает ограниченный ремонт.

С точки зрения охлаждения, всё больше геймеров используют утилиты для настройки вентиляторов. FanControl — актуальный бесплатный фаворит: поддерживает сложные кривые оборотов, привязку к датчикам, и совместим с большинством современных материнских плат. На Mac одной из лучших утилит остаётся Macs Fan Control.

Для настройки видеокарт долгое время стандартом был MSI Afterburner — для разгона, настройки вентиляторов и мониторинга с RTSS-оверлеем. Однако из-за замедления обновлений многие сегодня используют встроенные утилиты от Nvidia (GeForce Experience/Control Panel) и AMD (Adrenalin Software).

Если вы меняете видеокарту или подозреваете проблемы с драйверами, обязательно используйте Display Driver Uninstaller (DDU) — он полностью очищает систему от старых драйверов перед переустановкой.

Если вы играете на ноутбуке или хотите снизить нагрев и повысить автономность, ThrottleStop остаётся одним из лучших инструментов для андервольта CPU и настройки энергопрофилей.

Тем, кто серьёзно подошёл к разгону CPU и GPU, пригодятся фирменные инструменты вроде Intel XTU (для Intel) и AMD Ryzen Master — они дают контроль над частотами, напряжениями и лимитами мощности.

Управление файлами

• Поиск больших файлов: SpaceSniffer, WizTree, Disk Drill (macOS)
• Поиск дубликатов: dupeGuru
• Архивы и ZIP: PeaZip, The Unarchiver
• Очистка: BCUninstaller, CCleaner Portable, AppCleaner (macOS)

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

На macOS — GrandPerspective и Disk Drill предлагают аналогичный функционал, а DaisyDisk — один из самых красивых платных вариантов с молниеносным сканированием.

Если дубликаты засоряют диск, dupeGuru (open-source) отлично справляется с поиском повторяющихся изображений и музыки, даже слегка изменённых.

Для пакетного переименования файлов (например, фоточек с камеры) существует гибкий Bulk Rename Utility. Если нужно что-то попроще: PowerRename из PowerToys (Windows) или встроенный инструмент в Finder (macOS) подходят большинству.

Встроенный File Explorer в Windows недавно получил вкладки и стал удобнее, но Files (open-source) — современная альтернатива с улучшенным UX. Кто-то ещё пользуется Total Commander или Directory Opus, благодаря расширяемости и скриптам, хотя новичкам они кажутся устаревшими. Для просмотра изображений по-прежнему незаменим IrfanView.

Для работы с архивами, если не устраивает встроенный ZIP-менеджер Windows, скачайте 7-Zip или PeaZip. На Mac лучшим бесплатным инструментом остаётся The Unarchiver.

Для очистки системы важно выбирать надёжные утилиты. На Windows, BCUninstaller (Bulk Crap Uninstaller) — один из самых проверенных для удаления программ и их хвостов. BleachBit и Wise Disk Cleaner — безопасные альтернативы CCleaner (лучше использовать Portable-версию, так как стационарная испортила репутацию). На Mac AppCleaner всё ещё любим за полное удаление приложений без мусора.

Если вы организуете большую библиотеку медиа, стоит взглянуть на open-source TagSpaces, позволяющий тегировать файлы локально, без облака.

Облачное хранилище и резервное копирование

• Простая синхронизация: Dropbox, Google Drive
• Фото между устройствами: Apple iCloud, Google Photos
• Приватность: pCloud, Proton Drive, Internxt
• Полные бэкапы: Backblaze, IDrive

Базовое облачное хранилище

Dropbox — один из самых простых в использовании, хотя бесплатных 2 ГБ мало.

Google Drive — 15 ГБ бесплатно, используется Gmail, Docs и Photos. Идеален для Android.

OneDrive — идёт в комплекте с Windows и Microsoft 365. 1 ТБ включён в большинство Office-планов. Хотя по скорости и интерфейсу уступает Dropbox/Google.

iCloud Drive — лучший выбор для пользователей Apple, глубокая интеграция с macOS/iOS. Бесплатно 5 ГБ, далее по планам до 2 ТБ.

Proton Drive — шифрованная альтернатива от создателей ProtonMail.

Фото и видео

На macOS приложение Photos автоматически создаёт альбомы по людям и локациям, синхронизирует всё через iCloud.

На Windows мы часто рекомендуем Google Photos, который предлагает аналогичный набор функций и автоматизацию. Для пользователей Android — это стандарт по умолчанию. Да, раньше было безлимитно, теперь фото занимают общее место Google Drive (15 ГБ), которое быстро заканчивается.

Полные бэкапы

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

Backblaze — топ в этой категории: фиксированная цена (~$8/месяц за устройство), безлимитное хранилище, минимум настроек: установил и забыл.

IDrive — более контролируемый вариант, поддерживает несколько устройств, внешние диски и версионность файлов.

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

Профессионалам — Acronis Cyber Protect: клон дисков, анти-вымогатель, гибридное облако.

Для особо чувствительных данных

Если вы храните личные финансовые документы или медицинские сведения, стоит выбрать end-to-end решений.

pCloud предлагает клиентское шифрование (через платный «Crypto»). Даже при взломе аккаунта файлы не расшифруются без ключа.

Proton Drive — аналогичный подход, с прозрачностью open-source.

Прочие полезные инструменты, не вошедшие в другие разделы

Google Earth — для любителей карт и планировки.

qBittorrent — лучший torrent-клиент: чистый, без рекламы, с поиском. Альтернатива — легковесный Transmission или кастомизируемый Deluge.

iMazing — must-have для владельцев iPhone: резервные копии, экспорт медиа, проверка батареи, конвертация HEIC.

AirDroid — аналог для Android: управление файлам, уведомления, SMS с ПК.

Rufus — лидер по созданию загрузочных USB-дисков для Windows/Linux.

Open Shell — возвращает классическое меню «Пуск» в стиле Windows 7.

Stretchly — напоминает делать перерывы — полезно удалёнщикам и фрилансерам.

AutoHotkey — скриптовый движок для Windows: переназначение клавиш, макросы, автоматизация.

VPN: бесплатные — ProtonVPN, Windscribe, TunnelBear (с лимитом). Платные — ProtonVPN, NordVPN.

Calibre — лучшее бесплатное решение для чтения, организации и конвертации e-book (EPUB, MOBI, PDF и др.).

Заключение

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

Несколько советов напоследок:

1. Не захламляйте систему. Устанавливайте только то, что действительно используете. Чем меньше фоновых процессов — тем быстрее работает компьютер.
2. Следите за обновлениями. Большинство программ обновляются автоматически, но некоторые требуют ручного апдейта. Свежие версии — это не только новые функции, но и закрытые уязвимости.
3. Делайте резервные копии. Никакие утилиты не спасут от отказа жёсткого диска. Регулярный бэкап на внешний носитель или в облако — обязательная практика.
4. Экспериментируйте. Попробуйте несколько браузеров, редакторов, плееров. То, что подходит большинству, может не подойти именно вам.
5. Читайте отзывы. Перед установкой незнакомого приложения загляните на форумы или Reddit. Сообщество быстро выявляет проблемы и подводные камни.

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

Последнее октябрьское обновление системы — KB5066835 — нарушило работу localhost, что фактически лишило разработчиков возможности тестировать веб-приложения локально.

Проблему активно обсуждают на Microsoft Support Forums, Stack Overflow и Server Fault: серверы перестали отвечать на запросы, отвалилась отладка в Visual Studio, а ASP.NET-приложения не компилируются.

По оценкам экспертов, сбой затронул миллионы веб-разработчиков и инженеров, использующих Windows 11 в качестве локальных серверов и рабочих станций.

Что пошло не так

Пакет KB5066835 был задуман как обновление безопасности, улучшавшее сентябрьский релиз KB5065789, но именно он привел к поломке HTTP.sys — системного компонента ядра Windows, отвечающего за маршрутизацию локального HTTP-трафика.

После установки апдейта, localhost перестал отвечать на запросы, а соединения по HTTP/2 начали обрываться.

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

Microsoft пока официально не подтвердила проблему, но сообщество уже нашло обходное решение:

1. Удалить октябрьское обновление KB5066835.
2. Если не помогло — удалить и предыдущее KB5065789.
3. После этого localhost начинает работать штатно. Однако это временная мера и пользователи рискуют остаться без последних исправлений безопасности.

Неудачи Microsoft продолжаются

Это уже второй крупный сбой за неделю. В понедельник компания случайно «сломала» Media Creation Tool — утилиту для установки Windows — всего за день до окончания поддержки Windows 10.

А на прошлой неделе Microsoft окончательно обязала пользователей входить в Windows 11 только через онлайн-аккаунт, что вызвало волну критики.

Меня зовут Юрий Каган, я Software/System Architect в IT_ONE. Расскажу об опыте применения Stryker.NET на проекте в крупном банке.

Качественные юнит-тесты — основа надежного ПО

Несмотря на то, что юнит-тесты — только один из компонентов пирамиды тестирования ПО, они — база для создания качественного кода:

– Благодаря проверке отдельных фрагментов кода можно выявить дефекты на ранних стадиях, не пропуская их на следующие этапы разработки. Известно, что чем раньше обнаружена ошибка, тем ниже стоимость её исправления.

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

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

Для оценки качества юнит-тестов разработчики обычно пользуются метрикой Code Coverage, отражающей процент покрытия тестами исходного кода. Такая информация может собираться различными способами в зависимости от типа используемого инструмента, но результат получается схожий: данные о том, какие конкретно фрагменты кода выполнялись во время тестов. О каких бы то ни было проверках речи не идет. То есть, по нашему опыту, технически очень легко можно написать тесты, которые будут давать 100% Code Coverage и при этом ничего не проверять. Это означает, что даже высокий процент покрытия кода тестами не гарантирует, что они разработаны качественно и поведение вашего кода надёжно зафиксировано. После них нельзя исключать скрытые ошибки.

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

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

Принципы мутационного тестирования

Алгоритм мутационного тестирования достаточно прост: в исходный код (базу) вносятся различные изменения (мутации). Существует несколько разновидностей мутаций. Основные из них:

– изменение операторов: замена арифметических и логических операторов (например, + на -, >= на >),

– изменение значений: замена булевых значений, удаление вызовов методов или изменение литералов,

– изменение условий: в if, циклах и логических выражениях.

Затем на этом модифицированном коде выполняются модульные тесты для проверки их чувствительности к изменениям. Мутанты, которые вызывают провал тестов, считаются «убитыми» (Killed Mutants), остальные — «выжившими». По итогу проверки формируется отчет, где ключевая метрика качества тестов — Mutation Score — доля убитых мутантов от их общего количества. Если тесты не «убивают» подавляющее число мутантов, значит их нельзя считать достаточно эффективными.

Среди инструментов для автоматизации проведения мутационного тестирования мы остановили выбор на Stryker.NET и вот, почему:

– на данный момент Stryker.NET обладает наибольшим объемом автоматизированных операций: он самостоятельно вносит мутации в исходный код, запускает юнит-тесты и генерирует подробные отчеты;

– Stryker.NET полностью интегрирован с .NET-экосистемой: поддерживает .NET и .NET Framework, основные тестовые фреймворки (xUnit, NUnit, MSTest);

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

По нашей практике, Stryker.NET будет полезен для трех категорий пользователей:

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

– Ревьюер может быстро и надежно проверить качество тестов в pull request.

– ИТ-архитектор и руководитель разработки могут регулярно строить и анализировать отчеты, чтобы мониторить «здоровье» юнит-тестов во всей кодовой базе.

Установка и использование Stryker.NET

Технически Stryker.NET представляет из себя dotnet tool. Соответственно, чтобы его установить, необходимо выполнить команду в cmd или в PowerShell консоли:

dotnet tool install -g dotnet stryker

Получение и анализ отчетов: результаты выводятся в консоль и сохраняются в подробном HTML-отчете.

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

dotnet stryker -p “project.csproj” -tp “c:\git\project.tests\project.tests.csproj”

В результате тестирования программа сгенерирует отчет, где в первой колонке будет выведена метрика Mutation Score в целом по проекту и по отдельным файлам, причем разделённая на две группы: Of total — общее количество мутантов, Of covered — количество мутантов, находящихся в тех фрагментах кода, для которых вообще существуют тесты.

В колонке Killed отображается количество убитых мутантов, в колонке Survived — количество выживших. В колонке Timeout — количество мутантов, которые привели к зацикливанию выполнения тестов и их прерыванию утилитой. Значения остальных колонок, а также другую важную информацию можно посмотреть в документации на официальном сайте https://stryker-mutator.io/docs/stryker-net/introduction/.

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

Stryker.NET умеет генерировать отчеты не только в HTML, но и в других форматах: например, в JSON, который очень удобен для автоматического анализа, если разработчики планируют встроить этот инструмент в свой CI/CD-пайплайн. Кроме того, есть встроенный дашборд, который, к сожалению, невозможно развернуть локально — он доступен только как online сервис (https://dashboard.stryker-mutator.io).

Применение Stryker.NET при разработке банковских продуктов

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

Без регулярного мутационного тестирования, нам было практически невозможно оценить текущее состояние всей кодовой базы с точки зрения качества unit тестов. У нас было много unit тестов, мы имели высокий процент Code Coverage, но не знали, насколько эти тесты нас защищают. В свою очередь, без понимания текущего состояния у нас не было возможности устанавливать команде цели по улучшению ситуации.

На данный момент команда активно использует Stryker.NET на всех этапах разработки.

Мы столкнулись и с ограничением использования Stryker.NET: попытка его интеграции в CI/CD-пайплайн оказалась неудачной. Это связано с тем, что кодовая база проекта насчитывает несколько миллионов строк, и выполнение всех проверок занимает примерно 12 часов. Однако мы думаем, что на проектах меньшего размера такая интеграция должна сработать.

Мы выбрали альтернативный вариант: был внедрен регулярный автоматический пост-релизный прогон Stryker.NET по ветке master, в результате которого генерируется сводный отчет. Проводится анализ изменений сводного отчета по всем проектам от релиза к релизу. По данным каждого сводного отчета мы можем оценивать работу конкретных проектных команд, и если их метрика Mutation Score недостаточно высока, – ставить цели по улучшению.

Резюме

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

Внедрение Stryker.NET — шаг к более надёжной и предсказуемой разработке. Его регулярное использование помогает уверенно вносить изменения, рефакторить код и добавлять новый функционал.

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

Что интересно, компания задала датой коммита 27 июля 1978 года, 22:00 по московскому времени. Таким образом, формально коммиту — 47 лет.

Исторический артефакт в прямом эфире

Проект под названием BASIC-M6502 содержит полный исходный код Microsoft BASIC версии 1.1. Это один из самых ранних программных продуктов компании, написанный между 1976 и 1978 годами.

BASIC 1.1 стал основой для множества персональных компьютеров, включая:

• Apple II — революционный домашний ПК от Джобса и Возняка.
• Commodore PET — один из первых массовых компьютеров.
• KIM-1, OSI, PDP-10 — популярные среди хобби-разработчиков системы.

Коммит из прошлого

В коммит-логе можно увидеть:

• Дата: July 27, 1978, 22:00 (GMT+3).
• Автор: Scott Hanselman (Microsoft).
• Файл: m6502.asm — 6955 строк ассемблера.
• Текст коммита: «Microsoft BASIC for 6502».

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

Зачем Microsoft это выложила?

По словам авторов, это попытка сохранить цифровое наследие эпохи ранних ПК. В README подробно описано, почему именно этот код важен:

• Он сделал программирование доступным миллионам пользователей;
• Лицензирование интерпретатора стало основой бизнес-модели Microsoft;
• Код использовался до появления MS-DOS и Windows;
• Интерпретатор легко переносился на разные платформы, заложив принципы кроссплатформенной разработки.

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

Внутри — чистый 6502-ассемблер

Код представляет собой полноценный интерпретатор BASIC, написанный на ассемблере для процессора MOS 6502. Он включает:

• Поддержку арифметики с плавающей точкой.
• Обработку строк и массивов.
• Динамическое распределение памяти.
• Сборку мусора.
• Абстракцию ввода-вывода под разные платформы.

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

Это не просто учебный проект или архив. Это исходный код, с которого началась история Microsoft как софтверной компании. Без него не было бы MS-DOS, Windows и .NET

Давайте представим ситуацию, что нужно запустить код, минуя все эти стадии. Прям в production-среде. На первый взгляд — бред! Но если подумать, то на самом деле, не такая уж редкость. Например, некоторые системы предоставляют своим пользователям возможность расширять функциональность за счет прикладных скриптов. Наш любимый CI/CD-конвейер зачастую построен на пользовательских скриптах.

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

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

Ненадёжный код

Для начала определимся, что же считать ненадёжным кодом? На самом деле ответ зависит от решаемой задачи, правил и процессов, принятых в компании:

• Код, который не прошел CI, review и т.п.
• Код из ненадёжного или неизвестного источника.
• Закрытый (проприетарный) код.
• Код, содержащий уязвимости.
• Код, использующий запрещенные функции.
• Любой код, который написал коллега:)

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

Уровни изоляции кода

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

Уровень 1: тот же процесс

Запуск внешнего кода в адресном пространстве процесса приложения.

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

Примером может служить использование интерпретаторов скриптов (Rhino, IronPython, Jython и т.п.), визуальных языков программирования (workflow-движков) или подключение модулей расширения (плагинов).

Способов защиты на этом уровне не так много. Пожалуй, самым эффективным выступает (self-sandboxing), при котором приложение делает самозапрет на доступ к некоторым ресурсам системы. Например, сразу после инициализации — самозапрет на доступ к файловой системе.

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

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

Уровень 2: отдельный процесс

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

Поскольку и приложение, и внешний код взаимодействуют в рамках одного узла, используя локальные ресурсы ОС (оперативная память, файловая система и т.п.), скорость межпроцессного взаимодействия очень высокая.

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

Уровень 3: отдельная машина

Запуск внешнего кода на отдельной машине — песочнице.

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

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

Использование песочницы

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

Пересоздание или переиспользование песочницы

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

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

Основным преимуществом пересоздания песочницы выступает стабильность получаемых результатов. К недостаткам относится медленный запуск и перерасход ресурсов. На пересоздание песочницы уходят десятки секунд или даже минут, следовательно, большая часть ресурсов будет тратиться именно на это. Существует множество техник ускорения пересоздания, благодаря которым можно сократить время запуска. Прежде всего, сюда можно отнести backup/restore (snapshot песочницы, базы данных и т.п.). Также если поток задач небольшой и ресурсы позволяют, можно попробовать организовать пул песочниц и создавать их заранее.

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

Последовательное или параллельное исполнение

Теперь осталось ответить на вопрос, как именно можно или нужно исполнять задачи: последовательно или параллельно. Последовательное исполнение требуется в следующих случаях:

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

Например, шаги установки и настройки ПО; шаги CI/CD-конвейера; рендеринг изображения на GPU; интенсивные вычисления. Все эти задачи, скорее всего, придётся исполнять последовательно.

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

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

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

Управление песочницами

Допустим, переиспользование песочниц возможно. В таком случае необходимо определить способ управления ими. Можно выделить два подхода, основанные на принципах микросервисной архитектуры, но адаптированные к специфике рассматриваемой проблемы.

Оркестрация

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

Основное преимущество оркестрации в контексте решаемой проблемы — её простота и ясность. Код легко читается и сосредоточен в одном месте. Однако у этого решения есть и недостатки. Рассмотрим их в порядке от простого к сложному.

• Синхронное взаимодействие. Так или иначе, для результата приложение вынуждено ожидать окончания исполнения задачи. Для продуктивного использования ресурсов приходится прибегать к техникам асинхронного программирования: пока задача исполняется, приложение будет занято полезной работой. Это малозаметный недостаток в языках со встроенной поддержкой концепции асинхронного программирования. Для упрощения работы с асинхронным кодом в Java я создал небольшую вспомогательную библиотеку asynchronizer, снабдив её подробной документацией.

• Отслеживание доступности песочниц. Поскольку хотелось бы, чтобы количество песочниц менялось в зависимости от нагрузки на систему, придётся отслеживать их доступность. Это прямая обязанность оператора песочниц, которую можно выделить в отдельный discovery-сервис (например, на базе Netflix Eureka), либо реализовать как часть приложения с использованием инфраструктурных механизмов (например, Kubernetes API). Важно отметить, что оператор песочниц не имеет отношения к бизнес-логике приложения.

• Отслеживание загруженности песочниц. Оркестратор исполнения должен выбрать подходящую стратегию балансировки, основанную на состоянии песочниц, предоставляемых оператором. На практике наилучшую эффективность демонстрирует алгоритм Least connections, с помощью которого можно выбирать наименее загруженные песочницы. Для этого достаточно вести учёт количества задач, исполняемых каждой песочницей. Конечно, это не серебряная пуля, а лишь частное наблюдение, поэтому в идеале нужно предусмотреть несколько стратегий балансировки и выбрать наилучшую по результатам нагрузочного тестирования.

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

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

Для отслеживания нагрузки на песочницы экземпляр приложения ориентируется на количество задач в каждой из доступных песочниц. Предположим, что было принято решение увеличить количество экземпляров приложения. Этот экземпляр исполняет 5 задач в двух песочницах (3 процесса в одной и 2 в другой). Известно, что каждая песочница может вынести максимум 4 параллельных задачи.

Добавив новый экземпляр приложения, неизвестно, сколько задач исполняет каждая песочница. Такая ситуация может произойти по разным причинам.

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

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

• Для контроля количества исполняемых задач в песочнице использовать распределённый счётчик (например, на базе Redis). Проблема в том, что распределённый счётчик имеет латентность и на момент запуска задач может выдать устаревшее значение. Кроме того, в системе появляется еще один инфраструктурный компонент, который не несёт бизнес-пользы.

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

Кстати, после доклада на TechLeadConf 2025 мне задали интересный вопрос: Можно ли при балансировке нагрузки на песочницы учитывать не только количество исполняемых задач, но и процент загрузки CPU, памяти и прочих ресурсов? Если у кого-то возник такой же вопрос, то отвечу, что это не имеет смысла, поскольку ситуация в песочнице может поменяться мгновенно. Полученный практический опыт и нагрузочное тестирование показали, что простой подсчёт задач работает эффективно.

Самоорганизация

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

Ключевой момент в архитектуре — это появление двух очередей: очередь задач на исполнение (Task Queue) и очередь результата их исполнения (Result Queue). Все поступающие задачи приложение направляет в первую очередь, а результаты — во вторую. Дополнительно появляется роль агента — микросервиса, который исполняется в рамках узла песочницы и координирует исполнение поступающих задач.

Основной недостаток самоорганизации — распределённый процесс обработки задач. Учитывая простоту алгоритма обработки, это не так существенно. Стоит отметить преимущества этой архитектуры.

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

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

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

• Минимум инфраструктурного кода. Очереди избавляют от необходимости иметь оператор песочниц, отслеживать их состояние и осуществлять балансировку нагрузки.

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

Запуск процесса ОС

К запуску процесса ОС, в рамках которого будет исполняться ненадёжный код, нужно подойти с особой осторожностью. Здесь важно ответить как минимум на три вопроса.

• Как ограничить права доступа к ресурсам. Самое простое решение — запуск процесса от имени пользователя с ограниченными правами (на доступ к ресурсам ОС).

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

• Как осуществлять анализ поведения и результатов исполнения. Наличие и решение этой проблемы целиком и полностью зависит от специфики проекта. Здесь невозможно предложить универсального решения.

Рассмотрим варианты ограничения ресурсов процесса ОС.

Ограничение ресурсов процесса

Ресурсы процесса могут быть ограничены на трех уровнях:

• Лимиты узла. Физические ограничения машины, на которой исполняется процесс. В частном случае можно говорить об инфраструктурных лимитах, определённых для Docker/Kubernetes контейнера.

• Лимиты контейнера. Программные лимиты, задаваемые выбранным инструментом контейнеризации (cgroup, Docker, Bubblewrap, ProcessSandbox и т.п.).

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

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

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

Например, для использования cgroup или Docker внутри Kubernetes-контейнера нужно эскалировать привилегии контейнера, что в общем случае небезопасно в контексте исполнения ненадёжного кода. Более того, практика показала, что легковесных rootless-средств, предоставляемых ОС, вполне достаточно, чтобы снять большую часть рисков. В частности, Linux API позволяет не только лимитировать CPU и память, но и блокировать доступ к некоторым возможностям самой ОС. Например, можно наложить фильтр, который запретит вызов определённых системных функций.

Проблемы жёсткого лимитирования

Рассмотренные выше способы лимитирования задают жёсткие границы (hard limit), нарушение которых замедляет исполнение процесса, либо приводит к его принудительному завершению. При этом поведение наблюдаемого процесса и системы сильно варьируется в зависимости от того, какой лимит был превышен. Например, превышение по использованию CPU может привести к троттлингу (throttling), приостановке работы или принудительному завершению; превышение по использованию памяти заканчивается принудительным завершением со стороны ОС (OOM Killer) либо самостоятельным падением процесса (с ошибкой Out Of Memory).

Подобная вариативность осложняет анализ поведения и результатов исполнения. В этом случае можно использовать подход с программной мягкой границей (watchdog limit). Суть заключается в запуске дополнительного следящего потока (или процесса) ОС, который контролирует поведение и расход ресурсов у наблюдаемого. Как только детектируется превышение одного из лимитов, производится принудительное завершение наблюдаемого процесса, но уже не со стороны ОС, а со стороны приложения.

Такой подход имеет несколько преимуществ.

• Точное определение причин принудительного завершения. Жёсткие лимиты чуть выше мягких, благодаря чему для исполняемого кода создаётся иллюзия отсутствия каких-либо лимитов. Между тем, если лимиты всё-таки нарушаются, процесс всё равно будет завершен (либо со стороны приложения, либо гарантированно со стороны ОС). Но подобный дополнительный контроль со стороны приложения оставляет для него гораздо больше шансов понять причину принудительного завершения наблюдаемого процесса.

• Возможность гибкого лимитирования ресурсов. Приложение (или агент), ответственное за запуск наблюдаемого процесса, может обратиться к средствам ОС (в частности, к Linux API) и гибко настроить параметры запуска и исполнения. Как минимум, жёстко определить лимиты по CPU и памяти; наложить ограничения на объем I/O; создать запрет на вызов некоторых системных функций (например, запрет использования сетевых операций или файловой системы) и т.п.

Такой подход я назвал watchdog и в целях иллюстрации реализовал его в виде .NET-библиотеки ProcessSandbox. Помимо прочего, на странице проекта подробно рассмотрена проблематика контроля и анализа поведения процесса ОС со стороны прикладного кода.

Итоговая схема лимитирования может выглядеть так, как показано на рисунке ниже. Вместо тяжеловесных инструментов контейнеризации используется легковесный rootless-инструмент (watchdog) на базе средств ОС и только.

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

Многоконтейнерные поды

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

Несмотря на всю заманчивость данной идеи, она несёт ряд недостатков.

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

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

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

• Риск нарушить работоспособность приложения. Выход песочницы из строя скорее всего приведет к перезапуску всего пода. Более того, если приложение и песочница обмениваются файлами через общий раздел (shared volume), это может стать уязвимым местом.

Образ для песочницы

Основные моменты, которые следует учесть при создании (Docker) образов песочниц:

• Заменить init-процесс на tini, чтобы не превысить лимит по PIDs.

• Создать непривилегированного пользователя, ограничив ему права на доступ к ресурсам.

• Регулярно сканировать версии образов и пакетов на наличие уязвимостей.

Инфраструктура исполнения

Основные моменты, которые следует учесть при настройке инфраструктуры исполнения:

• Обеспечить быстрый (пере)запуск песочниц. Нужно быть готовым к тому, что песочницы будут падать. Если речь идет о Kubernetes, то улучшить время запуска может подходящая настройка Image Pull Policy. При этом лучше не использовать тег `latest`, а указывать конкретную версию или хэш-код образа, чтобы не тратить время на попытки определения последней версии при каждом запуске.

• Установить приемлемый лимит на PIDs. Необходимо контролировать число активных процессов в системе. Особо вредоносный код может попытаться создать очень много дочерних процессов, поэтому при отсутствии лимита на PIDs узел быстро будет выведен из строя. Важно отметить, что лимит задаётся для пользователя, а не для запускаемого процесса. По этой причине он должен быть разумно большим.

• Установить лимиты на ресурсы узла. В Kubernetes для каждого контейнера нужно указать, как минимум, лимиты по CPU и памяти. Значения лимитов лучше всего определить в ходе нагрузочного тестирования или путём сбора метрик приложения.

Заключение

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

Я постарался показать последовательность шагов по направлению к целевой архитектуре, которая будет отвечать требованиям бизнеса и справляться с ненадёжным кодом. Если вам интересна данная тематика, подписывайтесь на мой Telegram-канал Архитектоника в ИТ (@arch_and_dev). Буду рад поделиться опытом.

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

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

Семерка самых нелепых хакерских атак

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

Перед вами семь самых нелепых и странных кибератак в истории — от «Годзиллы» на дорожных знаках до злоумышленников, загрузивших собственную биометрию в систему безопасности.

Взлом казино через аквариум

В 2017 году один из западных игорных домов (название до сих пор не раскрыто) стал жертвой атаки, которая больше похожа на сценарий абсурдного кибертриллера. Злоумышленники пробрались в сеть казино… через аквариум. Обычный, с рыбками.

IoT-термометр как дыра в безопасности

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

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

10 ГБ данных и финский сервер

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

• сканирование сети — хакеры искали узлы с уязвимостями;
• перемещение по системе — получив привилегии, они добрались до ценных данных;
• эксфильтрация — украденная информация (около 10 ГБ) ушла на сервер в Финляндии.

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

Почему это вообще сработало:

• Безопасность IoT в 2017 году была мифом. Умные устройства были в новинку, их редко обновляли, защищали слабыми паролями или просто забывали изолировать от корпоративной сети.
• Человеческий фактор. Кто-то в казино решил, что датчик для рыб не нуждается в серьезной защите. Ошибка.
• Отсутствие сегментации сети. Аквариум оказался в той же сети, что и база с данными клиентов.

Что изменилось с тех пор

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

Но проблема не исчезла. В 2021 году, например, хакеры взломали систему очистки бассейна в отеле через уязвимый контроллер — и снова получили доступ к внутренним серверам.

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

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

В 2010 году венгерский программист Аттила Немет совершил, пожалуй, самый нелепый карьерный маневр в истории киберпреступлений. Вместо того чтобы отправить резюме в отдел кадров, он взломал систему безопасности сети отелей Marriott — чтобы потом предложить свои услуги по ее защите. Получилось не совсем так, как он планировал.

Вирус вместо сопроводительного письма

25-летний Немет, судя по всему, искренне считал себя «белым хакером». Его план выглядел так:

1. Взломать Marriott, показав уязвимости.
2. Предложить компании свои услуги по устранению этих дыр.
3. Получить работу в отделе кибербезопасности.

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

«Ваша защита слабая — возьмите меня на работу»

По версии следствия, Немет напрямую заявил представителям компании: он готов раскрыть все уязвимости, если его возьмут в штат. В Marriott идею не оценили. Вместо HR-менеджера с ним начал переписку сотрудник Секретной службы США, представившись «заинтересованным руководителем».

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

Почему это провалилось:

• Криминал ≠ пентест. Настоящие «этичные хакеры» не крадут данные перед тем, как предложить услуги.
• Наивность. Немет всерьез верил, что компания простит взлом ради его навыков.
• Юридическая безграмотность. Венгр не учел, что в США за такое сажают, даже если «хотел как лучше».

Немета приговорили к 2,5 годам тюрьмы — относительно мягко, учитывая потенциальный срок за кражу данных. Marriott потратил около $1 млн на расследование и усиление защиты. Сам хакер, выйдя на свободу, исчез из публичного поля. По некоторым данным, он все же устроился в IT — но уже без креативных «испытательных заданий».

Что было не так с его планом?

Эксперты отмечают несколько фатальных просчетов:

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

Как надо было поступить? Если бы Немет действительно хотел помочь и устроиться на работу, ему стоило:

1. Найти уязвимости, не получая доступа к данным.
2. Связаться через официальный канал с ответственными за безопасность.
3. Предложить исправления, приложив резюме.

Так делают настоящие исследователи — и их не арестовывают в аэропортах.

Мораль для соискателей

Эта история — отличный пример того, как не стоит искать работу в кибербезопасности. Хотите показать навыки? Участвуйте в баг-баунти программах, где взлом разрешен правилами. Мечтаете о карьере «белого хакера»? Получайте сертификаты, а не судимости.

Немету повезло: отделался небольшим сроком. Со следующим «креативщиком» могут поступить гораздо жестче.

Тупейший взлом в истории: просчитались, но где?

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

Хакеры против сканеров: кто кого?

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

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

«Давайте добавим свои отпечатки в базу!»

Вместо того чтобы искать обходные пути, хакеры решили действовать напролом:

1. Взломали базу данных с отпечатками сотрудников.
2. Удалили несколько «лишних» слепков.
3. Загрузили туда свои собственные пальцы.

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

Почему это был худший план в истории:

1. Отпечатки — это улика. В отличие от анонимных логинов, пальцы нельзя сменить или стереть.
2. База синхронизировалась с архивами. Удаленные отпечатки не исчезли навсегда — их восстановили за минуты.
3. Сотрудники заметили пропажу. Когда люди перестали проходить сканеры, охрана забеспокоилась раньше, чем воры добрались до склада.

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

Что не так с их логикой?

Эксперты до сих пор удивляются, как вообще можно было придумать такой план:

• Биометрия = паспорт. Даже начинающие хакеры знают: подделывать отпечатки — все равно что оставлять автограф на месте преступления.
• Резервные копии. Любая серьезная система делает бэкапы. Удалить данные навсегда практически невозможно.
• Слишком много шагов. Проще было взломать дверь кувалдой, чем лезть в базу.

Что стало с «гениями»:

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

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

Рок против ядерки: как хакеры заставили ядерный объект играть AC/DC

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

Летом того года на двух ядерных объектах Ирана внезапно заиграла «Thunderstruck» — культовая песня легендарной группы AC/DC. Громкость была выставлена на максимум, динамики орали «THUN-DAH!» в ночной тишине, а персонал никак не мог это остановить. Так, вирус Stuxnet, уже хорошо известный в мире кибербезопасности, добавил к своей репутации еще и музыкальный троллинг.

Взлом с саундтреком

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

Анонимный сотрудник иранской АЭС написал исследователю Микко Хиппонену: система управления периодически отключалась, а из динамиков гремел AC/DC. Тегеран официально отрицал инцидент, но детали всплыли в переписке техников. Вирус явно модифицировали — помимо основной нагрузки, он включал медиаплеер и запускал трек в случайное время.

Почему именно «Thunderstruck»? Возможно, из-за названия: «Пораженный громом» звучало как намек на ядерный удар. Или потому, что гитарный рифф идеально подходил для психологического давления.

Кто стоял за атакой?

Stuxnet приписывают совместной разработке США и Израиля (операция «Олимпийские игры»). Но музыкальный «апгрейд» — дело рук других исполнителей.

Эксперты предполагают, что это могли сделать:

• гражданские хакеры — в знак протеста против ядерной программы;
• внутренние саботажники — чтобы деморализовать персонал;
• сами разработчики Stuxnet — в качестве «пасхального яйца».

Интересно, что атака совпала с ужесточением санкций против Ирана. Громкий рок стал своеобразным медийным сигналом: «Мы контролируем ваши системы».

Обычно хакеры стараются оставаться незамеченными. Здесь же они:

• использовали уязвимость Windows (CVE-2010-2568) для распространения;
• внедрили двойную нагрузку: саботаж плюс звуковое воздействие;
• не стали скрывать факт взлома — будто хотели, чтобы об этом говорили.

Для воспроизведения музыки вирус либо содержал MP-файл внутри кода, либо скачивал его с зараженного сервера. Версия с AC/DC так и не была найдена в открытых образцах Stuxnet — возможно, ее «дорабатывали» уже на месте.

Последствия: смех или паранойя?

Иранские власти заявили, что атака не нанесла ущерба. Но психологический эффект переоценить сложно:

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

Этот случай вошел в историю не только из-за технической стороны, но и из-за абсурдности. Хакеры доказали: даже в кибервойне есть место черному юмору.

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

«Годзилла нападает!»: цифровой хаос на дорогах США

В 2014 году водители в Сан-Франциско получили необычное предупреждение: электронное табло на трассе внезапно замигало сообщением «GODZILLA ATTACK – TURN BACK!». Никакой паники не случилось — большинство решило, что это чья-то шутка. Но за этим стояла реальная хакерская атака, которая вскрыла уязвимости критической инфраструктуры.

Как взламывали дорожные знаки

Электронные дорожные табло в США управлялись (а возможно, управляются до сих пор) через примитивные системы, часто с заводскими паролями вроде «admin» или «1234». Хакеры, обнаружившие эту лазейку, подключались к знакам через открытые порты или уязвимости в протоколах. Иногда даже не требовалось сложных инструментов — достаточно было мобильного модема и стандартного ПО для управления сетевыми устройствами.

После взлома злоумышленники меняли сообщения на абсурдные: предупреждали о зомби-апокалипсисе, просили «спасти заложников на фабрике знаков» или просто выводили бессмысленный набор символов. В Техасе, например, однажды появилось сообщение: «СЛЕДИТЕ ЗА ДОРОГОЙ, А НЕ ЗА ТЕЛЕФОНОМ» — ироничный намек на проблему невнимательности, которая как раз и позволила хакерам провести атаку.

Почему это стало возможным?

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

Федеральное управление автомобильных дорог США (FHWA) после инцидента выпустило рекомендации по усилению безопасности, но исправлять ситуацию пришлось годами. В 2016 году исследователи из Университета Мичигана провели аудит дорожной инфраструктуры и обнаружили, что 40% систем по-прежнему уязвимы к простейшим атакам.

Последствия и уроки

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

Сейчас подобные взломы стали редкостью, но не исчезли полностью. В 2020 году в Огайо хакеры вывели на табло фразу «COVID-19 — это обман», а в 2022-м в Калифорнии знаки призывали «готовиться к вторжению пришельцев».

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

«Этичный хакер» с двойной жизнью: как специалист по безопасности стал киберпреступником

Пепейн Ван дер Стап выглядел идеальным кандидатом для работы в сфере кибербезопасности — молодой, талантливый, увлеченный технологиями. Днем он помогал компаниям защищать данные, а ночью взламывал их, сливая конфиденциальную информацию на даркнет-форумы. Его арест в 2023 году стал одним из самых громких случаев двойной игры в IT-индустрии.

Как его поймали

Все началось с жалобы амстердамской компании, которая обнаружила утечку данных. Расследование привело к Ван дер Стапу — сотруднику Hadrian Security, фирмы, специализирующейся на пентестах (тестировании систем безопасности) и защите от кибератак. Злая ирония в том, что он сам годами использовал те же инструменты, которые по задумке должны были защищать системы от взлома.

Следствие выяснило, что с 2020 по 2023 год оборотень с ноутбуком и его сообщники взломали десятки компаний, вымогали деньги под угрозой утечки данных и заработали на этом более 2,6 млн евро. При обыске у Ван дер Стапа нашли базы с персональными данными миллионов людей, готовые для продажи на RaidForums и BreachForums — двух крупнейших хакерских площадках, ныне закрытых.

Почему он это делал?

В интервью DataBreaches.net Ван дер Стап утверждал, что начал заниматься взломами до работы в кибербезопасности, а потом «хотел завязать». Но цифры говорят обратное: его активность совпадала с периодом трудоустройства в Hadrian Security. Возможно, доступ к внутренним данным клиентов сделал атаки проще.

Его мотивы банальны — деньги и азарт. Он продавал украденные данные, торговал доступом к корпоративным сетям и даже консультировал других хакеров. При этом успел поработать волонтером в Голландском институте раскрытия уязвимостей (DIVD), что добавляет ситуации еще немного абсурда.

Что не сработало в его схеме

Главная ошибка Ван дер Стапа — уверенность в анонимности. Он использовал ники вроде «Espeon» и «Rekt», но криптовалютные транзакции и логи подключений его выдали. В 2023 году правоохранители синхронизировали данные с закрытых форумов и вышли на него.

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

Последствия и уроки

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

После этого скандала в Нидерландах ужесточили контроль за специалистами по кибербезопасности. Например, Hadrian Security ввела аудит действий сотрудников, а DIVD теперь требует раскрытия прошлой активности волонтеров.

Как хакеры качали топливо с АЗС обычным пультом

В 2019 году во Франции раскрыли аферу, больше похожую на сценарий криминальной комедии, чем на реальное преступление. Группа из пяти человек за год украла более 120 тысяч литров бензина, используя… обычный пульт управления заправочной колонкой.

Пароль «0000» — мечта хакера

Все началось с того, что злоумышленники обнаружили: на некоторых АЗС Total топливные колонки защищены стандартным PIN-кодом «0000». Персонал заправок не удосужился его изменить, а производитель оборудования не требовал обязательной смены пароля при вводе в эксплуатацию.

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

Группа работала слаженно. Первый автомобиль подъезжал к АЗС – водитель с помощью пульта «взламывал» колонку. Затем подъезжал фургон с цистерной и закачивал до 3000 литров за раз.

Украденное топливо сбывали через соцсети по заниженным ценам. За год схема принесла им около $170 000, пока полиция не вышла на след. В этом случае тупыми оказались не столько хакеры, которые не особенно даже скрывались, а сотрудники безопасности, допустившие подобный беспредел. Тупым был способ, но не результат.

Почему это сработало:

• Халатность — Total подтвердила, что на оборудовании использовались заводские настройки.
• Отсутствие контроля — на небольших АЗС пропажу замечали только через недели.
• Уязвимость ПО — колонки считали «просто железом», но их софт оказался уязвим.

Всех пятерых задержали за кражу и взлом. Total экстренно обновила прошивки и обязала менять пароли.

Как оказалось, это был не единичный подобный случай. В 2021 году в США хакеры через уязвимость в ПО вызвали дефицит бензина на Восточном побережье. А в 2023-м исследования показали, что 20% европейских АЗС до сих пор используют устаревшее ПО.

Технические детали

Преступники использовали пульт Gilbarco Passport — стандартное устройство для обслуживания колонок. Его можно было купить на eBay за $300-500. Подключившись через ИК-порт, система запрашивала PIN-код, который часто оставался заводским.

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

Как защититься?

Владельцам АЗС эксперты рекомендуют обязательно менять стандартные пароли, регулярно обновлять ПО, устанавливать камеры с аналитикой и сегментировать сеть, изолируя колонки.

Этот случай — идеальный пример, как халатность открывает двери для примитивных, но прибыльных атак. Если ваш бизнес использует IoT-устройства, проверьте — возможно, они до сих пор на пароле «0000»?

Итоги

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

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

Когда код уже не компилится, остаётся только смеяться. Самые айтишные мемы тут.

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

Проблема возникает, если установить reloadOnChange: true в неподходящем месте — например, в контроллере или middleware-компоненте. В этом случае каждый вызов создает нового «наблюдателя» за файлом, и память начинает стремительно заполняться.

Что делает reloadOnChange

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

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

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

Как Microsoft нашла баг

Хэмрик обнаружил проблему, анализируя дампы памяти .NET, снятые через WinDbg и другие инструменты. Он увидел, как объект конфигурации разрастается в памяти — и каждый экземпляр привязан к новой копии FileSystemWatcher, который отслеживает изменения одного и того же файла.

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

Почему это важно

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

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

Разработчики против пользователей

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

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

Работая над новым проектом по интеграции ActivityPub в .NET, он решил использовать Copilot и другие ИИ-инструменты для оптимизации своего кода.

Однако ответ ИИ заставил его пересмотреть своё отношение к этим технологиям.

Как всё началось

Пачеко, известный своими многочисленными сайд-проектами, запустил новый репозиторий в 1:00 ночи — по его словам, он просто не мог игнорировать внезапное вдохновение.

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

Однако на этот раз Copilot его удивил — он вернул точную копию кода, который Пачеко написал сам.

ИИ-кодинг: гордость или кризис доверия?

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

Такое совпадение вызвало у него две противоречивые эмоции:

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

По его словам, Copilot напоминает джуниора, уверенного в своём ответе, но на деле плохо понимающего контекст задачи.

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

Выводы: ИИ — не волшебная палочка

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

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

C# 14: удобнее, быстрее, гибче

В новой версии языка появились важные улучшения:

• Поддержка System.Span<T> и System.ReadOnlySpan<T> на уровне языка, что делает работу с этими типами более естественной и повышает производительность без потери безопасности.
• Упрощенная работа с дженериками — теперь аргумент nameof может быть непривязанным (unbound) дженериком.
• Лямбда-выражения стали гибче: можно добавлять модификаторы параметров (scoped, ref, in, out, ref readonly) без указания их типов.

Эти нововведения позволяют писать более эффективный и компактный код без потери производительности.

Улучшенный JIT и производительность .NET 10

Разработчики продолжают снижать абстрактные накладные расходы популярных языковых конструкций:

• JIT-компилятор теперь умеет де-виртуализировать вызовы методов для интерфейсов массивов, что ускоряет работу с массивами.
• Автоматическое выделение небольших массивов в стеке, если они не содержат указателей на управляемую память (GC), снижает нагрузку на сборщик мусора.

Благодаря этим улучшениям .NET 10 стал еще быстрее, а нагрузка на память уменьшилась.

Новые API и улучшения в библиотеках

В стандартные библиотеки добавлены новые API, которые оптимизируют работу с текстовыми данными и 3D-графикой:

• Обработка символов теперь работает с Span<char>, что позволяет избежать лишних выделений памяти.
• Поддержка матриц левой трансформации, полезная при работе с 3D-графикой.
• Улучшена производительность ZipArchive для работы с архивами.

Эти обновления направлены на ускорение работы кода и снижение потребления памяти.

Обновления ASP.NET Core, Blazor и MAUI

• ASP.NET Core теперь поддерживает OpenAPI 3.1 и генерацию API-документации в формате YAML.
• Blazor получил подсветку синтаксиса маршрутов, что упрощает разработку.
• .NET MAUI теперь поставляется в виде .NET workload и через NuGet-пакеты, что облегчает фиксацию версий и тестирование экспериментальных сборок.

Также в Entity Framework появился метод LeftJoin для LINQ, что упрощает написание SQL-запросов.

Скачать и опробовать .NET 10 можно перейдя по ссылке на официальный сайт Microsoft.

Главное в этом обновлении — улучшенная физика, оптимизация рендеринга и новые возможности для работы с 3D-графикой и VR.

Физика, графика и оптимизация работы движка

Jolt Physics интегрировали прямо в Godot — теперь этот физический движок доступен без установки дополнительных расширений. Добавлена интерполяция 3D-физики, что делает движение объектов более плавным.

Также появилась поддержка Ubershaders, снижающая подтормаживания при первом запуске шейдеров. Это особенно важно для игр с насыщенной графикой, где важно минимизировать зависания.

Тональная коррекция AgX стала доступна по умолчанию, обеспечивая более реалистичное освещение и цветопередачу.

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

Редактор, XR и улучшения для разработчиков

Редактор Godot 4.4 получил интерактивное редактирование — теперь можно вносить изменения в код и сцену прямо во время «воспроизведения» игры, что делает процесс тестирования удобнее.

Появилась поддержка XR-устройств в редакторе: теперь можно изменять сцены прямо в виртуальной реальности. На данный момент официально поддерживаются гарнитуры Quest 3, Quest 3S и Quest Pro.

Важное изменение для разработчиков на C# — полная поддержка .NET 8.0, что повышает совместимость с актуальными технологиями Microsoft.

Также обновлена система работы со скриптами — внедрены типизированные словари, что делает код более предсказуемым и строгим.

Что дальше?

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

Подробнее можно узнать на официальном сайте Godot.

Что такое CORS?

Браузеры строго следят за безопасностью и запрещают кросс-доменные запросы, если они не разрешены сервером. Это называется политикой одного источника (Same-Origin Policy). Она защищает пользователей от кражи данных, но иногда мешает законным сценариям.

Например, ваше веб-приложение загружено с siteA.com, но данные хранятся на api.siteB.com. По умолчанию браузер блокирует такие запросы. Как же обойти это ограничение? Использовать CORS (Cross-Origin Resource Sharing).

CORS — механизм, который позволяет серверу явно указывать, какие домены, схемы и порты могут запрашивать у него данные. Работает через специальные HTTP-заголовки.

Если браузер видит нестандартный запрос (например, PUT или DELETE), он сначала отправляет предварительный (preflight) запрос. Это проверка: серверу сообщают о запрашиваемом методе и заголовках, а тот решает — разрешить или запретить. Если сервер даёт добро, основной запрос выполняется.

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

Какие есть источники: same-origin – different-origin

Два адреса (URL) имеют одинаковый источник (same-origin), если они оба принадлежат одному домену.

Здесь у адресов один источник:

• https://test.com/index.html
• https://test.com/about.html

А здесь — разные:

• https://hello.net
• https://www.hello.com/foo.html

Так, если приложение обратится с адреса https://hello.net к странице https://www.hello.com/foo.html без настройки политики, то CORS запрос завершится ошибкой. Чтобы запрос обработался, мы должны сказать браузеру, что обращение к источнику https://www.hello.com разрешено.

Пример кросс-доменного запроса: JavaScript фронтенд-код, загруженный с URL https://domain-a.com, использует метод fetch() для запроса JSON-файла с URL https://domain-b.com/data.json.

CORS поддерживает безопасные кросс-доменные запросы — это снижает риски при использовании fetch() и XMLHttpRequest. Однако CORS лишь управляет разрешёнными междоменными запросами, но не гарантирует безопасность.

Включение CORS в ASP.Net Core приложении

Чтобы добавить механизм CORS в ASP.NET приложение, нужно:

1. Добавить сервисы CORS в контейнер сервисов приложения;
2. Включить промежуточное ПО CORS в конвейер обработки HTTP-запросов.

В первом шаге необходимо вызвать метод расширения AddCors для интерфейса IServiceCollection. Он добавляет в контейнер две сущности: ICorsService и ICorsPolicyProvider.

Существует также перегруженная версия этого метода расширения, позволяющая сконфигурировать политику CORS:

Во втором шаге вызывается метод расширения UseCors определенного для интерфейса IApplicationBuilder.

Этот метод добавляет промежуточное ПО CorsMiddleware в конвейер обработки HTTP-запросов. Для UseCors есть также перегруженная версия:

Есть три способа подключения CORS:

• В ПО промежуточного слоя с помощью именованной политики или политики по умолчанию.
• Использование маршрутизации конечных точек.
• С атрибутом [EnableCors].

[EnableCors] с именованной политикой обеспечивает лучший контроль в ограничении конечных точек, поддерживающих CORS.

CORS с именованной политикой и ПО промежуточного слоя

ПО промежуточного слоя CORS обрабатывает запросы между источниками. Следующий код применяет политику CORS ко всем эндпоинтам с указанными источниками:

Пример кода выше — часть Program.cs, показывающая инициализацию WebApplication. В ней объявляется константа политики CORS — MyAllowedOrigins. Далее вызывается AddCors, в который через параметры передается имя политики и набор адресов разрешенных источников. Ниже есть вызов метода расширения UseCors, в который передано то же самое имя политики CORS.

Важно:

• URL в настройках CORS не должны заканчиваться на '/', иначе заголовки не вернутся.
• При использовании ПО промежуточного слоя кэширования ответов (ResponseCaching) UseCors должен вызываться перед UseResponseCaching.
• При использовании Endpoints настройте CORS для выполнения между вызовами UseRouting и UseEndpoints.
• Обычно UseStaticFiles вызывается раньше UseCors, но если JavaScript загружает файлы, UseCors следует вызвать раньше.

CORS с политикой по умолчанию и ПО промежуточного слоя

Следующий выделенный код включает политику CORS по умолчанию:

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

Включение CORS с маршрутизацией конечных точек

Когда используется вызов UseEndpoints, можно подключить политику CORS к каждой отдельно взятой конечной точке, при этом можно указать имя применяемой политики в методе RequireCors:

В предыдущем коде:

• app.UseCors включает ПО промежуточного слоя CORS. Политики CORS привязываются к конечным точкам внутри метода UseEndpoints.
• Конечные /echo точки и точки контроллера разрешают запросы между источниками с помощью указанной политики – MyAllowSpecificOrigins, переданной в RequireCors.
• Конечные /echo2 точки и Razor страницы не разрешают запросы между источниками, так как политика по умолчанию не указана.

Включение CORS с помощью атрибутов

Атрибуты [EnableCors] позволяют подключить CORS только к конечным точкам, вместо глобальной настройки через промежуточное ПО. Плюс [EnableCors] без параметров включает политику CORS по умолчанию, а [EnableCors("{cors_policy_name}")] — именованную политику.

Атрибут [EnableCors] можно применить к:

• Странице Razor Page;
• Контроллеру целиком;
• Методам действия контроллера (Action-methods).

Если CORS включён одновременно через атрибут и промежуточное ПО, применяются обе политики.

Microsoft не рекомендует смешивать способы подключения CORS. Рекомендуется в одном приложении либо применять атрибуты [EnableCors], либо использовать ПО промежуточного слоя.

Вот пример, как применить специфическую политику к каждому экшн-методу контроллера:

Здесь показано, как создать две именованные политики CORS:

Чтобы обеспечить лучшее управление ограничением CORS-запросов, стоит:

• применять атрибуты [EnbleCors(“{policy_name}”)] с именованной политикой;
• не объявлять CORS-политику по умолчанию;
• не использовать маршрутизацию конечных точек.

Как запретить CORS

Запретить CORS для отдельных экшн-методов контроллера можно с помощью атрибута [DisableCors].

Примечание: атрибут [DisableCors] не запрещает CORS, которая была подключена при помощи методов расширения RequireCors в настройках маршрутизации конечных точек.

Пример, как запретить CORS для экшн-метода GetValues2:

Обратите внимание, что политика CORS разрешена для всего контроллера, так как контроллер декорирован атрибутом [EnableCors(“MyPolicy”)], а экшн-метод GetValues2 — [DisableCors], значит, CORS-политика не будет применена к этому методу.

Параметры политики CORS

Настройка разрешенных источников

Есть два метода расширения для указания разрешенных источников:

1. WithOrigins — позволяет указать список разрешенных источников;
2. AllowAnyOrigin — разрешает CORS-запросы к любым источникам.

Они влияют на заголовок Access-Control-Allow-Origin предварительных запросов.

Настройка разрешенных HTTP методов

Для указания разрешенных HTTP-методов есть похожая на предыдущие пара методов:

1. WithMethods — позволяет указать список разрешенных HTTP-методов;
2. AllowAnyMethod — разрешает использование любых HTTP-методов в CORS-запросах.

Они тоже влияют на заголовок Access-Control-Allow-Methods preflight-запросов.

Настройка разрешенных HTTP-заголовков

Для указания разрешённых HTTP-заголовков используются:

• WithHeaders — задаёт список разрешённых заголовков,
• AllowAnyHeader — разрешает любые заголовки.

AllowAnyHeader влияет на preflight-запросы и заголовок Access-Control-Request-Headers. Если заголовок не разрешён в WithHeaders, запрос будет отклонён. Если сервер вернёт 200 OK, но без CORS-заголовков, браузер заблокирует cross-origin запрос.

Настройка доступных заголовков ответов

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

• Cache-Control
• Content-Language
• Content-Type
• Expires
• Last-Modified
• Pragma

В спецификации CORS эти заголовки называются simple response headers. Чтобы сделать другие заголовки доступными для приложения, вызовите метод расширения WithExposedHeaders, передав массив имен заголовков в качестве параметра:

Передача учетных данных в запросах между источниками

В CORS-запросах учетные данные нужно специально обрабатывать. Речь идет о cookie и схемах аутентификации HTTP. Чтобы отправить учетные данные в CORS-запросе, клиент должен выставить свойство XMLHttpRequest.withCredentials в значение true.

Пример использования XMLHttpRequest напрямую в коде JavaScript:

Пример использования Fetch API:

Сервер должен разрешить передачу учетных данных. Чтобы это сделать, вызовите метод расширения AllowCredentials:

В результате появится заголовок Access-Control-Allow-Credentials в ответе сервера, значит, он разрешил передачу данных. Если в ответе не будет этого заголовка, то браузер не предоставит ответ, и CORS-запрос завершится ошибкой.

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

Спецификация CORS также говорит, что при использовании заголовков Access-Control-Allow-Credentials нельзя применять вызов AllowAnyOrigin при создании политики CORS.

Предварительные (preflight) запросы

Для некоторых CORS-запросов браузер отправляет preflight-запрос с HTTP-методом OPTIONS перед отправкой самого CORS. Браузер может не отправлять предварительный запрос в этих случаях:

• HTTP-метод основного CORS-запроса один из GET, HEAD или POST;
• Приложение не добавляет в запрос заголовки, кроме Accept, Accept-Language, Content-Language, Content-Type, Last-Event-ID;
• Запрос содержит заголовок Content-Type, то у него должно быть одно из значений: application/x-www-form-urlencoded, multipart/form-data, text/plain

Эти правила применяются к авторским заголовкам, которые задаются вызовом setRequestHeader объекта XMLHttpRequest. С User-Agent, Host, или Content-Length (заголовками браузера) так не работает.

У Preflight-запроса могут быть такие заголовки:

• Access-Control-Request-Method — HTTP-метод ( в основном CORS-запросе);
• Access-Control-Request-Headers — набор заголовков, которые будут установлены приложением в основном запросе.

Если предварительный запрос отклоняется сервером, то вылезет код 200 ОК, и браузер не будет пытаться отправлять CORS. При отладке в браузере (F12 tools) в консоли приложения появятся ошибки, если preflight-запрос отклонится сервером.

Чтобы разрешить передачу только определенных заголовков, вызывайте WithHeaders:

Чтобы разрешить передачу всех авторских заголовков, используйте вызов AllowAnyHeader.

Автоматическая обработка предварительных запросов

Если политика CORS применяется с помощью одного из приведенных ниже способов:

• глобально, с помощью вызова app.UseCors в модуле Program.cs;
• с помощью атрибута [EnableCors],

то ASP.NET будет автоматически обрабатывать запросы OPTIONS.

Обработка предварительных запросов с помощью атрибута [HttpOptions]

В ASP.NET предусмотрена возможность явного объявления методов для обработки предварительных запросов. Вот пример, как создать методы для обработки OPTIONS-запросов с [HttpOptions]:

Установка срока действия ответов для предварительных запросов

Браузер может закэшировать preflight-запросы, чтобы снизить нагрузку на сервер и сократить время обработки основных CORS-запросов. Чтобы ограничить срок хранения ответов в кэше, используйте заголовок Access-Control-Max-Age в ответе prefligh-запроса. Для этого при инициализации CORS-политики вызовите метод SetPreflightMaxAge:

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

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

Полезные ссылки

Cross-Origin Resource Sharing (CORS) - HTTP | MDN

Enable Cross-Origin Requests (CORS) in ASP.NET Core | Microsoft Learn

Больше про .NET — в нашем тг канале!

Сравнение производительности: стандартное логирование против LoggerMessage

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

Обновленный код приложения:

Здесь строки вызова методов расширения ILogger закомментированы. А вызовы наших методов, построенных через механизм LoggerMessage, раскомментированы. Таким образом, можно прогнать программу, используя ILogger, либо, наоборот, LoggerMessage

При использовании механизма LoggerMessage затраты на выполнение методов логирования, которые мы вызывали в цикле (LogIterationStart и LogIterationComplete), составили 0,58% и 0,52% процессорного времени от общих затрат.

При использовании методов расширения ILogger затраты на выполнение метода ILogger.LogInformation составили 35,12% от общих затрат.

Да, можно заметить, что в затраты попали вызовы метода LoggerMessage.Define. Но заметим, что эти методы выполняются один раз на старте приложения. И если наше приложение серверное (долгоживущее), то затраты станут ничтожными по отношению к общим затратам за всё время жизни приложения.

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

AutoLoggerMessage: как легко перейти на высокопроизводительное логирование

Мы рассмотрели два способа типизированных методов для ILogger. LoggerMessageAttribute упрощает процесс, но перевод готового проекта всё равно сложный.

К счастью, есть nuget-пакет, который умеет преобразовывать методы расширения ILogger.Log* из пространства имен Microsoft.Extensions.Logging в строго типизированные методы LoggerMessage.

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

Добавить в проект nuget-пакет stbychkov.AutoLoggerMessage

Это можно сделать либо через консоль с помощью инструмента Nuget package Manager, либо добавив ссылку на пакет в файл проекта.

Команда консоли Nuget Package Manager:

Install-Package stbychkov.AutoLoggerMessage

Добавление пакета с помощью утилиты dotnet:

dotnet add package stbychkov.AutoLoggerMessage

Разрешить перехватчики для генерации исходного кода

Для тестирования этого пакета мы создали отдельный проект консольного приложения и подключили в него указанный nuget-пакет. Далее добавили в модуль Program.cs пару строк с вызовами ILogger.LogInformation:

Если попытаться перейти к реализации метода LogInformation с помощью команды Go To Implementation, мы увидим, что попали не в метод расширения класса LoggerExtensions, а в строго типизированный метод в классе GenericLoggerExtensions:

Для первого вызова, где передана только строка сообщения, будет вызван этот метод:

Для второго вызова, где передан параметр типа TimeSpan, будет вызван следующий метод:

Как видите, второй метод имеет обобщенный параметр.

Можно заметить, что внутри есть вызовы LoggerExtensions, которые не строго типизированы. Это нужно, поскольку во время компиляции вложенный вызов logger.Log должен быть заменен сгенерированным кодом, который в итоге будет вызывать подходящий строго типизированный метод расширения класса LoggerMessageExtensions.

Сборка проекта как в MS Visual Studio 2022, так и в JetBrains Rider, прошла без проблем. Так, если в IDE Rider запустить отладку проекта, предварительно поставив точку останова на вызове одного из методов logger.LogInformation(), то можно увидеть код, который будет вызван. Для этого выберите команду Step Into:

Мы можем видеть, что дальше управление передается сгенерированному методу с типизированными параметрами:

Этот код построен на LoggerMessage.Define – следующим шагом мы попадаем в один из методов расширения класса LoggerMessage:

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

Правда, у AutoLoggerMessage есть ограничения:

1. Поддерживается с .NET 8.0.8 и выше;
2. В ILogger.Log*() может быть не более 6 параметров, иначе параметры передаются как массив object, то есть вызывается упаковка значимых типов.

Какой подход к логированию выбрать

Подводя итоги, приведем плюсы и минусы каждого подхода.

ILogger и методы расширения Log*() класса LoggerExtensions

+ Если используете ILogger из коробки, вам не нужно добавлять статический класс с объявлениями методов расширения.

- Так как дополнительные параметры передаются как object, то выполняется упаковка значимых типов.

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

- Код загрязняется текстом шаблонов сообщений.

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

LoggerMessage и строго типизированные методы класса LoggerMessageExtensions

+ Не загрязняют код шаблонами сообщений.

+ Методы расширений имеют строго типизированные параметры — это исключает упаковку значимых типов.

+ Шаблоны сообщений разбираются один раз во время старта приложения.

+ Все сообщения хранятся в одном статическом классе, которым проще управлять.

- Придется добавить статический класс и статический метод для каждого вновь добавляемого сообщения.

В целом, подход с LoggerMessage имеет больше преимуществ. А с пакетом AutoLoggerMessage можно легко перевести проекты на более производительное логирование.

Исходный код можно посмотреть на bitbucket. А узнать больше информации про .NET — в нашем канале.

Полезные ссылки

Logging in C# - .NET | Microsoft Learn

High-performance logging - .NET | Microsoft Learn

Compile-time logging source generation - .NET | Microsoft Learn

AutoLoggerMessage

Зачем нужно логирование

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

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

В .NET есть встроенная поддержка логирования, доступная в пространстве имен Microsoft.Extensions.Logging. О том, как инициализировать логирование, можно почитать в документации. Скажем лишь, что в результате мы можем получить экземпляр ILogger — он предоставляет расширения, которые позволяют записывать события с различным уровнем серьезности (severity). Severity — атрибут, который определяет, насколько сильно дефект может повлиять на работу.

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

• Методы расширения ILogger выполняют упаковку (boxing) значимых типов для преобразования их в object. Это верно для bool, int и др.;
• Методы расширения ILogger выполняют разбор (parsing) шаблона сообщения каждый раз, когда вызывается соответствующий метод расширения.

Как работает высокопроизводительное логирование

Microsoft предлагает другой механизм записи сообщений в журнал — с помощью LoggerMessage. Этот класс позволяет избежать следующих проблем:

• Проблема упаковки (boxing). Решается за счет перегруженных методов с обобщенными параметрами.
• Проблема разбора шаблона сообщения. Решается так: разбор производится один раз в момент объявления специфического метода для записи сообщения.

Ниже покажем, как использовать LoggerMessage в приложении, и сравним его производительность с методами расширения ILogger из LoggerExtensions и типизированными методами из LoggerMessageExtensions.

Для начала создадим новый проект типа Console Application. Будем использовать фреймворк .Net9.

После создания проекта нам нужно подключить следующие nuget-пакеты:

Далее инстанцируем в приложении экземпляр ILogger:

При использовании LoggerMessage для каждого типа события нам нужно создать отдельный метод логирования. Для начала — написать статический класс, который будет выступать хранилищем (реестром сообщений). Добавим LoggerExtensions:

Добавим метод для логирования старта приложения, сохраняя имя хоста. Метод должен соответствовать следующему делегату:

Где:

• T1..T6 — обобщенные типы параметров, которые мы можем передать во время записи сообщения в журнал;
• logLevel — уровень логирования (степень серьезности) события;
• eventid — уникальный идентификатор события;
• formatString — шаблон сообщения.

В классе LoggerExtensions для каждого лог-сообщения объявляем Action-делегат в приватном статическом поле. Экземпляр этого делегата инициализируем через LoggerMessage.Define в конструкторе — для его вызова нужно определить public-метод. Код для метода LogApplicationStart:

Как работает LoggerMessage.Define T

Давайте разберемся немного глубже и посмотрим, что же делает метод Define. Код метода для одного обобщенного параметра приведен ниже:

В первой строке метод CreateLogValuesFormatter разбирает шаблон сообщения и проверяет соответствие количества плейсхолдеров числу обобщённых параметров Define. Если не совпадает — возбуждается исключение.

Локальная функция Log вызывает ILogger.Log и записывает сообщение в журнал.

Ниже идет проверка флага SkipEnabledCheck:

• Если true, сообщение записывается без учёта объявленного уровня логирования.
• Если false (или options не предоставлен), сначала проверяется уровень логирования. Если наше событие объявлено с уровнем, подлежащим записи, то будет произведен вызов функции Log.

Выводы:

1. Результат метода, делегат Action, мы сохраняем в приватном статическом поле. То есть Define выполнится лишь один раз за время жизни приложения. То же самое и с разбором шаблона каждого сообщения.
2. Делегат проверяет уровень логирования, исключая ненужные вызовы ILogger.Log — это повышает производительность.
3. Наличие параметров Define и делегатов Action позволяет избежать упаковки значимых типов — это снижает нагрузку на память и процессор.

Добавим вызов этого метода в наше приложение:

Если запустить, то в консоли мы увидим такой вывод:

Добавим сообщение, которые говорит об окончании работы приложения. В качестве параметра выводим в лог время выполнения. Вот основные изменения в LoggerExtensions:

Выше добавили еще одно приватное поле, public-метод и код инициализации делегата.

Вот обновленный код приложения:

Вывод будет такой:

Резюмируем, что нужно сделать с LoggerMessage для каждого события:

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

Это кажется сложнее, чем обычные методы ILogger. К счастью, есть LoggerMessageAttribute, который позволяет уменьшить объем работы.

Как упростить переход на высокопроизводительное логирование в .NET

С LoggerMessageAttribute, для объявления метода расширения, нужно сделать следующее:

• Пометить класс с методами расширения директивой partial — объявить класс частичным;
• Объявить публичный метод расширения — тоже частичный;
• Декорировать этот метод атрибутом LoggerMessageAttribute.

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

До момента компиляции Visual Studio будет показывать, что в коде есть ошибки — нужно дописать тела объявленных методов. Не пугайтесь: просто выполните сборку проекта и ошибки уйдут.

Что же делает этот атрибут? Давайте посмотрим на сгенерированный код:

Для каждого частичного метода будет сгенерировано:

• Приватное поле для хранения ссылки на делегат. Имя поля начинается с двойного символа underscore(_), в этом случае называется __LogApplicationFinishCallback,
• Код инициализации делегата,
• Тело метода расширения.

Метод проверяет уровень логирования: если событие уровня Debug, а минимальный уровень — Information, делегат не вызывается. Это улучшает производительность. А LoggerMessageAttribute упрощает создание методов расширения, снижая трудозатраты.

В следующей статье мы сравним производительность стандартного логирования и LoggerMessage на реальных примерах, а также покажем, как легко оптимизировать код с помощью AutoLoggerMessage. Не переключайтесь!

А если хотите больше узнать про .NET, сразу переходите в наш Telegram канал, это точно ускорит время ожидания!

Основные улучшения LINQ в .NET 9

1. Улучшенная поддержка Span и Memory

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

2. Оптимизированные итераторы

LINQ-запросы теперь используют улучшенные итераторы, которые минимизируют накладные расходы при выполнении таких операций, как фильтрация (Where), проекция (Select) и сортировка (OrderBy). Эти высокопроизводительные версии уменьшают количество промежуточных объектов и увеличивают скорость выполнения запросов.

3. Минимизация выделений памяти

В .NET 9 LINQ реже вызывает выделения в управляемой куче за счет активного использования значимых типов (value types). Это сокращает нагрузку на сборщик мусора и ускоряет выполнение запросов, особенно при работе с большими объёмами данных.

4. Улучшенные методы для работы с коллекциями

В .NET 9 появились новые оптимизированные методы для работы с коллекциями. Например, теперь можно использовать операции для извлечения элементов в коллекциях напрямую без создания временных объектов, что значительно повышает производительность.

5. Улучшенная поддержка асинхронных операций

.NET 9 улучшил работу LINQ с асинхронными операциями, внедрив поддержку ValueTask вместо Task, что уменьшает накладные расходы при выполнении асинхронных запросов и снижает выделения памяти.

Использование ValueTask позволяет избежать создания избыточных объектов Task, что особенно важно при частых и многократных асинхронных вызовах.

Пример кода с приростом производительности на 300-500%:

В некоторых случаях LINQ в .NET 9 демонстрирует прирост производительности до 300-500% за счёт оптимизаций итераторов и снижения аллокаций памяти. Рассмотрим пример:

Бенчмарк производительности:

Результаты:

Версия Время выполнения (ms) Аллокации (B).NET 8550100,000.NET 915030,000

В этом примере .NET 9 показывает прирост производительности более чем в 3 раза благодаря оптимизации работы с памятью и снижению количества временных объектов.

6. Адаптация под современные процессоры

.NET 9 также включает оптимизации, адаптированные для работы на современных многоядерных процессорах, что позволяет параллельным запросам LINQ более эффективно использовать ресурсы системы. Например, метод AsParallel теперь выполняется быстрее за счёт улучшений в планировщике задач и лучшего распределения нагрузки между ядрами процессора.

7. Улучшенные агрегации и группировки

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

Заключение

.NET 9 принёс множество улучшений в LINQ, которые позволяют значительно повысить производительность и снизить нагрузку на память при работе с большими коллекциями данных. Оптимизированная поддержка типов Span и Memory, улучшенные итераторы и новые методы для работы с коллекциями делают LINQ в .NET 9 мощным инструментом для обработки данных.

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

Что такое паника в Rust?

Паника в Rust — это механизм для обработки критических ошибок, приводящих к завершению программы.

Важно, что она не является исключением в привычном понимании, как в других языках, а скорее приводит к «размотке стека» (unwinding) или немедленному завершению программы (abort).

Пример паники в Rust

Этот код вызывает панику из-за попытки доступа к несуществующему элементу массива. Rust завершит программу, выбросив ошибку.

Как это перенести в .NET?

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

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

Эта структура позволяет коду правильно взаимодействовать с .NET, вызывая обработку ошибок так, как это делал бы стандартный механизм паник в Rust.

Почему это важно?

Корректная работа паник в .NET важна для поддержки безопасности и надежности программ.

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

Mono — это открытая платформа для создания кроссплатформенных приложений, которая реализует .NET Framework на базе стандартов ECMA для C# и Common Language Runtime.

История и значимость Mono

Проект Mono был запущен в 2001 году и с тех пор сыграл важную роль в развитии экосистемы .NET.

После приобретения Xamarin в 2016-м, Microsoft взяла на себя управление проектом. Последний крупный релиз Mono вышел в июле 2019-го, а последнее обновление — в феврале 2024-го. Однако, со временем развитие проекта замедлилось.

Передача проекта WineHQ

Джефф Шварц из Microsoft сообщил на сайте Mono и на GitHub, что теперь управление проектом переходит к организации WineHQ.

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

Microsoft также отметила, что завершила перенос всех рабочих нагрузок на современную ветку Mono в репозитории dotnet/runtime и рекомендует пользователям переходить на .NET, который включает эти разработки.

Признание заслуг Mono

В своём сообщении, Microsoft выразила благодарность всем разработчикам, которые трудились над Mono.

Компания подчеркнула, что Mono стал первым решением .NET для Android, iOS, Linux и других операционных систем, сделав кроссплатформенный .NET реальностью. Передача проекта WineHQ — это не только способ сохранить наследие Mono, но и признание важности работы команды Wine.

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

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

Безопасность данных

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

Целостность и корректность данных

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

Проектирование API

XML сериализация ориентирована на сериализацию состояния объекта в формат, понятный для внешнего мира. Приватные члены не предназначены для такого использования, и их отсутствие в XML-документе способствует более ясному и безопасному взаимодействию с объектами. Таким образом, XML-сериализация ориентируется на публичные данные, которые являются частью API и предназначены для использования за пределами класса.

Асимметрия между XML и бинарной сериализацией

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

Разные цели

XML и бинарная сериализация были разработаны для решения разных задач. Бинарная сериализация предназначена для сохранения сложных графов объектов .NET с полной информацией о них. Она сохраняет все детали состояния объекта, включая приватные члены и типы данных. XML-сериализация, с другой стороны, используется для поддержки протокола SOAP и обмена данными в формате, который легко читаем и понятен человеку. Она ориентирована на сохранение данных в открытом формате, который может быть прочитан и проверен без необходимости специализированных инструментов.

Приватные члены и безопасность

Как уже упоминалось, XML-сериализация игнорирует приватные члены для обеспечения безопасности и целостности данных. Бинарная сериализация, напротив, сохраняет все данные объекта, включая приватные члены. Поэтому для бинарной сериализации требуется дополнительная настройка, чтобы контролировать, какие данные сохраняются, и для этого используются атрибуты, такие как `[NonSerialized]`, для исключения определённых полей из сериализации.

Пример класса с приватными членами:

Циклические ссылки

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

Пример класса с циклической ссылкой:

Указание типа данных

Бинарная сериализация хранит метаданные о типах данных и структуре объектов, что может создавать проблемы совместимости при изменении версий. XML-сериализация, в отличие от бинарной, не требует указания типа данных при создании форматтера, что позволяет работать с данными независимо от конкретной реализации и версии .NET. XML-файлы могут быть использованы для обмена данными между различными системами, не привязанными к платформе .NET.

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

Установка Spire.PDF for .NET

Чтобы
использовать Spire.PDF for .NET, нам нужно сначала установить его. Самый
простой способ сделать это – установить его через NuGet. В Visual Studio мы
можем открыть менеджер пакетов NuGet и найти Spire.PDF. Затем мы можем выбрать
установку Spire.PDF for .NET.

C# для сжатия PDF-документов

После
установки Spire.PDF for .NET мы можем приступить к сжатию PDF-документа. Ниже
приведен простой пример кода:

Сначала
код загружает PDF-документ и инициализирует объект PdfCompressor путем к файлу
PDF. Затем он обращается к опции сжатия текста и устанавливает свойство
‘CompressFonts’ в true, что означает, что шрифты, используемые в PDF, будут
сжаты.

Далее
код обращается к опциям сжатия изображений и устанавливает свойство
‘ImageQuality’ в значение high, что означает, что качество изображения в PDF
останется на высоком уровне даже после сжатия. Он также устанавливает свойства
‘ResizeImages’ и ‘CompressImage’ в true, что означает, что изображения,
используемые в PDF, будут изменены по размеру и сжаты соответственно.

Наконец,
используйте метод ‘CompressToFile’ объекта PdfCompressor, чтобы сохранить
сжатый PDF в новый файл.

Другие возможности

Помимо
сжатия PDF-документов, Spire.PDF for .NET поддерживает множество других
функций. Например, с его помощью мы можем

– C#Создавать PDF-документы

– C#Добавлять текст, изображения и таблицы

– C#Извлекать текст и изображения

– C#Шифровать и расшифровывать PDF-документы

Резюме

В
этой статье мы сначала познакомились с основой и проблемами сжатия
PDF-документов, затем описали, как установить Spire.PDF for .NET. Наконец, мы
также описали другие функции, поддерживаемые Spire.PDF for .NET. Мы надеемся,
что эта статья будет вам полезна!

Немного истории

DateTime

Основной структурой хранения даты и времени является DateTime, которая появилась в одном из первых релизов .NET — версии 1.1.

У структуры стуществует главный недостаток — отсутсвие временной зоны. Для обхода такого неприятного момента к DateTime добавили поле Kind со значениями: Local, Utc, или Unspecified. Так, можно получить местное время вызвав DateTime.Now, где Kind будет равен Local. А для перевода в UTC можно воспользоваться вызовом DateTime.Now.ToUniversalTime(), или что более просто, сразу вернуть DateTime.UtcNow.

Как же .NET понимает временную зону при переводе из местного времени в UTC? Метод ToUniversalTime берет временную зону из операционной системы. Тогда, если создать на сервере Нью-Йорка экземпляр DateTime.Now, отправить его в Лондон, а потом на обеих машинах вызвать перевод в UTC, то результат будет разным.

В Microsoft выпустили рекомендацию по этому поводу, переложив всю ответственность на разработчиков:

Разработчик несет ответственность за отслеживание информации о часовом поясе, связанной со значением DateTime через внешние механизмы.

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

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

DateTimeOffset

В качестве улучшения в .NET 2 появилась структура DateTimeOffset, которая состоит из:

• структуры DateTime, и
• свойства .Offset — разницы во времени по отношению к UTC.

Описанной проблемы с серверами в разных временных зонах с DateTimeOffset.Now уже не произойдет.

Но и это не панацея от всех случаев. Допустим в Лондоне для пользователя необходимо сохранить запись к врачу на апрель. Добавляем запись c TimeZoneInfo.FindSystemTimeZoneById("GMT Standard Time"), и .NET корректно посчитает время DateTimeOffset = 2023-04-01 14:00:00 с Offset = +1. В конце марта в Британии происходит переход на летнее время и к Offset добавляется +1 час, в а в началае марте Offset = 0. В некторых странах нет перехода на летнее время, например, в Нигерии Offset всегда равен +1. Вроде никаких проблем, но иногда правила перехода меняются, как это было недавно в Европейском союзе. Получается, для клиентов желательно хранить и зону времени с помощью типа TimeZoneInfo для возможного перерасчета Offset по новым правилам.

Тестирование до .NET 8

Для Unit тестирования важно иметь возможность заменить вызов функции у объекта на свой собственный. Для этого используются Mock’и или Stub’и над абстракциями. Так как DateTime и DateTimeOffset не предоставляют инетерфейсов, то можно создать свой, передавать его тип в качестве аргумента функциям, и далее делать Mock’и при тестировании. Например, можно создать такой:

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

Какие еще есть решения

Jon Skeet создал библиотеку NodaTime с правильным расчетом времени в самых тонких моментах, и конечно, с поддержкой абстракций.

Хорошо, используем свою или стороннюю абстракцию над временем .NET. А как же проводить интеграционные тесты с внешними библиотеками, которые все еще требуют передачи данных типа DateTime / DateTimeOffset?

В Microsoft существует инструмент под названием .NET Fakes. Он генерирует Fake’и для любой .NET библиотеки. Например, можно перезаписать статический вызов DateTime.Now в тестах:

Работает, но есть ограничения. Первое, генератор совместим только с Windows. Второе, генератор включен только в дорогую версию Visual Studio Enterpise. Так, несколько лет назад одной крупной компании пришлось купить лицензию Enterpise всей команде разработчиков и авто-тестировщиков только для покрытия кода тестами с использованием .NET Fakes. Больше никаких возможностей из обширного набора Enterprise версии не использовалось. Браво отделу продаж Microsoft!

Тестируем с .NET 8

После многолетних дебатов и сотней комментариев в .NET 8 RC добавили долгожданные абстракции времени в виде TimeProvider и ITimer:

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

Получилось все же не идеально, но и это большой прогресс.

Ложки дегтя

1. Абстрактный класс вышел громоздким. Если у вас есть метод принимающий в качестве аргумента TimeProvider, без знания деталей метода нет возможности понять нужно ли делать Mock для GetUtcNow() или GetLocalNow(), или даже CreateTimer(...) при тестировании. Что же в итоге будет вызвано? Разработчики предлагали разбить новый тип на небольшие интерфейсы, в частности аналогичный уже используемому внутри самого .NET:

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

2. Добавили статическое свойство TimeProvider.System, которое возвращает системный экземпляр TimeProvider.

Пользователям очень легко использовать такой код, но это ничем не отличается от старого применения статического DateTime.Now. И так просто без FakeTimeProvider протестировать код не получится.

Вместо прямого вызова статического экземпляра, ожидается что программисты будут сразу использовать Dipendency Injection:

и далее в ASP.NET Core:

Для новичков это может быть совсем не тривиально.

Хорошие новости

1. Тестирование времени становится более универсальным. Например, можно сделать Mock метода TimeProvider.GetUtcNow:

2. Команда Mircosoft не стала привносить старую ошибку когда для сторонних эффектов использовались свойства вместо функций. Так ошибочно реализованы DateTime.Now. При обработке времени TimeProvider использует только методы: GetUtcNow(), GetLocalNow(), GetTimestamp(), и т.д.

3. Добавили возможность тестировать события таймера через TimeProvider.CreateTimer(...) и ITimer.Change(...). Особенно это актуально для функций Task.Delay(...) и Task.WaitAsync(...), которые также перевели на использование нового TimeProvider. Разработчики сторонних библиотек хорошо приветствовали на эту новость.

4. Обещают сделать встроенный в .NET класс FakeTimeProvider для еще большего упрощения тестирования. Тогда возможно отрицательный пункт 2 не будет актуален.

Выводы

Новый класс TimeProvider предоставляет унифицированную абстракцию времени с возможностью тестирования в экосистеме .NET, пусть и с некоторыми недостатками. Разработчики Microsoft пометили свои предыдущие наработки как устаревшие, и рекомендуют переводить код на TimeProvider.

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

Ниже рассмотрим коллекцию List, а в будущих статьях — и другие коллекции.

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

List

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

Итак, что же находится внутри:

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

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

Что же произойдет при попытке добавления элемента?

Итак, в оптимистичном сценарии (текущий размер массива позволяет поместить в него еще один элемент), увеличивается счетчик количества элементов, а в массив добавляется еще одно значение.

В случае, когда массив полностью заполнен, он будет принудительно увеличен. При этом массив с 0 элементов будет увеличен до размера по умолчанию (в текущей версии — 4), а вот далее массив будет каждый раз увеличиваться вдвое относительно текущего размера. Но как именно это будет сделано? Рассмотрим подробнее свойство Capacity.

Работая со свойством Capacity, мы можем проверять и манипулировать размером массива, сокрытого внутри List (главное — не пытаться сделать его меньше текущего количества элементов). При увеличении размера внутреннего массива будет выделен новый массив заданного размера, куда методом Array.Copy (сложность которого, как подсказывает документация, O(n)) будет скопирован текущий массив.

Дополнительные методы:

Очистка массива

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

Вставка элемента

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

Вставку набора элементов (InsertRange) приводить не буду, отмечу только, что логика в целом та же — массив будет по необходимости увеличен до необходимой величины, текущие элементы — перемещены, а новые — скопированы в увеличенный массив, начиная с целевой позиции.

Удаление элемента (RemoveAt) или набора элементов (RemoveRange) по позиции также приводить не будем, по сути своей они обратны вставке, только увеличения размера массива, естественно, не происходит.

Выводы

Вычислительная сложность

Ниже приведена сложность операций для List, внутри которого выделен массив размера N, заполненный на величину S. Сложность приведена, в том числе, для операций, которые не рассматривались выше, в связи с тем, что их реализация не отличается от уже рассмотренных методов или опирается на них. Методы поиска, проверок на наличие элементов и т.п. не приводятся за тривиальностью.

Какие практические выводы можно сделать из всего, изложенного выше:

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

2. Если это уместно, инициализируйте List, задавая предполагаемый размер коллекции. Если вы заранее знаете порядок количества элементов, которые предполагается поместить в коллекцию, используйте это. Данное знание позволит существенно сэкономить на операциях, связанных с изменением размера массива.

3. Тип значений, хранимых в List, может повлиять на вычислительную сложность выполняемых операций. Для ссылочных типов местами имеет место дополнительная обработка.

4. Рассмотренные участки кода методов, изменяющих коллекцию, достаточно наглядно показывают отсутствие гарантий потокобезопасности. Доступ к переменной _size, определяющей размер массива, самому массиву и его элементам никаким образом не синхронизируется. Как следствие, попытка одновременного изменения коллекции из нескольких потоков может иметь побочные эффекты. Чтобы их исключить, можно использовать коллекции из пространства имен System.Collections.Concurrent или, для особых случаев, реализовать собственные потокобезопасные коллекции.

Но что, если вам периодически нужно переключаться между разными версиями Java, PHP, Node.js, да еще и у одного разработчика установлен Linux, а у другого Windows? Конечно, можно писать инструкции по установке и настройке, но это не решает проблему изолированности вашей операционной системы от среды приложения.

После удаления уже установленной версии .NET, SQL Server могут остаться какие-либо файлы конфигурации, которые могут привести к ошибке запуска другой установленной версии приложения.

Для решения подобных проблем запуска приложения .NET, SQL Server на разных средах можно использовать Docker, Docker Compose.

1. Установка Docker, Docker Compose

Для установки Docker нам нужно на странице Install Docker Engine открыть руководство по необходимой ОС.

Для установки Docker Compose — на странице Install Docker Сompose также открыть руководство по необходимой ОС.

Проверяем, что Docker и Docker Compose работает, выполняя команды в консоли:

2. Создание структуры директорий проекта

Для своих проектов, где используется Docker, я придерживаюсь следующей структуры:

1. src — исходный код проекта
2. docker:

• api — директория с файлами конфигурации, файлом docker для сборки образа .NET приложения,
• db — директория с файлами конфигурации, файлом docker для сборки образа SQL Server, миграциями,

docker-compose.yml — файл с настройками запуска контейнеров.

3. Формирование Docker-файлов для .NET, SQL Server

3.1. Настройка образа .NET Docker

Для работы .NET-приложения создадим файл Dockerfile в директории проекта с путем docker/api/Dockerfile:

3.2. Настройка образа SQL Server Docker

Для работы SQL Server создадим файл Dockerfile в директории проекта с путем docker/db/Dockerfile, содержимое которого:

3.3. создадим файл конфигурации /docker/db/migrations/flyway.conf с содержимым:

3.3.1. создадим файл миграции в директории /docker/db/migrations/V1__DatabaseCreation.sql с содержимым:

Подробнее о работе с миграциями с помощью Flyway можно почитать тут:

— https://flywaydb.org/documentation/,

— https://flywaydb.org/documentation/

4.Создание файла docker-compose.yml

Итак, нам осталось создать только файл docker-compose.yml, чтобы описать в нем все сервисы:

• db — сервис для работы MS SQL Server,
• db-migration — сервис для работы с Flyway-миграциями,
• api — сервис для работы с .NET-приложением.

Создадим файл docker-compose.yml в директории проекта с путем docker/docker-copmose.yml и содержимым:

5. Запуск приложения

Для запуска нам нужно запустить Docker-контейнеры при помощи команды docker-compose. Из директории проекта выполняем в терминале команду:

после чего наше приложение должно открыться в браузере по url: http://localhost:5000

К SQL Server мы можем подключиться с помощью команды:

указав пароль Your_password123

Полезные ссылки

1. Учебник. Контейнеризация приложения .NET Core
2. Образы Docker для ASP.NET Core
3. Страница образами .NET
4. Руководство по настройке .NET и SQL Server
5. Документация по Flyway: https://flywaydb.org/documentation/, https://flywaydb.org/documentation/

Ключевые особенности

• Возможность масштабировать и создавать комплексные проекты благодаря переходу к 64 битам по умолчанию.
• Более быстрая разработка благодаря функции IntelliCode, в основу которой лёг искусственный интеллект Microsoft.
• C# и .NET MAUI внедрили кросс-платформенную разработку приложений. Например, одновременно и десктопных, и мобильных.

Где скачать?

Достаточно перейти на сайт проекта и выбрать версию для своей системы.

Что дальше?

Больше нововведений стоит ждать во второй бета-версии Visual Studio 2022. Подробнее о них можно почитать на странице с дорожной картой компании.

При этом Microsoft уже обратилась к разработчикам расширений. Они призвали «портировать» свои наработки для свежей версии Visual Studio. Для этого редмондцы даже создали отдельный документ, с которым вы можете ознакомиться по ссылке.

Источник: Блог Microsoft

Существует несколько концепций: синхронное/асинхронное программирование и однопоточные/многопоточные приложения. Причём первая программная модель может работать в однопоточной или многопоточной среде. То есть приложение может быть: синхронным однопоточным, синхронным многопоточным и асинхронным многопоточным.

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

Синхронная модель

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

Однопоточность

Система в одном потоке работает со всеми задачами, выполняя их поочерёдно.

Многопоточность

В этом случае речь о нескольких потоках, в которых выполнение задач идет одновременно и независимо друг от друга.

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

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

Асинхронность

Характеристики асинхронного кода:

• обрабатывает больше запросов сервера, предоставляя потокам возможность обрабатывать больше запросов во время ожидания результата от запросов ввода-вывода;
• делает пользовательский интерфейс быстрым, выделяя потоки для обработки действий в пользовательском интерфейсе во время ожидания запросов ввода-вывода, передавая затратные по времени операции другим ядрам ЦП.

Если у системы много потоков, то их асинхронная работа выглядит примерно так:

Конструкция async/await

Для работы с асинхронными вызовами в C# необходимы два ключевых слова:

• async — используется в заголовке метода;
• await — вызывающий метод содержит одно или несколько таких выражений.

Они используются вместе для создания асинхронного метода. У асинхронных методов могут быть следующие типы возвращаемых значений:

1. Task для асинхронного метода, который выполняет операцию, но не возвращает значение;
2. Task<TResult> для асинхронного метода, возвращающего значение;
3. void для обработчика событий;
4. начиная с версии 7.0 в языке C# поддерживаются любые типы с доступным методом GetAwaiter;
5. начиная с версии 8.0 в языке C# поддерживается интерфейс IAsyncEnumerable<T> для асинхронного метода, который возвращает асинхронный поток.

Сама конструкция async/await появилась в C# 5.0 с выходом .NET Framework 4.5 и отчасти представляет собой синтаксический сахар. Механизм async/await не имеет реализации в CLR и разворачивается компилятором в сложную конструкцию на IL. Но эта конструкция — не сахар вокруг тасок, а отдельный механизм, использующий класс Task для переноса состояния исполняемой части кода.

Пример асинхронного метода:

Этот пример приведён лишь для наглядности, особого смысла делать логику вычисления факториала асинхронной нет. Опять же, для имитации долгой работы мы использовали задержку на 8 секунд с помощью методы Thread.Sleep(). Цель была показать: асинхронная задача, которая может выполняться долгое время, не блокирует основной поток — в этом случае метод Main(), и мы можем вводить и обрабатывать данные, продолжая работу с ним.

Параллелизм

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

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

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

Какую программную модель выбрать?

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

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

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

Что нового?

Переход к x64. Так как приложение становится 64-битным, основной процесс перестаёт быть ограничен 4 ГБ оперативной памяти. Это должно ускорить работу среды разработки на мощных компьютерах.

Изменённый интерфейс. Многие элементы будут упрощены, что должно «снизить когнитивную нагрузку» на пользователя. В Visual Studio 2022 изменят иконки, шрифт и улучшат темы оформлений.

Упрощённая персонализация. Разработчикам теперь будет гораздо легче настроить IDE от Microsoft под себя.

Возможность создания множества типов приложения. Новая версия Visual Studio будет поддерживать создание облачных Azure-приложений, а также проектов на .NET 6 (в том числе.NET Multi-platform App), приложений C++ 20 с новыми возможностями языка и улучшенной поддержкой Linux-приложений.

Версия IDE для macOS. Теперь Visual Studio для системы от Apple сможет обеспечить более высокую производительность и стабильность. Также апдейт под  macOS получит полную поддержку специальных возможностей ОС и предоставит новые функции Git.

Когда ждать?

Летом 2021 года выйдет первая предварительная версия Visual Studio 2022. Финальный релиз обещали ближе к концу года.

Источник: Microsoft

В ходе исследования специалисты изучили более 130 тысяч приложений. Проблемы с безопасностью были выявлены у 76 % приложений. В каждом четвёртом случае найденные проблемы отнесены к категории опасных. В каждом третьем приложении уязвимости появились из-за использования сторонних библиотек.

Процент приложений с опасными проблемами безопасности:

1. С++ — 59 %
2. PHP — 52,6 %
3. .NET — 25 %
4. Java — 23,8 %
5. Python — 9,6 %
6. JavaScript — 8,6 %

Если говорить обо всех уязвимостях, то самым проблемным оказался код на PHP. В 74,6 % приложений встречается межсайтовый скриптинг, в 71,6 % случаев обнаружены проблемы с шифрованием.

Результаты исследования с описаниями результатов опубликованы на странице State of Software Security. Там раскрыты наиболее распространённые уязвимости для каждого языка.

Есть также страница с подробным описанием обнаруженных проблем и способов их исправления.

Завтра начинается баттл языков программирования 2020. Правила просты:

• В баттле участвуют 16 языков;
• ежедневно соревнуются две пары;
• на каждое голосование отводится 24 часа;
• вы выбираете язык который субъективно нравится вам больше чем его оппонент;
• пары подбираются случайно;
• в результате мы определим победителей, занявших первое, второе и третье места;
• Старт завтра — 14 декабря, финал — 21 декабря.

Так выглядит изначальная турнирная таблица:

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

Что интересного в обновлении?

Ключевые нововведения и улучшения:

• поддержка C# 9 и F# 5;
• улучшение производительности сборщика мусора и отдельных компонентов;
• библиотеки .NET для сериализации JSON, работы с HTTP и регулярными выражениями теперь работают быстрее и null-safe;
• набор платформ расширен Windows Arm64 и WebAssembly.

Вместе с .NET 5.0 вышли обновления ASP.NET Core, EF Core, C# 9 и F# 5.

Подробности и ссылки на скачивание для всех доступных платформ доступны в блог-посте Microsoft.

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

Java

Java — один из самых популярных языков программирования. Он универсален и используется уже более 20 лет.

Универсальность обеспечивается виртуальной машиной Java (Java Virtual Machine, JVM). Во многих языках во время компиляции программа переводится в код, который может работать по-разному на разных устройствах или платформах. В Java этой проблемы нет. JVM играет роль промежуточного уровня — из программы на Java она делает код, который может выполняться на любом компьютере независимо от того, где код был скомпилирован.

У Java большое сообщество, и в интернете можно найти ответы практически на любые вопросы о языке.

Что можно делать на Java

Технологии Java могут использоваться для многих задач, среди которых:

• разработка мобильных приложений под Android;
• разработка бэкенда веб-сайтов;
• разработка API для работы с базами данных;
• цифровая обработка изображений;
• создание настольных приложений;
• программирование сетевых задач.

Какие компании используют Java

Airbnb, Uber, Pinterest, LinkedIn, Groupon, eBay, Evernote, FitBit, Hubspot.

PHP

PHP используют около 78% всех сайтов. Язык появился в 1995 году, когда было не так много возможностей для создания динамических веб-страниц. PHP динамически типизирован, и один и тот же фрагмент кода может вести себя по-разному в зависимости от контекста, что делает программы на PHP сложными для масштабирования и иногда медленными.

PHP — отличный язык для начинающих по ряду причин:

• он прощает ошибки: вы можете запустить программу, и она будет выполняться, пока не достигнет участка с проблемным кодом;
• у языка большое сообщество, а для новичков доступно много обучающих материалов. Язык постоянно обновляется, поэтому убедитесь, что изучаете последнюю версию;
• установить и настроить PHP достаточно легко по сравнению, например, с Ruby on Rails. Вы можете скачать MAMP (для Mac) или WAMP (для Windows), и всё будет готово к работе через 5 минут.

Что можно делать на PHP

Согласно официальному сайту PHP, вы можете:

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

Какие компании используют PHP

Facebook, Lyft, Mint, Hootsuite, Viber, Buffer, DocuSign.

.NET (C#, VB)

Фреймворк с открытым исходным кодом ASP.NET от Microsoft используется для создания веб-сайтов с помощью таких языков, как Visual Basic (VB), C#, F# и других.

.NET работает на основе архитектурного шаблона MVC (Model-View-Controller, Модель-Представление-Контроллер). Контроллер принимает запросы пользователя и взаимодействует с моделью для обработки данных. Затем результат передаётся в представление и отображается в виде интерфейса веб-страницы.

Выложенный в открытый доступ в 2016 году, .NET может интегрироваться с iOS, Linux и Android через .NET Core. Он очень стабилен и надёжен, что делает его популярным выбором для бизнеса. Поскольку .NET — продукт Microsoft, у него достаточно хорошая поддержка.

C#

C# — высокоуровневый язык программирования. Это означает, что разработчики могут писать на нём программы, независимые от архитектуры процессора конкретного компьютера.

C# популярен среди разработчиков, потому что он обладает некоторыми преимуществами C++, но на нём проще писать код и избегать при этом грубых ошибок.

VB

Visual Basic — это потомок BASIC, который унаследовал его стиль и сочетает в себе элементы ООП. Это простой язык для начинающих: он широко распространён и обладает несложным синтаксисом. VB часто применяют для прототипирования.
Недостатком программирования на VB является большой объём памяти, необходимый для установки и запуска инструментов разработки.

Что можно делать на .NET

С помощью .NET вы можете:

• создавать настольные приложения;
• создавать мобильные приложения;
• создавать веб-приложения и игры;
• работать с большими данными;
• и ещё много чего.

Какие компании используют .NET

Microsoft, Starbucks, Docplanner, StackOverflow.

Ruby + Ruby on Rails

Ruby on Rails — это веб-фреймворк на языке программирования Ruby. Ruby on Rails имеет набор готовых инструментов, которые позволяют быстро выполнять базовые задачи.

Ruby достаточно лаконичный и не требует много кода для бэкенда, что позволяет разработчикам быстро создавать и запускать прототипы (этим Ruby похож на Python). Популярность Ruby выросла в начале 2000 годов, но с тех пор заметно снизилась.

Ruby — язык с открытым исходным кодом, а значит его можно модифицировать и дополнять.

Что можно делать на Ruby

Ruby позволяет:

• автоматизировать повторяющиеся задачи;
• создавать веб-приложения;
• писать мобильные приложения и игры;
• создавать прототипы.

Какие компании используют Ruby

Airbnb, Codecademy, TaskRabbit, Kickstarter, RapGenius, Scribd, AngelList.

Python

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

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

Что можно делать на Python

Некоторые из наиболее популярных применений Python:

• кроссплатформенные shell-скрипты;
• быстрая автоматизация;
• веб-разработка:
• Data Science, Machine Learning.

Какие компании используют Python

Uber, Pinterest, Mozilla, Spotify, Quora, Pandora, Netflix, Asana.

JavaScript

JavaScript (не путать с Java) — гибкий язык, который можно использовать как для фронтенда, так и для бэкенда. Это хороший язык для начинающих, поскольку в нём мало настроек, и можно начать писать код прямо в браузере.

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

У JavaScript большое сообщество, и для его изучения в Сети есть много полезных материалов.

Значительно расширяет возможности JS программная платформа Node.js. С её помощью код, написанный на JS, можно запускать без браузера на бэкенде. А наличие огромного количества готовых решений в пакетной экосистеме npm позволяет разработчику не тратить время на создание большинства типовых решений.

Что можно делать на JavaScript

С JavaScript создаются веб-приложения и программное обеспечение, а именно:

• фронтенд и бэкенд веб-сайтов;
• мобильные приложения;
• настольные приложения;
• игры;
• веб-серверы;
• презентации;
• и многое другое.

Какие компании используют JavaScript

Airbnb, Codecademy, HotelTonight, eBay, Square, Asana.

Go

Go (часто также Golang) — компилируемый многопоточный язык программирования, разработанный внутри компании Google. Язык Go разрабатывался для создания высокоэффективных программ, работающих на современных распределённых системах и многоядерных процессорах.

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

Что можно делать на Go

• писать сетевые инструменты;
• разрабатывать ПО для распределённых систем;
• писать ПО, обрабатывающее большие объёмы информации.

Какие компании используют Go

Dropbox, SoundCloud, Docker, CloudFlare, Alibaba, Xiaomi, Domino’s Pizza, Gett, Avito, Mail.ru, Tinkoff, 2GIS.

Заключение

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

Чтобы это исправить, мы взяли доклады .NET-конференции DotNext 2019 Moscow и разбили их по тематикам — так вам должно быть удобнее найти подходящие для вас. А если вдруг вам всё-таки лучше подходит единый плейлист, он тоже доступен.

Тренды

Platform Wars — Кирилл Скрыган (RUS)

Между компаниям, конкурентами, партнёрами, современными платформами и сообществом постоянно происходят увлекательные взаимодействия. Кирилл Скрыган, тимлид Rider (одной из двух самых популярных сред разработки под .NET), на опыте побед и неудач разберётся в современном мире IT.

An in-depth look at the new features in C# 8.0 and .NET Core 3.0 — Raffaele Rialdi (ENG)

Релиз .NET Core 3.0 официально состоялся. Много раз обсуждали все нововведения, но каждый раз затрагивали одни фичи и умалчивали о других. Из доклада вы сможете узнать мнение Рафаэля о тех фичах, которые ему кажутся полезными и важными в новом релизе.

Hot Chocolate: An introduction to GraphQL on ASP.Net Core — Michael Staib (ENG)

В своём докладе Майкл, разработчик GraphQL-сервера, отвечает на вопрос: является ли GraphQL реальной альтернативой REST?

Bring your ASP.NET Core solutions to Kubernetes in Azure — Marco De Sanctis (ENG)

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

vvvv — visual programming for .NET — Joreg, Elias Holzer (ENG)

В своём докладе Йорег и Элиас представили новый визуальный язык для экосистемы .NET, который называется «VL», и среду разработки для него под названием «vvvv gamma».

Машинное обучение

Machine learning for C# developers: Introducing ML.NET — Jeff Prosise (ENG)

ML.NET претендует на звание самой мощной библиотеки для машинного обучения на платформе .NET. Из доклада вы сможете узнать, так ли это, от Джеффа Просайза — коллеги Джеффри Рихтера по Wintellect, активно взаимодействующего с разработчиками продукта.

Всё, что разработчик .NET хотел знать про глубокое обучение, но боялся спросить — Дмитрий Сошников (RUS)

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

Архитектура

Введение в Event sourcing — Яков Повар (RUS)

В этом докладе Яков рассказывает о том, что такое event sourcing и чем он отличается от других архитектурных стилей.

Доклад рассчитан на слушателей, которые ещё не работали с event sourced системами, но будет полезен и тем, кто уже знаком с этой концепцией.

Блеск и нищета предметной модели — Максим Аршинов (RUS)

Доклад отражает взгляд Максима на проектирование сложных корпоративных приложений с обеих сторон баррикад: разработки и бизнеса.

The power of composition — Scott Wlaschin (ENG)

Скотт Влашин зарекомендовал себя в последние годы как популяризатор функционального программирования и его применения к доменному моделированию (DDD). Вышедшую недавно книгу Влашина «Domain Modeling Made Functional» можно советовать всем интересующимся доменным моделированием, вне зависимости от языка программирования. Доклад зайдёт всем, кто хочет окунуться в мир функционального программирования.

Лучшие практики

Nullable reference types — advanced guide — Андрей Дятлов (RUS)

Одно из самых больших изменений в C# 8 — это nullable reference types. Андрей рассказал обо всех трудностях и проблемах, которые вы можете встретить при его применении.

Доклад будет интересен всем, кто планирует использовать nullable reference types, т. к. он раскрывает подробности работы этих типов.

Roslyn: Мастерство статического анализа — Владимир Панченко (RUS)

Владимир объяснил, как улучшить качество кода и сократить время на решение типовых проблем при работе с фреймворками (особенно самописными).

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

Create your own serverless PKI with .NET & Azure Key Vault — Eran Stiller (ENG)

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

Распределённая трассировка запросов в .NET — Егор Гришечко (RUS)

В своём докладе Егор говорил про Jaeger — систему сбора trace-меток в распределённых системах, написанную компанией Uber и вдохновлённую Zipkin.

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

Мутационный анализ — Николай Молчанов (RUS)

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

В докладе рассматривается теория мутационного анализа, как можно реализовать в .NET инструмент для анализа, рассматриваются самые распространённые мутации и примеры из реальной жизни.

Code Review — искусство развивать — Роман Просин (RUS)

Как превратить Code Review в процесс, который позволит сделать проект лучше, станет одним из двигателей прогресса у вас и членов команды? В своём докладе Роман делится опытом его команды, полезными практиками и рассказывает о том, как грамотно построить процесс инспекции кода.

Под капотом

From ETW to EventPipe: dig into .NET monitoring pipelines for healthier applications — Christophe Nasarre-Soulier (ENG)

Кристоф — известный любитель ETW и прочих техник профилирования и измерения производительности .NET-приложений. Но ETW — это снова только Windows. В докладе Кристоф показал, что предлагает .NET Core и как с этим работать на всех платформах.

Beating CoreCLR’s own C++ code with CoreCLR 3.0 intrinsics — Dan Shechter (ENG)

С появлением поддержки интринсик в .NET Core 3.0 стало возможным писать очень быстрый код. В своём докладе Дэн раскрывает, насколько этот код быстрый и насколько получится ускорить обычные алгоритмы, если копать глубоко в оптимизацию.

.NET 5: runtimes — Егор Богатов (RUS)

Егор работает в команде .NET 5 и знает обо всём, что происходит, по собственному опыту. В своём докладе Егор разобрал нововведения .NET 5, улучшения скорости запуска посредством Tired Compilation и R2R, производительности рантайма, а также подробно рассмотрел новую фичу — подмену рантайма CoreCLR на Mono (LLVM) для любого приложения, и рассказал, зачем это может понадобиться.

Pragmatic memory management — Анатолий Жмур (RUS)

Про .NET и память было уже много докладов. Большинство из них сводится к «следите за memory traffic», «не надо допускать Gen2 collections, особенно LOH» и т. п. Анатолий представил альтернативный взгляд на проблемы работы с памятью.

Writing a .NET Core cross platform profiler in an hour — Pavel Yosifovich (ENG)

Про внутренности Windows лучше всего может рассказать один из авторов книги «Windows Internals» Павел Йосифович.

Asynchronous streams — Stephen Cleary (ENG)

Про Стивена Клири можно сказать, что «он всерьёз занялся многопоточным программированием ещё до того, как это стало модным». В своём докладе он говорит о важности асинхронности для программирования, рассматривает подходы работы с потоками асинхронных данных на основе библиотек. Доклад подойдёт всем, кто хочет работать с асинхронностью в своих проектах.

Metaprogramming for the masses — Federico Lois (ENG)

В своём докладе Федерико показывает, как убедить JIT делать то, что нам нужно, чтобы сгенерировать высокооптимизированный код.

The debugging mindset — Kevin Gosse (ENG)

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

.NET: Лечение зависимостей — Евгений Пешков (RUS)

Скорее всего, любой, кто разрабатывал относительно большое приложение, рано или поздно сталкивался с проблемами из-за assembly redirect. Помимо этого существуют и другие трудности при работе со сборками в .NET. Евгений на практических примерах показал, что бывает и как с этим бороться.

Кейноут

Фантастические биотехнологии и где они обитают — Александр Панчин (RUS)

Какие фантастические биотехнологии ждут нас в будущем, а какие уже реальны? В чём правы, а в чём ошибались фантасты?

Подробнее об этом в своём докладе рассказал кандидат биологических наук, старший научный сотрудник Института проблем передачи информации РАН Александр Панчин.

Подборка получилась большая. Плейлист с прошедшей конференции доступен по ссылке, а новая конференция DotNext 2020 Piter пройдёт в новом онлайн-формате уже в июне этого года.

Новое в ReSharper

При вызове методов редактор кода теперь аннотирует значение аргумента именем параметра. Это позволяет лучше понять, за что именно оно отвечает. К примеру, сложно понять, в чём смысл аргументов в вызове:

Редактор отображает для этих значений имена параметров:

Разработчики настроили автоматическое определение и «выравнивание» формата кода. Инструмент доступен в меню ReSharper > Edit > Detect formatting settings. Кроме того, появилось автоопределение стиля используемых имён. Обычно ReSharper придерживается правил именования, предложенных Microsoft. Однако теперь, если разработчик отклоняется от них, редактор сам подстраивается под новые принципы и не отображает предупреждения о несоответствии имён.

Для упрощения юнит-тестирования команда JetBrains добавила набор методов проверки кода с быстрыми правками и подсказками дальнейших действий в зависимости от контекста. Чтобы ReSharper соответствовал стандартам обработки информации (FIPS, США), разработчики отказались от алгоритма хеширования md5 и ликвидировали все случаи его использования в коде редактора.

Что поддерживает ReSharper 2018.3:

• Интеграцию с Visual Studio 2019 Preview 1. Полная поддержка будет доступна после официального релиза IDE.
• Новую процедуру локализации в ASP.NET Core.
• Улучшенную работу деконструкторов в C# 7.
• NET 15.3 и 15.5.
• TypeScript 3.0.

Новое в ReSharper Ultimate

• ReSharper C++: улучшены рефакторинг кода, поддержка C++/CLI, работа команд Go to Declaration и Search Everywhere, обнаружение ошибок в шаблонах.
• dotCover: улучшена система фильтров. Теперь они разбиты на две группы — фильтры среды выполнения и фильтры результатов.
• dotTrace: добавлена интеграция инструмента в JetBrains Rider. Теперь можно настраивать и запускать сессии профайлинга, делать снапшоты и анализировать их во встроенном инструменте просмотра.
• dotMemory: добавлено новое условие для получения снапшота — если объём используемой памяти превысит определённое количество мегабайтов.

• dotPeek: добавлена поддержка декомпиляции большего количества функций C# 7.x и копирования в буфер обмена полного имени (fully qualified name, FQN) символа.

Подробное описание нововведений доступно на странице What’s New в блоге .NET Tools.

Предыдущая версия ReSharper Ultimate вышла в августе. ReSharper получил поддержку C# 7.3, проверку правописания с ReSpeller и встроенные инструменты для анализа кода на JS/TS.

Подробности о членстве и выборах

Новая структура вдохновлена принципами фонда GNOME и включает следующие элементы:

• Подать заявку на вступление в фонд может человек или организация, внёсшие вклад в развитие .NET. Под вкладом понимается работа над кодом, документацией или другие улучшения.
• После одобрения заявки участнику сообщат о действиях, необходимых для завершения процедуры. Стандартный ежегодный членский взнос составляет 100 долларов, однако фонд может сделать исключения из этого правила для студентов и участников с финансовыми затруднениями.
• Каждый действительный член .NET имеет право баллотироваться на ежегодных выборах в совет директоров;
• Каждый участник организации имеет право голосовать на выборах. Выборы организуются на платформе OpaVote.

Первые выборы пройдут уже в январе 2019 года.

Совет директоров

Состав совета директоров расширен с трёх до семи участников, один из которых назначается Microsoft, а остальные избираются членами фонда. Microsoft уже назвала своего представителя. Это Бета Масси (Beth Massi), принимавшая участие в развитии фонда с самого его появления в 2014 года.

Программа корпоративных спонсоров

Техническая управляющая группа реорганизована и теперь называется программой корпоративных спонсоров. Помимо прежних участников, Red Hat, JetBrains, Google, Unity, Microsoft и Samsung, в неё вошли Pivotal, Progress Telerik и Insight. Руководство фонда .NET предлагает обсудить возможность участия в программе всем заинтересованным в развитии платформы компаниям.

Будучи важным элементов развития платформ с открытым исходным кодом, фонды, объединяющие участников проектов, постоянно развиваются, совершенствуя свою структуру. Так, в октябре 2018 года Node.js Foundation и JS Foundation объявили о намерении объединиться.

«Делегат ссылается на метод и после назначения метода ведёт себя идентично ему. Делегат можно использовать как любую функцию с параметром и возвращаемым значением», — официальная документация MSDN.

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

• делегаты нечувствительны к ошибкам ввода;
• объектно-ориентированы;
• безопасны.

Делегаты C# обладают следующими свойствами:

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

Синтаксис

Шаг 1 — Объявление

Шаг 2 — Инициализация

Делегат инициализируется путём передачи ему имени метода в качестве аргумента.

Шаг 3 — Вызов

Вызываем созданный делегат с указанием параметров, если это необходимо.

Пример 1

Нижеприведённый код складывает между собой два числа:

Выводом будет следующий результат:

Пример 2

Теперь рассмотрим реализацию сортировки «пузырьком» с помощью делегатов. Для этого мы создадим несколько классов:

• BubbleSortClass
• Student
• Program

BubbleSortClass.cs

Этот класс будет содержать статическую функцию Sort(), у которой нет возвращаемого значения. В качестве аргумента она принимает массив, который будет отсортирован путём сравнивания пар элементов.

Student.cs

Объект этого класса и будет использован для сортировки.

Program.cs

Код основной программы. Здесь создаётся делегат и выводится отсортированный массив.

Мультикаст-делегаты

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

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

Пример 3

Пример использования мультикаст-делегата для вывода приветствия:

Пример 4

Данный код умножает полученное число на два и возводит его же в квадрат:

Типы делегатов

System.Delegate

Смысл примерно тот же, что и у указателей на методы в C++. Однако, в C# делегаты не используют указатели, а сохраняют метаданные, определяющие целевой метод для последующего вызова. Также System.Delegate содержит экземпляр класса System.Reflection.MethodInfo — метаданные .NET для вызова метода через отражения.

Ещё одним важным аспектом System.Delegate является экземпляр объекта, для которого вызывается метод. При наличии неограниченного числа объектов с необходимой сигнатурой нам также нужно определить, какому именно объекту его назначить. Исключение — использование статичного метода, определённого MetodInfo, ведь в таком случае ссылка на объект вернёт null.

System.MulticastDelegate

Этот тип делегатов позволяет использовать их для нескольких объектов. Это возможно благодаря тому, что делегаты типа System.MulticastDelegate содержат в себе экземпляр этого же класса, который создаётся при назначении объекта предыдущему. Новый экземпляр получает ссылку на следующий объект списка экзепляров делегатов. Таким образом, System.MulticastDelegate поддерживает связанный список объектов для делегатов.

Цепочка делегатов

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

Заключение

Итак, в данной статье были рассмотрены базовые принципы работы делегатов на C#, а также примеры их реализации для использования в реальных кейсах.

Главные изменения

Основные новшества в .NET Standard 2.1:

• Добавлена поддержка типа данных Span для всех платформ. Span позволяет работать со строками, массивами и другими типами данных, а также вводит абстракцию доступа к некоторому участку памяти как на чтение, так и на запись. Это позволит упростить разработку. Вообще, Span лежит в основе большинства улучшений, касающихся производительности в .NET Core 2.1. Подробнее об этом можно узнать в GitHub.
• Foundational-API — обновление стандарта, касающееся производительности. Оно, в отличие от Span, расширяет список именно программных интерфейсов, а не типов данных.
• Обновлён тип ValueTask для высоконагруженных сценариев. ValueTask возвращает результат, если операция выполнена синхронно без создания новой задачи, что отражается на общей производительности ПО. Использование ValueTask позволяет минимизировать накладные расходы на ПК или сервер. Сам тип появился в .NET Core 2.1, а в новой версии он дополнительно использует такие типы, как Socket и NetworkStream.
• Reflection emit добавляет технологию генерации типов на лету. Отдельно она уже использовалась, но теперь её включили в стандарт. Экосистема .NET обычно активно использует динамические функции, поэтому Reflection emit позволяет оптимизировать производительность системы.
• Ранее используемый API SIMD теперь внесён в .NET Standard в пакет NuGet.
• Появился примитив DbProviderFactories. Он облегчает библиотекам и приложениям использование технологии ADO.NET. Зарегистрированный экземпляр DbProviderFactory выбирается по имени из параметров конфигурации базы данных.
• Добавлены функции System.HashCode и System.String в библиотеки базовых классов.

В .NET Standard 2.1 планируется добавить около 3 тысяч API, часть которых будут просто обновлены, а другие полностью новыми. Это решит проблему совместного использования кода для разработчиков .NET на всех платформах.

Использование .NET Standard 2.1

Новую версию стандарта не планируют использовать в .NET Framework 4.8, который продолжит работать на версии 2.0. А вот .NET Core 3.0, Xamarin, Mono и Unity обновят до версии 2.1. При этом обновление всех библиотек не планируется, во всяком случае сейчас.

В июне 2018 года Microsoft представила .NET Core 2.1 с поддержкой Alpine Linux версии 3.7 и выше, а также чипов ARM32. А в августе 2018 года компания обновила Windows Community Toolkit до версии 4.0. Одним из нововведений стал перевод Twitter, LinkedIn, Microsoft Translator и других веб-сервисов на пакеты .NET Standard.

Качество — превыше всего

Разработчики Microsoft надеются, что новые библиотеки будут обладать следующими качествами:

• Содержательность. По мнению сотрудников Microsoft, хорошая библиотека .NET поддерживает большинство платформ и приложений.
• Стабильность. Они сосуществуют в экосистеме .NET и запускаются в приложениях с другими библиотеками.
• Развитие. Разработчики библиотек совершенствуют их и обеспечивают поддержку пользователей.
• Отладка. Подобная библиотека включает последние инструменты отладки.
• Надёжность. Они надёжны и публикуются в NuGet с учётом мер по обеспечению безопасности.

В середине октября 2018 года стало известно, что специалистам Microsoft не удалось полностью исправить уязвимость в JET. О ней сообщили специалисты Trend Micro Zero Day Initiative в сентябре 2018 года. Уязвимость в составе СУБД Microsoft Jet Database Engine затрагивала все актуальные версии ОС Windows. Проблему решили за счёт неофициального патча, а затем, в рамках «вторника обновлений», выпустили и официальный. Но специалисты Acros Security утверждают, что его эффективность не слишком высока.

Что нового в Rider 2018.2

• В отладчик добавлена поддержка Docker, усовершенствовано отображение стека вызовов, а также точек останова для каждого из потоков в случае многопоточного кода.

• Реализованы две новые конфигурации запуска: Publish to IIS и Publish to custom server — для развертывания созданного в ASP.NET Core веб-приложения на локальном или удаленном сервере.

• Усовершенствовано автозавершение кода с помощью основанного на статистике алгоритма. Кроме того, Rider обращает внимание, насколько часто пользователь использует его подсказки, и в зависимости от обратной связи вносит поправки.

• В настройки IDE добавлена возможность создавать шаблоны, а также редактировать и управлять ими через Editor | Live Templates и Editor | File Templates.
• Проведен редизайн обозревателя решений: появилась новая панель инструментов с иконками для отображения всех файлов, синхронизации обозревателя и редактора и еще несколько новых навигационных кнопок.

• Обновлена macOS-версия: добавлены поддержка MacBook Touch Bar, новые иконки и темная тема для заголовков окон.
• Интеграция с Unity: реализована поддержка файлов .asmdef и csc.rsp, функция отключения Unity Reload Assembles в Play mode, исправление недействительного предупреждения this == null, а также улучшенная поддержка для удаленной отладки.
• Вместе с интеграцией с dotCover среда получила покрытие кода unit-тестами и поддержку непрерывного тестирования (только для Windows-версии).

• Добавлен плагин ReSpeller для проверки правописания в идентификаторах, комментариях и строковых литералах, а также для быстрого исправления обнаруженной ошибки. Кроме того, реализована поддержка C# 7.3, экспериментального проекта Blazor и другие возможности ReSharper 2018.2.
• Появились новые возможности для фронтенд-разработки: поддержка TypeScript версий 2.9 и 3.0, улучшенная интеграция с React, Angular и Vue.js.
• В содержание контекстного меню C# Interactive добавлена опция Reference, а кроме того, обновлена поддержка F# и NuGet.

Полный список изменений доступен на странице What’s New в блоге, посвященному IDE Rider.

В августе 2018 года также вышла новая версия целого семейства инструментов для .NET-разработки — ReSharper Ultimate 2018.2. В него входит обновление RеSharper, которое получило поддержку C# 7.3, встроенную проверку правописания и несколько новых возможностей для навигации.

Что нового в ReSharper?

• Повышение производительности: разработчики внесли около 30 исправлений для увеличения эффективности работы с инструментом.
• Поддержка C# 7.3.
• Встроенные инструменты для анализа JavaScript/TypeScript-кода: JSLint, ESLint и TSLint.
• Встроенная проверка правописания с ReSpeller в идентификаторах, комментариях и строковых литералах.

• Поддержка проекта Blazor — это написанный на .NET экспериментальный одностраничный фреймворк для веб-приложений, который запускается в браузере с WebAssembly.
• Несколько новых инструментов для навигации, включая возможность исключить из поиска файлы по определенной маске.
• Дополнения для IntelliSense: различение по цвету информации о параметре и возвращаемых значениях в всплывающем окне.

• Обновленный пользовательский интерфейс для рефакторинга.

Что нового в других инструментах?

Помимо ReShаrper, семейство инструментов включает в себя ReShаrper C++, dotMemory, dotTrace, dotCover и dotPeek.

• ReSharper C++: поддержка C++/CLI, C++17 и C++20.
• dotCover: интеграция с JetBrains Rider IDE и использование внутреннего инструмента для запуска из командной строки в качестве расширения для dotnet.exe.

• dotTrace: улучшение производительности и фильтр .NET-процессов.

• dotMemory: профилирование конфигураций запуска проекта и улучшенный временной график распределения памяти.

• dotPeek: улучшенная поддержка типов с методами без реализации.

Незадолго до релиза ReSharper Ultimate 2018.2 вышла версия Microsoft Visual Studio 2017 15.8. Она получила новый инструмент для отслеживания размещения в памяти каждого .NET-объекта, профиль для раскладки клавиатуры ReSharper, а также дополнительные функции в окне Go To All.

Основные обновления

• Добавлен DataGrid с плавным дизайном для всех разработчиков.
• Добавлены новые элементы управления Microsoft Graph: PlannerTaskList и PowerBIEmbedded.
• Twitter, LinkedIn и Microsoft Translator перешли на пакеты .NET Standard.
• Реализована поддержка темной темы для примеров приложений, а также выбор тем для каждого образца.

Контроль DataGrid

DataGrid — элемент управления, который позволяет свободно отображать данные в строках и столбцах. Он сохраняет модель программирования для DataGrid от Silverlight и WPF. Поэтому разработчики теперь могут создавать чёткую таблицу данных, редактировать её, проверять данные и функции их формирования с помощью простого кода в Windows 10.

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

Новый Microsoft Graph

В Toolkit v3.0 была введена новая категория управления UWP, что позволяет разработчикам иметь доступ к Microsoft Graph, а именно: добавлять пользовательский интерфейс, искать сотрудников и друзей, просматривать SharePoint и многое другое. В версии 4.0 теперь появились два новых элемента управления: PlannerTaskList и PowerBIEmbedded.

PlannerTaskList позволяет разработчикам интегрировать задачи в приложения и разрешать пользователям взаимодействовать с задачами Microsoft Planner.

PowerBIEmbedded позволяет разработчикам встраивать виджет PowerBI в приложения и позволяет пользователям взаимодействовать с данными.

Перемещение Twitter, LinkedIn и Microsoft Translator в .NET Standard

Windows Community Toolkit содержит API, которые упрощают работу с веб-сервисами Twitter, OneDrive, LinkedIn, Microsoft Graph и другими. С обновлениями большинство служб перешли к пакету .NET Standard (Microsoft.Toolkit.Services), и теперь они доступны для фреймворков.

Microsoft регулярно занимается обновлениями. Еще в июне 2018 года компания анонсировала версию Windows Community Toolkit 3.0 с новыми пакетами и API.

Ключевые изменения .NET Core

Microsoft акцентировала внимание на решении проблем с безопасностью. Устранены некоторые уязвимости в ASP.NET Core. Исправлена ошибка при прерывании неверного запроса, позволявшая злоумышленнику реализовать атаку по отказу в обработке. Помимо этого, компания составила руководство для разработчиков, в продуктах которых присутствует эта уязвимость.

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

В ASP.NET Core исправлена ошибка в обработке сертификатов, позволявшая предъявлять по запросу данные с истекшим сроком.

Скачать обновление можно на сайте Microsoft.

Напомним, NET Core 2.1 вышла в конце мая 2018 года, и Microsoft регулярно дорабатывает эту платформу.

Для сравнения быстродействия были установлены четыре клиента, отсылающие одновременно 128 запросов на главную страницу сайта. При этом использовалась WordPress 4.7, MySQL и две платформы: .NET Core 2.0 и Apache с PHP 7.2.

Из полученных данных выясняется, что на весь тест Peachpie потратил всего 7,7 секунд, в то время как у PHP на это ушло целых 11,7 секунд. Общее значение быстродействия у Peachpie составило 833,34 кбит/с, а у PHP — 593,94 кбит/с. Два значения, играющие основную роль в исследовании — это requests per second и time per request — сколько запросов обработал сервер за секунду, и сколько времени у него ушло на один запрос. Как оказалось, Peachpie смог обработать примерно 16 запросов за одну секунду, против 11 запросов у PHP. А 60,414 мс потраченного в среднем на один запрос времени у .NET превосходит 84,992 мс/запрос у Apache. Следующие графики визуализируют эти данные:

Следуя информации, полученной на графиках, Peachpie обрабатывает на 40 % больше запросов в секунду, да и делает это на 40 % быстрее, чем PHP. Но и это не окончательный результат, ведь исследователи не брали в расчет оптимизацию кода и тому подобные детали. Для полноты картины рассмотрим также различные типы страниц в WordPress и различные уровни параллелизма, используя те же методы:

Как видно из графиков, Peachpie работает быстрее Apache, причем с уменьшением параллелизма возрастает разница в производительности. Так, при одном пользователе .NET работает почти в два раза быстрее.

Мы не считаем себя экспертами в проведении бенчмарков, и в наших методах могут быть изъяны. Тестирование проводилось исключительно на платформе Windows, а не на каких-нибудь особенных дистрибутивах Linux с особенным ПО. К тому же, мы не настраивали PHP и не устанавливали opcache. Настроенный PHP будет работать гораздо быстрее, чем тот, что в примере. Однако, мы и не оптимизировали наш код на Peachpie.

Выводы

Приведенные выше тесты показали, что PHP может хорошо показать себя при работе с .NET. Однако эти цифры не являются окончательными. Разработчикам еще предстоит хорошо поработать над оптимизацией производительности Peachpie. К тому же, существует ряд настроек, которые исследователи опустили при тестировании и которые могли бы ускорить работу Apache. Однако, уже эти тесты показали, что Peachpie вполне работоспособная платформа, которую после ряда улучшений веб-разработчики смогут использовать в своих проектах бок о бок с .NET.

Что нового в .NET Framework 4.7 ?

Обновление содержит следующие улучшения:

• Поддержка высокого DPI в приложениях на базе Windows Forms в Windows 10;
• Поддержка Touch для WPF-приложений в Windows 10;
• Расширенная поддержка криптографии.
• Поддержка C# 7 и VB 15, включая ValueTuple.
• Поддержка .NET Standard 1.6.
• Повышение производительности и надежности.

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

Для каких версий Windows доступен фреймворк?

.NET Framework 4.7 поддерживается в следующих версиях Windows:

• Windows 10 Creators Update (из коробки);
• Windows 10 Anniversary Update;
• Windows 8.1;
• Windows 7 SP1;
• Windows Server 2016;
• Windows Server 2012 R2;
• Windows Server 2012;
• Windows Server 2008 R2 SP1.

Вы можете скачать онлайн- или офлайн-установщик обновления с официального сайта.

На этой неделе стало известно, что на GitHub появилась ARM32-версия .NET Core. Над этой реализацией работают Samsung, Microsoft, а также сторонние разработчики. Вероятно, фреймворк также будет поддерживаться и Tizen, операционной системой Samsung.

Как сегодня анонсировала компания, Google теперь является членом группы по надзору за технологиями (Technical Steering Group) вместе с Microsoft, Red Hat, Unity, Samsung и JetBrains.

Благодаря поддержке Windows Server и двумстам библиотекам для облачных серверов Google уже позволяет разработчикам создавать .NET приложения на своей облачной платформе. Конечно, сегодняшний анонс не был полным сюрпризом, но всё еще странно осознавать, что две компании, соревнующиеся в столь многих областях, могут работать вместе.

Samsung тоже не осталась в стороне. Компания запустила поддержку .NET на своей ОС Tizen (Вообще, в последнее время компания очень активно продвигает свою ОС). Samsung долго искала фреймворк в дополнение к технологиям, которые используются для разработки под Tizen в данный момент. Благодаря обширной встроенной базе и огромному сообществу выбор пал на .NET.

Используя .NET с её существующей экосистемой, компания надеется в скором будущем расширить и экосистему своей собственной Tizen. Сегодня, в качестве превью для разработчиков, .NET будет запущена на смартфонах. Однако Tizen используется не только в смартфонах, но и в телевизорах и умных часах. Поэтому со временем Samsung планирует добавить поддержку .NET и на остальные девайсы. Также компания работает на расширениями для Visual Studio и документацией, специально для тех, кто хочет разрабатывать приложения для операционной системы Tizen.

Я — студент 2-го курса, в свободное от учебы время пилю для себя небольшой сайтик на ASP .NET. И в какой-то момент, при написании очередной формы, которая отправляет данные при помощи AJAX, я поймал себя на мысли, что мне надоело снова и снова указывать URL для отправки запроса, и было бы неплохо подключить к JavaScript’y роутинг, который есть у меня на backend’е.

Выбор способа реализации

Немного подумав и спросив на StackOverflow (и не получив ответа), я пришел к выводу, что у меня есть два простых пути реализации этого:

• через URL вида route/{routename} c последующим редиректом;
• через реплейсмент-тег вида «[Route:%route_name%]», который при отдаче файла будет заменяться на URL cамого роута.

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

Реализация

Немного почитав про то, как ASP .NET обрабатывает реквесты, я решил, что мне следует написать кастомный HttpHandler, который будет по регулярному выражению искать в файлах *.js строку вида «[Route:%route_name%]» и заменять ее на искомый URL.

Итоговый код:

После регистрации этого хэндлера в web.config’e все заработало, как нужно.

Файл, который был запрошен:

Файл, который был получен:

Надеюсь, кому-либо сможет помочь данный очерк. Спасибо за внимание!

Microsoft и свободные операционные системы? Вы шутите?

Вообще-то, это не очень удивительно. Кроме того, что недавно Microsoft выпустила свою операционную систему на основе Debian (для сетевых коммутаторов), так и .Net был доступен для FreeBSD, Linux и OS X уже достаточно давно. Это вполне вписывается в тренды развития Microsoft.

Что же тогда вообще интересного в этой новости?

Программы для NetBSD могут быть запущены и на его урезанном ядре с библиотекой языка C (rumpkernel), которые, в свою очередь, могут быть запущены на любой компьютерной архитектуре, при этом практически не занимая места. Таким образом, для платформы .Net этот порт может открыть дверь в совершенно новые области применения, о которых раньше никто и не думал.

1. Скот Аллен. Основатель Ode to Code и технический директор Medisolv. Учитель, докладчик, подкастер.

• Блог
• Twitter
• GitHub

2. Ирис Классон. Технический евангелист Telerik, Microsoft MVP, член Microsoft Extended Experts Team (MEET).

• Блог
• Twitter
• YouTube
• GitHub
• Stack Overflow

3. Давид Эббо. Как написано в его профиле Twitter: «Один из главных разработчиков Microsoft, работаю над веб-сайтами на Windows Azure, сфокусирован на Project Kudu (движок OSS git)».

• Блог
• Twitter
• GitHub
• Stack Overflow

4. Дамиан Эдвардс. Программный менеджер ASP.NET в Microsoft, создатель SignalR и Web Forms MVP.

• Блог
• Twitter
• GitHub
• Stack Overflow

5. Девид Фаулер. Разработчик ПО на ASP.NET из Microsoft. Создатель и основной разработчик SignalR.

• Блог
• Twitter
• GitHub

6. Джон Галловей. Главный технический евангелист Microsoft, специализирующийся на ASP.NET MVC. Соавтор The ASP.NET Anthology. Участвует в подкасте Herding Code.

• Блог
• Twitter
• GitHub
• Stack Overflow

7. Дамиен Гуард. Технический директор Attack Pattern, ранее работал в Netflix над Windows 8/Windows Phone/Silverlight, в Microsoft над Xbox.com, LINQ to SQL, Entity Framework & CodeFirst.

• Блог
• Twitter
• GitHub

8. Скотт Гатри. вице-президент подразделения разработки Microsoft. Управлял командами, разрабатывающими ASP.NET, Silverlight, WPF, CLR, IIS, Media Server и Visual Studio Tools для веб разработки и Windows Phone 7. Вместе с Марком Андерсом, создатель ASP.NET.

• Блог
• Twitter
• GitHub

9. Фил Хаак. Вице-президент подразделения разработки GitHub. Ранее главный программный менеджер в команде ASP.NET в Microsoft.

• Блог
• Twitter
• GitHub

10. Кори Хайнз. Докладчик, учитель, сооснователь Code Retreat, разработчик MercuryApp и Slottd.com.

• Блог
• Twitter
• GitHub
• Stack Overflow

11. Скотт Хэнсельман. Программист, писатель, учитель, докладчик. Соавтор Professional ASP.NET 2.0. Ведущий подкаста Hanselminutes.

• Блог
• Twitter
• YouTube
• GitHub
• Stack Overflow

12. Андерс Хейисберг. Главный архитектор C# и главный разработчик TypeScript. Главный автор Turbo Pascal, главный архитектор Delphi. Соавтор The C# Programming Language.

• Twitter

13. Скотт Кун. Старший разработчик в Russell Investment Group. Соведущий подкаста Herding Code.  Внёс вклад в развитие Witty,  WPF .NET клиента Twitter.

• Блог
• Twitter
• GitHub

14. Эрик Лауренс. Разработчик из Telerik. Создал Fiddler и SlickRun. Программный менеджер команды разработки Internet Explorer  в Microsoft.

• Блог
• Twitter
• GitHub
• Stack Overflow

15. Дрю Марш. Старший архитектор программного обеспечения Mimeo.com.

• Блог
• Twitter
• GitHub
• Stack Overflow

16. Чад Майерс. Директор разработки в Dovetail Software. Спикер в Austin .NET User Group и ADNUG Code Camp.

• Блог
• Twitter
• GitHub

17. Джон Папа. Эксперт по Silverlight. Технический евангелист Microsoft по Silverlight и Windows 8. Докладчик, писатель.

• Блог
• Twitter
• GitHub
• Stack Overflow

18. Джон Скит. Разработчик программного обеспечения Google в Лондоне. Автор C# in Depth.

• Блог
• Twitter
• GitHub
• Stack Overflow

19. Майк Столл. Главный разработчик програмного обеспечения в Microsoft.

• Блог
• GitHub

20. Рик Страул. Президент West Wind Technologies. Писатель, докладчик, член команды CODE Magazine.

• Блог
• Twitter
• GitHub
• Stack Overflow

Are you subscribed to Project Rider EAP? If you are, watch your mailbox for download links pic.twitter.com/FIqwh43pVH— Project Rider (@JetBrainsRider) 1 марта 2016 г.

Подписаться на рассылку можно на официальном сайте проекта.

Напомним, Project Rider была анонсирована 13 января. Новая IDE на платформе IntelliJ для своей работы использует Resharper, который запускается в отдельном процессе, и служит в качестве бэкенда для редактора кода. IDE поддерживает .NET Framework, Mono и DNX/CoreCLR, и работает на платформах Windows, Mac OS X и Linux.

Предполагаемая дата полноценного релиза — осень 2016 года.

Послушать более подробный рассказ о Project Rider можно в записи выступления команды JetBrains на NDC London этого года.