Изучаю c# по метаниту и урокам ютуба, но можно ли узнать поконкретнее, что нужно изучать, чтобы написать тот же чекер мыла, ну и другие ****-чекеры популярных сервисов
wpf (там еще и xaml пригодится), windows forms, asp.net core еще можно рест апи пописать попробовать (backend), на unity игры попробовать поделать, так же на шарпе тг ботов можно делать, а еще конечно всякие парсеры, чекеры хуекеры производительные на реквестах. (это только малая часть, в основном язык пользуется спросом в backend, по этому поводу инфы куча, язык супер технологичный и развивается быстро, так что долго искать не придется.)
champloo, Это то что можно изучать как новые технологии, а если ты собрался чекеры писать, то там можно работать на прямую с сервисом (если это возможно), то есть через API реквесты посылать, а можно свой микро сервис написать, который твои хотелки по поводу какого либо запроса, будет обрабатывать и выдвать инфу в уже нужном тебе виде, в этот микро сервис (я бы его так назвал), могут входить как голые запросы на сайты - сервисы, которые вернут тебе какой либо обьект, который ты потом разбираешь, либо XHR запросы, сырые JSON в html страничках, если все четно то можно заставлять браузер выдавать тебе код страницы, для последующей обработки. Это нужно гуглить.
ты не понимаешь как все устроено, так зачем тебе это? что бы написать тот же чекер ты должен идеально знать что он делает и перевести этот алгоритм на яп. так все работает. выбираешь объект, разбираешь его суть и последовательность действий и потом описываешь это кодом. в технологиях уже другой вопрос, если хочешь GUI - берешь учишь winform (привет 2000) / wpf (поновее, но тоже уже не сок). нужно развернуть в вебе - asp. больше особо по шарпам не знаю, но там и выбирать особо не с чего вроде. короче суть такова - изучай устройство того что хочешь написать. а дальше отталкивайся от знаний и интерпретируй это в яп. пис :^
V1RU, друг не пиши если не знаешь. в чем ты трудность видишь? 1:0 в пользу джэса против шарпа по количеству фрэймворков
Strijetsky, однопоточный рантайм отсутствие единой системы / стандартов реализации модулей отсутствие единых стандартов структуры проекта ( все творят как хотят, в исходниках бывает очень сложно разобраться ) слабые типы с неявными ( и порой довольно странными ) преобразованиями отсутствие нормальных классов / ООП отсутствие единого вменяемого и работающего статического анализатора кода ( добро пожаловать в чудесный мир глупейших ошибок типа undefined is not a function ) отсутствие вывода типов в самом языке или в каком-либо инструменте этот чудесный контекст this ( что это значит this в этом месте кода — объект? функция? ) абсолютно дурацкая реализация pattern matching ( паттерн матчишь пустой список / объект — без проблем, извлекаешь оттуда undefined, ты же именно это имел ввиду, да? ) и здесь опять привет cannot read property foo of undefined отсутствие единой технологии работы с асинхронным кодом — колбэки, примисы, фьючерсы, async ( если в проекте более одной зависимости из npm то гарантированно в коде появятся все из них вперемешку ) const ( который на самом деле НЕ const ) абсолютно безумный npm с пакетами качества «братишка я тебе покушать принёс» писалось в 17 году, актуальность полыхает.