Вакансии для С# разработчиков
Ищите работу на С#? Устали пролистывать сотни неактуальных предложений?
Подписывайтесь на канал 👉 «Вакансии для С# разработчиков»
Что тебя ждёт:
✔️ Свежие вакансии каждый день
✔️ Junior, Middle, Senior — для любого уровня
✔️ Только проверенные работодатели
Не упусти шанс найти работу мечты!
🗂 Подписывайся и будь первым, кто узнает о новых вакансиях.
[Вакансии для С# разработчиков]
Ищите работу на С#? Устали пролистывать сотни неактуальных предложений?
Подписывайтесь на канал 👉 «Вакансии для С# разработчиков»
Что тебя ждёт:
Не упусти шанс найти работу мечты!
[Вакансии для С# разработчиков]
Please open Telegram to view this post
VIEW IN TELEGRAM
Что будет выведено на экран?
Anonymous Quiz
23%
6, 6, 6, 6, 6, 6
38%
1, 2, 3, 6, 6, 6
39%
1, 2, 3, 1, 2, 3
👍5
Fullstack Senior Разработчик
Компания: SSP SOFT
ЗП: 350 000 ₽
Формат: удалённо
Занятость: Full-time
Описание: https://t.me/rabotacschap/507
Компания: SSP SOFT
ЗП: 350 000 ₽
Формат: удалённо
Занятость: Full-time
Описание: https://t.me/rabotacschap/507
Telegram
C# вакансии
Fullstack Senior Разработчик
Компания: SSP SOFT
ЗП: 350 000 ₽
Формат: удалённо
Занятость: Full-time
Описание: https://telegra.ph/Fullstack-Senior-Razrabotchik-01-04-2
#remote #senior #fulltime
Cвязаться с HR - @sspsoft
Компания: SSP SOFT
ЗП: 350 000 ₽
Формат: удалённо
Занятость: Full-time
Описание: https://telegra.ph/Fullstack-Senior-Razrabotchik-01-04-2
#remote #senior #fulltime
Cвязаться с HR - @sspsoft
«Удалённо» управляем компьютером с доступом в BIOS
Сейчас для удалённого управления компьютером есть великое множество программ на любой цвет, вкус и запах. Но что, если мы хотим пойти немного дальше, и наши требования к удалённому управлению становятся немного жёстче:
Мы хотим иметь возможность не только работать в операционной системе, но и заходить в биос, или вообще эту систему переустановить.
По тем или иным причинам, компьютер не может быть подключён к сети, но управлять им мы от этого меньше не хотим, а рядом у нас есть компьютер, который в сети находиться может.
Но как это сделать? Вот этим мы тут и будем заниматься…
https://habr.com/ru/companies/ruvds/articles/847842/
Сейчас для удалённого управления компьютером есть великое множество программ на любой цвет, вкус и запах. Но что, если мы хотим пойти немного дальше, и наши требования к удалённому управлению становятся немного жёстче:
Мы хотим иметь возможность не только работать в операционной системе, но и заходить в биос, или вообще эту систему переустановить.
По тем или иным причинам, компьютер не может быть подключён к сети, но управлять им мы от этого меньше не хотим, а рядом у нас есть компьютер, который в сети находиться может.
Но как это сделать? Вот этим мы тут и будем заниматься…
https://habr.com/ru/companies/ruvds/articles/847842/
Какой из следующих вариантов НЕВЕРНЫЙ в контексте использования Dispose в C#?
Anonymous Quiz
40%
Метод Dispose вызывается автоматически сборщиком мусора, когда объект больше не используется
10%
Интерфейс IDisposable предоставляет метод Dispose для освобождения ресурсов, используемых объектом
18%
Блок using гарантирует, что метод Dispose будет вызван, даже если в блоке произойдет исключение
32%
Неуправляемые ресурсы должны быть освобождены вручную, чтобы избежать утечек памяти
👍4
Паттерн стратегия подходит, когда один и тот же сценарий можно выполнить несколькими способами, и выбор зависит от условий. Вместо большого
switch внутри сервиса разные варианты выносятся в отдельные классы с общим интерфейсом, а контекст просто делегирует работу выбранной реализации.Типовая схема такая. Есть интерфейс
Strategy, есть несколько конкретных стратегий, и есть контекст, который держит ссылку на стратегию и вызывает ее метод, не зная деталей реализации. Это снижает связность и позволяет добавлять новые варианты без переписывания старого кода.Мини пример на C#:
public interface IDiscountStrategy
{
decimal Apply(decimal total);
}
public sealed class RegularDiscount : IDiscountStrategy
{
public decimal Apply(decimal total) => total;
}
public sealed class VipDiscount : IDiscountStrategy
{
public decimal Apply(decimal total) => total * 0.9m;
}
public sealed class Checkout
{
private readonly IDiscountStrategy _discount;
public Checkout(IDiscountStrategy discount) => _discount = discount;
public decimal TotalWithDiscount(decimal total) => _discount.Apply(total);
}
Если стратегия выбирается по условиям, условие должно выбирать объект, а не ветку кода:
var checkout = serviceProvider.GetRequiredService<Checkout>();
var total = checkout.TotalWithDiscount(100m);
Выбор стратегии лучше делать на границе приложения, например в фабрике или при конфигурации через DI, потому что прямое создание зависимостей внутри сервиса жестко привязывает код к конкретной реализации.
Профессор Си
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Профессор Си
Уроки, советы, новости C#.
@anothertechrock
@aldrson
@anothertechrock
@aldrson
❤4👍3
GroupBy в LINQ удобный и выразительный, поэтому его часто тянут в любой код, где надо что то посчитать по ключу.Проблема в том, что
GroupBy решает задачу группировки, а агрегация это частный случай, и за него иногда приходится платить лишним.Типичный паттерн выглядит так:
var totals = orders
.GroupBy(o => o.CustomerId)
.Select(g => new
{
CustomerId = g.Key,
Total = g.Sum(o => o.Amount)
})
.ToList();
Выглядит читабельно, но
GroupBy внутри строит структуру групп, а значит элементы буферизуются и создаются объекты группировок, даже если в итоге нужен только итоговый Total.Если нужна именно аккумуляция, проще и дешевле сделать один проход и складывать суммы в словарь:
var totals = new Dictionary<int, decimal>();
foreach (var order in orders)
{
if (totals.TryGetValue(order.CustomerId, out var current))
totals[order.CustomerId] = current + order.Amount;
else
totals[order.CustomerId] = order.Amount;
}
Это скучно, зато алгоритм читается буквально, один проход, явные обновления, без сюрпризов с материализацией групп.
Профессор Си
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Профессор Си
Уроки, советы, новости C#.
@anothertechrock
@aldrson
@anothertechrock
@aldrson
✍2
Мы раньше кидали эту команду.
dotnet new gitignore делает все за вас. В ней уже прописаны все типичные исключения: каталоги bin/, obj/, кэш NuGet, файлы публикаций, временные артефакты IDE и прочие служебные данные, которые не должны попадать в репозиторий.Не нужно искать шаблон на GitHub или копировать его вручную — всё доступно из коробки.
Профессор Си
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Профессор Си
Уроки, советы, новости C#.
@anothertechrock
@aldrson
@anothertechrock
@aldrson
👍11❤3
Мы уже разбирали ValueTask раньше, но сейчас напомним ключевые моменты. ValueTask это структура, которая может хранить либо готовый результат, либо Task, чтобы избежать аллокаций в простых случаях.
Особенности использования ValueTask:
• Повторное ожидание запрещено
Вызывать
await несколько раз для одного и того же ValueTask нельзя, так как это может привести к неожиданным результатам:ValueTask<int> task = GetValueAsync();
int value1 = await task;
int value2 = await task; // Ошибка
• Конвертация в
TaskEсли требуется передать
ValueTask в API, которое ожидает Task, можно вызвать метод .AsTask():Task<int> task = GetValueAsync().AsTask();
• Когда использовать ValueTask:
+ Операция часто завершается синхронно.
+ Создание объекта Task может быть слишком накладным.
+ Вы пишете библиотеку с высокой производительностью.
• Когда НЕ использовать ValueTask:
- Операция всегда асинхронна.
- Производительность не является критически важной.
- Приложение не оптимизировано под работу с
ValueTask.Профессор Си
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Профессор Си
Уроки, советы, новости C#.
@anothertechrock
@aldrson
@anothertechrock
@aldrson
👍1
Как Microsoft задушил Delphi, создав .NET: история одного программиста и одного чемодана
Личный взгляд программиста с стажем на то, как Microsoft переманил Хейлсберга, создал .NET и вытеснил Delphi с технологической сцены. История предательства, перехода эпох и чемодана, который до сих пор скрипит в углу.
https://habr.com/ru/articles/902476/
Личный взгляд программиста с стажем на то, как Microsoft переманил Хейлсберга, создал .NET и вытеснил Delphi с технологической сцены. История предательства, перехода эпох и чемодана, который до сих пор скрипит в углу.
https://habr.com/ru/articles/902476/
😢3
Как правильно определять классы?
Anonymous Quiz
10%
class <Имя класса>(string[] args) { ... }
4%
class { ... }
67%
class <Имя класса> { ... }
19%
class <Имя класса> () { ... }
Где хранятся экземпляры типов значений?
Anonymous Quiz
3%
Хранятся на диске
23%
Хранятся в управляемой куче
33%
Могут храниться в управляемой куче и на стеке
42%
Хранятся на стеке
👍5🔥3🤔1🍌1
C# .NET Разработчик
ЗП: 180 000 - 240 000 ₽
Гибрид
https://talento.works/jobs/86b65e0f-3f51-4a94-9413-67ef7a2195bd
ЗП: 180 000 - 240 000 ₽
Гибрид
https://talento.works/jobs/86b65e0f-3f51-4a94-9413-67ef7a2195bd
Talento
C# .NET Разработчик | 180,000 – 240,000 RUB
ЗП: 180 000 - 240 000 ₽ Формат: гибрид/офис (Москва) Занятость: Full-time Подробное описание вакансии представлено по внешней ссылке.
😁2✍1
Основы протокола HTTP. Бесплатный урок курса «Проектирование API»
API невозможно проектировать хорошо, если HTTP воспринимается как «просто способ отправить запрос». Ошибки в методах, заголовках, кодах ответа и семантике запросов быстро превращаются в неудобные интеграции, неочевидное поведение клиентов и лишние переделки уже после запуска.
📅 На открытом уроке 15 апреля 2026 в 20:00:
— Разберём основы протокола HTTP с точки зрения проектирования API.
— Поговорим о том, как устроено взаимодействие клиент–сервер, зачем нужны методы, заголовки, коды ответа и какие решения в дизайне интерфейсов напрямую зависят от понимания HTTP.
— Это тот фундамент, без которого невозможно осознанно проектировать предсказуемые, удобные и устойчивые интерфейсы.
Урок не для тех, кто хочет выучить пару кодов ответа и считать тему закрытой, или продолжает относиться к HTTP как к набору случайных соглашений без логики и правил.
👉 Записаться: https://vk.cc/cWnc5D
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
API невозможно проектировать хорошо, если HTTP воспринимается как «просто способ отправить запрос». Ошибки в методах, заголовках, кодах ответа и семантике запросов быстро превращаются в неудобные интеграции, неочевидное поведение клиентов и лишние переделки уже после запуска.
📅 На открытом уроке 15 апреля 2026 в 20:00:
— Разберём основы протокола HTTP с точки зрения проектирования API.
— Поговорим о том, как устроено взаимодействие клиент–сервер, зачем нужны методы, заголовки, коды ответа и какие решения в дизайне интерфейсов напрямую зависят от понимания HTTP.
— Это тот фундамент, без которого невозможно осознанно проектировать предсказуемые, удобные и устойчивые интерфейсы.
Урок не для тех, кто хочет выучить пару кодов ответа и считать тему закрытой, или продолжает относиться к HTTP как к набору случайных соглашений без логики и правил.
👉 Записаться: https://vk.cc/cWnc5D
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❤1👍1
В продакшене до сих пор встречается LINQ паттерн, где коллекцию сначала сортируют, а потом берут первый элемент:
var youngest = people
.OrderBy(p => p.Age)
.First();
На вид код нормальный, но по факту он платит за сортировку, хотя нужна всего одна крайняя точка.
Правильнее выразить намерение напрямую через MinBy:
var youngest = people.MinBy(p => p.Age);
MinBy возвращает элемент с минимальным ключом и не требует полной сортировки последовательности. Если в коде встречается OrderBy().First() или OrderByDescending().First(), это повод остановиться и проверить, не ищется ли просто минимум или максимум.Профессор Си
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Профессор Си
Уроки, советы, новости C#.
@anothertechrock
@aldrson
@anothertechrock
@aldrson
❤3🔥3
Один и тот же код может работать быстро или медленно — разница не в языке, а в том, как вы решаете задачу. Когда данных мало, это незаметно. Но как только объём растёт, ошибки в выборе алгоритма начинают стоить времени и ресурсов.
👩💻 Приглашаем на открытый урок «Производительность кода на примере алгоритмов сортировки»
🗓 21 апреля в 20:00 МСК
🆓 На этом открытом уроке мы разберёмся, как скорость работы программы зависит от выбранного способа решения задачи - на понятном примере сортировки данных.
🔍 Что вы узнаете на вебинаре:
– Почему существует несколько способов выполнить одну и ту же задачу.
– Как разные подходы к сортировке данных влияют на скорость работы программы.
– Почему одни решения подходят для маленьких объёмов данных, а другие — для больших.
– Что происходит с программой, когда данных становится в 10, 100 или 1000 раз больше.
– Как разработчики заранее прогнозируют производительность.
🎯 Кому будет полезно:
– Тем, кто только присматривается к профессии разработчика на C#.
– Новичкам, которые начали изучать C# и хотят понимать, как писать «быстрый» код.
– Всем, кто хочет разобраться, от чего зависит скорость работы приложений.
– Тем, кто рассматривает обучение на курсе «Разработчик на C# с нуля» и хочет познакомиться с подходом к обучению.
🔗 Ссылка на регистрацию: https://vk.cc/cWFwrK
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
👩💻 Приглашаем на открытый урок «Производительность кода на примере алгоритмов сортировки»
🗓 21 апреля в 20:00 МСК
🆓 На этом открытом уроке мы разберёмся, как скорость работы программы зависит от выбранного способа решения задачи - на понятном примере сортировки данных.
🔍 Что вы узнаете на вебинаре:
– Почему существует несколько способов выполнить одну и ту же задачу.
– Как разные подходы к сортировке данных влияют на скорость работы программы.
– Почему одни решения подходят для маленьких объёмов данных, а другие — для больших.
– Что происходит с программой, когда данных становится в 10, 100 или 1000 раз больше.
– Как разработчики заранее прогнозируют производительность.
🎯 Кому будет полезно:
– Тем, кто только присматривается к профессии разработчика на C#.
– Новичкам, которые начали изучать C# и хотят понимать, как писать «быстрый» код.
– Всем, кто хочет разобраться, от чего зависит скорость работы приложений.
– Тем, кто рассматривает обучение на курсе «Разработчик на C# с нуля» и хочет познакомиться с подходом к обучению.
🔗 Ссылка на регистрацию: https://vk.cc/cWFwrK
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🔥2👍1
Гибридный кэш это баланс между скоростью и масштабируемостью. Он объединяет два уровня хранения данных:
1️⃣ Кэш в памяти. Хранит часто используемые данные локально, обеспечивая моментальный доступ.
2️⃣ Распределенный кэш: Redis, SQL Server Cache. Используется для хранения данных, доступных нескольким серверам.
То есть это метод, при котором данные сначала проверяются в локальном кэше, а если их там нет, запрашиваются из распределенного кэша, например, Redis.
Настройка гибридного кэша в .NET
Чтобы реализовать гибридное кэширование можно использовать HybridCache, который сочетает кэш в памяти и Redis.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Профессор Си
⚙️ Гибридное кэширование
Гибридный кэш это баланс между скоростью и масштабируемостью. Он объединяет два уровня хранения данных:
1️⃣ Кэш в памяти. Хранит часто используемые данные локально, обеспечивая моментальный доступ.
2️⃣ Распределенный кэш: Redis…
Гибридный кэш это баланс между скоростью и масштабируемостью. Он объединяет два уровня хранения данных:
1️⃣ Кэш в памяти. Хранит часто используемые данные локально, обеспечивая моментальный доступ.
2️⃣ Распределенный кэш: Redis…
👍1
Hunter Bond
Hybrid · London, UK · 💰 от 8 333 £
Middle · Remote
Macee
Middle · Remote · Remote, Netherlands
Westernpips
Lead · Remote · 💰 150 000 – 180 000 ₽
Цифровые привычки
Senior · Remote · 💰 300 000 – 350 000 ₽
VK (MAX)
Remote · Москва
Jalasoft
Senior · Remote · Remote, Colombia
Антереал
Томск
ФинТех
Junior · Remote · 💰 100 000 – 150 000 ₽
Kaspersky
Москва
ИТ-компания «Лоция»
Middle · Remote
Bell Integrator
Senior · Москва
Please open Telegram to view this post
VIEW IN TELEGRAM