Наконец-то новый разбор!

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

На этот раз CV https://news.1rj.ru/str/steponeit/388?comment=4181 от @cher_misha

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

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

Не совсем ясно, для чего указывать курс по Flask, если автор шарпист 🤷‍♂️

Неплохо расписана последняя практика в PARMA по разработке сервиса логгирования

Я бы на твоём месте слепил её с предыдущей в один отрезок времени)

Из описания практики по валидации артефактов не понял ценность продукта, поэтому убрал бы этот раздел в пользу последнего

Направление задано неплохое, скелет хороший - надо "набирать мясо" и всё будет 💪

Пытался перевести hydranoscript на AOT

В любом случае релиз паблишит на конкретные платформы, а тут под них ещё и оптимизацию пообещали

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

Через некоторое время, вспомнил, что у меня есть макбук, поэтому попробовал там - оказалось, что проект не готов из-за json зависимостей, надо было переходить на сурс ген, о чём расскажу в следующем посте

Однако, в Github Actions такое можно катить без проблем - на винду они ставят кал-плюс-плюс автоматом, на маках уже стоит xcode, а на православном линухе достаточно один апт-гет вызвать

В итоге, переход не удался из-за Scrutor и System.CommandLine

System.Text.Json | Source Generator

Сурс ген входит в жизнь дотнет разрабов всё глубже

И это не может не радовать - достойная замена псевдоИИ как никак

Одним из платформенных решений стал перенос сериализации в compile-time, что ofc должно бустануть перф

Во-первых, в .csproj прописываем

<JsonSerializerIsReflectionEnabledByDefault>false</JsonSerializerIsReflectionEnabledByDefault>

Во-вторых, пилим partial наследника JsonSerializerContext, где указываем какие типы надо поддержать, например:

[JsonSourceGenerationOptions(GenerationMode = JsonSourceGenerationMode.Serialization)]
[JsonSerializable(typeof(List<object>))]
[JsonSerializable(typeof(Dictionary<string, object>))]
[JsonSerializable(typeof(bool))]
[JsonSerializable(typeof(double))]
[JsonSerializable(typeof(string))]
private partial class AsStringSerializationContext : JsonSerializerContext;

Что здесь super tricky и не очевидно, то это настройка и передача опций

Часть можно передать в атрибут [JsonSourceGenerationOptions], но он не поддерживает работу с циклическими ссылками в том числе

Оказывается, можно просто создать экземпляр контекста руками и не париться:

private static readonly AsStringSerializationContext AsStringJsonContext = new(new JsonSerializerOptions
{
    WriteIndented = true,
    ReferenceHandler = ReferenceHandler.IgnoreCycles,
    PropertyNamingPolicy = JsonNamingPolicy.CamelCase,
    NumberHandling = JsonNumberHandling.AllowNamedFloatingPointLiterals
});

Ах да, к чему это я всё? Если хотите AOT, то сериализация должна быть на сурс гене)
В результате перевода hydranoscript на сурс ген жсон получился такой PR:
https://github.com/Stepami/hydranoscript/pull/80/files

Главный итог сентября

Вот и отъездил три конфы этой осени

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

В процессе произошла очень крутая вещь, которой хочется поделиться

На каждом из мероприятий я встретил своих подписчиков

И все рассказали, как подписка на StepOne изменила их жизнь в лучшую сторону

Кому-то нравится контент по шарпам, кому-то заходят мои идеи, кто-то просто угарает

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

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

Спасибо, что читаете ❤️

Совершенно неожиданно, но абсолютно предсказуемо

Буду учить digital заводчан искусству резюме в секции HR на конференции Merge 15-16 ноября в Сколково

https://skolkovo2024.mergeconf.ru/hr/inovationprocess/minin

Главное ограничение Source Generators в .NET

Source Generators позволяют делать много крутых вещей

Вообще, на мой взгляд, это крайне недооценённая разработчиками фича

Возможно, в силу недостатка квалификации

Поверьте, чуть ли не каждый реальный проект имеет место, которое SG может сильно улучшить

Однако, они не всемогущи, есть узкое место, которого лично мне недавно не хватило

Ранее на канале было замечено, что нельзя строить цепочки или пайплайны из генераторов

Этому посвящён целый issue в репозитории Roslyn - https://github.com/dotnet/roslyn/issues/57239

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

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

С ограничением столкнулся в пет-проекте, как обычно)

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

Но вот незадача - регулярка очень большая получается, около 600 символов в длину - очень легко в ручном режиме опечататься и налажать

Получается, что её надо генерировать на основе исходного кода конфигурации

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

[GeneratedRegex]

А генератор1 не видит результат работы генератора2, потому что оба пользуются AST из кода, написанного руками

Здесь получилось обхитрить систему, потому что настоящего доступа к AST и семантической модели мне не требуется

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

context.RegisterPostInitializationOutput

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

Получился такой PR, пользуйтесь)
https://github.com/Stepami/hydranoscript/pull/115

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

Посмотрите его до конца - и мы в расчёте!

Заодно посмотрим, как вам контент после перерыва зайдёт)

А по вашей теме постараюсь разузнать: хрен его знает, на кой ляд вам эта ссылка на видео сдалась…

Но! Я в чужие дела не лезу! Не хотите вбивать поисковой запрос - значит есть причина

https://youtu.be/FS-1ch2gZ9M

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

https://www.researchgate.net/publication/326130488_The_impact_of_the_'open'_workspace_on_human_collaboration

А также там развеяно много других мифов о зарплатах и эффективности