Библиотека шарписта | C#, F#, .NET, ASP.NET
22.9K subscribers
2.26K photos
36 videos
85 files
4.42K links
Все самое полезное для C#-разработчика в одном канале.

По рекламе: @proglib_adv

Учиться у нас: https://proglib.io/w/b60af5a4

Для обратной связи: @proglibrary_feeedback_bot

РКН: https://gosuslugi.ru/snet/67a5c81cdc130259d5b7fead
Download Telegram
👨‍💻 Проблемы, которые усложняют поддержку и развитие кода

Зачем терпеть запутанный код и «божественные» классы, если можно сделать код понятным и структурированным? В карточках — как с помощью высокой связности улучшить читаемость и качество вашего C# кода.

➡️ Прочитайте статью и сделайте рефакторинг по уму

🐸Библиотека шарписта
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍81🔥1🤔1
💻 Визуализация истории в Git

Если вам нужно лучше понять структуру изменений в репозитории, команда git log с несколькими флагами станет настоящим спасением.

git log --graph --oneline --all --decorate


Команда визуализирует сложную историю ветвления и слияния веток.

🐸Библиотека шарписта #буст
Please open Telegram to view this post
VIEW IN TELEGRAM
👍112🔥2
Чек-лист по обработке ошибок и исключений в C#

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

1. Используйте try-catch блоки для обработки исключений

• Оборачивайте код, который может вызвать исключение, в блок try

• В блоке catch обрабатывайте конкретные типы исключений, чтобы избежать перехвата всех ошибок.

{
// Код, который может вызвать исключение
}
catch (SpecificException ex)
{
// Обработка конкретного исключения
}


2. Обрабатывайте только те исключения, которые вы можете корректно обработать.

3. Логируйте исключения для диагностики

• Записывайте подробную информацию о возникшем исключении: тип ошибки, сообщение, стек вызовов.

• Используйте библиотеки логирования: Serilog, NLog, Log4Net.

catch (Exception ex)
{
logger.Error(ex, "Произошла ошибка");
}


4. Используйте блок finally для выполнения очистки

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

{
// Ваш код
}
catch (Exception ex)
{
// Обработка ошибки
}
finally
{
// Очистка ресурсов
}


5. Создавайте собственные исключения

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

public class CustomException : Exception
{
public CustomException(string message) : base(message) { }
}


6. Не выбрасывайте исключения с пустыми сообщениями

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

throw new ArgumentNullException("parameterName", "Параметр не может быть null");


7. Используйте throw для повторного выбрасывания исключений

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

8. Не используйте исключения для обычного потока выполнения

Исключения должны использоваться для неожиданных или критических ошибок. Не используйте их для управления потоком выполнения (например, не используйте try-catch для проверки условий).

9. Используйте AggregateException для обработки нескольких исключений

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

{
// Асинхронный код
}
catch (AggregateException ex)
{
foreach (var innerEx in ex.InnerExceptions)
{
// Логирование каждого исключения
}
}


10. Планируйте стратегию обработки ошибок в продакшн-среде

В продакшн-среде важно минимизировать влияние ошибок на пользователя. Рассмотрите возможность использования retry-логики или fallback-методов.

public async Task<T> RetryAsync<T>(Func<Task<T>> action)
{
int retries = 3;
while (retries > 0)
{
try
{
return await action();
}
catch
{
retries--;
if (retries == 0) throw;
}
}
}


Этот чек-лист поможет вам правильно и эффективно обрабатывать ошибки и исключения в C#-проекте.

🐸Библиотека шарписта #буст
Please open Telegram to view this post
VIEW IN TELEGRAM
👍185🔥1😢1
🫣 Устали от HR-сказок про «дружный коллектив» и «печеньки в офисе»?

Давайте честно поговорим о том, что действительно происходит на IT-рынке. Не в розовых презентациях, а в реальной жизни разработчиков, тестировщиков, аналитиков и всех, кто живет кодом.

🧐 Мы проводим исследование, чтобы выяснить:

— Как часто мы прыгаем между компаниями (и почему)
— Какие красные флаги заставляют бежать без оглядки
— Где реально находят работу
— Что бесит в HR больше всего
— Сколько кругов собеседований — это уже перебор

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

😈 Опрос займет 5 минут, но результаты будут работать на всех нас → https://clc.to/9aaXVg
🆚 IEnumerable vs IQueryable

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

Один из подписчиков недавно спросил:
Когда и почему стоит использовать IEnumerable вместо IQueryable и наоборот?

На практике выбор между этими интерфейсами зависит от того, с какими данными вы работаете и какие задачи решаете.

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

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

IQueryable же используется, когда данные находятся в базе, и вы строите запросы, которые могут быть преобразованы в SQL-запросы. Это даёт вам «ленивую» загрузку данных и выполнение запросов на уровне базы.

Но есть и подводные камни:

IQueryable может сгенерировать неэффективные запросы, если не следить за ними.

IEnumerable для небольших объёмов данных, но если данных много, это может быть не так эффективно.

💬 Когда вы выбираете IEnumerable, а когда отдаёте предпочтение IQueryable? Поделитесь своим опытом в комментариях 👇

🐸Библиотека шарписта #междусобойчик
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🥱7😁53🔥1
📹 C# теперь как скриптовый язык

В .NET 10 появилась возможность запускать .cs-файлы прямо из терминала — без проектов и решений. Пишете один файл, вызываете dotnet run, и всё работает.

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

➡️ Смотреть видео

🐸Библиотека шарписта #буст
Please open Telegram to view this post
VIEW IN TELEGRAM
👍22🔥123🤔1
💡 Шпаргалка по ключевым вопросам с собеса

Интервью
по .NET — это не только про знание синтаксиса. Это про понимание архитектуры платформы, нюансов C#, поведения CLR и умение объяснять свои решения.

Собрали для вас карточки с самыми частыми вопросами. Кратко по сути.

➡️ Более подробная подборка вопросов

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

🐸Библиотека шарписта #буст
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍20🥱73🔥3
🥴 Средний разработчик меняет работу каждые 1,5 года

И это не потому, что мы такие непостоянные. Просто рынок показывает свое истинное лицо быстрее, чем успевают напечатать визитки.

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

😳 О чем говорим откровенно:
— Job-hopping и что за этим стоит
— Red flags, которые мгновенно убивают мотивацию
— Реальные источники вакансий (не те, что рекламируют)
— Боль от общения с рекрутерами
— Сколько этапов отбора — норма, а сколько — издевательство

Когда мы объединим опыт сотен IT-специалистов, получится настоящая карта того, как устроена индустрия. Не по версии HR-отделов, а по версии тех, кто пишет код, тестирует продукты и двигает технологии вперед.

🚀 Участвовать в исследовании → https://clc.to/9aaXVg
5
📣 Нужна ли разминка разработчику

Разработчики часто проводят 8–10 часов за компьютером. Вопрос: нужна ли разминка или достаточно просто пройтись от остановки до офиса?

Многие считают, что 10–15 минут физической активности — это маст хев для поддержания здоровья и продуктивности. Особенно важно это для тех, кто долго сидит в позе креветки.

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

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

💬 Поделитесь своим опытом в комментариях! Нужно ли вообще делать разминку или достаточно пройтись пешком до метро?

🐸Библиотека шарписта #междусобойчик
Please open Telegram to view this post
VIEW IN TELEGRAM
9👍3🔥1
Вам нравится читать контент на этом канале?

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

Следуйте 3 простым шагам, чтобы сделать это:

1) Нажмите на ссылку: Вход
2) Пополняйтесь удобным способом
3) Размещайте публикацию

Если тематика вашего поста подойдет нашему каналу, мы с удовольствием опубликуем его.
👾51😢1
🧑‍💻 Что произошло за неделю

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

Логирование по требованию с буферизацией

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

Улучшения производительности и интерфейса NetPad

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

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

Поучаствовать в нашем опросе

Шпаргалка по ключевым вопросам с собеса

🐸Библиотека шарписта #свежак
Please open Telegram to view this post
VIEW IN TELEGRAM
2
Вакансии «Библиотеки программиста»

Привет! Мы ищем контент-менеджеров, которые будут вести наши телеграм-каналы о разработке.

👾 Требования:
— знать принципы залетающего контента
— разбираться в темах, связанных с разработкой

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

Условия:
— удаленка
— частичная занятость
— сдельная оплата в зависимости от количества задач

🔥 Оставляйте отклик, и мы свяжемся с вами: https://forms.gle/o4BZnsQ526JoqsCq9