C# Junior - какие технологии востребованы на вакансиях

выучил +-основы, и начал учить wpf, win api, tcp сервера и всякую мелочь (и вчера понял что это все вроде как неактуально, win api и tcp вообще никто не юзает, а wpf вроде как сдох вакансий на него не найти)

и главный вопрос...что учить???

p.s. у меня цель за год выучить c# до junior уровня и устроится на работу (уже пару меясцев прошло, не хочу учить че-то лишнее), буду очень рад если кто-то направит на правильный путь

0

Сообщение от smiqie C# Junior - какие технологии востребованы на вакансиях

открыть hh и посмотреть вакансии и какие указаны в них требования, не?

0

Сообщение от smiqie wpf, win api, tcp сервера и всякую мелочь (и вчера понял что это все вроде как неактуально, win api и tcp вообще никто не юзает, а wpf вроде как сдох вакансий на него не найти)

WPF - это навороченный GUI (рендеринг на видеокарте) только под винду. Можно делать крутые интерфейсы, но только под винду.
Современная альтернатива - Avalonia (кроссплатформенная).
Хочешь делать GUI? - тогда учи. Но desktop dev - это супер нишевое в наши дни.

win api - тоже супер нишевое.

tcp - тоже супер нишевое, используется там где нужно какой-то game-dev либо low-latency траффик отправлять.
Но .NET разрабы в большинстве своем (90%) - это просто прикладные разрабы (ака коробочные программисты), которые пилят Enterprise и которым Microsoft толкает свои ништяки (частенько качественно и аккуратно сделанные ништяки).
Так что да, tcp - редкий навык и 90% это нахер никому не нужно.

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

Добавлено через 2 минуты

Сообщение от smiqie за год выучить c# до junior уровня

Язык это всего лишь инструмент, на практике придется работать с БД (хранить данные везде надо) и слать/принимать запросы (ака перекидываться json-чиками). Так что упор на ADO.NET + SQL - хорошая предпосылка для успешного вкатывания.

1

belalugoci, IamRain, наконец-то нормальный ответ, пасиб большое)), что посоветуешь учить следующим (сделал пару проектов, и щас +- уверенно могу использовать основы/ооп на практике), нейронка сказала учить sql + enity framework + asp.net core + docker, мол это щас в 90% случаев встречается, это правда?

ps хотел у живых людей просто узнать xd
и в чем различия от ADO.NET и asp.net core

0

Сообщение от smiqie и в чем различия от ADO.NET и asp.net core

ADO NET - взаимодействие с СУБД.
ASP NET Core - разработка под WEB

1

Сообщение от smiqie и в чем различия от ADO.NET и asp.net core

Английский учи еще. Просто по аббревиатуре уже бы понял, что ADO - access data objects - объекты доступа к данным (конкретные типы в конкретных namespace-ах), ничего общего с asp.net не имеет.

Asp.net - web-framework от Microsoft (аналог Spring-а из мира Java).

2

IamRain а с чего самого первого то начинать? , чтобы постепенно влиться

0

Сообщение от smiqie а с чего самого первого то начинать? , чтобы постепенно влиться

Можно параллельно учить. ASP NET Core + Entity Framework (разновидность ADO NET).

Добавлено через 1 минуту
smiqie, Но для начала лучше разобраться с чистым ADO - Command(), Connection() и т.д.

1

Andrey-MSK, благодарю, сегодня прям и начну

0

smiqie, сделай качественно и аккуратно 2-3 сайтика (хотя бы только бэкенд, саму морду можно лишь бы было для начала).
Это и будет параллельное изучение asp.net + ado.net.
ADO.NET - это собирательное понятие, т.е ORM-ки типа EF тоже сюда входят.

0

C# используется в основном для разработки бэкенда, на фронте применяют другие фреймворки, 99% веб. Десктоп ушел в прошлое. Что я бы посоветовал изучить:
1. Внутренние механизмы и устройство .NET. Книга Рихтера в помощь. Чем внимательнее прочитаешь - тем лучше. Также следует изучить новые фишки из .NET 6-8-9: рекорды, паттерн матчинг и т.п. Вообще необходимо хорошо знать синтаксис шарпа и как это работает изнутри.
2. БД и работа с ними. Необходимо знать Entity Framework Core. ADO.NET сейчас используется как очень нишевое решение, когда нужен быстрый доступ к БД. Хотя в этом случае намного чаще используются Dapper/Linq2Db. В их сторону тоже можно глянуть после энтити, чтобы знать, что это такое. Также необходимо изучить базовые приниципы работы реляционных БД, ACID, внутренние механизмы работы наиболее распространенных (PostgreSQL) - типы индексов, когда и как их использовать, уровни изоляции транзакций, виды блокировок, сложные запросы, партиционирование, шардирование. Нужно иметь представление о наиболее популярных NoSQL решениях - Redis, MongoDB.
3. Веб-технологии. Изучить как работает ASP.NET Core, конвейер middleware, dependency injection.
4. Асинхронное программирование. Task, async/await. По этому целые книги написаны. Используется сплошь и рядом в любом проекте.
5. Паттерны проектирования. SOLID, GoF. Необходимо четко понимать принципы ООП вообще. Они сложнее и глубже, чем может покзаться.
6. REST API - обязательно к изучению любому C#-разработчику. Все новые проекты давно разрабатываются на архитектуре SOA/MSA и REST API наиболее часто используется для связи между их частями. После изучения рест, можно немного глянуть gRPC, чтобы хотя бы знать, что это такое и как работает. Может оказаться полезно.

1

mik-a-el, пасиб за советы, буду их использовать!)

0

Сообщение от mik-a-el Внутренние механизмы и устройство .NET. Книга Рихтера в помощь. Чем внимательнее прочитаешь - тем лучше.

Книга классная. Но если нароете книгу скажем по 4.5, то стоит держать в уме что часть материала "устарела", если кодить на .net core.

Например AppDomain. В Core его как такового нет.

Всякие финты ушами аля замыкание объекта перед проверкой на null и вызов для многопоточного кода уже не актуально, так как можно сделать просто target?.DoMethod();

Ну и в целом шанс наткнуться на новый код вообще не разу не нулевой, так что новые возможности C# я бы таки считал обязательные к ознакомлению.

0

и главный вопрос...что учить???

Смотря где вы хотите найти себе работу...

Например, если вы видите своё будущее в крупной компании (предположим, в банке), то такие компании нередко используют в своей работе CRM Dynamics 365, MS SQL Server, Kafka и/или IBM MQ, ActiveMQ. Соответственно, им нужны программисты, которые на C# пишут код для внутренних нужд компании: плагины и код-активити для CRM,умеют писать отказоустойчивых клиентов для работы с брокерами очередей, а так же различного рода консольные утилиты, запускаемые через Task Scheduler по расписанию, worker-сервисы, веб-API и внутренние веб-приложения. Конечно же нужно изучить ASP.NET CORE и Swagger.

Так же нужно разбираться в том, как работать с различными реализациями механизмов внедрения зависимостей (DI-контейнеры): не только "родного" от Майкрософта, но и, к примеру, Autofac. Хорошая книга по теме: https://www.ozon.ru/product/vn... v3zHyOzZzE

Логирование... Настоятельно рекомендую разобраться в том, как работают продвинутые логеры. Майкрософтовский очень ограничен по возможностям. Рекомендую изучить Serilog. В частности, научиться его конфигурировать так, чтобы редактируя только конфиги управлять настройками его работы и уметь переключаться между различными вариантами сохранения логов: обычные текстовые файлы, использующие "|" для разделения полей, текстовые файлы с компактным JSON-представлением, а так же сохранение логов в БД (например, в локальные файлы БД SQLite, для работы с которыми не требуется СУБД). Обязательно разберитесь с тем, как грамотно использовать области логирования (log scopes).

Научитесь продвинутой работе с конфиг-файлами. Например, формируйте конфигурацию на основе множества различных JSON-файлов, с учётом целевого контура (DEVELOPMENT, STAGED или PRODUCTION). Научитесь биндить секции на ваши классы, а так же шифровать/расшифровывать секреты в JSON-конфигах.

Конечно же нужно уметь писать тесты, как автономные, так и интеграционные. Старая, добрая классика актуальна до сих пор: https://www.ozon.ru/product/is... KogtQE2yJ3

При этом вам обязательно нужно будет освоить git и Qubernetes (или хотя бы Docker, Docker Compose и Docker Swarm).

ОБЯЗАТЕЛЬНО(!!!) прокачивать себя по теме многопоточности и асинхронности, по сетевому взаимодействию, по сериализации/десериализации, аутентификации/авторизации (рекомендую разобраться с JWT), шифрованию/дешифровке, по работе с сертификатами локального хранилища и хранилища уровня local machine.

По многим перечисленным выше темам (и не только), очень рекомендую этот справочник: https://www.ozon.ru/product/c-... WXrlSxjBny . Легко читается, материал изложен понятным языком.

Для работы с MS SQL Server нужно уметь пользоваться не только Entity Framework, но и Dapper.

Нужно уметь программно работать с CSV-файлами (зачастую содержащими кривые записи), которые время от времени вам будут присылать и требовать импортировать их в CRM или в БД в соответствии с некоторой бизнес-логикой. В этом случае вам поможет NuGet-пакет CsvHelper.

Навыки CI/CD, конечно же тоже приветствуются (например, TeamCity).

Помимо этого, наверняка нужно будет научиться работать и с Postman. Ну, как-то так... Это, конечно же, далеко не исчерпывающий перечень.

ВАЖНО!!! Работу с логерами, DI и БД необходимо в коде всегда реализовывать через интерфейсы, чтобы можно было в любой момент переключиться безболезненно на другую реализацию. Никогда не завязывайтесь на конкретную реализацию, если есть возможность избежать этого. Переключение между реализациями осуществлять через конфигурационные файлы. В нашей команде мы даже для взаимодействия с брокерами сообщений разработали отдельную абстрактную модель и упаковали в NuGet-пакет. А затем отдельными пакетами сделали реализации для IBM MQ и Kafka (у нас используются оба брокера). У каждого брокера сообщений свой официальный API. Мы скрыли их за разработанной нами абстракцией. При необходимости добавим пакет и для ActiveX. Изменением одной строки в конфиге мы переключаемся с одного брокера на другой, не внося при этом изменения в код. Это как пример, для наглядности того, о чём написал выше.

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

2

Я бы еще добавил знание основ сетей, пусть уметь самому писать tcp серверы вещь и специфичная, но знать как оно работает, включая http лишним не будет. То есть лишним не будет уметь писать без стороннего софта хотя бы простейший echo сервер, можно даже простейший http. И базу по уровням OSI, хотя бы в общих терминах.
В джаве обычно данное советуют изучать, там еще помимо спринга надо еще знать как написать тоже самое на сервлетах (по сути основа спринга) и как они работают. Тут не знаю есть ли похожее.

А так думаю требования к бэк вебу не сильно зависит от языка, отличия только во фреймворках. Остальное +- одинаковое. База языка, шаблоны архитектура алгоритмы чистый код, многопоточка, асинхронность,фишки новых версий языка, тестирование (юнит и мок), логгирование, автоматизация, системы контроля версия (svn git), докер и около него, основы сетей и протоколов (tcp http), базы данных (включая чистый sql а так же nosql), всякие редисы кафки mqtt, базово html/css/js/шаблонизаторы, вебсокеты, rest/soap/rpc и тд, и сами фреймворки включая ORM.

0

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

если уж и тратить усилия вслепую не зная чем придется заняться на работе, то лучше пилите пет проект покруче, проходите кодвары и учите основы)) то что точно будет полезно - это базовые знания о операционных системах, процессах потоках, немного про сетевые протоколы и базы данных (хотябы понимать что база данных - это чаще всего отдельная программулина, с которым код взаимодействует сообщениями по сети, и как это сообщения - запросы/ответы выглядят).

а пытаться в деталях разобраться как работает какой-то фреймворк - это риск потратить время впустую (разве что ваш пет проект на нем).

0

Сообщение от golosalex но лучше вообще не заморачиваться о том какие технологии сейчас востребованы

Категорически не согласен. Старый код или он новый - он на каких-то технологиях построен. Очень не много толку на проекте от человека, который только пет проекты писал и никаких технологий не знает...

0

Сообщение от Usaga Очень не много толку на проекте от человека, который только пет проекты писал и никаких технологий не знает...

это вообще ни разу не основание тратить время на то чтобы учить что-то специфичное на всякий случай. адекватное руководство должно понимать, что при наборе на работу джунов их придется доучивать (хотя и попадаются вакансии джунов где требования на сеньера, их чаще всего пишут не программисты, а кадровики). так-то разобраться самостоятельно какому-то условному джуну в конкретном фреймворке - это сильно небыстро и не бесплатно, поэтому наудачу тыкаться неоправданный риск. а что еще джун могет кроме как писать что-то учебное для себя? какие будут ваши предложения?

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

0

Сообщение от golosalex может со мной многие не согласятся, но лучше вообще не заморачиваться о том какие технологии сейчас востребованы.

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

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

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

Сообщение от golosalex лучше сосредоточится на написании какого-то простенького пет проекта

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

Сообщение от golosalex пара лет работы в коллективе будет точно полезным опытом

На пет проекте? Чтобы работать в коллективе, эту работу нужно сначала найти.

Сообщение от golosalex потому что если повезет и собеседует технический специалист, то позволит говорить предметно

На собеседовании всегда нужно отвечать предметно и глубоко. Что значит "позволит"? Могут и не позволить?

Сообщение от golosalex а отвечать на какие-то внезапные вопросы от человека, который был вырван из производственного процесса более сложно.

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

Сообщение от golosalex это базовые знания о операционных системах, процессах потоках

Джуну это не нужно. Современные языки давно оперируют абстракциями, работа с базовыми сущностями нужна очень редко и это не удел джунов.

Сообщение от golosalex а пытаться в деталях разобраться как работает какой-то фреймворк - это риск потратить время впустую (разве что ваш пет проект на нем).

Как раз этим и нужно заниматься. Вся разработка построена на фремворках.

Добавлено через 3 минуты

Сообщение от golosalex адекватное руководство должно понимать, что при наборе на работу джунов их придется доучивать

Адекватный соискатель уровня джун должен понимать, что других таких же очень много и конкуренция очень высока. И выделиться можно только своими знаниями и понимаем технологий и фреймворков.

0

Сообщение от golosalex это вообще ни разу не основание тратить время на то чтобы учить что-то специфичное на всякий случай.

Ещё какое основание. И нужно не учить, а хотя бы поверхностно освоить.

Сообщение от golosalex адекватное руководство должно понимать, что при наборе на работу джунов их придется доучивать (хотя и попадаются вакансии джунов где требования на сеньера, их чаще всего пишут не программисты, а кадровики)

Адекватное руководство из всех кандидатов выберёт тех джунов, которые знают больше остальных. Поэтому "пето-проекточный" всегда будет в конце списка.

0