Найдено 110 team leader

Публикация nuget пакета в репозиторий Sonatype Nexus Repository Manager

Что такое пакет nuget? Это упакованный код, который в дальнейшем другие разработчики могут переиспользовать. Например, Вы создали крутой код для работы с API погоды, упаковали все это в пакет и выложили в хранилище. Другие разработчики заходят и подключают Ваш пакет. Соответственно, если Вы обновили версию, то разработчику достаточно просто зайти в управление пакетами и поднять версию пакета. То есть по сути хранилище nuget – это некий магазин библиотек. Но сегодня мы будем публиковать в Sonatype Nexus Repository Manager, который может быть развернут на серверах Вашей компании. Как создать пакет для публикации? Открываем Visual Studio. Выбираем создать новый проект, выбираем Библиотека классов. Создаем реализацию, пишем методы. Правой кнопкой по проекту и выбираем Упаковать. В папке с проектом появляется пакет. Как настроить Sonatype Nexus Repository Manager? Зайти в Sonatype Nexus Repository Manager. Перейти в администраторскую панель Создать Blob Stores, если еще не был создан Создать репозиторий. Для этого перейдем в Repositories и выберем Create Repository. Выбираем из списка nuget (hosted) Указываем имя репозитория, выбираем Blob, который создали на 3 шаге. Deployment policy выбираем Allow redeploy. Нажимаем Create repository Репозиторий создан. Как получить токен для публикации? Зайти в Sonatype Nexus Repository Manager. Зайти в ЛК Слева выбирать NuGet API Key Выбрать Access API Key Получить токен Как опубликовать пакет в репозитории? Сформировать пакет из инструкции «Как создать пакет для публикации» Перейти в папку с проектом Найти файл с расширением nupkg Открыть командную строку в этой папке Выполнить следующую команду dotnet nuget push name.nupkg --api-key token --source source Где: name.nupkg – наименование пакета(файла), сформированного token – api-key, полученный из пункта «Как получить токен для публикации» source – url, полученный из пункта «Как настроить Sonatype Nexus Repository Manager» При успешном выполнении в командной строке должна появиться надпись «Пакет отправлен». Как использовать пакет? В проекте выбрать «Управление пакетами Nuget» Возле Источника пакета выбрать шестеренку Добавить новый источник пакетов Подключить необходимый пакет

C# разработчик в крутую команду

Всем привет! 👋 К нам в компанию, а именно ко мне в команду требуется C# разработчик уровня middle/senior 👨‍💻 Чем предстоит заниматься? 👷‍♂️ Очень крутыми вещами, практически не завязываясь на бизнес. Будет огромная прокачка хард скиллов, изучение новых технологий, море позитивного общения и обмена опытом! 💪 Если ты хочешь попробовать к нам - пиши мне в личку! ✉️ Стек: C# PostgreSQL GraphQL Redis Docker и k8s ReactJS Kafka OpenSearch Go и многое многое другое, что используется в продуктовой разработке. 🚨Прошу не беспокоить по аутсорсу и аутстафу, мы берем человека в команду!

Адаптация нового сотрудника

Как всегда я буду рассказывать об IT сотрудниках, а в частности разработчиков, как мы набирали людей и к какой схеме адаптации я пришел. Возможно, что в других компаниях это покажется слишком долгой адаптацией или неправильной адаптацией, я с удовольствием выслушаю другую точку зрения. Данное погружение скорее для специалистов уровня junior или middle. Для senior другая программа адаптации, более хардкорная, так как часто senior приносит с собой идеи, которые хорошо бы выслушать и возможно реализовать. 1 день. Документы и ПК. Сотрудник выходит в офис или работает удаленно. Требовать от них сегодня что-то, это просто огромнейшая ошибка. Поэтому этот день посвящен полностью работе с документами(трудовой договор, заявление на перечисление ЗП и т.п.). Обязательно в этот день выдаем и настраиваем ПК. Ставим необходимое ПО, особенно средства для общения, чтобы на следующий день сотрудник был готов уже к участию в митах. Ну и знакомство с командой и рассказ про компанию и офис. И на этом рабочий день практически заканчивается. 2 день. Видео о системе. В зависимости от проекта сотруднику выдаются видеоролики о системе, что за система, что за заказчик, основной функционал. Скорее всего сотрудник ничего не запомнит с первого раза, но интересные ключевые моменты он должен запомнить и выписать, после этого к концу рабочего дня мы собираемся и разговариваем о том, что у него вызвало вопросы. 3 дня. Ментор, уроки по системе. В этот день сотрудник получает наставника, которому можно задавать вопросы по системе, по лучшим практикам, по ресурсам и прочему. Так же, обязательно даем 2-3 дня на изучение всех видеоуроков от наших разработчиков. Тут сотрудник начинает учиться уже стилю кода, изучает корпоративный портал, изучает что и для чего сделано и почему именно так. 1-2 недели. Рефакторинг. Сотрудник загружает проект, ковыряется в коде, исправляет очевидные ошибки, оптимизирует код, где не требуется изучение бизнес-логики. Так же, прогоняем проект через SonarQube и критичные ошибки обязательно просим исправить. Все исправления должны происходить только через Pull Request, чтобы избежать ненужных правок. 1 неделя. Решение задач. Естественно начинаем с задач, которые очень легкие и простые. Переименовать текст окна, передвинуть кнопочку и т.п.. То есть простые задачи, которые не могут сломать проект и одновременно помогут узнать, что и где лежит в проекте, как это работает. Дальше идет постепенное усложнение задач и получается, что через месяц у нас есть готовый специалист, погруженный в процессы команды, понимающий код и проект и готовый писать. Внесу уточнение. Это применимо к устоявшемуся проекту, для стартапов все будет несколько иначе. В некоторых компаниях с первого дня бросают человека на решение бизнес задач, но я думаю, что сначала требуется погружение. А как у Вас происходит процесс адаптации сотрудников?

Почему 134.000 миллионеров сменили место жительства?

Этот человек только что расстался со 160 миллиардами долларами на бирже. После 50 лет доминирования на Уолл-стрит Рэй Далио ушел. То, что он увидел, напугало его настолько, что он исчез. Самая шокирующая часть? Это прямое его предупреждение всем нам. Что его напугало? Он уже видел подобную картину. Этот человек назвал финансовый кризис 2008 года. На протяжении десятилетий он оказывался прав относительно каждого крупного изменения на рынке. И теперь он видит то, по сравнению с чем 2008 год кажется незначительным. Его последнее предупреждение вас может шокировать. Что его напугало? Он уже видел подобную картину. Далио уже несколько месяцев выступает с громкими предупреждениями. Он говорит, что мы вступаем в «новый финансовый порядок». Такой , который разрушит все, что вы, как вам кажется, знаете о деньгах. Его прогноз? Что-то «хуже рецессии». Но вот тут-то и начинается страшное. Он сравнивает сегодняшний день с концом 1930-х годов. Когда сформировались две противостоящих групп стран. Одна, возглавляемая Германией , а другая Великобританией. Этот период закончился катастрофой. Последовала серьезная рецессия. Произошли крупные рыночные обвалы. Далио видит, как сейчас формируются точно такие же закономерности. • Низкие процентные ставки с последующим ужесточением • Растущий долг и неравенство • Политическая поляризация растет • Рост торговых войн и протекционизма Параллели ужасающие. В 2024 году 134 000 миллионеров сменили страну проживания. Это крупнейшая миграция богатства в современной истории. Умные деньги не просто нервничают. Они бегут. И Далио точно знает почему. Ситуация с долгом США выходит за рамки того, что рынок может выдержать. США приближается к «точке невозврата». Единственный выход для правительства — печатать деньги, чтобы платить по счетам. Это означает, что сбережения граждан уничтожаются инфляцией. Далио предупреждает, что мировая валютная система стремительно рушится На протяжении десятилетий мир существовал под влиянием США. Стабильная торговля, низкая инфляция, превосходство доллара. Все это заканчивается. И большинство людей понятия не имеют, что будет дальше. Вот что является причиной краха: Дефицит неустойчив. Торговые войны ускоряют глобальное разъединение. Политическое разделение угрожает внутренней стабильности. Набирают силу новые державы, в то время как влияние США ослабевает. Далио сделал одно важное изменение, которое говорит само за себя. Он раньше говорил: «Наличные — это мусор». А сейчас? Он полностью изменил эту позицию. Когда король Уолл-стрит меняет свою стратегию, вы прислушиваетесь. Последствия ошеломляют. Компании готовятся к долгосрочному отделению от США Глобальные торговые потоки перестраиваются. Предположения последних десятилетий рушатся. Уолл-стрит не готов к грядущим событиям. Большинство инвесторов тоже. Послание Далио предельно ясно: Диверсифицируйте свою деятельность по всему миру, используя разные регионы и валюты. Владейте реальными активами, которые выдерживают инфляцию. Будьте готовы к чрезвычайной нестабильности. Старая схема действий бесполезна. Задумайтесь об этом предупреждении . Когда кто-то с его послужным списком меняет все, вы должны обратить внимание. Он не собирается делать круг почета. Он бьет тревогу. Самые умные инвесторы уже прислушиваются. Будущее не будет похоже на прошлое. Мировой порядок, приносивший богатства на протяжении десятилетий, рушится. Те, кто приспособятся, выживут. Те, кто этого не сделает, будут раздавлены. Рэй Далио предвидел это и выбрал свой путь . Вопрос в том: будете ли вы следовать его советам? биржа #инвестиции

Почему АйТи — это не про понты, а про процессы

Недавно общались с товарищем, у него успешный бизнес и ноль затрат на IT. У нас своё технологическое решение, которое включает сайт, клиентское приложение, курьерское приложение, ERP/CRM и много чего ещё (подробнее тут). Мы осознанно пошли этим путём, выстраивая свои бизнес-процессы именно на технологических решениях. Это долго, дорого и не всегда надёжно 😀. Но стратегически это наш осознанный путь. А у него, как и у многих предпринимателей, познание IT заканчивается на интерфейсе популярных софтов и бытовых интерфейсах, которые с лёгкостью решают их задачи. Но мало кто задумывается, какое количество разработчиков, например, в СБЕРе. А их там более 40 000 человек, и на это тратится колоссальное количество ресурсов в день, месяц, год. Руководство банка при этом никак не похоже на глупцов или тех, кто занимается благотворительностью, собирая дармоедов ради обеспечения их существования. Ну вот, запустили приложение, реализовали свою экосистему — зачем такой штат? Работает же 😀. Я попробовал объяснить на примере огромного завода со своей газотурбинной станцией. Помимо проекта развития завода, ведь всё, что не развивается, со временем гаснет — так устроена жизнь, множество специалистов занимаются поддержанием работоспособности самого завода. И чем сложнее система, тем более узкоспециализированный и квалифицированный персонал требуется, со своей организацией труда и менеджментом. Если на даче вы можете сами вкрутить лампочку, врезать замок, подкрасить забор, то здесь уже нужны и КИПовцы, и электрики, и сантехники, и теплотехники, и энергетики разных разрядов, и монтажники, и главный инженер, и секретарь с канцелярией. И по-другому никак. И если ты уж решил из дачника превратиться в промышленника, то просто скинуть старый свитер и надеть костюм — этого недостаточно 😀. Тут речь не о статусе или понтах, тут речь о процессах. Назвался груздём — полезай в короб. бизнес it производство технологии управлениебизнесом развитие разработка система бизнеспроцессы сотрудничество

Изучение C#. Урок 5

Всем привет! А теперь, давайте небольшую магию. Мы затронем тему переменных. Давайте сразу обусловимся, что комментарии буду оставлять только в те моменты, когда они реально нужны и буду скидывать только сам метод Main (static void Main(string[] args)), то есть Вы должны писать и править код только внутри фигурных скобок. using System; //это в дальнейших уроках указывать не буду namespace ConsoleApp1 //это в дальнейших уроках указывать не буду { //это в дальнейших уроках указывать не буду class Program //это в дальнейших уроках указывать не буду { //это в дальнейших уроках указывать не буду static void Main(string[] args) //это будет { //это будет Console.WriteLine("Привет! Это моя первая программа"); } //это будет } //это в дальнейших уроках указывать не буду } //это в дальнейших уроках указывать не буду То есть что я указал, как //это в дальнейших уроках указывать не буду не буду расписывать, но при разработке в коде у Вас должно оставаться. Если не понятно - еще попозже закрепим. Перед строчкой Console.WriteLine("Привет! Это моя первая программа"); напишите var message = "Это моя первая переменная"; Удалите текст "Привет! Это моя первая программа" и напишите туда message. То есть должно получиться static void Main(string[] args) { var message = "Это моя первая переменная"; Console.WriteLine(message); } Нажимаем F5 и видим, что уже выводится "Это моя первая переменная". Представляете, Вы теперь можете задавать какое-то значение в переменную и оно будет выведено на экран. А давайте пойдем еще дальше! Сделаем интерактивность.Напишем следующее: static void Main(string[] args) { var message = Console.ReadLine(); Console.WriteLine(message); } Запускаем и вводим абсолютно любые слова, числа, символы и нажимаем Enter. Все что Вы ввели - появилось на экране. Здорово? И это всего лишь на 5 уроке! Теперь, что такое переменная. Переменная - это именованная область в памяти и много других непонятных слов. Мы же хотим изучить программирование и уметь писать программы, а не быть теоретиками. Поэтому. Переменная - это значение, которое может изменяться. Например, сумка, в которую Вы можете положить что-то. Синтаксис объявления переменной может быть разным, это мы тоже все обсудим. Но самый базовый синтаксис: var variable = 5; var - ключевое слово, то есть, что Вы хотите создать какую-то переменную(сумку), в которую мы хотим положить число 5. variable это имя переменной.Смотрите, как все это выглядит. var variable = 5; //создали в памяти переменную с именем variable и присвоили значение 5 variable = 10; //из нашей переменной убрали значение 5 и положили значение 10 Переменные - это практически одно из самых главных на чем строится программирование, поэтому привыкайте, их будет в Вашей жизни очень много. Так же существует и следующий синтаксис int a = 5; string b = "Это моя первая переменная". int, string и многие другие - это обозначение типа переменной. Язык C# строго типизированный язык, то есть представьте, что у вас есть сумка только для продуктов, поэтому химию в нее Вы не сможете положить. Так же и с переменными, если Вы создали переменную как для чисел, то буквам там делать нечего. На следующем занятии мы разберем все типы переменных, которые существуют в языке(число, буква, строка, булево значение, классы и другие). И конечно ответ на вопрос, который скорей всего у Вас возник. Почему var message = "Это моя первая переменная"; в кавычках пишется, а var variable = 5; нет. А все потому что в первом случае это текст, а во втором число. И чтобы программе понимать для чего Вы создаете «сумку», то ему нужно немного помочь. Ведь бывает, что в тексте тоже встречаются числа и если обернуть их в кавычки, то это будет «сумка» для строки, а не чисел.

Как составить продающее резюме?

Я просмотрел порядка 1000 резюме различных кандидатов, часть из которых прям бросались в глаза и продавали своего автора, другая часть была написана так, что объективно не хотелось говорить с этим человеком по его опыту. В этой статье я хочу рассказать именно про резюме технического специалиста, программиста. Возможно в других профессиях эти правила применяться не будут, поэтому не стоит принимать их за чистую монету и пытаться распространить на все сферы. Я знаю, что некоторые известные люди считают, что с каждым человеком нужно общаться и не смотреть на его резюме. Но давайте посмотрим на это с другой стороны. Я пересмотрел 1000 резюме, даже если на каждого тратить по 1 часу своего рабочего времени – то это 1000 часов, больше 100 рабочих дней. Поэтому, резюме должно заинтересовать. И сейчас расскажу на что лично я обращаю внимание. Фото. Как минимум такое резюме запоминается, так как это уже не только текст, а когда вспоминаешь кого позвать, то вспоминаешь «вот там человек был на фоне Эйфелевой башни». Структурирование. Не пишите весь свой опыт одним огромным длинным предложением, это практически не читаемо. Делайте переносы строк, делайте списком. Навыки. Обязательно указывайте свои навыки, причем не нужно писать туда что-то самое элементарное, типа «уверенный пользователь ПК» или «HTML». Это все должно быть уже по умолчанию. Уберите неспефичиные для себя навыки, если идете разработчиком, то зачем указывать навык «Работа с электронной почтой». Так же, не стоит в списке указывать IDE, так как это всего лишь инструмент в помощь при написании кода. Опыт. Пишите про предыдущие места работы так, чтобы не раскрывать коммерческую тайну, бизнес логику. То есть достаточно будет написать «Создание веб-приложения для учета кошек» и продолжить описанием стека действительно с которым работали, если проект был огромный, то так и укажите, что «Стек проекта» и «Я использовал». Почему это важно? Ну представьте, у Вас расписано, что Вы занимались отправкой космонавтов в космос, а по факту Вы просто протирали шлемы для полета. И пишите по каждому месту работы хотя бы по 5 строчек, а не только «Я был разработчиком». Портфолио. Прикладывайте ссылку на GitHub, если Вы в нем что-то создаете. Если он пустой, то смысла от ссылки нет. На самом деле этот пункт не особо обязательный, но иногда хочется посмотреть, что находится в репозитории. Например, у одного кандидата в репозитории были вопросы по технологиям, которые ему задают на собеседовании. Было интересно почитать. Вы спросите, почему пункт не обязательный? Так как это лабораторные условия, человеку могли помогать, он мог залить рабочий проект, он долго раздумывал при написании кода или наоборот код слишком старый и сейчас кандидат пишет иначе. Доп.информация. Хоть и написано на популярных сайтах по поиску работы, что это про хобби или что-то еще, но подумайте – а надо ли оно? То есть Вы молодец, что занимаетесь спортом или играете в футбол. Но гораздо интереснее почитать про Ваш опыт. ЗП будут платить не за игру в футбол, а все же за технические навыки. Поэтому тут лучше укажите свои черты, например «готов к переработкам, целеустремленный» и не расписывайте подробно. И обязательно, если пишите статьи, изучаете дополнительно что-то (к примеру для себя стали изучать Kafka), то вот про это пишите. Это дейсвительно плюс в Вашу копилку. Дипломы и сертификаты. Не нужно прикладывать 10-20 сертификатов, выберите действительно подходящие. На позицию разработчика не прикладывайте сертификат «Основы Windows» и главное, диплом должен быть ценным. Не нужно прикладывать JPG от бесплатных ресурсов, все же ценятся больше те, где была серьезная практика. Как я отношусь к ресурсам с обучением и какие порекомендую? Думаю, что это тема для другой статьи. Написание должности. К примеру, Вы являетесь программистом C#, но на работе нет такой должности, поэтому Вы инженер. И теперь представляем, что видим резюме, в котором написана аббревиатура из названия компании, написано Инженер и вдруг еще опыт не стали расписывать, а просто указали «Разрабатывал». Вот что Вы тут разрабатывали, были ли действительно программистом или может документацию для запуска энергосетей делали. Поэтому ничего страшного, если Вы напишете должность немного иначе, как в самом резюме (шапке), так и в опыте работы. Но не стоит прыгать выше головы, писать, что Вы ведущий разработчик, когда по факту только стали программировать, пишите правду, но делайте уточнение (или первым предложением в опыте указывайте подробности). А что, по-Вашему, нужно указывать в резюме? На что обращаете внимание?

Я заскучал, я ухожу

Примерно с таким же текстом должен подходить к Вам сотрудник перед увольнением. Почему сотрудник уходит, если созданы благоприятные условия для работы, а сотрудник все равно берет, пакует чемоданы и говорит «через две недели меня тут не будет». Ответ на этот шаг максимально простой «скучно». Да, сотруднику стало скучно. IT специальность – это творческая работа и когда специалиста загоняют в рамки, то рано или поздно он уйдет. Как заметить, что сотрудник заскучал? Производительность труда стала падать. Раньше он всегда был на передовой и решал нереальные задачи, а сейчас в лучше случае отдает Pull Request раз в неделю. Ехидство. Различные комментарии в рабочих чатах, что можно было сделать лучше, что «компания не знает, что хочет» и прочее, то есть внесение в команду некой токсичности. Сбитый график работы. Человек стал приходить на работу позже без весомых на то обстоятельств, да и уходить стал раньше, просто потому что «дела». Но лучше всего, это задать вопрос сотруднику напрямую. Если Вы довольно долго работаете с людьми, Вы без труда выявите обман. Задайте вопрос «А тебе не скучно на проекте? Может быть, тебе нравится другой проект или технологии?». То есть сядьте вдвоем, проведите o2o встречи, и следите за реакций. Если человек говорит «все нормально», то ничего не нормально и срочно нужно спасать ситуации, если через пару месяцев Вы не хотите искать нового специалиста. Как предотвратить скуку? Если у Вас огромная команда и с каждым из них Вы должны контактировать – то это плохо, Вы начнете терять команду, так как увы, не сможете уделять должное внимание всей команде. Для этого есть другие способы решения проблемы. Мы же остановимся, когда команда у Вас небольшая. Составьте себе таблицу, в которой четко распишите. Сотрудник Чем он хочет заниматься? Как мы можем помочь ему в этом? Когда Вы собрали эту информацию, то думаю, Вы понимаете, что делать. Человек хотел всегда работать с базами данных, а Вы подсадили его на десктопные приложения. Тут, конечно, могут быть глобальные изменения, но поверьте, если не сделать их, то рано или поздно все равно придет этот момент для изменений, только части кадров уже не будет с Вами. Спасение от скуки Давайте интересную и сложную работу. Вспомните, как Вы получали удовольствие от решения сложнейших задач. Как повышалась Ваша самооценка. Дайте время на обучение. Выделите небольшое количество часов для изучения новых технологий, нового стека, для переписывания функционала с целью проверить скорость новой технологии. Переключайте. Не идет у человека на этот проекте, переключите на другой или на другой модуль. В моей команде был сотрудник, который показывал практически нулевые показатели. Стоило переключить на другой проект, как производительность пошла в гору, когда сам PM очень удивлялся и просил дать задачи именно этому сотруднику. Не переключайте. Вроде бы прямо противоположный совет предыдущего пункта, но тут речь про обучение, сложную работу, задачи. Если Вы дали сотруднику задание, то не нужно дергать и «сделай вот это, потому что это влет, а потом вернешься к своим задачам, которые делал». Это сильно демотивирует, а так же снижает производительность, так как мозгу требуется время на переключение, а разработчику время, чтобы вникнуть в проблему, выкачать другой проект, погрузиться. Делитесь новостями. Не нужно считать, что Вашей команде абсолютно все равно и для них главное деньги. Это не так, они так же хотят, чтобы место, где они работают – было известным в IT кругах, чтобы была гордость за прогресс. Рассказывайте, какие контракты заключили, какие заказчики были и какой мега крутой софт Вы создаете. Не давайте сотрудникам скучать. Вы создаете людей! Вы ответственны не только за проект, но и за команду. Нет команды – нет Вас.

Изучение C#. Урок 10

Условия, сравнение На улице идет дождь, значит нужно взять зонт. Часто ли такие мысли посещают Вас, когда Вы смотрите в окно и видите ливень? То есть Вы сейчас представили некоторое условие, а на условиях в языках программирования очень многое построено. Посудите сами. Если переменная a равна 10, то мы умножаем ее на 5, если переменная a равна 20, то мы плюсуем к ней 30. Все это называется условными выражениями и с их помощью можно делать ветвление программы. Начнем с конструкции if/else. static void Main(string[] args) { var weatherOnStreet = "Дождь"; if (weatherOnStreet == "Дождь") { Console.WriteLine("Возьмите зонт"); } else { Console.WriteLine("На улице хорошая погода"); } } Мы объявляем переменную, в которую кладем текст "Дождь". Дальше идет слово if(если). То есть мы проверяем, что находится в переменной и если там "Дождь" то выводим текст "Возьмите зонт". В противном случае (else) "На улице хорошая погода". Хочу, чтобы Вы обратили внимание на ==. Именно с помощью двух равно происходит сравнение чего-то с чем-то, в нашем случае переменной с текстом. Так же, мы можем сделать следующее. Если на улице дождь, то берем зонт, если на улице солнце, то возьмем очки, иначе ничего не берем. Попробуем это написать. static void Main(string[] args) { var weatherOnStreet = "Дождь"; if (weatherOnStreet == "Дождь") { Console.WriteLine("Возьмите зонт"); } else if (weatherOnStreet == "Солнце") { Console.WriteLine("Возьмите очки"); } else { Console.WriteLine("На улице хорошая погода"); } } После блока if, можем добавить else if. А что, если у нас град, грозы, ветер, да и еще множество погодных условий и нужна разная логика. Для этого будем использовать конструкцию switch. static void Main(string[] args) { var weatherOnStreet = "Дождь"; switch (weatherOnStreet) { case "Дождь": Console.WriteLine("Дождь"); break; case "Ветер": Console.WriteLine("Ветер"); break; case "Солнце": Console.WriteLine("Солнце"); break; default: Console.WriteLine("Не понятная погода"); break; } } Объявили переменную, помещаем ее в круглые скобки после switch и дальше с помощью ключевого слова case перечисляем возможные варианты и после : делаем логику, которая должна быть при таких условиях. Видите слово break? Это означает, что после выполнения кода внутри блока case - мы должны выйти и не делать следующие блоки от других кейсов. В дальнейшем мы часто будем использовать условные конструкции и поэтому практика будет подкреплять полученные навыки. А пока, вспомните наш калькулятор. Чуть улучшим его и сделаем возможность складывать, умножать, делить и вычитать числа. Так же пока не будем рассматривать возможные ошибки, а будем считать, что пользователь вводить два числа, а затем любой из 4 символов. static void Main(string[] args) { var a = int.Parse(Console.ReadLine()); var b = int.Parse(Console.ReadLine()); var c = Console.ReadLine(); switch (c) { case "+": Console.WriteLine(a + b); break; case "-": Console.WriteLine(a - b); break; case "/": Console.WriteLine(a / b); break; case "": Console.WriteLine(a b); break; } } Пишем 5, затем 10, потом символ и получается 50.

Языки программирования, какой нужен Вам?

Данный пост меня попросил написать один из подписчиков, так как языков программирования становится все больше и новичку, который хочет встать на путь программирования все труднее и труднее выбирать. Скажу сразу, что это мое личное мнение, выбор ЯП всегда холиварная тема, поэтому Вы можете не согласиться, но все же я попробую быть объективным. Кроме этого, я не буду сильно вдаваться в подробности всех этих языков, а поделю по направлениям и объясню, почему именно этот язык необходим Вам. Направление Mobile. iOS(Apple) – выбирайте язык программирования Swift. Это крайне быстрый язык и по факту стандарт, который создала сама корпорация Apple именно для своих устройств, будь то смартфоны, часы, планшеты или ПК. Не забываем про операционку macOS и xCode(IDE). Этот джентельменский набор быстро погрузит Вас в разработку для мобилок на базе iOS. Android – ваш выбор должен пасть на Kotlin. Дополнительно установите Android Studio, настройте эмуляторы и творите, создавайте приложения для Android. Кто-то может возразить, почему не Java? Ответ просто – да, до недавнего времени Java была ЯПом для Android, но спустя некоторое время Google(основной разработчик Android) стал рекомендовать Kotlin. Кроссразработка – Flutter. Конечно, приложения на Flutter не так функциональны и производительны, чем приложения написанные на Kotlin или Swift, но если бюджет компании ограничен и нужно создавать приложение на всех платформах – Flutter Ваш выбор. Искусственный интеллект. Машинное обучение. Для этих целей выбирайте Python. Просто бесчисленное количество библиотек для работы с ИИ и ML. Другие языки сейчас тоже пытаются подтягиваться в этом направлении, но первенство все равно у Python. Desktop. Windows – C#, без вариантов. Да, можно писать на C++, но зачем эти сложности? C# совместно с Visual Studio помогут создать самые разнообразные приложения. Но Desktop это хорошо, но параллельно присматривайтесь к веб разработке. MacOS – swift. Почему он? Смотрите пункт про мобильную разработку и iOS. Swift от Apple для устройств Apple. Linux – тут на самом деле все несколько хуже, что-то конкретное и с эффектов «Вау» не посоветую, скорее всего лучше смотреть в сторону плюсов. Веб разработка. FrontEnd. Рекомендую посмотреть в сторону изучения ReactJS, главное, сделайте на всякий случай копию репозитория, так как не понятны дальнейшие шаги. Теоретически случиться ничего не должно, но мало ли… Так же, можно посмотреть в сторону Vue, так как этот фреймворк создается в Китае, но минус – меньше библиотек, меньше комьюнити. BackEnd. Здесь все неоднозначно. От себя могу посоветовать C#. Так как писать достаточно просто, язык легок в освоении, поддержкой занимается корпорация Microsoft. Причем благодаря выпуску .net Core языку по сути дали вторую жизнь и еще большее число разработчиков. Кроме шарпа можете посмотреть в сторону Java, но Java довольно уже старый язык и из-за этого приходится тянуть много ненужных вещей. Поэтому, если проекты у Вас будут с нуля – все же Шарп предпочитетьнее. Но и достаточно новичок в мире ЯП – язык Go. Шустрый, быстрый, очень хайповый язык. По нагрузке на ресурсы сервера – очень хорошо выглядит. Займет ли этот ЯП свою нишу? Время покажет, но пока очень много разработчиков уже пишут или хотят научиться писать на Go. Но! В основном пока что речь про микросервисы. Ну и запомните, если Вы выучите один язык, остальные языки будут даваться Вам легче, так как синтаксис часто совпадает. Так же, кроме ЯП не забывайте изучать и технологии.