💡 Консольный интерфейс за 5 минут

SharpConsoleUI — это библиотека для .NET, которая позволяет строить полноценный оконный интерфейс прямо в терминале.

Несколько окон одновременно, модальные диалоги, фокус, мышь, клавиатура. Всё то, что обычно ждёшь от GUI-фреймворка, но работает в консоли.

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

Самый простой вариант:

var windowSystem = new ConsoleWindowSystem(RenderMode.Buffer);
var window = new Window(windowSystem)
{
    Title = "Hello World",
    Width = 50,
    Height = 15
};
windowSystem.AddWindow(window);
windowSystem.Run();

Начиная с версии 2.0 появился fluent API:

var window = new WindowBuilder(windowSystem)
    .WithTitle("Modern Hello World")
    .WithSize(50, 15)
    .Centered()
    .WithColors(Color.DarkBlue, Color.White)
    .Build();

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

export SHARPCONSOLEUI_DEBUG_LOG=/tmp/consoleui.log
export SHARPCONSOLEUI_DEBUG_LEVEL=Debug

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

➡️ Репозиторий

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

📋 Один и тот же рынок, но разные шансы

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

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

➡️ Как устроиться по рекомендации и где искать реферальные программы

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

⚙️ Лямбды с захватом переменных: скрытые аллокации на горячем пути

Один из способов незаметно нагрузить хип — захватить локальную переменную внутри лямбды:

int threshold = 10;
var query = items.Where(x => x > threshold);

Код читается легко. Но когда лямбда захватывает threshold, компилятор может сгенерировать объект-замыкание для хранения этого состояния. Microsoft явно документирует static-лямбды как способ запретить захват и предотвратить лишние аллокации.

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

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

Как исправить

Если захват не нужен, скажите об этом явно:

var query = items.Where(static x => x > 10);

Или вынесите логику в отдельный метод:

static bool IsAbove(int x, int threshold) => x > threshold;

Если лямбда находится на горячем пути, смотрите на неё глазами performance-инженера, а не просто читателя кода. Захват состояния это повод насторожиться.


📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

🔄 .NET 11 Preview 2

Вышел второй превью .NET 11. Пока это не финальный релиз, но уже есть что посмотреть.

Самое заметное в этом превью — работа над производительностью на нескольких уровнях одновременно.

• В рантайме появился Runtime Async V2.

Это переработанная реализация асинхронности на уровне самого рантайма, не на уровне компилятора. Цель — убрать лишние аллокации и сделать работу async/await дешевле по ресурсам.

• SDK стал немного меньше.

Установщики для Linux и macOS сократились в размере. Плюс обновили анализаторы кода и добавили новые предупреждения при сборке.

• F# в этом превью получил несколько практичных вещей.

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

Упростили иерархии DIM-интерфейсов, добавили директиву #elif и функцию partitionWith для коллекций.

• В Entity Framework Core добавили поддержку LINQ операторов MaxBy и MinBy. Для SQL Server появилась поддержка DiskANN векторных индексов и VECTOR_SEARCH().

• MAUI тоже не обошли стороной. Улучшили работу карт, ускорили TypedBinding, добавили аннотации неизменяемости для Color и Font. Для Android теперь минимально требуется API 24.

➡️ Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#пульс_индустрии

📄 Автоматическое удаление персональных данных из документов на C#

Рабочие документы почти всегда содержат что-то личное. Имена, номера паспортов, банковские счета, налоговые идентификаторы — всё это регулярно оседает в PDF-файлах и других документах.

Cloudmersive предлагает DLP API с поддержкой .NET, который работает через AI-модель с наложением сетки на документ.

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

Установка:

Install-Package Cloudmersive.APIClient.NETCore.DLP -Version 1.1.0

Сам вызов выглядит так:

using Cloudmersive.APIClient.NETCore.DLP.Api;
using Cloudmersive.APIClient.NETCore.DLP.Client;
using Cloudmersive.APIClient.NETCore.DLP.Model;

Configuration.Default.AddApiKey("Apikey", "YOUR_API_KEY");

var apiInstance = new RedactApi();
var body = new DlpDocumentRedactionRequest();

DlpDocumentRedactionResponse result = apiInstance.RedactDocument(body);

В ответе приходит отредактированный документ и набор флагов Contains* — по одному на каждый тип данных. Это удобно, если нужно не просто скрыть данные, но и зафиксировать факт их присутствия в документе для аудита. Отдельно возвращается список страниц, на которых были внесены правки.

Для использования нужен API-ключ Cloudmersive — регистрация на их сайте, есть бесплатное использование.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

🔎 Подборка вакансий для шарпистов

Fullstack .NET / C# Developer (Middle/Senior) — 3 000 —‍ 4 500 $, удалёнка.

Middle Unity (С#) developer — от 1 500 до 2 700 $, удалёнка.

C# backend-разработчик в команду Security — офис или гибрид в Москве.

➡️ Еще больше топовых вакансий — в нашем канале C# Jobs

🐸 Библиотека шарписта

⚡️ Кэширование в .NET 10 с EasyCaching

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

EasyCaching решает эту проблему — чистый кэширующий слой, который встраивается в .NET.

Что даёт интеграция:

• Провайдер, TTL и ключи живут в appsettings.json.

Пример:

"PerEndpoint": {
  "Dashboard:Metrics": { "AbsoluteTtlSeconds": 300 },
  "Employees:GetAll":  { "AbsoluteTtlSeconds": 300, "SlidingTtlSeconds": 120 }
}

• MediatR Pipeline: кэш оборачивает query-хендлер прозрачно. Хэндлер вообще не знает, что его результаты кэшируются.

var cached = await _cache.GetAsync<TResponse>(cacheKey);
if (cached != null) return cached;

var result = await next(); // реальный запрос к БД
await _cache.SetAsync(cacheKey, result, CacheKeyPrefixes.EmployeesAll);
return result;

• Domain Events инвалидация: CacheInvalidationEventHandler автоматически сбрасывает кэш при любой записи. RemoveByPrefixAsync чистит все Employees:GetAll:* за раз, без перебора ключей.

• Диагностические заголовки X-Cache-Status: HIT/MISS в каждом ответе. Видно прямо в DevTools — кэш работает или нет.

• Админские эндпоинты: POST /cache/invalidate и GET /cache/stats для ручного управления

Кэширование — это инфраструктура, не бизнес-логика. Хендлеры не знают о кэше, команды не знают об инвалидации.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

✏️ Hello World с приколом

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

using System;
using System.Threading;

class Program
{
    static void Main(string[] args)
    {
        Console.CursorVisible = false;

        print('H', ConsoleColor.Red);
        print('e', ConsoleColor.Yellow);
        print('l', ConsoleColor.Magenta);
        print('l', ConsoleColor.Green);
        print('o', ConsoleColor.Blue);
        print(',', ConsoleColor.Red);
        print(' ', ConsoleColor.Red);
        print('w', ConsoleColor.Magenta);
        print('o', ConsoleColor.Cyan);
        print('r', ConsoleColor.Yellow);
        print('l', ConsoleColor.Green);
        print('d', ConsoleColor.Blue);
        print('!', ConsoleColor.Red);
    }

    static void print(char letter, ConsoleColor color)
    {
        Console.ForegroundColor = color;
        Console.Write(letter);
    }
}

Возьмите минутку перерыва и запустите.

💬 А у вас есть любимый бессмысленный кусок кода

➡️ Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#entry_point

⚙️ System.Text.Json теперь возвращает типизированные метаданные без приведения типов

Разбираем превью .NET 11.

В .NET появятся два новых метода у JsonSerializerOptions — GetTypeInfo<T>() и TryGetTypeInfo<T>(). Раньше, чтобы получить JsonTypeInfo<T>, приходилось вручную кастовать результат из не-дженерикового GetTypeInfo(Type).

// Раньше
JsonTypeInfo<MyType> info = (JsonTypeInfo<MyType>)options.GetTypeInfo(typeof(MyType));

// Теперь
JsonTypeInfo<MyType> info = options.GetTypeInfo<MyType>();

Если тип может быть не зарегистрирован — есть вариант с TryGetTypeInfo<T>(), который не бросает исключение, а возвращает bool.

if (options.TryGetTypeInfo<MyType>(out JsonTypeInfo<MyType>? typeInfo))
{
    // typeInfo готов к работе
}

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

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

💡 Healthy ≠ Готов к работе

Большинство health check'ов проверяют три вещи:

- Запущен ли процесс?
- Есть ли коннект к базе данных?
- Доступен ли Redis?

Это полезно. Но этого недостаточно для больших продуктивных систем.

Приложение может быть технически живым и при этом функционально сломанным. Процесс работает, эндпоинт возвращает 200, Kubernetes считает под здоровым, но первый же реальный запрос падает с ошибкой.

К примеру, кастомный health check для EF Core миграций:

public class DbContextMigrationsHealthCheck(DbContext dbContext) : IHealthCheck
{
    public async Task<HealthCheckResult> CheckHealthAsync(
        HealthCheckContext context,
        CancellationToken cancellationToken = default)
    {
        try
        {
            var applied = await dbContext.Database
                .GetAppliedMigrationsAsync(cancellationToken: cancellationToken);

            var pending = await dbContext.Database
                .GetPendingMigrationsAsync(cancellationToken);

            if (pending.Any())
            {
                return HealthCheckResult.Degraded(
                    "Есть неприменённые миграции.",
                    data: new Dictionary<string, object>
                    {
                        { "PendingMigrations", pending },
                        { "LatestAppliedMigration", applied.LastOrDefault() ?? "" }
                    });
            }

            return HealthCheckResult.Healthy(
                data: new Dictionary<string, object>
                {
                    { "LatestAppliedMigration", applied.LastOrDefault() ?? "" }
                });
        }
        catch (Exception ex)
        {
            return new HealthCheckResult(context.Registration.FailureStatus, exception: ex);
        }
    }
}

Идея не ограничивается EF Core. Любая зависимость, которая доступна, но ещё не готова к работе:

• CMS — нужно прогреть кэш перед началом работы

• Биллинг — зависит от загрузки актуальных правил ценообразования

• Search API — ждёт готовности текущей версии индекса

Сервис здоров не тогда, когда открывает SQL-коннекшн. Сервис здоров, когда готов выполнять ту работу, для которой задеплоен.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

✏️ using — синтаксический сахар

Предлагаем ответить на вопрос с собеседования:

Что делает оператор using в C#

Почти каждый C#-разработчик писал такой код сотни раз:

using (var connection = new SqlConnection(connectionString))
{
    // работаем с ресурсом
}

На первый взгляд — просто синтаксический сахар.

Подсказка: попробуйте мысленно развернуть этот блок в эквивалентный try/finally.

➡️ Проверить себя

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#dotnet_challenge

👨‍💻 TarFile.CreateFromDirectory теперь поддерживает выбор формата архива

Продолжаем копаться в превью .NET 11.

До этого TarFile.CreateFromDirectory всегда создавал архивы в формате Pax. Без вариантов. Если нужен был GNU или Ustar — приходилось обходными путями.

Теперь у метода появятся новые перегрузки с параметром TarEntryFormat. Поддерживаются все четыре формата: Pax, Ustar, GNU и V7.

// GNU — для совместимости с Linux-окружениями
TarFile.CreateFromDirectory("/source/dir", "/dest/archive.tar",
    includeBaseDirectory: true, TarEntryFormat.Gnu);

// Ustar — широкая совместимость с разными инструментами
TarFile.CreateFromDirectory("/source/dir", outputStream,
    includeBaseDirectory: false, TarEntryFormat.Ustar);

// Асинхронный вариант тоже есть
await TarFile.CreateFromDirectoryAsync("/source/dir", "/dest/archive.tar",
    includeBaseDirectory: true, TarEntryFormat.Pax, cancellationToken);

Формат имеет значение, когда архив передаётся в конкретный инструмент или среду со своими ожиданиями. GNU лучше воспринимается стандартным tar в Linux.

Ustar даёт максимальную совместимость там, где важна переносимость. V7 нужен в совсем редких легаси-сценариях.

Раньше под такие случаи приходилось либо писать обёртки вручную, либо тянуть сторонние библиотеки. Теперь это часть стандартного API.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view