6 января в 14:00 в закрытом канале StepOne Premium состоится эфир, где я поделюсь планами на 2025 год и отвечу на вопросы, которые оставите здесь в комментах или зададите во время трансляции

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

Эфиры будут регулярными, раз в 2-3 недели

Присоединиться по ссылке

https://news.1rj.ru/str/tribute/app?startapp=slOA

Видос про удалёнку набрал 1к, спасибо ❤️

Скидывай его всем, кто до сих пор топит за офис

https://youtu.be/FxP867Ny4w4?si=Ub_o1B7CiV8BWe3K

Захотелось поговорить про исключения

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

То есть, метод возвращает некий объект результата, который допускает значение ошибки

И сношайся потом с этим как хочешь)

Мне такой подход казался непродуктивным

Ну казалось бы, что проще написание выброса, и потом отлова где-нибудь сверху?

При этом ООПшность языков позволяет создать объект исключения информативно, чтобы составить качественное сообщение пользователю

Естественно, это избавляет от бойлерплейта по типу GO

Энтузиасты с калькулятором выяснили, что использование исключений вместо проверки на ошибку сокращает ветвление в 175 раз

А это серьёзная разгрузка компилятора!

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

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

99.9% мемов на этом канале я делаю самостоятельно

Вот это я понимаю, опыт прохождения многоэтапных групповых собеседований

https://news.1rj.ru/str/hikollegi/8953

Я считаю, что репост хорошо настоялся

https://news.1rj.ru/str/dsuchilin/50

Помните, я писал про использование СУБД в качестве транспорта для асинхронного обмена сообщениями?

Так вот, рад сообщить, что опен сос комунити завезло проект, который добавляет веб-интерфейс для SQL Transport

Его можно удобно запустить в докере, открыть в браузере и:
• смотреть очереди и сообщения в них
• смотреть ошибочные очереди и отправлять сообщения обратно в обычные
• смотреть джобы масстранзита и управлять ими

Ссылка на гитхаб 👉 https://github.com/filipbekic01/ResQueue

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

Обсудили:
- лор StepOne и джавистов
- анализ перехода в ML и вопрос свитчинга в целом
- мои практики в программировании для бутстраппинга проектов
- анонсы на февраль и март

Было очень весело и полезно!

Следующий эфир 12 февраля - навалю базы ЗП переговоров с примерами своих торгов

Доступ по ссылке 👇
https://news.1rj.ru/str/tribute/app?startapp=slOA

Вы не знали этого про ConcurrentDictionary

Однажды на работе пришлось заниматься рефакторингом

У сервис был как будто бы на рандоме выбран LifeTime, из-за чего синглтоны зависели от скопед сервисов, и вызывали их через провайдер

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

Тогда пришла в голову мысль сделать кеш в духе

ConcurrentDictionary<String, SemaphoreSlim>

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

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

Как это обойти?
Рид Копси (Reed Copsey) предлагает оборачивать значение в Lazy, поскольку настоящий объект будет создан и останется единственным в момент запроса значения из ленивого контейнера

Подробнее в статье 👇
http://reedcopsey.com/2011/01/16/concurrentdictionarytkeytvalue-used-with-lazyt/

Как говориться, запомните этот твит

https://news.1rj.ru/str/alumnibmstu/549

Я вот всё хвастался новой архитектурой hydranoscript, а теперь появилась возможность проверить её в бою

В рамках релиза v2.1.0 добавил фичу вывода строки на экран на уровне языка, чтобы не хардкодить функцию print

Кайфанул от процесса реализации, потому что всё супер чётко разложено по полочкам

Оценить можете сами, глянув PR

hydranoscript v2.1.0

Наконец-то добил релиз новой версии языка

В него вошли различные улучшения, баг фиксы (аж 5 штук) и 1 новая фича

Из интересного огрёб опять новых приключений с GitHub Actions

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

Что бы я ни делал, просто получал неизвестную внутреннюю ошибку, поэтому пришлось оставить сборку только для силиконовых чипов

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

Оказалось, что тулза запускается только под 7 дотнетом, а на раннерах его уже не ставят по дефолту, потому что ветер времени

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

А ещё в гитхабе кривой rebase, делайте его локально своим гитом
И никогда, слышите, никогда не используйте кнопку rebase and merge в PR-ах

Тем не менее, релиз выкачен, почитать можно в репе прямо сейчас

Upd: в релизе оказался баг) фикс внутри версии 2.1.1

В этом году я состою в Программном Комитете конференции Стачка и отвечаю за секцию C#

Приглашаю СтепВанчиков выступить с годным контентом

Если у вас только идея, пишите - доработаем и дойдём до доклада

Конференция пройдёт в Ульяновске 18-19 апреля, участие оффлайн

Вся информация тут👇

Информация спикерам: https://ul25.nastachku.ru/to-do-speaker-ul25
Регистрация: https://ul25.nastachku.ru/users-new
Подача доклада: https://ul25.nastachku.ru/lectures-new