<p>На данном вебинаре мы рассмотрим все популярные технологии, применяемые .NET Desktop/UWP разработчиком. Рассмотрим сопутствующие технологии и инструменты, которые нужно знать для получения звания .NET разработчика. Ответим на вопросы зрителей и обсудим все детали и нюансы, которые возникнут в ходе разбора данного вопроса.</p> <p><strong><u>План вебинара:</u></strong></p> <p>1) Рассмотрение истории .NET разработки</p> <p>2) Разработка с применением технологии WinForms</p> <p>3) Разработка с применением технологии WPF</p> <p>4) Разработка под Windows 10 (UWP)</p> <p>5) Будущее за кроссплатформенностью. Разговоры про .NET Core</p> <p>6) Разбор инструментов разработки (Базы данных, REST &ndash; сервисы, все сопутствующие элементы)</p> <p>7) Ответы на вопросы</p> <p><strong><u>Целевая аудитория:</u></strong></p> <p>Данный вебинар будет интересен начинающим разработчикам (к примеру, &nbsp;студентам 3-5 курсов IT специальностей) - &nbsp;людям, которые хотят выучить язык программирования C# и сопутствующие технологии, связанные с разработкой под рабочие столы. Также он будет интересен и полезен людям, далеким от профессий IT, но желающим изменить свою профессию и поднять свои знания на новый уровень.</p>

<p>Во время этого вебинара мы создадим веб-страницу с шахматной доской. Посетители смогут перемещать фигуры и видеть ходы других участников. Получится &quot;обычная&quot; шахматная доска, без проверки очерёдности ходов.</p> <p>Мы напишем клиент-серверные шахматы на основе MVC шаблона:</p> <p>M - Модель выполняет ходы на PHP и хранит позицию в MySQL.</p> <p>V - Представление показывает доску, реализовано только на HTML.</p> <p>C - Контроллером является JavaScript прослойка с jQuery.ajax-вызовами.</p> <p><strong>Используемые технологии: </strong>HTML, JavaScript, AJAX, jQuery, JSON, PHP, MySQL.</p> <p><strong>План вебинара:</strong></p> <ol> <li>HTML5. Создание Шахматной доски.</li> <li>jQuery. Перемещение Фигур мышкой.</li> <li>AJAX. Загрузка начальной позиции.</li> <li>PHP. Выполнение ходов на сервере.</li> <li>MySQL. Сохранение позиции в базе.</li> <li>Вызов PHP-методов из JavaScript.</li> <li>Игра в наши Шахматы со зрителями.</li> </ol> <p><strong>Предварительные требования: </strong>Базовые знания и навыки работы с HTML, JavaScript, PHP, MySQL.</p> <p><strong>Целевая аудитория: </strong>Программисты, IT-студенты, инженеры.</p>

Введение В данной статье Вы узнаете, для чего и как использовать замещение метода в C#. Для того, чтобы на примере показать замещение метода в С#, создадим класс «Student» с двумя полями: FirstName и LastNamе. В примере используется также метод печати, который выводит FirstName и LastName в консоль. class Student {        public string FirstName;        public string LastName;        public virtual void Print() {              Console.WriteLine(FirstName + " " + LastName);        } } Класс Student выступает как базовый/родительский класс для классов DiplomaStudent и GraduateStudent. class DiplomaStudent : Student { } class GraduateStudent : Student { } ПРИМЕЧАНИЕ: Если производный класс наследует базовый класс, то все учасники, кроме частных членов, доступны в производном классе. То есть, оба поля и метод печати можно вызвать/инициировать в производном классе. Если нужно распечатать детали студентов на экране консоли, можно создать пример двух производных классов от «Student», используя основной метод. class Program {        static void Main(string[] args) {              DiplomaStudent ds = new DiplomaStudent();              ds.FirstName = "Max";              ds.LastName = "Payne";              ds.Print();              GraduateStudent gs = new GraduateStudent();              gs.FirstName = "Lara";              gs.LastName = "Croft";              gs.Print();        } } Запустите программу.  На данном этапе невозможно определить, к какому типу из категорий студентов принадлежит каждый студент. Например, добавим (-studentType) и прикрепим его после имени студента, чтобы сделать его более удобным для чтения. Для этого можно создать метод печати для обоих производных классов. class DiplomaStudent : Student {        public void Print() {              Console.WriteLine(FirstName + " " + LastName + " - diploma student");        } } class GraduateStudent : Student {        public void Print() {              Console.WriteLine(FirstName + " " + LastName + " - graduate student");        } } Но если Вы хотите не скрыть реализацию базового метода, а заместить ее, то можно использовать виртуальное ключевое слово.  class Student {        public string FirstName;        public string LastName;        public virtual void Print() {              Console.WriteLine(FirstName + " " + LastName);        } } Теперь базовый метод печати стал виртуальным. То есть, его можно заменить в производном классе и добавить его реализацию. Но сначала надо удалить метод печати с обоих производных классов, как показано ниже: class DiplomaStudent : Student { } class GraduateStudent : Student { } Напишите override, потом поставьте пробел. Вы увидите метод печати в Intellisense. Выберите и нажмите Enter. Он унаследует метод сигнатур. class DiplomaStudent : Student {        public override void Print() {              base.Print();        } } class GraduateStudent : Student {        public override void Print() {              base.Print();        } } Удалите его и добавьте свою собственную реализацию, как показано ниже:  class DiplomaStudent : Student {        public override void Print() {              Console.WriteLine(FirstName + " " + LastName + " - diploma student");        } } class GraduateStudent : Student {        public override void Print() {              Console.WriteLine(FirstName + " " + LastName + " -graduate student");        } } Запустите программу.  Предположим, что по какой-то причине Вам необходимо отменить реализацию вызова и печати базового класса. Это можно сделать при помощи такой комбинации: основное ключевое слово, затем точка (.), потом метод. class DiplomaStudent : Student {        public override void Print() {              base.Print();        } }   Источник: http://www.c-sharpcorner.com/UploadFile/219d4d/method-overriding-in-C-Sharp/

Друзі, привіт! Відтепер ви можете вивчати СУБД PostgreSQL на ITVDN українською мовою – новий відео курс “PostgreSQL” вже на сайті. PostgreSQL – це система управління реляційною базою даних з відкритим вихідним кодом, яка використовує та розширює мову запитів SQL для роботи з даними. Вирізняється чудовою масштабованістю, підтримкою нестандартних типів даних, легкою інтеграцією зі сторонніми інструментами та гарною підтримкою зі сторони спільноти, що позитивно впливає на екосистему PostgreSQL в цілому. PostgreSQL має потужні механізми безпеки, включаючи підтримку SSL, сильне шифрування та детальний контроль доступу, а також архітектуру, яка дозволяє легко додавати нові функції без зміни основного коду. Курс складається з 8 уроків, на яких кожен студент опанує основи побудови реляційних баз даних та SQL і познайомиться з базовим використанням СУБД PostgreSQL. З кожним заняттям рівень складності підвищується. В кожному уроці є домашні завдання на реальній базі даних. Після проходження курсу студенти будуть гарно розуміти основи PostgreSQL, що дозволить їм взаємодіяти з базами даних, виконувати операції маніпулювання даними, а також отримувати та змінювати дані. PostgreSQL найчастіше використовується серед розробників, які пишуть на Python, PHP, C#, Java, Ruby, JavaScript. Автор курсу – Єрмольонок Яна, Unity C# Developer. Має 7 років досвіду розробки з використанням FrontEnd і .NET технологій, а також Unity. Тривалість курсу – 3 години 43 хвилини. Структура курсу: Основні поняття Бази Даних. SQL (Частина 1). SQL (Частина 2). JOINs. Організація памʼяті в БД, індексування, представлення. Тригери. Транзакції. Додаткові можливості SQL та PostgreSQL. Чого ви навчитеся на даному курсі: Проєктувати БД, виконувати їхню нормалізацію. Працювати з реляційною СУБД PostgreSQL і складати прості запити. Виконувати об’єднання таблиць та користуватися підзапитами. Створювати представлення та оперувати функціями. Керувати базами даних та таблицями за допомогою DDL. Проводити транзакції. Створювати процедури та функції. Попередні вимоги Для комфортного проходження курсу у вас має бути: впевнене володіння персональним комп'ютером; розуміння того, що таке таблиці, рядки, стовпці, ключі (основні та зовнішні); базові знання SQL-команд (буде дуже корисним). Дивіться перший урок у вільному доступі. Курс вже доступний на нашому сайті в повному обсязі – до кожного уроку є практичні завдання та опорний конспект. Якщо у вас є активна підписка, ви можете дивитися його прямо зараз.                

Привет, друзья! У нас отличная новость для .NET разработчиков — в каталоге ITVDN появился новый практическим курс “Тестирование ASP.NET Core MVC приложений”.  Тестирование приложений — это важная часть процесса разработки любого программного продукта. Данный этап позволяет искоренить большинство ошибок, которые были сделаны в процессе работы над софтом по тем или иным причинам. Поэтому очень важно уметь как можно раньше выявлять и исправлять проблемные места в разрабатываемом ПО. Более того — практически каждая программистская вакансия, предусматривающая создание бизнес-приложений, среди требований имеет пункт по тестированию. Что мы вам предлагаем? Курс “Тестирование ASP.NET Core MVC приложений” предоставит вам возможность на практических примерах изучить применение Unit тестирования, интеграционного и функционального тестирования веб-проектов, которые повышают как качество написанного кода, так и эффективность программного продукта в целом.  Создавая свой проект с нуля, вы научитесь быстро и корректно определять тестовые случаи, поймете практическую разницу между видами тестирования, а также разберетесь с тем, какой вид тестирования наиболее целесообразно применять для проведения тестов модели приложения, его представлений и контроллеров. Как один из важных итогов курса — вы поймете, как правильно проектировать архитектуру приложения, чтобы она была наиболее пригодна для дальнейшего тестирования. Автор курса Юрий Науринский — опытный C#/.NET разработчик. В записанных видео уроках Юрий делится эффективными техниками проведения тестирования ASP.NET Core приложений с архитектурой MVC, которые он сам успешно применяет в своей работе.  Структура курса: Введение. Обзор тестового проекта Unit-тестирование бизнес-логики Unit-тестирование Controller & Middleware Интеграционное тестирование компонентов ASP.NET Core MVC Интеграционное тестирование View  Интеграционное тестирование базы данных Функциональное тестирование: наивный подход Функциональное тестирование: BDD После успешного прохождения курса вы сможете:  Понимать, с чего начинать и как продолжать тестирование ASP.NET Core MVC приложений. Определять ситуации, в которых стоит применять различные виды тестирования. Понимать структуру пирамиды тестирования. Понимать, что такое юнит-тесты, интеграционные и функциональные тесты, а также разбираться в признаках хорошего теста. Понимать структуру разного вида тестов. Проводить тестирование базы данных и бизнес логики. Тестировать View и понимать, нужно ли это делать разработчику. Применять различные типы функционального тестирования. Разбираться в типичных ошибках функционального тестирования и их избегать. Понимать концепцию BDD (Behavior Driven Development) — разработки на основе поведения и ее отличие от TDD. Владеть основами языка Gherkin и успешно применять данный язык при составлении тестов. Использовать фреймворк SpecFlow для реализации BDD концепции в своем коде. Предварительные требования Необходимый бэкграунд для понимания материала курса: язык C#, фреймворк ASP.NET Core MVC, начальные знания про юнит-тестирование (весьма желательно). Курс входит в специальность ASP.NET Core Developer. Смотрите первый урок курса в свободном доступе. Также можем вам предложить ознакомиться со следующими статьями: “Когда стоит переходить на ASP.NET Core?” и “ASP.NET Core vs Node.js”. upd

20 и 21 мая 2015 года состоится пятая конференция компании Microsoft, одна из важных конференций, которая будет посвящена разработке и тестированию программного обеспечения DevCon 2015. Дительность конференции два дня, и, пройдет на этот раз в природном курорте «Яхонты». Компания ITVDN выступит образовательным партнером конференции DEVCON 2015. В программе мероприятия будут вопросы касающиеся разработок приложений под платформу Microsoft, в том числе проведены интересные технические сессии по ключевым продуктам и решениям, интерактивные мастер-классы и круглые столы, общение с экспертами в сфере,  а также будет проведена развлекательная программа на свежем воздухе. Участники получат возможность получени  призовых сертификатов на видеообучение по программированию от компании ITVDN. DevCon 2015 - это одно из самых ярких событий года и отличная возможность побеседовать в режиме реального времени с экспертами Microsoft. В этом году будут озвучены доклады самых ярких экспертов компании Microsoft, а именно:   Джорджио Сардо – старший директор в группе Developer Experience & Evangelism в штаб-квартире Microsoft в Редмонде; Александр Ложечкин – директор Developer Experience в компании Microsoft по региону Centreal & Eastern Europe; Михаил Черномордиков – директор Developer Experience в подразделении Microsoft в России. На конференции будут озвучены множество интересных докладов по: Клиентская  разработка – для  создания и дизайна современных приложений для Windows и Windows Phone c использованием возможностей платформы, а также их монетизация и продвижение в Магазине приложений. Разработка сервисов для Microsoft Azure, а также использование облачной платформы в качестве backend для мобильных и других приложений. Инструменты и языки - методология использования средств разработки Visual Studio и управления жизненным циклом программного обеспечения. Использование текущих возможностей и обсуждение будущего платформы .NET, языков C#, JavaScript, XAML, технологий построения. Корпоративная разработка - работа с данными, также с инструментами бизнес-аналитики и офисной платформы Microsoft. Создание корпоративных приложений на SharePoint, Office и .NET. Разработка игр - впервые на DevCon будет озвучена тема с помощью каких инструментов, подходов и опыта в разработке игровых приложений на популярных инструментах: DirectX, Unity и других. Ежегодная конференция DevСon -  это ведущее событие этого года, она посвящена технологиям разработки приложений под платформу Microsoft. Конференция соберет лучших профессионалов-разработчиков, тестировщиков и архитекторов. Это потрясающяя возможность пообщаться с профессионалами из IT сферы «без галстуков» и узнать о планах развития продуктов Microsoft. На мероприятии будет представлено более 50 докладов по вопросам разработки мобильных платформ, web-платформ и конечно же облачных технологий. Подробнее о планируемых докладах можно увидеть в видеоролике конференции. Не пропустите самое важное событие года - спешите зарегистрироваться на DevCon! Регистрация на мероприятие и прямая трансляция доступна по адресу: http://www.msdevcon.ru/ru/

<p dir="ltr"><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">Если ты силен в программировании и готов к сражению &ndash; докажи это в честном бою! Участвуй в Первой шахматной IT Арене, которая проходит на ITVDN с 9 июня по 7 июля 2019 года. </span><a href="https://itvdn.com/ru/news/article/chess-arena" style="text-decoration-line: none;" target="_blank"><span style="background-color:transparent; color:rgb(5, 99, 193); font-family:calibri,sans-serif; font-size:11pt">Подробности.</span></a></p> <p dir="ltr"><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">Состязания проходят в 4 тура. </span></p> <p dir="ltr"><strong>Тема задач четвертого тура </strong><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">- Шах. Мат. Пат. Ничья.</span></p> <p dir="ltr"><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">На решение задач даётся 1 неделя, до начала следующего тура. На следующем вебинаре 7 июля </span><strong>мы рассмотрим решения задач, определим победителей четвертого тура</strong><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt"> и расскажем об условиях новых задач.</span></p> <p dir="ltr"><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">Задания можно решать на одном из 5 языков программирования - &nbsp;</span><strong>Python, C#, Java, C++ или Pascal.</strong></p> <p><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">Всех победителей ждут </span><strong>призы и подарки</strong><span style="background-color:transparent; color:rgb(0, 0, 0); font-family:calibri,sans-serif; font-size:11pt">!</span></p>

Поиск работы в IT — это процесс, который часто кажется марафоном без финиша. Ты рассылаешь десятки резюме, проходишь собеседования, выполняешь тестовые — и вдруг получаешь сухое сообщение: «К сожалению, вы нам не подходите». Почему именно? Ведь ты учился, был мотивирован, выполнил задание. Ответ прост: на каждом этапе рекрутингового процесса работодатель ищет не просто знания, а сигналы — о твоем мышлении, готовности к работе, поведении и даже об энергии, которую ты передаешь. Разберем подробно каждый этап и то, как избежать типичных ошибок. 🔹 Этап 1. Отказ после отправки резюме Это самый распространенный и болезненный момент: ты отправляешь десятки откликов и получаешь тишину. Что происходит на самом деле Рекрутер тратит на одно резюме от 7 до 15 секунд. За это время он решает, стоит ли читать дальше. Если твой документ выглядит неструктурированно, без конкретики, без GitHub или портфолио — он просто теряется среди сотен других. ⚠️ Типичные ошибки Заголовок “Junior Developer” без уточнения направления. Нужно конкретнее: “Junior Python Developer”, “QA Manual”. Описание в стиле “изучал HTML/CSS/JS, имею базовые знания SQL”. Это выглядит как список из шпаргалки. Отсутствие результатов. Даже на этапе обучения стоит показать, что ты уже сделал: pet-проекты, сертификаты, дипломные задания. Неадаптированное резюме. Если ты рассылаешь одно и то же всем — видно, что ты не читал описание вакансии. ✅ Как сделать лучше Начни резюме с короткого профиля: кто ты, что умеешь и чем можешь быть полезен. Добавь результаты обучения: проекты, технологии, которые использовал, ссылки. Вместо фразы “Хочу развиваться в IT” напиши: “Хочу присоединиться к команде, где смогу работать над продуктом, совершенствуя свой код и процессы тестирования.” 💡 Резюме — это не твоя биография, а первая презентация твоей профессиональной ценности. Этап 2. Отказ после разговора с рекрутером Если тебя пригласили на первую беседу — резюме заинтересовало. Но теперь важно закрепить впечатление. Как думает рекрутер HR оценивает не твои знания кода, а твою мотивацию, эмоциональный интеллект, коммуникативность и соответствие культуре компании. Кандидаты часто забывают: это не формальность, а тест на зрелость. ⚠️ Типичные причины отказа Ты не можешь четко объяснить, почему именно IT и почему это направление. Ты не рассказываешь, что уже делал, а только подчеркиваешь, чего не знаешь. Ты выглядишь пассивным или неуверенным, не задаешь вопросов и не проявляешь интерес к компании. Ты обесцениваешь прошлый опыт: “это не важно, я теперь в IT”. ✅ Как действовать Подготовь четкую историю перехода: кто ты был, почему решил сменить сферу, что сделал для этого и каких результатов достиг. Говори о своем прошлом как о силе, а не как о балласте. “Раньше я работал в финансах, поэтому внимательность к деталям помогает мне как тестировщику.” Задавай вопросы: “Как проходит адаптация новичков в вашей компании?”, “Какие возможности роста предусмотрены?” 💬 Рекрутер ищет людей, которые хотят не просто работу, а развитие. Этап 3. Отказ после тестового задания Этот этап показывает, как ты думаешь и как относишься к работе. Как думает тимлид Тестовое — это не про «идеальный код». Это про ответственность, логику и отношение к задаче.  Даже если решение не идеально, но аккуратное, понятное и объясненное — это плюс. ⚠️ Типичные причины отказа Просрочка выполнения без предупреждения. Отсутствие комментариев. Тимлид не понимает твоих решений. Игнорирование требований. Например, просили адаптивный интерфейс, а ты сделал только десктоп. Плагиат или шаблонные решения. Опытные разработчики замечают это мгновенно. ✅ Как действовать Если не успеваешь — предупреди заранее. Это профессионально. Добавь короткий README: какие технологии использовал, почему именно так, с какими трудностями столкнулся. Не бойся показать процесс: лучше объяснить логику, чем прислать «идеальный, но непонятный код». 💡 Тестовое задание — это твой шанс показать не идеальность, а потенциал сотрудничества. Этап 4. Отказ после технического собеседования Это этап, где “вылетают” даже самые подготовленные.  Здесь важно не просто знать, а уметь рассуждать вслух. 💥 Что оценивает тимлид Понимаешь ли ты принципы, а не просто определения. Как реагируешь на сложные или незнакомые вопросы. Как рассуждаешь под давлением. Насколько комфортно с тобой взаимодействовать как с коллегой. ⚠️ Типичные ошибки Ответы “из учебника”, без понимания контекста. Агрессивная реакция на фидбек или оправдания: “Меня так учили.” Молчание, когда не знаешь ответа. Отсутствие вопросов о команде, продукте, технологиях. ✅ Как действовать Если не знаешь — скажи: “Я не сталкивался с этим на практике, но предполагаю, что…” Не бойся рассуждать: тимлид хочет услышать ход мыслей, а не угадывание. В конце обязательно спроси: “Могли бы вы дать обратную связь, что улучшить?” — это производит впечатление зрелости. 💬 Техническое собеседование — это не проверка, а диалог. Этап 5. Отказ после финального этапа Иногда ты прошел все: тест, техническое, финальную беседу — и всё равно получаешь отказ. 💥 Возможные причины Компания выбрала кандидата с чуть большим опытом. Ты не подошел под “культурный фит”: стиль общения, темп работы, энергетика. Твоя коммуникация была слишком формальной или, наоборот, чрезмерно эмоциональной. Это не значит, что ты “плохой”. Часто это просто несовпадение среды, и оно взаимное. ✅ Как реагировать Поблагодари за возможность. Спроси, можно ли получить короткий фидбек. Не воспринимай это как поражение, а как источник информации для роста. 💡 Иногда “нет” сейчас — это “да” через несколько месяцев, когда появится подходящая позиция. Вывод Каждый отказ — это зеркало. Оно показывает не то, что ты “недостаточно хорош”, а то, где именно стоит расти. Никто не строит карьеру без отказов. Но те, кто анализирует, делает выводы и совершенствует себя после каждого этапа — в итоге получают не просто работу, а уверенность в своей профессиональности. Не бойся фразы «мы выбрали другого кандидата». Бойся одного — не сделать выводы и не использовать шанс стать лучше.

Смена профессии — это всегда вызов, и если вы решили перейти в ИТ из другой сферы, вас ждёт ряд испытаний. Но самый сложный этап — это первое собеседование. Часто свитчеры (career switchers) волнуются: «Что сказать о себе, если у меня нет коммерческого опыта? Будет ли мой предыдущий бэкграунд полезен в новой сфере?». На самом деле правильная самопрезентация может стать вашим главным козырем. Почему самопрезентация критически важна Рекрутер или техлид во время знакомства оценивают не только ваши знания. Они хотят понять, как вы мыслите, видите ли свою ценность и сможете ли встроиться в команду. Если вы сами сомневаетесь в себе — это будет заметно. Но если умело подать свой прошлый опыт и обучение, вы получите плюс даже там, где ещё не хватает технических навыков. Типичные ошибки свитчеров Обесценивание прошлого опыта  ❌ «Я работал бухгалтером, но это неважно, потому что теперь хочу в ИТ».  — Так вы показываете, что не умеете интегрировать прошлые знания в новый контекст. Слишком общие ответы  ❌ «Я выучил JavaScript и хочу развиваться».  — Это звучит одинаково у десятков кандидатов, без индивидуальности. Излишний акцент на отсутствии опыта  ❌ «Я ещё не работал в ИТ, поэтому могу быть не очень компетентным».  — Такая фраза сразу снижает доверие. Успешные примеры самопрезентации 🔹 Пример 1. Переход из финансов в тестирование (QA) «Я более 5 лет работал в финансовой сфере, где отвечал за анализ больших объёмов данных и точность отчётности. Эта работа научила меня внимательности к деталям, ответственности и структурному мышлению. Во время обучения на курсах QA я увидел, что эти навыки напрямую применимы в тестировании: нахождение ошибок, проверка соответствия результатов ожиданиям, составление понятной документации.  Сейчас у меня есть несколько собственных проектов на GitHub, где я создавал тест-кейсы и проводил ручное и автоматизированное тестирование. Я стремлюсь применять эти навыки в профессиональной команде, помогая повышать качество продукта и развиваться как специалист». 👉 Почему это работает? Кандидат не отбрасывает прошлый опыт, а показывает его как сильную базу. Он доказывает, что аналитичность и точность из финансов отлично превращаются в ценность для QA. 🔹 Пример 2. Переход из образования во FrontEnd «Я 7 лет работала преподавателем английского языка. Моя работа была связана с тем, чтобы сложное делать простым: объяснять грамматику, строить понятные примеры, помогать студентам не теряться в деталях. Когда я начала изучать веб-разработку, поняла, что эти навыки напрямую помогают создавать удобный интерфейс — когда пользователь быстро понимает, как работает сайт или приложение.  За последние полгода я освоила HTML, CSS и JavaScript, создала несколько pet-проектов: сайт-визитку, блог и небольшой интернет-магазин. В процессе я научилась работать с Git и базовыми инструментами командной работы. Сейчас хочу стать частью команды, где смогу расти как FrontEnd-разработчик и создавать продукты, которыми удобно пользоваться людям». 👉 Почему это работает? Кандидатка подчёркивает soft skills из прошлой профессии (умение объяснять сложное, работа с людьми), а также демонстрирует уже сделанные шаги в ИТ (технологии, проекты). Это создаёт образ человека, который учится и уже приносит пользу. 🔹 Пример 3. Переход из продаж в Python-разработку «В течение 4 лет я работал в сфере продаж, где ежедневно общался с клиентами, искал решения их проблем и договаривался о результатах. Этот опыт дал мне сильные навыки коммуникации, работы под давлением и достижения целей. Когда я начал изучать Python, понял, что такой подход помогает и в разработке: нужно анализировать задачу, находить оптимальный путь и предлагать решение.  За последний год я прошёл несколько курсов, создал чат-бота, веб-приложение и систему для сбора данных. Все проекты выложил на GitHub. Мне нравится решать задачи, которые делают жизнь людей проще, и я хочу применить свои технические навыки и коммуникационный опыт в продуктовой команде». 👉 Почему это работает? Кандидат показывает, что опыт в продажах дал ему soft skills, которые делают разработчика сильнее: умение слушать клиента, достигать результата и работать под давлением. При этом он подтверждает техническую подготовку собственными проектами. Как строить свой ответ Используйте простую формулу: Прошлое — чем вы занимались раньше и какие навыки можно перенести в ИТ. Настоящее — что вы уже сделали для перехода: курсы, проекты, сертификаты. Будущее — чего хотите достичь и почему именно эта компания вам интересна. Пример: «В прошлом я работал в продажах и развивал коммуникативные навыки. Это помогает мне сейчас в работе с командой и клиентами. В течение последнего года я изучал Python, создал несколько проектов (чат-бот, веб-приложение), выложил их на GitHub. В будущем хочу стать частью продуктовой команды, где можно расти до роли мидла и участвовать в создании сложных сервисов». Что оценивает рекрутер и техлид Рекрутер смотрит на вашу мотивацию, способность учиться, коммуникабельность. Ему важно, чтобы вы вписались в культуру компании.   Техлид больше интересуется вашими техническими знаниями и логикой мышления. Но если вы сможете показать структурность, внимательность и желание расти, это будет огромным плюсом даже на начальном уровне. Практические советы Подготовьте 2–3 примера из прошлого опыта, которые можно «перепаковать» в ИТ-контекст (аналитика, работа с людьми, управление проектами, точность).   Обязательно покажите pet-проекты: сайт, приложение, бота, тесты. Это доказательство, что вы не только учились, но и практиковались.   Отработайте самопрезентацию вслух. Запишите себя на видео — вы сразу увидите, где звучите неуверенно.   Добавьте немного личной мотивации: «Я сознательно выбрал ИТ, потому что люблю решать задачи и создавать продукты, которыми пользуются люди». Не бойтесь, что ваш путь «необычный». Именно это и делает вас интересным кандидатом. Во многих ИТ-командах ценят разнообразие бэкграунда: кто-то пришёл из педагогики, кто-то из юриспруденции или медицины — и каждый приносит в команду новую перспективу. Ваша задача — не скрывать прошлый опыт, а показать его как преимущество. Помните: ИТ — это не только про код, но и про умение мыслить, коммуницировать, работать в команде. ✨ Правильная самопрезентация — это мост между вашей предыдущей сферой и новой профессией. Если вы верите в свой путь и умеете это донести, работодатель тоже в вас поверит.

Когда мы слышим слово «программист», представляется человек, который сидит за компьютером и пишет сотни строк кода. И кажется, что главное для него — знать синтаксис языков, владеть алгоритмами и разбираться во фреймворках. Именно технические знания воспринимаются как главный критерий успеха. Но на практике этого недостаточно. Представьте двух разработчиков с примерно одинаковым уровнем hard skills. Один закрывает задачи, но молчит на митингах и не умеет объяснить свою идею заказчику. Другой — не только пишет код, но и умеет донести сложные вещи простыми словами, сотрудничать с коллегами и находить решения в стрессовых ситуациях. Кого быстрее заметят менеджеры? Кого пригласят в сложные проекты? Кто станет тимлидом через несколько лет? Именно мягкие навыки (soft skills) определяют, кто останется «обычным исполнителем», а кто превратится в настоящего профессионала, с которым хотят работать и коллеги, и заказчики. Это то, что отличает хорошего разработчика от просто технически грамотного. 1. Умение объяснить сложное простыми словами Представьте ситуацию: джуниор-разработчик столкнулся с ошибкой и боится подойти к тимлиду, потому что «будет выглядеть глупо». Хороший разработчик поступает иначе — он формулирует вопрос так, чтобы коллега понял контекст и быстро помог. 👉 Почему это важно? Коммуникация экономит время команды. Тот, кто умеет описать проблему в двух предложениях, помогает двигать проект вперёд, вместо недель хаотичных попыток. 2. Культура обратной связи Многие программисты воспринимают code review как «критику». Но сильный специалист видит в этом способ расти. Он не защищается фразой «это ведь тоже работает», а анализирует, почему коллега советует иначе. 👉 Пример из практики: один девелопер постоянно оправдывался во время ревью, и его код часто оставался сырым. Другой — внимательно слушал комментарии, даже если не соглашался. Через полгода второй получил повышение, потому что показал способность учиться. 3. Приоритизация вместо «я сделаю всё» Новички часто хотят взять максимум задач и показать, что они быстрые. Результат — сорванные дедлайны и падающее качество кода. 👉 Что делает хороший разработчик? Он оценивает, что действительно критично, договаривается с менеджером и честно говорит: «Это я сделаю сегодня, это завтра, а здесь нужна помощь». Такой подход строит доверие. 4. Адаптивность к изменениям Фреймворк, с которым вы работали год, завтра может устареть. Компания может перейти из офиса на remote, а команда — сменить стек. 👉 Реальный пример: разработчик, который отказался освоить новый инструмент CI/CD, остался на «второстепенных задачах». Его коллега, который сказал «я не знаю, но научусь», через полгода уже настраивал пайплайны для всей команды. 5. Эмоциональная зрелость Представьте горячий дедлайн: менеджер давит, клиент нервничает, а баг не находится. Обычный разработчик может разозлиться, замкнуться или обвинить других. Хороший — выдыхает, структурирует проблему и спокойно предлагает варианты. 👉 Почему это решающе? Именно в кризисные моменты становится понятно, кто тянет команду вниз, а кто помогает держать баланс. 6. Желание обучать и делиться Настоящие профессионалы не боятся, что их «сделают лишними». Они делятся знаниями с джунами, проводят внутренние мини-лекции, пишут документацию. 👉 Результат: команда становится сильнее, а сам человек получает репутацию эксперта. Это прямой путь к роли тимлида или архитектора. Как прокачать soft skills разработчику - практический чек-лист. 🔹 Коммуникация Объясняйте свои мысли «языком человека с улицы» — если бабушка поняла, то и заказчик поймёт. Тренируйтесь формулировать проблему в формате: «Что происходит → Почему это проблема → Что нужно». Ведите заметки после митингов, чтобы избежать недопониманий. 🔹 Обратная связь Просите коллег во время code review не только о замечаниях, но и о сильных сторонах вашего кода. Привыкайте спрашивать: «Что я могу сделать лучше в следующий раз?» вместо «Почему ты критикуешь?». Попробуйте раз в неделю давать конструктивный фидбек кому-то из команды. 🔹 Тайм-менеджмент и приоритизация Каждый день начинайте с топ-3 самых важных задач. Используйте метод «Pomodoro» — 25 минут работы, 5 минут отдыха. Всегда предупреждайте менеджера о риске задержки, не дожидаясь дедлайна. 🔹 Адаптивность Раз в квартал изучайте новый инструмент или библиотеку (даже вне основного стека). Участвуйте во внутренних экспериментах: новый процесс, методология, инструмент. Тренируйте «гибкость мышления»: вместо «это не работает» говорите «как это можно сделать иначе?». 🔹 Эмоциональная зрелость Перед тем как ответить в стрессовой ситуации, сделайте паузу на 5 секунд. Используйте техники управления стрессом: дыхательные упражнения, короткие прогулки. Учитесь отделять личное от рабочего: критикуют код, а не вас. 🔹 Обучение и менторство Раз в месяц делайте мини-презентацию для коллег («фишки из проекта», «новый инструмент»). Помогайте джунам с задачами: обучение других закрепляет ваши знания. Документируйте решения — это навык, который ценит любая команда. Вывод Хорошего разработчика отличает не только то, как он пишет код, но и то, как он взаимодействует с людьми. Можно знать десятки языков программирования, строить сложные архитектуры и блестяще проходить технические тесты — но без развитых soft skills карьера часто останавливается на уровне «исполнителя». Soft skills — это про доверие, зрелость и способность делать больше, чем просто нажимать клавиши. Это то, что позволяет слышать и быть услышанным, строить здоровую атмосферу в команде, принимать вызовы и эффективно выходить из сложных ситуаций. 👨‍💻 Тот, кто развивает эти навыки, быстрее получает интересные проекты, легче проходит собеседования, становится заметным для руководства и постепенно выстраивает карьеру, в которой ценят не только «что ты умеешь», но и «каким коллегой ты являешься». Именно это и делает разницу между обычным программистом и тем, кого считают незаменимым специалистом.