<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 — это про доверие, зрелость и способность делать больше, чем просто нажимать клавиши. Это то, что позволяет слышать и быть услышанным, строить здоровую атмосферу в команде, принимать вызовы и эффективно выходить из сложных ситуаций. 👨‍💻 Тот, кто развивает эти навыки, быстрее получает интересные проекты, легче проходит собеседования, становится заметным для руководства и постепенно выстраивает карьеру, в которой ценят не только «что ты умеешь», но и «каким коллегой ты являешься». Именно это и делает разницу между обычным программистом и тем, кого считают незаменимым специалистом.

SQL Server 2017 – это огромный шаг вперед на пути к платформе, универсальной для многих языков, типов данных, онпремисного софта и облачных хранилищ, доступной как для Linux и Linux Docker-контейнеров, так и для традиционной Windows. В этой статье мы расскажем о ключевых особенностях обновленной технологии и поделимся полезными ссылками на дополнительные материалы. Загрузить новинку вы можете здесь.   Обратите внимание! Помимо приведенных ниже изменений, также были выпущены кумулятивные патчи, которые привносят свои улучшения.   Обновленный движок Движок SQL Server 2017 включает множество новых возможностей, улучшений и оптимизационных алгоритмов. CLR сборки, в качестве аналога функции clr strict security, описанной в CTP 2.0, теперь могут быть спокойно добавлены в вайт-лист. Кроме того, такие Transact-SQL сборки, как sp_add_trusted_assembly, sp_drop_trusted_assembly и sys.trusted_assemblies (RC1), больше не вызывают конфликтов с безопасностью. Восстановление построения индекса возобновляет процесс построения индекса с места предыдущего сбоя (к примеру, по причине недостаточного места на диске и т.д.) или приостанавливает работу и возобновляет ее через определенное время (ALTER INDEX). IDENTITY_CACHE – отличная новинка для ALTER DATABASE SCOPED CONFIGURATION, которая позволяет избежать пропусков между значениями колонок идентификации на случай, если сервер внезапно перезагрузится или произойдет сбой в работе с вторичным сервером. Новое поколение улучшений в механизме обработки запросов, адаптирующих оптимизационные стратегии к вашему приложению прямо во время выполнения (run-time режиме). Первая версия семейства адаптивной обработки запросов содержит три значимых новшества: batch mode, adaptive joins и batch mode memory grant feedback. Кроме того, не стоит также  забывать про последовательное выполнение многооператорных табличных функций. Автоматическая калибровка базы данных позволяет предотвратить вероятные падения производительности запросов, предлагает решения и, помимо прочего, может автоматически исправить обнаруженные неполадки. Новые возможности графов для моделирования множественных связей включают обновленный синтаксис CREATE TABLE, предназначенный для генерации таблиц ячеек и граней. Также в комплекте поставляется новое ключевое слово MATCH для запросов. С целью обеспечения безопасности CLR сборок опция sp_configure под названием clr strict security теперь включена по умолчанию. Появилась возможность устанавливать максимальный размер временных файлов tempdb до 256 ГБ (262,144 МБ) на один файл. Однако если размер превысит 1 ГБ (без IFI), будет выдано соответствующее предупреждение. Колонка modified_extent_page_count в sys.dm_db_file_space_usage отслеживает изменения в каждом файле базы данных, позволяя применять возможности «умного бэк-ап’а».  «Умный бэк-ап» в свою очередь проводит частичный или полный бэк-ап страниц, исходя из процента внесенных изменений. Поддержка возможности кросс-транзакции между базами данных с Always On Availability Group – даже внутри одного и того же представления. Синтаксис T-SQL SELECT INTO теперь поддерживает загрузку страницы прямо в FileGroup при помощи специального слова – ON. Обновленный функционал Availability Groups включает в себя безкластерную поддержку, настройки Minimum Replica Commit Availability Groups и Windows-Linux кроссплатформенные миграции и тестирование. Новые возможности динамического управления: sys.dm_db_log_stats демонстрирует общие уровневые атрибуты и содержимое файлов транзакции, необходимое для мониторинга состояния транзакционного лога. sys.dm_tran_version_store_space_usage отслеживает использование места на диске отдельно для каждой базы данных, что, безусловно, помогает предугадать возможный размер временных файлов. sys.dm_db_log_info позволяет мониторить, оповещать и предотвращать потенциальные ошибки транзакции благодаря обработке VLF-информации. sys.dm_db_stats_histogram - новая опция мониторинга для анализа статистики. sys.dm_os_host_info предоставляет оперативную системную информацию Windows и Linux. Database Tuning Advisor (DTA) – или «советник по калибровке базы данных» – получил целый спектр дополнительных настроек и улучшений производительности. Оптимизация работы с памятью включает в себя поддержку вычисленных колонок в оптимизированных таблицах, полную поддержку JSON-функций и CROSS APPLY оператор. STRING_AGG функция обзавелась таким полезным опционалом, как CONCAT_WS, TRANSLATE, TRIM и WITHIN GROUP. Новые опции bulk-доступа (вроде BULK INSERT и OPENPOWSET(BULK…)) для CVS и блоб-файлов Azure. Оптимизация объектов: внедрение sp_spaceused, отказ от 8-индексных ограничений оптимизированных таблиц, sp_rename для оптимизированных таблиц и органически внедренные T-SQL модули. Помимо прочего стоит указать CASE и TOP (N) WITH TIES для упомянутых выше T-SQL модулей. Теперь хранение, бэк-ап и заливка оптимизированных таблиц на Azure не составит труда. DATABASE SCOPED CREDENTIAL - это новый класс защищенных, поддерживающих CONTROL, ALTER, REFERENCES, TAKE OWNERSHIP и VIEW DEFINITION разрешений. Работа с операциями bulk-администрирования может происходить прямо из sys.fn_builtin_permissions. Добавлен уровень совместимости 140.   Службы интеграции (SSIS) Новая особенность Scale Out может похвалиться следующими инновациями: Scale Out Master теперь стал более доступным для использования. Благодаря усовершенствованию Scale Out Workers подверглась изменению система ведения логов на случай отказа работы сервера. Параметр runincluster процедуры [catalog].[create_execution] для большей совместимости и читабельности был переименован на runinscaleout. Для поддержки выполнения SSIS-пакетов в стандартном режиме SSIS-Каталог обзавелся соответствующими глобальными свойствами. Благодаря новой особенности Scale Out для SSIS, Вы можете легко использовать Use32BitRuntime во время работы приложения. Сервисы интеграции SQL Server 2017 теперь поддерживают SQL Server и для Linux. Новый программный пакет позволит Вам работать с SSIS прямо из командной строки. Помимо прочего, Scale Out for SSIS значительно упрощает запуск SSIS-пакетов на нескольких машинах. Отдельно стоит упомянуть об OData Source и OData Connection Manager, обеспечивающих подключение к Microsoft Dynamics AX Online and Microsoft Dynamics CRM Online.   Обновление служб Master Data Значительное улучшение и повышение производительности в сравнении с предыдущими версиями. Хотите просмотреть список сборок, коллекций и иерархий веб-приложения? Что может быть проще! Новая страница Explorer легко позволит Вам это. Благодаря использованию специальных процедур хранения данных внесение записей стало значительно более оптимизированным. Улучшение производительности во время развертывания папки Entities в Manage Groups, так как страница Manage Groups перемещена в секцию Security.   Обновленные службы анализа (SSAS) Сервисы анализа (в дальнейшем – SSAS) SQL Server 2017 представляют множество новых возможностей и улучшений для табличных моделей. А именно: Табличный режим в качестве опции по умолчанию. Объектная защита метадаты табличных моделей. Взаимозависимость данных для упрощения создания зависимостей полей. Внедрение нового ресурса Get Data и поддержка М-запросов для существующего DirectQuery. DAX Editor для SSDT. Кодировка подсказок для оптимизации обновления данных таблиц в памяти. Поддержка таблицами уровня совместимости 1400. Если Вы желаете создать новые или обновить существующие таблицы к уровню совместимости 1400, загрузите и установите SQL Server Data Tools (SSDT) 17.0 RC2. Поддержка Get Data нового уровня совместимости 1400, упомянутого выше. Новое свойство Hide Members позволит Вам скрыть пустые сущности поврежденных иерархий. Новые действия – Detail Rows и Show Details – для совокупной информации. Внедрение функций SELECTCOLUMNS и DETAILROWS для создания Detail Rows – выражений. Оператор DAX IN для задания множественных значений.   Обновленные службы отчетности В новой версии SQL Server 2017 службы отчетности не поставляются по умолчанию. Загрузить их Вы можете здесь. Для повышения уровня читабельности кода и упрощения командной разработки была внедрена поддержка комментариев. Также Вы можете прикреплять к ним дополнительные файлы. Используя последнюю версию Report Builder и SQL Server Data Tools, Вы можете создавать нативные DAX-запросы – в противовес таблицам служб анализа. Все, что Вам для этого нужно – лишь переместить желаемые поля в дизайнер запросов. Благодаря поддержке интуитивного RESTful API, используя последнюю версию SQL-инструментария, Вы без труда сможете разрабатывать современные приложения и проводить их последующую кастомизацию.   Машинное обучение В новой версии приложения R-службы сменили название на Службы Машинного Обучения SQL Server (SQL Server Machine Learning Services), что подчеркивает поддержку как языка R, так и набирающего популярность Python. Благодаря этому работа с такими языками не составит труда. Впрочем, можно обойтись и без SQL Server: упомянутые Службы Машинного Обучения не требуют его наличия на ПК. С этими значительными новшествами разработчики SQL получили колоссальное преимущество в виде отменных библиотек Python ML и AI, которые, помимо прочего, могут похвастаться открытым исходным кодом. Итак, что же мы имеем? Revoscalepy – Python`овский эквивалент RevoScaleR. Включает в себя параллельные алгоритмы линейных и логистических регрессий, дерево решений, усиленные деревья и рандомные леса. Также стоит упомянуть богатый набор API, крайне полезных при обработке и манипуляции данными, удаленными вычислениями и информационными ресурсами. Microsoftml – воистину настоящее произведение искусства в сфере алгоритмов машинного обучения. Включает в себя проработанные нейронные сети, быстрые деревья решений и леса и, конечно же, оптимизированные алгоритмы линейных и логистических регрессий. В Вашем распоряжении также оказываются заготовки на базе моделей ResNet, весьма удобные, когда речь заходит об извлечении картинок или их анализа. Взаимодействие Python с T-SQL – что может быть проще? Все, что Вам нужно – это лишь задеплоить Python-код при помощи процедуры sp_execute_external_script! Ощутите настоящую скорость передачи данных между SQL и Python-процессами. Свободно используйте MPI кольцевую параллелизацию. Нативное оценивание – даже если язык R не установлен, благодаря функции Predict Transact-SQL можно легко провести оценивание в любой сущности SQL Server 2017. Все, что Вам необходимо, – это настроить модель, используя один из алгоритмов RevoScaleR или revoscalepy, сохранив модель в новом компактном бинарном формате. Управление пакетами – обновленный T-SQL обладает поддержкой команды CREATE EXTERNAL LIBRARY, что упрощает работу с R-пакетами. Контролируйте приватность пакетов, устанавливайте доступ, сохраняйте их и делитесь с другими пользователями. Улучшения производительности – благодаря оптимизации процедуры sp_execute_external_script была включена поддержка batch-режима для информации в столбцах. Автор перевода: Евгений Лукашук Источник