Ключевые выводы
- SIMD-инструкции (SSE2, AVX2) позволяют обрабатывать 16-32 байта за одну операцию
- В UTF-8 все управляющие символы CSV (запятая, кавычка, перенос строки) занимают ровно один байт и совпадают с ASCII
- Минималистичный код (16 КБ) побеждает оптимизированный, но раздутый (163 КБ) за счёт давления на L1-кэш процессора
- Компилятор и рантайм умеют оптимизировать лучше, если им не мешать микрооптимизациями

Наивная реализация — считаем запятые

Прежде чем строить парсер, поставим простую задачу: как быстрее всего подсчитать, сколько раз символ , встречается в большом UTF-8-файле? Тестируем на CSV-файле размером 500 МБ.

Базовая реализация: 135,305 мс

Простейший вариант: перебираем каждый байт и сравниваем с искомым. Можно ли лучше?

Unsafe-указатели: 128,683 мс

Каждый раз, когда вы обращаетесь к массиву через data[i], рантайм .NET выполняет проверку границ (bounds checking) — убеждается, что индекс не выходит за пределы массива. Если вместо этого использовать unsafe-указатели, мы обещаем рантайму, что не выйдем за границы. Экономия — 7 мс.

Развёртка цикла (unrolling 4x): 105,320 мс

Механика цикла for обманчиво дорога: на каждой итерации нужно проверить условие выхода и выполнить переход в начало. Если обрабатывать по 4 элемента за итерацию, накладные расходы снижаются в четыре раза. «Хвост» данных, не кратный четырём, обрабатывается обычным побайтовым циклом.

Проблема — UTF-8 и Unicode ломают всё

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

Наименьшая единица данных — байт (числа 0-255). Но человечество использует гораздо больше 256 символов. Ранние системы решали это через кодовые страницы — у каждого региона была своя таблица. Японские системы использовали Shift-JIS, в Китае по закону обязателен GB 18030. Если открыть файл в неправильной кодировке, вы увидите «крокозябры» (mojibake) — бессмысленный набор символов.

Unicode решил эту проблему в 90-х: каждому символу присваивается номер (codepoint), а разные кодировки (UTF-8, UTF-16, UTF-32) определяют, как эти номера записываются в байты.

Вот как UTF-8 кодирует символы в зависимости от количества байтов:

Ключевой факт: байты 0x00-0x7F в UTF-8 полностью совпадают с ASCII. Это значит, что управляющие символы CSV — запятая (,), кавычка ("), перевод строки (\n) — всегда занимают ровно один байт, независимо от того, какие Unicode-символы находятся в данных. И это можно использовать для невероятно быстрого сканирования.

SIMD — ускорение через параллельные инструкции

До сих пор мы обрабатывали по одному байту за раз. Представьте сложение двух массивов по 8 элементов — нужно 8 отдельных операций сложения. Можно распараллелить это по потокам, но управление потоками создаёт накладные расходы и не добавляет эффективности.

SIMD (Single Instruction, Multiple Data) — это набор процессорных инструкций, которые выполняют одну операцию сразу над несколькими элементами данных. Вся магия происходит в железе, поэтому результат приходит за то же время, что и обычная операция над одним элементом.

Аналогия: сложить два однозначных числа (8 + 2) — просто. Сложить два семизначных — нужно перебирать разряды. А теперь представьте, что вы можете «увидеть» сумму двух семизначных чисел мгновенно, с той же лёгкостью, что и однозначных. Это и есть SIMD.

Вот как выглядит SIMD-сложение 4 элементов за одну операцию:

Мы делаем в 4 раза больше работы за то же усилие.

SSE2: 46,663 мс

SSE2 (появился в x86-процессорах в 2000 году) работает с 128-битными регистрами — 16 байтов за раз. Алгоритм такой:

1. Загрузить 16 байтов данных в SIMD-вектор
2. Сравнить каждый байт с искомым (Sse2.CompareEqual) — на позициях совпадений появятся байты 255, на остальных — 0
3. Извлечь старшие биты из каждого байта (Sse2.MoveMask) — получаем 16-битное число, где каждый установленный бит означает совпадение
4. Подсчитать установленные биты

Для строки "Hello, I, like, commas." это выглядит так:

AVX2: 42,220 мс

AVX2 (с 2011 года) расширяет регистры до 256 битов — 32 байта за итерацию. Код аналогичен SSE2, но с Vector256 вместо Vector128.

Прирост скромный — значит, узкое место сместилось на цикл обработки маски. Нужно ускорить подсчёт битов.

AVX2 + TZCNT: 16,630 мс

BitOperations.TrailingZeroCount — аппаратная инструкция TZCNT, которая мгновенно находит позицию младшего установленного бита. Вместо того чтобы перебирать биты маски по одному, мы прыгаем сразу к следующему совпадению и сбрасываем его.

AVX2 + POPCNT: 13,673 мс

А есть ещё лучше. BitOperations.PopCount — аппаратная инструкция POPCNT, которая за одну операцию считает количество установленных битов в числе. Именно то, что нам нужно:

Мы достигли потолка производительности для подсчёта символов. Ускорение в 10 раз по сравнению с наивной реализацией — отличный результат. Пора применить это к парсингу CSV.

Поиск разделителей через SIMD

При парсинге CSV нас интересуют три управляющих символа: запятая (,), кавычка (") и перевод строки (\n). Правила обработки:

• Запятая — конец текущего поля
• Перевод строки — конец текущей строки
• Кавычка — начало или конец экранированного блока (внутри которого запятые и переносы игнорируются). Две кавычки подряд — это экранированная кавычка в значении

Парсинг разбивается на два этапа. Первый — определение позиций и длин полей через SIMD (функция DetermineFields). Второй — фактическое извлечение и дeкодирование значений, только когда пользователь их запрашивает.

Вот упрощённый код первого этапа (без обработки краевых случаев):

Несколько важных деталей:

• Здесь используется TrailingZeroCount вместо PopCount, потому что нам важна позиция каждого найденного символа, а не только их количество
• Одна и та же схема CompareEqual + MoveMask применяется для каждого управляющего символа, а затем маски объединяются через OR. Отдельные маски сохраняются, чтобы потом определить тип найденного символа
• Мы не касаемся содержимого полей — если пользователю нужен только один столбец, незачем декодировать остальные

Обработка кавычек и экранирования

Когда поле содержит кавычки, нужно выполнить декодирование вручную — убрать обрамляющие кавычки и заменить двойные кавычки на одинарные. Кроме того, C# внутри использует UTF-16 для всех строк (char — это 16-битная единица кода), поэтому при чтении UTF-8 приходится конвертировать.

Если кавычек в поле нет, используется быстрая встроенная конвертация Encoding.UTF8.GetChars. Но если кавычки есть, быстрее выполнить конвертацию и удаление кавычек за один проход:

Хитрость здесь в том, что 2- и 3-байтовые UTF-8-последовательности всегда дают одну единицу кода UTF-16, поэтому кодпоинт можно просто привести к char. Четырёхбайтовые символы (эмодзи и редкие иероглифы) требуют суррогатных пар.

Для UTF-16-строк (внутренний формат C#) парсер использует трюк с Avx2.PackUnsignedSaturate: два 256-битных вектора 16-битных символов «сжимаются» в один 256-битный вектор 8-битных байтов. ASCII-символы сохраняются как есть, а все не-ASCII насыщаются до 255 (или 0 для отрицательных при знаковой интерпретации). После перестановки блоков через Avx2.Permute4x64 можно применять ту же маску, что и для UTF-8.

Бенчмарки — результаты

Существующие бенчмарки CSV-парсеров на C# тестируют только один файл — по сути, они измеряют не парсинг CSV, а производительность на одном конкретном сценарии. Поэтому автор создал собственный набор тестов с разными типами данных:

• Реальные данные Reddit — широкий датасет с разными типами данных и большим количеством текста (из Reddit ArcticShift)
• Международный текст — CSV с названиями предметов из Pokemon на множестве языков (кириллица, японский, корейский)
• Финансовые данные — числа с минимумом текста
• Синтетические тесты — числовые поля, короткие файлы (50 строк), файлы с обязательным экранированием, «стресс-тест» с массой кавычек

Полные результаты опубликованы на bepis.io/csv-benchmark.

Итог: FourLambda.Csv оказался самым быстрым в 41 из 70 тестов. Не абсолютная победа, но убедительное лидерство.

Для сравнения, вот как менялась скорость подсчёта символов на файле 500 МБ по мере оптимизации:

Почему FourLambda.Csv быстрее Sep

До этого самым быстрым CSV-парсером на C# считалась библиотека Sep. Вот несколько причин, почему FourLambda.Csv выигрывает:

UTF-8 без промежуточной конвертации. Sep внутри конвертирует UTF-8 в UTF-16 даже если данные не нужны пользователю. FourLambda.Csv работает напрямую с UTF-8.

Давление на кэш. L1-кэш процессора — около 32-64 КБ, и он хранит не только данные, но и исполняемый код. FourLambda.Csv весит ~16 КБ, а Sep — ~163 КБ. Разница в 10 раз означает, что Sep может вытеснять данные из L1-кэша, вызывая медленные обращения к памяти.

Переоптимизация. Sep тщательно контролирует, как данные перемещаются между регистрами. Теоретически это быстрее, но на практике может мешать оптимизациям рантайма. Компилятор и процессор умеют оптимизировать код, если им не указывают точный способ выполнения. Чрезмерная микрооптимизация «связывает руки» и мешает автоматическим улучшениям в новых версиях .NET.

Зависимость от оборудования. Результаты могут отличаться на разных машинах. Например, Sse.Prefetch0 (предзагрузка данных в L1) давала +10-20% на ноутбуке с DDR3, но почти нулевой эффект на десктопе с DDR5. На системах с AVX-512 и ARM у Sep есть аппаратные оптимизации, которых пока нет в FourLambda.Csv.

Выводы

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

Главные уроки:

• SIMD — не магия для избранных. В C# интринсики доступны из коробки и дают кратный прирост на задачах поиска и сравнения
• UTF-8-совместимость ASCII — мощное свойство, которое можно эксплуатировать для быстрого парсинга
• Минимализм побеждает сложность: меньше кода — меньше давления на кэш — быстрее выполнение
• Не мешайте компилятору: иногда лучшая оптимизация — не оптимизировать вручную

Библиотека доступна на GitHub: bbepis/FourLambda.Csv.

Перевод и адаптация статьи How I accidentally made the fastest C# CSV parser с разрешения автора.

Как это работает

Момо нажимает клавиши на Bluetooth-клавиатуре. Сигнал проходит через Raspberry Pi 5 в небольшое Rust-приложение DogKeyboard, которое фильтрует спецклавиши и передает ввод ИИ Claude.

После определенного количества символов система:

• отправляет текст в Claude Code,
• запускает сборку игры (на Godot 4.6, логика — на C#),
• выдает собаке лакомство через автоматическую кормушку,
• звуковым сигналом сообщает, что ИИ готов к следующему «брифингу».

Один цикл — и еще один уровень готов. На создание играбельной сборки уходит 1–2 часа.

Главный трюк — не в собаке

Самое сложное, по словам Лика, было не научить собаку «долбить» клавиши, а убедить Claude воспринимать бессмысленный ввод как осмысленные команды.

Решение — хитрый системный промпт. Искусственному интеллекту сообщили, что перед ним «эксцентричный гениальный геймдизайнер, который говорит загадками». Любой набор символов нужно интерпретировать как скрытую креативную идею.

Это глупость или в этом все же что-то есть?

Формально Момо не «кодит». Но эксперимент показывает, насколько гибко современные агенты могут интерпретировать даже абсурдный ввод.

Да и в целом, как фановый проект, ставший популярным мемом — отличное отражение времени.

Об этом рассказал Логан Килпатрик, продакт-лид Google AI Studio, в посте на X.

Что такое вайб-кодинг

Термин vibe coding (от англ. vibe — «ощущение», «настроение») появился в 2024 году и описывает подход к программированию, где разработчик не пишет код вручную, а общается с ИИ в свободной форме, задавая лишь общие направления: «сделай RPG про кота-самурая», «добавь погодные эффекты», «пусть враги становятся умнее».

Пока этот подход работал только с простыми проектами вроде сайтов и мобильных приложений, но Google обещает вывести его на новый уровень.

Что умеет новый AI Studio

По словам компании, обновленный Google AI Studio «понимает задачу и автоматически подбирает нужные модели, API и инструменты».

Например, если пользователь захочет сделать приложение, генерирующее изображения по промтам, AI Studio сам подключит соответствующий API (в данном случае — Nano Banana API) и настроит всю инфраструктуру.

«Мы сделали процесс создания мощных, функциональных и ИИ-дополненных приложений максимально простым», — говорится в блоге Google.

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

Теперь и для игр

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

«Это откроет путь для новых 100 млн разработчиков. Многие мечтают сделать игру, но спотыкаются о C++, C# и Unreal Engine. Теперь они смогут создавать истории, персонажей и геймплей — без единой строчки кода», — написал он.

Разумеется, до уровня Civilization или Baldur’s Gate дело не дойдет. По словам Килпатрика, речь идет о «небольших проектах для друзей», где игроки сами управляют сюжетом и механикой.

Скепсис и ожидания

Пока даже самые продвинутые ИИ-инструменты едва справляются с генерацией простых 2D-игр вроде Wordle или Flappy Bird.

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

Тем не менее, Google, по слухам, готовит к релизу Gemini 3.0, который может радикально улучшить креативные и кодогенерационные возможности.

Если планы компании сбудутся, то к концу года видеоигра мечты может начаться не с кода, а с фразы:

«Сделай мне космический шутер, где коты сражаются против пылесосов».

NWinfo позволяет мгновенно получить сводку по системе — включая данные о ЦП, ОЗУ, SMBIOS, CPUID, S.M.A.R.T., PCI, EDID, видеокартах и сетевых интерфейсах. Утилита не требует установки и может запускаться с любого носителя, что делает её удобным решением для диагностики и устранения неполадок. Также поддерживается экспорт отчётов в JSON, YAML и LUA, что облегчает обмен данными и автоматизацию.

В версии 1.4.4 разработчики исправили ряд ошибок, добавили поддержку копирования через Ctrl+C в графическом интерфейсе, внедрили отображение информации о целостности кода (Code Integrity) и обновили драйверы. Также появилась поддержка PawnIO, расширяющая взаимодействие с файловыми системами.

NWinfo часто сравнивают с другими инструментами для анализа аппаратной части ПК, но это не аналог HWiNFO. Последний, напомним, обновился до версии 8.30 в августе 2025 года и используется для системного мониторинга и диагностики. Похожий по функциональности проект Glow 25.12, выпущенный в сентябре 2025 года, предлагает детальный анализ компонентов в интерфейсе на C# под лицензией MIT.

Релиз NWinfo 1.4.4 подтверждает растущий интерес к лёгким и прозрачным инструментам для системного анализа, которые не требуют установки и уважают приватность пользователя.

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

Логика не по адресу

Как отмечает Эвальд Бенс, фуллстек разработчик и авторов популярного блога об IT, он предпочитает держать как можно больше логики в приложении, а не в SQL-хранилищах, представлениях и процедурах:

Я отношусь к базе как к тупому хранилищу данных. Вся логика — в коде. SQL просто не предназначен для сложных сценариев.

И дело не в том, что SQL чего-то «не умеет». Умеет — особенно с расширениями вроде PL/pgSQL или Oracle PL/SQL.

Но выразительность этих языков — далека от Python, TypeScript, Rust или C#, особенно когда речь идет о бизнес-логике, объектной модели или сложных расчетах.

Зачем выносить логику из базы?

1. SQL невыразителен

Для манипуляций с табличками и JOIN — он король. Но как только начинается рекурсия, классы, вложенные состояния или обработка ошибок — SQL превращается в монстра с BEGIN, IF, LOOP, EXCEPTION, RAISE, CURSOR, FETCH, WHILE и т.д...

2. Развертывание — боль

Обновить приложение можно за минуту, откатить — за две. А вот миграции на проде — это:

• повышенные права доступа;
• согласование с DBA;
• боязнь сломать что-то «наживую»;
• ручной откат схем.

3. Лочит на вендора

Логика, написанная на PL/SQL — это билет в один конец к Oracle. Переезд на PostgreSQL или SQL Server становится в 5 раз сложнее.

4. Меньше инструментов

Вокруг SQL есть утилиты, но полноценной среды с юнит-тестами, статическим анализом, форматтерами, профайлерами, линтерами и отладчиками — почти нет.

А что с производительностью?

Да, есть нюанс: иногда лучше обработать данные прямо в базе, чтобы не гонять десятки тысяч строк по сети. Это особенно актуально, если не хочется получить классическую проблему N+1-запросов.

Но даже в этом случае большинство специалистов советует сначала делать «просто и понятно», а не «оптимально заранее». До тех пор, пока не уперлись в реальные метрики, выносить логику в базу — преждевременная оптимизация.

Что делать?

Подход «база — хранилище, логика — в коде» стал де-факто стандартом во многих командах. Но это не догма:

• Для отчетности или простых ETL сценариев логика в SQL может быть уместной.
• Для монолитных решений без CI/CD и DevOps — процедурный SQL вполне оправдан.
• Но в современной разработке с частыми релизами, микросервисами и отказоустойчивостью бизнес-логика в приложении — просто удобнее и безопаснее.

Больше новостей — в нашем канале Представляешь

Подробности

MCP уже становится стандартом для корпоративных ассистентов и мультиагентных систем: протокол позволяет гибко управлять маршрутами вызовов между моделями и сервисами, снижает хаос в интеграциях и упрощает масштабирование LLM-приложений. Теперь у инженеров появилась возможность изучить MCP на практике: в курсе представлены готовые проекты и живой код на Python, C#, Java, TypeScript и JavaScript, есть пошаговые инструкции по настройке среды, запуску серверов и клиентов, интеграции с пайплайнами CI/CD, а также подробные объяснения архитектуры и рекомендаций по безопасности.

Что есть в учебной программе

Курс разделён на несколько блоков: от основ MCP и настройки окружения до практического создания серверов и клиентов, работы с потоковой передачей данных и построения мультимодальных систем. Также рассматриваются вопросы масштабирования, интеграции с Azure AI и OpenAI, построения защищённых серверов и развертывания LLM-агентов. Особое внимание уделено тому, как MCP помогает организовать работу с контекстом запросов и объединением нескольких моделей, включая сценарии корпоративного применения.

План следующий:

• Уроки 1–2 — введение в протокол, настройка среды, запуск базового MCP-сервера и клиента, интеграция в существующие пайплайны, безопасность.

• Урок 3 (большой модуль) — создание и развертывание рабочего MCP-сервера и клиента: от локальной разработки и тестирования в Visual Studio Code с AI Toolkit до развертывания сервера с SSE и HTTP-стримингом, а также построения клиентов на Python и TypeScript.

• Уроки 4–5 — практическое применение: от отладки и тестирования до масштабирования, мультимодальности и интеграции с Azure AI Foundry, OAuth2 и системами Entra ID.

• Уроки 6–9 — лучшие практики, вклад сообщества, разбор реальных кейсов ранних внедрений, лабораторные работы.

• Урок 10 — практическая лаборатория: создание MCP-сервера с помощью AI Toolkit для VSCode, демонстрация потоковой передачи данных в реальном времени, интеграции с внешними LLM и корпоративными пайплайнами.

Курс будет полезен как тем, кто только начинает изучать работу с языковыми моделями и строит свои первые ассистенты, так и опытным разработчикам, которым нужны структурированные практики и кейсы. Для старта достаточно базового понимания Python, C# или Java, а также представления о модели клиент-сервер и API.

Учебная программа уже доступна в официальном репозитории MCP на GitHub. Там можно найти SDK с открытым исходным кодом, инструкции по работе с AI Toolkit для VSCode, шаблоны проектов и примеры кода, которые можно запускать и адаптировать под свои задачи.

Протокол MCP становится частью экосистемы OpenAI и Azure AI, и умение работать с ним может дать инженерам конкурентное преимущество в новых проектах, связанных с LLM и корпоративными ассистентами. Новые уроки и примеры будут постепенно добавляться в репозиторий, поэтому курс обещает оставаться актуальным в быстро меняющемся мире ИИ.

Полезные ссылки

• Документация MCP — подробные учебные пособия и руководства пользователя
• Спецификация MCP — архитектура протокола и технические рекомендации
• Репозиторий MCP на GitHub — SDK с открытым исходным кодом, инструменты и примеры кода

В статье рассмотрим:

- Установку локально и в облаке;

- Интеграцию с Python, Node.js и PHP;

- Примеры автоматизаций;

- Интеграцию с AI Mistral.

Установка n8n

Локальная установка

Нам потребуется Docker, проверьте установку:

Шаги установки:

1. Создайте том данных:

2. Запустите контейнер:

После запуска откройте: `http://localhost:5678`

Установка на удаленном сервере

Развертывание мы произведем в облаке Amvera, так как в нем n8n предоставляется как преднастроенный сервис с бесплатным доменом (он нам нужен), настроенными переменными и проксированием до заблокированных в РФ LLM (OpenAI, Gemini, Claude и др.).

1. Регистрируемся на Amvera;

2. Выбираем n8n в плитке на главной странице;

3. Вводим название для проекта и выбираем тариф.

Готово, через 30 секунд запустится n8n с выделенным доменом и настроенными основными переменными.

Настройка n8n

Первоначальная настройка

1. Откройте n8n (локально: `localhost:5678`, в облаке: ваш домен)

2. Заполните данные администратора:

• Email

• Имя/Фамилия

• Пароль

3. По желанию вы можете получить бесплатный лицензионный ключ:

• Введите email → "Send me a free license key"

• Активируйте в разделе Settings → Usage

Настройка для HTTP

1. Создайте новый workflow → Start from scratc

2. Добавьте триггер: Webhook - On webhook call

3. Настройте:

• HTTP Method: POST

• Path: `/n8n` (пример)

• Respond Mode: Using 'Respond to Webhook' node

4. Добавьте обработчик: Core → Respond to Webhook

5. Настройте ответ:

Примеры использования

Пример на Python

В примере на Python мы сделаем калькулятор. Суть: отправляем выражение через POST, n8n делает вычисление, возвращаем результат.

Workflow:

1. Добавьте Core → Code node между Webhook и Respons:

Клиент (Python):

Запустим код и посмотрим результат:

Пример на PHP

В примере на PHP мы сделаем валидацию данных. Суть: отправляем данные через POST, n8n проверяет данные, возвращает результат.

Workflow (Code node):

Клиент (PHP):

Можем зайти на нашу страницу, все работает нормально:

Пример на Node.js

Примером на node.js будет фильтр запрещенных слов. Суть: отправляем текст, n8n проверяет на наличие плохих слов, возвращает результат.

Workflow (Code node):

Клиент (Node.js):

Перед запуском установим библиотеку командой `npm install axios`

Интеграция n8n с Mistral AI

Мы интегрируем нейросеть Mistral в телеграмм-бота на C# с помощью n8n. Перед тем как начать, нам нужно получить токен.

1. Зарегистрируйтесь на Mistral

2. Создайте агента Сreate an agent

3. Перейдите в раздел API Keys

4. Создайте и скопируйте API-ключ (звездочки наложены):

Теперь нужно создать credentials для работы с созданной моделью. Для этого в правом верхнем углу нажмите Create credentials. В списке найдите Mistral Cloud API. В открывшемся окне вставьте скопированный ключ и сохраните.

Осталось настроить workflow.

1. Добавляем Webhook:

• Method: POST

• PATH: n8n

• Respond: Using 'Respond to Webhook' Node

2. Добавляем AI Agent:

• Source for Prompt: Define below

• Prompt: `{{ $json.body.text }}`

3. Подключаем Chat Model к созданному агенту:

• Credential to connect with: Mistral Cloud API

• Model: mistral-large-2411

4. Добавляем Respond to Webhook

Вот так выглядит готовый workflow:

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

Переходим в папку с кодом и редактируем файл `Program.cs`:

Запустите бота с помощью команды `dotnet run`.

Автоматизируем с помощью n8n

В примере автоматизации мы сделаем бота, который будет отправлять уведомления при заполнении формы, полностью без кода.

Для работы с Telegram Node понадобиться создать credentials Telegram API. Туда вставляем токен бота, полученный в @BotFater. Сохраняем и переходим к настройке workflow.

Создаем новый workflow.

1. Добавляем On form submission. В качестве примера я создам самую простую форму:

Перейдите по ссылке в Producrion URL чтобы заполнить форму.

2. Добавляем Telegram Node:

• Credential to connect with: Telegram account

• Resource: Message

• Operation: Send message

• Chat ID: вставьте свой telegram id

Text:

Готово! При новых заявках бот будет присылать уведомления.

Деплой бота в Amvera Cloud

Перед тем как начать деплой, мы должны создать конфигуационнный файл `amvera.yml`. Для этого создаем его в рабочем каталоге с ботом и вводим следующее:

Строго говоря, этот файл проще создать в конфигураторе в интерфейсе.

2. Структура проекта будет такой:

tg-bot/

├── Program.cs

├── tg-bot.csproj

├── amvera.yml

├── bin/

└── obj/

Идем В Amvera Cloud и создаем приложение Приложения — Создать приложение. Вводим название и выбираем тариф.

Далее загружаем все файлы, что есть у нас в каталоге, с ботом. В конце будет окно с настройкой конфигуцрации, выглядит оно так:

Нажимаем Завершить и ждем когда приложение будет запущено.

Заключение

n8n — мощный инструмент для создания интеграций и автоматизаций. Надеюсь, статья была вам полезна и буду рад обсудить в комментариях любые вопросы!

Эта статья — подробная хроника эволюции программистов: какие языки и технологии они осваивали, как менялись их рабочие места, методы обучения и даже само восприятие профессии. Мы разберем ключевые этапы, от первых веб-гигантов до эпохи совместного программирования с ИИ, и попробуем представить, что ждет нас дальше.

2005-2009: Эпоха авторских решений и первых веб-фреймворков

В середине 2000-х типичный рабочий инструмент программиста — это громоздкий системный блок с процессором Intel Pentium 4 или новеньким Core 2 Duo. Мониторы с ЭЛТ-трубкой постепенно уступали место LCD-экранам с разрешением 1024×768 — именно на таких дисплеях создавались первые версии Wikipedia и набирающих популярность соцсетей. Оперативная память в 1-2 ГБ считалась нормой, а жесткие диски на 80-160 ГБ часто заполнялись до отказа — проекты редко весили меньше нескольких гигабайт.

Серьезная разработка велась преимущественно на стационарных компьютерах. Ноутбуки только начинали входить в обиход — их брали в офис, но для реальной работы предпочитали мощные десктопы. Операционная система Windows XP доминировала на рабочих станциях, в то время как серверы чаще всего крутили на Linux — Red Hat Enterprise или Debian.

Среды разработки того времени сегодня кажутся архаичными. Eclipse и NetBeans потребляли гигабайты памяти, Visual Studio 2005 требовала серьезных ресурсов. Многие разработчики предпочитали простые текстовые редакторы вроде Notepad++, а для отладки использовали примитивные методы вроде вывода значений переменных через print. Контроль версий только начинал входить в практику — Git появился в 2005 году, но большинство команд продолжали использовать SVN или вообще заливали файлы по FTP напрямую на продакшен.

Языковая экосистема этого периода вращалась вокруг трех основных технологий. PHP версий 4 и 4.3 доминировал в веб-разработке — на нем работало около 80% всех сайтов в интернете. Однако его объектно-ориентированные возможности были крайне ограничены до выхода PHP 5 в 2004 году.

Java в лице J2EE оставалась стандартом для корпоративных решений — банковских систем, крупных порталов и ERP-комплексов. Spring Framework только начинал набирать популярность, а Hibernate упрощал работу с реляционными базами данных. C++ сохранял свои позиции в разработке игр (особенно с использованием Unreal Engine), драйверов и высоконагруженных сервисов.

Фронтенд-разработка в те годы была невероятно простой по современным меркам. Верстали преимущественно таблицами, а всю динамику реализовывали через jQuery, который появился в 2006 году и быстро вытеснил нативный JavaScript из повседневной практики. AJAX-запросы казались революционной технологией, позволяющей обновлять части страницы без ее полной перезагрузки.

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

• «Философия Java» Брюса Эккеля;
• «Совершенный код» Стива Макконнелла;
• «PHP и MySQL. Разработка веб-приложений» Люка Веллинга.

Русскоязычное сообщество активно обсуждало вопросы разработки на форумах RSDN.ru и CyberForum.ru. В 2008 году появился Stack Overflow, который постепенно стал главной площадкой для профессиональных обсуждений.

Университетское образование давало хорошую теоретическую базу — алгоритмы, структуры данных, принципы ООП. Однако практическим навыкам приходилось учиться самостоятельно, методом проб и ошибок. Документацию часто скачивали в формате CHM-файлов или читали непосредственно на сайтах вроде php.net и MSDN.

Типичный стек начинающего разработчика в 2009 году:

• HTML/CSS с jQuery для фронтенда;
• PHP или Ruby on Rails для бэкенда;
• MySQL в качестве базы данных.

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

Показательный кейс:

В 2007 году разработчик PHP-приложений из МЭСИ (Москва) столкнулся с типичной для того времени проблемой — SQL-инъекциями. Вместо стандартных решений он создал DLAC (Data Logic Access Component) — обертку для работы с базой данных, которая автоматически экранировала параметры запросов. Это выглядело революционно на фоне типичного кода того периода, где строки запросов часто собирали через конкатенацию с пользовательским вводом.

Компонент использовал новую для 2005 года технологию Generics в C#. Он генерировал параметризованные запросы, что резко снижало риски взлома.

Разработчики в университетской среде тогда редко задумывались о безопасности — многие проекты содержали уязвимости вроде SELECT * FROM users WHERE name = ‘.$_POST[‘name’].

DLAC стал локальным спасением для внутренних систем МЭСИ, пока в 2009 году не появился NHibernate — порт популярного Java-фреймворка Hibernate.

Этот кейс хорошо иллюстрирует дух эпохи: отсутствие готовых безопасных решений заставляло программистов изобретать велосипеды. Многие подобные наработки позже легли в основу ORM-библиотек, но тогда они рождались в муках — через пробелы в безопасности и километры самописного кода.

2010-2014: Мобильная революция и рассвет JavaScript

Начало нового десятилетия ознаменовалось стремительным ростом мобильных технологий. Выход iPhone 4 в 2010 году и Android 2.3 Gingerbread задал новые стандарты мобильной разработки.

Программисты массово переходили на MacBook Pro — не столько из-за преимуществ macOS, сколько благодаря появлению Retina-дисплеев в 2012 году, которые кардинально улучшили качество отображения кода.

Железо продолжало стремительно эволюционировать. Твердотельные накопители (SSD) начали вытеснять традиционные жесткие диски в рабочих станциях. Облачные платформы вроде AWS и Heroku стали реальной альтернативой локальным серверам, которые раньше часто стояли прямо под рабочими столами в офисах. Оперативная память в 8 ГБ стала стандартом для комфортной разработки, а четырехъядерные процессоры ускорили сборку крупных проектов.

Языковая палитра этого периода значительно расширилась. Objective-C стал основным языком для iOS-разработки и оставался таковым до появления Swift в 2014 году. Python 3 начал набирать популярность благодаря веб-фреймворку Django и научным библиотекам NumPy и Pandas, которые открыли дорогу для анализа данных в массовом сегменте.

JavaScript пережил настоящий ренессанс — после выхода AngularJS в 2010 и Node.js в 2009 году он перестал быть просто «языком для анимаций на сайте», превратившись в полноценную платформу для fullstack-разработки.

Важный факт. В 2011 году разработчик из Сан-Франциско Райан Даль представил Node.js — среду выполнения JavaScript на стороне сервера. За первые 24 часа после релиза проект собрал 10 000 звезд на GitHub, что для того времени стало рекордом. Многие скептически относились к идее использовать JavaScript вне браузера, но уже через год такие компании как LinkedIn и Walmart перевели части своего бэкенда на Node.js, получив прирост производительности в 2-3 раза по сравнению с традиционными решениями на Java и Ruby.

Образовательная сфера претерпела значительные изменения. В 2011 году запустилась Coursera с первым массовым курсом по программированию — Machine Learning от Эндрю Ына. В 2012 году в Кремниевой долине открылся Hack Reactor, ставший прототипом современных coding bootcamps (интенсивов по программированию). Эти форматы предложили альтернативу традиционному университетскому образованию, сделав акцент на практических навыках.

Параллельно в России:

• В 2012 году появился Hexlet — одна из первых русскоязычных платформ с практико-ориентированными курсами по программированию. Особенность: выполнение заданий в реальной среде разработки через браузер. Платформа до сих пор работает: на текущий момент 80% выпускников трудоустраиваются в IT, согласно исследованию ВШЭ. В 2012 этот показатель был еще выше.
• «Нетология» (основана в 2011) к 2013 году запустила курсы по веб-разработке с акцентом на JavaScript и Python, сотрудничая с российскими tech-компаниями. Их модель включала менторство и проектные работы.
• В 2013 году стартовал Stepik — платформа с открытыми курсами от ведущих вузов (ИТМО, МФТИ). Особенность: интерактивные задачи с автоматической проверкой кода, что было прорывом для местного рынка.

Курс «Введение в Linux» от Stepik (2014) за полгода собрал 50 тыс. студентов — рекорд для Рунета. Задания включали настройку виртуальных серверов, что сразу применялось в работе.

Эти проекты заложили основу для бума EdTech в России после 2015 года, доказав, что онлайн-формат может давать актуальные навыки быстрее вузов.

Типичный разработчик среднего уровня в 2014 году:

• понимал принципы REST API;
• начинал осваивать основы DevOps с появлением Docker в 2013;
• экспериментировал с микроконтроллерами вроде Arduino или Raspberry Pi, создавая собственные IoT-устройства.

В профессиональной среде начал формироваться консенсус о том, что PHP устаревает для сложных коммерческих проектов.

2015-2019: Эра больших данных и облачных технологий

Аппаратные возможности сделали очередной рывок вперед. Многоядерные процессоры Intel i7 и AMD Ryzen стали стандартом для рабочих станций. 16 ГБ оперативной памяти перестали быть роскошью, а мониторы с разрешением 4К стали доступны широкому кругу разработчиков. В 2015 году появился Visual Studio Code, который быстро обогнал по популярности Sublime Text и Atom благодаря удачному сочетанию функциональности и производительности.

Языковая экосистема продолжила развитие. TypeScript, представленный в 2014 году, предложил решение проблемы масштабируемости JavaScript-кода в крупных проектах. Go от Google, созданный еще в 2009, нашел свою нишу в разработке микросервисов и инструментов оркестрации вроде Kubernetes (2015). Rust от Mozilla начал завоевывать доверие системных программистов благодаря уникальной системе владения памятью.

JavaScript-сообщество столкнулось с первыми серьезными проблемами. В 2016 году инцидент с пакетом left-pad показал уязвимость экосистемы npm — удаление одного небольшого модуля привело к сбоям в работе тысяч проектов по всему миру. Это заставило разработчиков задуматься о зависимости от сторонних библиотек.

Типичный senior-разработчик в 2019:

• разбирался в микросервисной архитектуре и понимал, как избежать vendor lock-in (привязки к поставщику) при работе с облачными провайдерами;
• имел опыт работы с React или Vue.js;
• знал, что понимание принципов работы алгоритмов становится менее важным, чем развитие soft skills для работы в команде.

Ключевые технологии этого периода включали Kubernetes, который стал стандартом де-факто для оркестрации контейнеров, а также TensorFlow (2015) и PyTorch (2016), открывшие эру машинного обучения для широкого круга разработчиков. Появились первые серьезные инструменты для работы с большими данными — Apache Spark, Hadoop.

Ключевой момент. В 2016 году Netflix раскрыл детали своего перехода на облачную инфраструктуру AWS. Компания полностью перенесла все сервисы — от рекомендательной системы до биллинга — в облако за семь лет. Главным триггером стала катастрофа 2008 года, когда три дня простоя дата-центра оставили 8,4 млн подписчиков без доступа к сервису. Миграция потребовала перепроектирования архитектуры: инженеры разбили монолит на 500 микросервисов и внедрили Chaos Monkey — инструмент для тестирования отказоустойчивости, который случайно отключал серверы в продакшене.

Этот кейс стал хрестоматийным примером cloud-native подхода. Облачные технологии стали активно использоваться в разработке, а обращение с ними — обязательным навыком для прогеров.

2020-2024: AI-assisted разработка и новые парадигмы

Пандемия COVID-19 ускорила переход на удаленную работу. Программисты по достоинству оценили макбуки на чипах M1 (2020) за их энергоэффективность и производительность. Домашние офисы оснащались 32-дюймовыми 4К-мониторами и механическими клавиатурами, ставшими своеобразным профессиональным стандартом.

Языковая палитра продолжала обогащаться. Rust официально вошел в ядро Linux в 2022 году, подтвердив свой статус системного языка нового поколения. Zig появился как современная альтернатива «C» с акцентом на безопасность. WebAssembly (Wasm) позволил запускать ресурсоемкие приложения прямо в браузере, открыв новые возможности для веб-разработки.

Искусственный интеллект начал проникать в повседневную работу программистов. GitHub Copilot на базе GPT-3, представленный в 2021, изменил сам процесс написания кода, предлагая контекстные подсказки. Low-code платформы вроде Retool упростили создание внутренних инструментов для бизнеса.

Типичный lead-разработчик в 2024 году:

• умел эффективно работать в гибридных командах (офис + удаленка);
• автоматизировал рутинные задачи через ChatGPT API;
• следил за развитием квантовых вычислений, хотя практическое применение пока оставалось ограниченным.

Ключевой момент. В 2023 году GitHub Copilot, разработанный совместно с OpenAI, стал катализатором перемен в индустрии. За первый год после релиза инструмент использовали более 1,3 млн разработчиков — каждый десятый подписчик GitHub. Система анализировала контекст кода и предлагала целые функции: например, при написании SQL-запроса она автоматически генерировала соответствующую модель данных на Python. Amazon внедрил аналогичный инструмент Amazon Q Developer для внутренних команд — по заявлению CEO Энди Джесси, это сэкономило компании 4,500 человеко-лет работы и $260 млн ежегодно.

Но были и курьезы. В 2024 году разработчик из Берлина случайно отправил в продакшен код, полностью сгенерированный Copilot. Система использовала фрагмент из GPL-лицензированной библиотеки, что нарушило политику компании по открытому ПО. Инцидент заставил пересмотреть процессы ревью: теперь 78% команд требуют ручной проверки AI-кода перед мержем (слиянием).

Параллельно выяснилось, что Copilot в 40% случаев предлагает уязвимый код при работе с СУБД — это привело к взлому API стартапа через SQL-инъекцию. Такие кейсы показали, что ИИ пока не заменяет программистов, а требует от них новых навыков — критического анализа машинных предложений и понимания юридических аспектов кода.

2025: Современное состояние профессии

Современные рабочие станции программистов оснащены ноутбуками с процессорами Apple M4 (3 нм) или Windows-машинами на Snapdragon X Elite. Мониторы с разрешением 8К используются для разработки AR-приложений, а OLED-экраны с HDR стали стандартом для работы с графикой. Появляются первые экспериментальные IDE с нейроинтерфейсами, способные предсказывать код на основе анализа мозговой активности.

Среди языков программирования выделяется Mojo (2023) — «Python для GPU», набирающий популярность в сфере машинного обучения. Carbon как потенциальный наследник C++ пока остается в тени Rust. Квантовые языки вроде Q# и Cirq интересуют в основном энтузиастов и исследователей.

Профессия претерпела значительные изменения. ИИ стал не конкурентом, а помощником — по некоторым оценкам, около 60% рутинного кода в 2025 году (тесты, документация) генерируется автоматически. Знание английского языка стало важнее знания сложных алгоритмов — без него невозможно эффективно работать с современными AI-инструментами. Понятие «fullstack-разработчик» трансформировалось — теперь оно подразумевает владение фронтендом, одним бэкенд-языком и основами машинного обучения.

За два десятилетия программисты прошли путь от одиночек за CRT-мониторами до участников глобальных распределенных команд. Если в 2005 ключевым навыком было умение написать работающий код, то в 2025 главное — способность эффективно взаимодействовать с ИИ-ассистентами. Однако основы профессии остались неизменными — логическое мышление, способность к абстракции и желание автоматизировать рутинные задачи.

Будущее обещает новые трансформации. К 2030 году нейроинтерфейсы смогут заменить традиционные устройства ввода, а квантовые компьютеры — перевернуть основы криптографии. Но пока актуальными остаются проверенные временем принципы: изучать перспективные технологии (вроде Rust и Mojo), осваивать работу с ИИ и, конечно, совершенствовать главный навык любого программиста — умение быстро и грамотно гуглить.

Ты уже программист, если читаешь это! Больше о кодинге тут.

Зачем вообще писать комментарии в коде?

Комментарии — это кусочки текста в программе, которые компилятор пропускает, а человек читает. Они не влияют на работу программы, зато сильно влияют на мозг того, кто будет с этой программой разбираться.

Какие задачи они решают ?

1. Пояснить неочевидное

Код показывает «что» делает программа, а комментарий — «зачем».

Такой комментарий не просто поясняет логику — он экономит десятки минут будущего чтения.

2. Предупредить

В коде бывает странное поведение. Иногда это не баг, а фича. И если не предупредить, другой разработчик обязательно «поправит» и всё сломает. Комментарий защитит от этого:

3. Пометить незавершёнку

TODO, FIXME, HACK — это специальные маячки. Их ставят туда, где нужно что-то доделать, починить или переписать по-человечески.

Бонусом, IDE умеют обрабатывать такие заметки, каждая по-своему.

4. Временно отключить код

Иногда нужно что-то закомментировать, чтобы проверить гипотезу. Но такой код нельзя оставлять надолго. Если от него нет пользы — в мусор. Историю всё равно сохранит git.

5. Объяснить архитектуру

Иногда важно не только «как» сделано, но и «почему так». Особенно это касается паттернов, нестандартных решений или компромиссов.

6. Генерация документации

Многие языки и фреймворки поддерживают специальные форматированные комментарии для генерации документации. Например, JavaDoc в Java, docstring в Python, XML в C# – предназначены для описания интерфейсов: что делает функция или класс, какие имеют входные параметры и какой результат дают. Такие Комментарии выполняют роль пользовательской документации прямо в коде и могут автоматически собираться в справочник по API.

7. Пошутить

Программисты – тоже люди, и иногда оставляют в коде шуточные либо эмоциональные комментарии, чтобы снять стресс. В открытых исходниках можно встретить комментарии с шутками, сарказмом или даже ругательствами, адресованными сложному коду или «костылям».

Как видно, диапазон применения комментариев очень широк. Но одинаково ли хорошо все эти виды влияют на качество кода? Рассмотрим случаи, когда комментарии приносят пользу, а когда создают проблемы.

Когда комментарии помогают

А часто без комментариев в коде сложно разобраться, особенно когда код чужой.

1. Когда логика не лежит на поверхности

Есть участки кода, где без контекста трудно разобраться, даже если код написан довольно читабельно. Например, сложная формула, нетривиальный алгоритм или необычная структура данных – всё, что выбивается из обыденного опыта разработчиков. В таких случаях пара строк комментария, резюмирующих подход, или объясняющих, что происходит, сэкономят часы на анализ. Это особенно важно для командной работы: коллегам, незнакомым с модулем, не придётся разбираться «с нуля».

2. Когда нужно документировать контракты и условия

Комментарии могут использоваться для обозначения контрактов – предусловий и постусловий функций, инвариантов и т.д. (подход Design by Contract). Хотя современные языки позволяют выразить многое (например, через assert или декораторы), комментарии могут дополнять код уточнениями вроде:

Также текстовые пометки в коде полезны для фиксации граничных условий и особых случаев, таких как обработка пустных массивов в бинарном поиске, другой пример:

Да, можно это выразить через assert, но комментарий дает сразу и контекст, и предупреждение. Особенно если логика непростая.

3. Когда нужно предоставить контекст и ссылки

Иногда кусок кода существует благодаря внешнему источнику, например, когда решение просто скопировано из ответа на форуме или из книги по теме. Просто так его не понять — нужна ссылка на источник:

4. Когда нужно облегчить ревью

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

В PEP 8 (стиле кодирования Python) прямо приводится пример: комментарий “Compensate for border” – полезный, в отличие от банального “Increment x”, который не даёт новой информации.

5. Когда нужна поддержка самодокументируемости через структуру

Иногда хочется написать: # Этап 1: авторизация пользователя, и в этот момент приходит мысль — а почему бы не вынести это в функцию authorize_user()? И комментарий уже не нужен. То есть сам порыв объяснить словами часто указывает, что код пора расчленить и упростить.

6. Когда нужно кого-то обучить программированию или корпоративным стандартам оформления кода

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

Комментарий — это инструмент. Если комментарий в коде дает информацию, которую нельзя вытащить из кода напрямую, — значит, работает как надо. Но бывает и обратное — когда комментарии мешают. Об этом — в следующей части.

Когда комментарии вредят

Худшее, что может случиться с комментариями – когда они вводят в заблуждение или засоряют код впустую. Рассмотрим подробнее:

Дублируют очевидное

Комментарий, который просто повторяет код своими словами, не несёт никакой пользы:

А вот так — лучше вообще без пояснений:

Комментарий должен объяснять, зачем что-то делается, а не что именно:

Врут и вводят в заблуждение

Классика: код переписали, а про комментарий забыли.

Спустя некоторое время код могли переписать, и old_api_call() заменили на new_api_call(), но комментарий остался от прежней версии и стал источником дезинформации: разработчик, читающий код, может принять заведомо неверное решение, доверившись устаревшей заметке. По этой причине крайне важно понимать: если уж пишете комментарий, держите его в актуальном состоянии вместе с кодом.

Показывают, что код плохой

Когда код плохо читается, и его пытаются «объяснить» словами, вместо того чтобы переписать:

Вместо этого — понятный код:

Плодятся бесконтрольно

Иногда встречается код, где каждое действие сопровождается избыточными пояснениями:

Здесь нет ни одной неочевидной строки. Лучше оставить так:

Представляют собой мёртвый код

Когда в коде остаются большие мёртвые блоки, которые просто закомментированы:

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

Запутывают и размывают смысл

Что значит «временное»? Когда переделывать? Почему не постоянное?

Лучше так:

Теперь ясно, почему так сделано, и можно отследить, когда это поведение закончится.

Итак, комментарии становятся злом, когда они не выполняют своей информативной роли, а лишь создают шум или дезинформируют. В худшем случае они могут привести к багам (если программист доверится неверному комментарию) и точно приведут к потере времени на их чтение и разбор. Единственный способ избежать этого зла — писать комментарии ответственно: убедиться, что они нужны, правдивы и своевременны.

Самодокументируемый код vs комментарии

Есть мечта у программистов — писать код, который объясняет сам себя. Без сносок, без подсказок, без комментариев. Такой код читается как инструкция: открыл — понял. Это и называется самодокументируемым стилем.

Как его достигают?

• Говорящие имена. Не x и a, а temperature, retryLimit, userProfile. Лучше сразу по имени понять, что перед тобой — массив с ID или словарь с настройками.
• Функции с характером. У функции должно быть имя-глагол, в котором есть ответ на вопрос “что делает этот код?”. Например: parseInvoice(), sendEmailReminder(), fetchUserByToken().
• Использовать названия для константных значений. Вместо if (status == 4) — if (status == ORDER_CONFIRMED). Вместо 3000 — RETRY_TIMEOUT_MS.
• Структура — как абзацы в тексте. Пустые строки, логические блоки, отступы — чтобы этапы выделялись сами собой.

Посмотрим например, где простой код поясняется ненужным комментарием:

Другой пример:

Комментарий уже не нужен. Из имён всё понятно: считаем среднюю температуру. Здесь самое интересное — само документируемость имеет границы. Потому что:

• Код объясняет «что», но не всегда «почему».

Вот есть строка:

А почему 5? Почему не 3, не 10? Если причина — ограничение API, бизнес-логика или чья-то странная прихоть — код не расскажет. А вот комментарий может:

Неочевидные решения и компромиссы

Иногда приходится делать что-то нестандартное. Например:

Такой кусок кода без пояснений вызовет недоумение: А почему не сортируем?

Старайтесь писать код так, чтобы его поняли без подсказок. Как будто у вас нет возможности что-то дополнительно объяснить. А если видите, что читателю будет трудно — помогите: добавьте комментарий, который действительно нужен.

Влияние ИИ и новых инструментов на подход к комментариям

В последние годы в распоряжении разработчиков появились мощные ассистенты на базе искусственного интеллекта — такие как GitHub Copilot (автодополнение кода на основе ИИ) и большие языковые модели вроде ChatGPT. Эти технологии начинают влиять и на практики комментирования кода.

Во-первых, автогенерация кода по комментариям стала реальностью.

Инструмент Copilot способен на лету написать фрагмент кода, ориентируясь на описания на естественном языке. Например:

Copilot тут же может подставить реализацию:

Такой подход превращает комментарий в своего рода промпт — описание задачи для ИИ. Это приучает писать коротко и по делу. Хотя такие комментарии потом часто удаляют, их роль в генерации кода становится всё важнее.

Во-вторых, ИИ сам пишет комментарии.

Можно просто показать код:

…и попросить ИИ: прокомментируй. В ответ он выдаст:

Или даже более детальный:

Такие автокомментарии могут быть полезны, но всё равно требуют проверки: всезнающий ИИ не всегда понимает скрытые нюансы логики, а часто просто галлюцинирует, поэтому доверять полностью не стоит, но, как черновик, вполне годится.

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

Раньше приходилось часами вчитываться, сегодня — можно просто спросить:

Запрос в ChatGPT: что делает эта функция?

Ответ: Она возвращает новый список, содержащий удвоенные значения тех элементов исходного списка, которые делятся на 3.

ИИ не волшебник, но в 90% случаев — удобный переводчик с машинного на человеческий. Это снимает часть нагрузки с необходимости документировать тривиальные вещи.

В-четвертых, новый тип комментариев: инструкции для ИИ

Может возникнуть ситуация, когда комментарий пишется не столько для человека, сколько как команда:

Если вы используете Cursor или Replit, это может очень полезным.

Заключение

Так всё-таки, комментарии – зло или спасение?

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

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

Оскар — разработчик с 18-летним стажем. Он решил разобраться, насколько утверждение про необходимость знать множество языков правдива.

Сам Оскар за свою карьеру успел поработать с C#, Java, C++, Python, Ruby, JavaScript, Perl и прочими языками. Но не потому что стремился к полиглотству, а потому что так сложилось — проекты, клиенты, задачи.

По его мнению, изучение новых языков не просто расширяет кругозор. Это помогает иначе смотреть на архитектуру и подходы к решению задач. Даже если вы продолжаете писать на своем основном языке, знакомство с другими помогает вырасти ментально.

Синтаксис — это не все

Проблема в том, что многие изучают новый язык на уровне «выучил синтаксис — значит, могу писать». Но это часто приводит к «Java-коду на Go» или «C#-архитектуре в TypeScript». Новички в языке переносят привычные паттерны, не понимая, как использовать сильные стороны новой платформы.

Чтобы писать идиоматично, нужно время. Неделя — чтобы освоить синтаксис. Пару месяцев — чтобы почувствовать экосистему. Год — чтобы писать как носитель языка.

Когда стоит добавлять новый язык в стек

Оскар выделяет три повода:

• Бизнес-задача. Например, для тяжелых расчетов стоит взять язык быстрее JavaScript.
• Кадровый вопрос. Иногда проще найти разработчиков под Node.js, чем под Java.
• Карьерный рост. Умение работать с востребованным стеком открывает больше возможностей.

Но главное — не делать выбор из любопытства. Однажды Оскару пришлось переписать модуль с F# на C#, потому что никто не хотел его поддерживать. В другом проекте Python-модуль оказался узким горлышком и потребовал переделки. Эти эксперименты дорого обошлись бизнесу.

Архитектору — особенно важно

Если вы архитектор, то знание языков — не просто плюс, а необходимость. Без этого вы будете опираться на чужие слова и чужие слайды, а не на собственный опыт. Лучшие архитекторы, по словам Оскара, регулярно пишут код — пусть и не фуллтайм.

Баланс между глубиной и гибкостью

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

Языки — это инструменты. Хороший разработчик остается таковым вне зависимости от того, на чем он пишет.

В рейтинге языков программирования TIOBE Rust занимает 14 место. Для сравнения — в прошлом марте он был на 17 позиции. Вместе с экспертами Solvery Василием Кузенковым, full-stack разработчиком в Web3 стартапе, и Дмитрием Беляевым, Rust developer в Wildberries, разбираемся, как стать разрабом на Расте в 2025 году.

Немного об особенностях

Если вы до этого программировали на ООП языках, то вам, возможно, бросалось в глаза отсутствие привычных классов. Вместо них здесь алгебраические типы данных и трейты для решения expression problem. Их механизм куда больше похож на typeclasses из Haskell, что также будет для вас новой концепцией при построении крупных приложений, и нужно будет перестраивать мышление.

Также когда стартуешь, немного непривычно работать с move-семантикой, RAII, borrow checker’ом и лайф-таймами. Но компилятор сыпет довольно подробными ошибками, которые можно легко поправить, если разобраться.

А еще у Rust очень строгая типизация и очень мощная система типов, а сами типы построены так, чтобы предоставлять некоторые гарантии программисту. Например, ссылки в Rust всегда ссылаются на объект, гарантировано существующий в памяти, а стандартные строки содержат только валидный UTF-8. При этом в подавляющем большинстве случаев тип необязательно указывать явно, компилятор способен выводить типы, анализируя контекст функции целиком. Кроме того, Rust следует идеологии «компилируется, значит, работает». От логических ошибок, конечно, Раст не спасёт, но тем не менее очень большой пласт багов можно отловить на этапе кодинга. Да, это сложно, но лучше помучиться при разработке, чем потом разбираться почему упал прод.

Ещё одна отличительная фишка — абстракции с нулевой стоимостью. Rust позволяет писать высокоуровневый и понятный код, который при этом будет иметь ту же производительность, что и более низкоуровневый оптимизированный вручную вариант.

Хороший пример здесь — итерация по различным коллекциям. Многие языки позволяют использовать итераторы с их абстракциями вроде map или filter. Только такой код, как правило, будет в несколько раз медленнее, чем если то же самое переписать на циклы. Компилятор Rust способен развернуть такой итератор в обычные циклы сам, и производительность будет сравнима, а порой даже лучше, так как программисты часто при написании низкоуровневого кода заставляют процессор делать много лишних вычислений.

Сложно ли переходить на Rust

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

На рынке фактически все вакансии требуют уже какого-то опыта в разработке. И сложность перехода сильно разнится от вашего текущего стека. Для Go-программиста переход будет средне-сложным, а язык, возможно, покажется перегруженным. Для С++ — менее сложным, но язык покажется местами ограничивающим. Я переходил на него с JS/TS’а и столкнулся со множеством низкоуровневых концепций, о которых раньше мог не задумываться. Но если у вас есть опыт в системном программировании — переходить будет в разы проще.

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

В моей практике менторства много успешных кейсов перехода на Rust с самых разных языков, но проще всего он даётся тем, кто раньше писал на современном C++ и уже понимает такие концепции, как move-семантика и RAII. Много привычного здесь обнаружат и те, кто писал на функциональных языках (Haskell или OCaml). Но в целом, для остальных тоже нет никаких проблем, даже если вы совсем новичок.

С чего начать изучать Rust

Вместе со стартом в изучении языка с The Rust Book — бесплатной официальной книгой по Rust’у — стоит углубить свои знания в более низкоуровневых вещах: в чем разница стека и кучи, что такое разметка памяти и адресация в памяти, как работает процессор, подходы и проблемы многопоточного программирования, плюс почитать про операционные системы и сети. Если вы решили осознанно применять Rust, оно вам пригодится.

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

Вот примерный список того, что нужно учить на старте:

• Переменные. Они по умолчанию неизменяемые (let x). Чтобы x стал изменяемым, нужно указать это явно через let mut. Константы (const) и статические переменные (static) вам будут нужны редко, они имеют свои особенности.
• Типы. Стоит разобраться с составными типами, такими как массивы и кортежи, а также с пользовательскими объявляемыми конструкциями struct (тип-произведение) и enum (тип-сумма). Также типы данных в Расте есть стандартные: bool, i32, u64 и прочие числовые, но строки могут удивить, так как их видов сильно больше.
• Match. Нужно понять такую вещь, как pattern-matching, познакомиться с оператором match, а также осознать, что pattern-matching применяется не только в нём, а везде, где возможно объявление переменных.

Таким образом, вы можете сразу проверить что-то и присвоить результат в переменную:

Здесь мы сразу проверили и присвоили:

Тут нам потребовалась дополнительная изменяемая переменная.

Что такое Cargo

Cargo — это консольная утилита, которая устанавливается вместе с компилятором языка. Она служит одновременно для управления зависимостями, сборки проекта и запуска тестов. Плюс для Cargo есть расширения, например, в поставке по умолчанию уже есть форматтер и линтер clippy.

Cargo рассчитан на то, что вы будете запускать его через терминал, самые полезные команды это:

• cargo new — создаёт новый шаблонный проект в указанной папке;
• cargo build — собирает проект;
• cargo run — собирает проект и запускает получившийся исполняемый файл;
• cargo check — dry-run сборки, делает все проверки компилятора, но ничего не собирает, что заметно быстрее полноценной сборки;
• cargo test — собирает проект со всеми тестами и запускает их;
• cargo fmt — форматирует проект в общепринятый стиль кода;
• cargo clippy — запускает линтер, очень полезно, можно подсказать более оптимальные варианты кода, найти некоторые потенциальные логические ошибки;
• cargo install — устанавливает пакет, содержащий исполняемые файлы;
• cargo clean — очищает все артефакты сборки.

Cargo позволяет описать структуру, настройки (профили сборки, описание крейта) и зависимости вашего крейта или даже монорепозитория (с помощью workspace). Кроме непосредственного запуска через терминал, многие вещи могут запускаться через средства интеграции в IDE, такие как rust-analyzer для VSCode.

Как работать с ownership, borrowing и lifetimes?

Для многих новичков системы владения (ownership), заимствования (borrowing) и времен жизни (lifetimes) выливаются в борьбу с компилятором раста. Эти механизмы нужны в первую очередь для безопасности памяти без сборщика мусора. Общее правило владения такое:

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

Когда значение перемещается (передается другой переменной или функции), владение переходит, и исходная переменная становится недействительной.

Для типов, реализующих трейт Copy (например, целые числа, булевы значения), значения копируются автоматически:

Для более сложных типов нужно использовать метод clone(), чтобы создать глубокую копию. В местах программы, где производительность не так важна — использование clone() не возбраняется.

Если же у вас критичный к производительности кусок кода, то вам также понадобится заимствоватние и лайфтаймы.

Заимствование позволяет использовать значение без получения владения через ссылки (& и &mut). Для мутабельных ссылок `&mut` есть дополнительные ограничения: в каждый момент времени может существовать только одна изменяемая ссылка на значение.

Нельзя иметь изменяемую ссылку, если уже есть неизменяемая ссылка на то же значение.

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

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

Общие советы по заимствованию здесь такие:

• Используйте ссылки, когда не нужно владение.
• Возвращайте значения из функций для передачи владения обратно.
• Используйте клонирование для создания новых экземпляров (с пониманием стоимости).
• Используйте типы с трейтом Copy, когда это возможно.
• Еще полезно не забывать о контейнерах. Rc<T> позволяет иметь несколько владельцев одного значения через счетчик ссылок, а RefCell<T> обеспечивает проверку правил заимствования в рантайме.

О структурах, перечислениях, модулях и функциях, замыканиях, итераторах

Структуры (structs) в Rust позволяют создавать пользовательские типы данных, объединяющие связанные значения и выступающие типом произведения.

Перечисления (enum) позволяют определить тип, перечисляя все возможные варианты значений.

Перечисления в Rust являются типами суммы, поскольку значение может быть одним из вариантов:

Тип Shape представляет объединение (сумму) всех возможных вариантов. И к этому есть мощное сопоставление с образцом для работы с ADT:

Модули позволяют организовать код и контролировать видимость элементов. Определяются они через синтаксис mod <name> {} и могут быть вложенны друг в друга:

Также модули могут быть организованы в различных файлах (имя файла в таком случае будет именем модуля):

Импорт модуля осуществляется через ключевое слово use:

Функции в Rust определяются через ключевое слово fn:

Можно делать функции высшего порядка и передавать в них, как обычные, так и анонимные функции:

Еще одним элементом функционального программирования в Rust выступает итератор:

Здесь мы создаем собственный итератор Counter, реализуя стандартный трейт Iterator. Он используется для многих встроенных коллекций, таких как Vec или HashMap. Этот трейт особенно удобен из-за различных функциональных комбинаторов из стандартной библиотеки:

Трейт Iterator предоставляет множество методов адаптеров, таких как enumerate, filter или map, которые возвращают новый итератор. Методы адаптеров ленивые, они не запускают итерацию. Также есть методы исполнители, которые итерируют пока не закончатся значения, например, collect, fold или count.

Большинство коллекций (и ссылки на них) реализуют трейт IntoIterator (способность кастоваться в Iterator). Также IntoIterator автоматически реализуется для любого Iterator (ничего не стоящий каст сам в себя). Цикл for в Rust работает только с объектами, реализующими IntoIterator.

Как обрабатывать ошибки в Rust

В Rust принято разделять ошибки на 2 вида: паники и результаты операций:

• Паники используются для непредвиденных ситуаций и ошибок программиста, например, деление целочисленного типа на 0 или выход за границу массива. И хотя паники можно отловить, стандартное и рекомендуемое поведение при них — программа упадёт, будет напечатан стектрейс.
• Результаты операций выражаются типом Result<T, E>, который является перечислением из двух вариантов — Ok(T) и Err(E). Такой подход гарантирует, что все ошибки строго типизированы, а без обработки ошибки невозможно извлечь результат операции.

Option<T> используется для представления значения, которое может отсутствовать:

Result<T, E> используется для операций, которые могут завершиться ошибкой:

Для удобства проброса ошибок наверх существует оператор ?, который пишется после любого выражения, возвращающего Result, и возвращает Ok вариант. В случае Err варианта будет выход из функции с возвращением ошибки.

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

Про асинхронное программирование

Асинхронное программирование в Rust строится вокруг трейта Future— его реализуют для типов, представляющих значение, которое будет доступно в будущем.

Также в Rust есть синтаксис async/await. Ключевым словом async могут быть отмечены функции и блоки кода — они будут возвращать анонимный тип, реализующий Future. Async-блоки также могут захватывать окружение подобно замыканиям. Внутри async-блоков и функций возможно использовать ключевое слово await на любом выражении, возвращающем Future или IntoFuture (способность кастоваться к Future). В отличие от других языков с подобным синтаксисом, await записывается через точку после выражения, что очень удобно для построения цепочек вычислений.

Для исполнения асинхронного кода необходим рантайм, но стандартная библиотека такого рантайма не предоставляет, поэтому приходится использовать сторонние библиотеки. Самым популярным рантаймом является библиотека tokio.

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

Что еще должен знать новичок в Rust

Вот примерный список:

• Очень желательно погрузиться в устройство памяти процесса, узнать, что помимо стека и кучи существуют и другие области (например, исполняемый машинный код так же отражён на память, а static-переменные хранятся не в стеке и не в куче, а в своей собственной области). Неплохо было бы и разобраться с тем, что у типов помимо размера есть выравнивание. Что в Rust бывают ZST (zero size type) — типы, размер которых честный 0, и DST (dynamic size type) — типы, размер которых неизвестен во время компиляции.
• Обязательно разобраться, как Rust освобождает память, не используя сборщик мусора. Почитать, что такое RAII. Понять, как работает трейт Drop.
• Избавится от стереотипов о Rust. Rust — не самый сложный язык, как только вы поймёте, как он работает. Плюс платят за Rust, как правило, больше, чем на аналогичных позициях на других языках.
• Оставить свои привычки из других языков (за исключением разве что Haskell/OCaml). Здесь не получится писать, как на C++/Java/Go и т.д. Привыкайте к хорошему и станете лучше, чем были до освоения Rust.

Что изучать, если есть вся база: чек-лист

• Макросы и метапрограммирование
• Unsafe Rust для низкоуровневого контроля
• Интеграция с C/C++ через FFI
• Разработка встраиваемых систем
• WebAssembly
• rustnomicon
• Undefined Behavior
• unsafe-код

Тренды на 2025 год

На Rust’е пишут все. Более полный список можно посмотреть тут: https://github.com/rust-unofficial/awesome-rust

Вот несколько топовых фреймворков и библиотек:

• serde — фреймворк для сериализации/десериализации
• tokio, futures — для асинхронного программирования
• clap — парсер аргументов командной строки
• anyhow, thiserror — удобная работа с ошибками
• chrono — работа с датой и временем
• dashmap — многопоточная hashmap
• bytes — эффективная работа с сырыми байтами
• log, tracing — для логирования
• reqwest — для http запросов
• axum — для http сервера и REST api
• mockall, test-case — упростит написание тестов
• bevy — игры
• clippy — линтер

Хаос необходимо упорядочить — и тут на помощь приходит As Code. Это не просто методология, а философия, где все — от инфраструктуры до документации и политик безопасности — становится кодом. В этой статье я расскажу, почему подход As Code стал критически важен для современных IT-компаний и как он эволюционировал.

С чего все началось

На одном митапе по стандарту разработки нам с Head of Profession задали вопросы, которые зависли в воздухе, как нерешенный баг в коде: «А что за потребность все делать с помощью As Code? Какая от этого польза? Зачем число коммитящих в код?»

Мы, как архитекторы инженерной культуры, внедряем лучшие практики и подходы: Infrastructure as Code, API First, unit-тесты, компонентное тестирование, TBD (Trunk Based Development), GitOps, Doc As Cod. Мы дорабатываем пайплайны, как инженеры, собирающие сеть в подвале старого дата-центра. Мы создаем условия для Continuous Deployment с продуктовыми платформами, где blue-green deployment и canary deployment становятся порталами для перехода прода из одного состояния в другое.

Каждый коммит — шаг в будущее, где код становится не просто текстом, а нитью в живой ткани новой реальности. Число коммитящих — это не просто метрика, это сигнал, что система жива, дышит, развивается. И когда кто-то спрашивает «Зачем?», я отвечаю: «Потому что иначе мы останемся в прошлом, где ручные процессы, как старые провода, тянут нас назад в тишину, замедляя каждый шаг. Мы строим мир, где As Code не просто слова, код — наша новая реальность. И каждый, кто коммитит, становится частью этой вселенной».

В момент осознания вопроса я провалился на другой слой реальности, задумался об истории As Code и собрал этот текст из разбросанных по сети слепков. Эта статья — не руководство по Terraform или Kubernetes, а скорее практический взгляд на культуру As Code в масштабах крупной IT-компании.

Эволюция As Code: от истоков до современности

Концепция As Code возникла как ответ на ключевые вызовы IT-индустрии: рост сложности систем и ускорение темпов изменений. Она был естественным продолжением эволюции разработки — код стал не только инструментом создания программ, но и способом управления инфраструктурой, документацией, архитектурой и политиками.

У появления этого подхода было несколько предпосылок:

1. Автоматизация и стандартизация. В 1990-х годах с развитием DevOps и agile-методологий возникла потребность в автоматизации процессов разработки и управления инфраструктурой. Новые задачи стали основой для появления подходов, где все описывается в виде кода.
2. Распространение систем контроля версий. В 2005 году появился Git, который стал инструментом для управления изменениями, что позволило хранить и версионировать не только код, но и документацию, конфигурации и архитектуры.

Корнями As Code уходит в 1970-е годы. Ранние инструменты, такие как Unix “Make” и PXE boot, заложили фундамент для автоматизации конфигураций. Позже они эволюционировали в современные подходы: Infrastructure as Code, Documentation as Code, GitOps и другие. Это подчеркивает, что As Code — не просто тренд, а естественное развитие технологий, которое упрощает управление сложными системами.

Почему все теперь в Git?

С развитием подхода As Code универсальным инструментом управления изменениями стал Git. Это произошло благодаря нескольким ключевым причинам.

• История изменений: Git хранит всю историю изменений, что позволяет отслеживать, кто, когда и что делал. Это критически важно для анализа и отката ошибок.
• Коллаборация: над проектом может работать несколько человек, и они не будут мешать друг другу.
• Прозрачность: все изменения видны, их можно обсудить, проверить и улучшить через механизмы pull/merge requests.
• Автоматизация: Git интегрируется с CI/CD — Continuous Integration / Continuous Deployment. Это позволяет автоматизировать тестирование, сборку и деплой. Работа в Git позволяет «все иметь под рукой» и упрощает создание систем поддержки и контроль стандартов ИТ-производства.
• Безопасность: Git позволяет контролировать доступ к коду и данным через ролевую модель и механизмы проверки изменений.

Как появился Git?

Git был создан в 2005 году как ответ на кризис в разработке ядра Linux. Ранее команда Linux использовала проприетарную систему контроля версий BitKeeper, но юридические споры лишили программистов этой возможности. Linux-сообщество осталось без инструмента для управления кодом. Существующие системы — например, CVS или Subversion — не подходили для масштабных проектов.

Линус Торвальдс, создатель Linux, решил разработать собственную систему, которая бы отвечала потребностям крупных проектов:

• была быстрой,
• поддерживала распределенную разработку,
• гарантировала сохранность данных (через хеши SHA-1).

Git был создан всего за 10 дней. Первая версия была настолько проста, что Торвальдс называл ее «игрушечной». При этом она уже решала ключевые задачи. Инструмент разработали с акцентом на децентрализацию: каждый разработчик имеет полную копию репозитория, что делает процесс гибким и устойчивым.

Создание Git — прекрасный пример проактивной позиции: если тебя что-то не устраивает, ты сам создаешь инструмент для решения задачи. Реагируешь на боль не нытьем, а делом, и оставляешь проблему позади. Этот инструмент родился из необходимости и стал революцией в мире разработки. Простота, скорость и распределенный подход сделали его незаменимым инструментом для команд любого масштаба.

Эволюция Git:

• 2005: первый релиз Git;
• 2008: появление GitHub, который популяризировал Git среди разработчиков;
• Сейчас: Git де-факто стал стандартом для контроля версий, который используют разработчики по всему миру.

Основные подходы As Code

Infrastructure as Code (IaC)

IaC — это описание в виде кода инфраструктуры: серверов, сети баз данных. Например, с помощью Terraform, Ansible, CloudFormation. Инструмент позволяет сделать инфраструктуру воспроизводимой, предсказуемой и легко управляемой. Вместо ручного создания серверов в облаке вы можете описать их в коде и развернуть одной командой.

Когда мы слышим термин Infrastructure as Code, то обычно думаем о современных инструментах, таких как Chef, Ansible или Terraform. Однако сама идея управления инфраструктурой и конфигурациями через код уходит корнями в 1970-е годы. Уже тогда инженеры сталкивались с необходимостью автоматизировать управление парками машин, будь то физические или виртуальные системы.

Одним из первых инструментов, позволявших автоматизировать сборку и настройку программного обеспечения, был Unix “Make” (1976). Хотя Make не стал полноценным инструментом управления инфраструктурой, он заложил основы для автоматизации задач конфигурации. Следующим важным шагом к автоматизации стал PXE boot (1981). Он позволял загружать и настраивать по сети целые машины — это стало прообразом современных подходов к управлению инфраструктурой.

Хотя эти ранние инструменты не считаются полноценными решениями для управления инфраструктурой, они создали основу для современных подходов. Unix “Make” и PXE boot показали, что автоматизация конфигураций возможна и необходима, особенно с ростом сложности систем.

Как дальше складывалась эволюция IaC:

• 1990-е: следующий этап развития начался с появлением CFEngine (1993). Это был один из первых инструментов, позволявших управлять конфигурациями на множестве машин.
• 2000-е: с развитием облачных технологий и DevOps появились более мощные инструменты, такие как Puppet (2005) и Chef (2009). Они сделали управление через код отраслевым стандартом. 2010-е: Ansible (2012) и Terraform (2014) стали лидерами в области IaC. Они предложили более гибкие и мощные решения для управления облачной инфраструктурой.
• 2013: появился Docker, который произвел революцию в контейнеризации. Он обеспечил легкость в создании, развертывании и масштабировании приложений, а также упростил процессы управления инфраструктурой.
• 2014: Kubernetes предложил автоматизацию развертывания, масштабирования и управления контейнизированными приложениями.
• 2017: создан Pulumi, который позволил управлять ресурсами облачной инфраструктуры с использованием таких языков программирования, как Go, JavaScript, TypeScript, Python, Java, C# и YAML. Благодаря этому инструменту разработчики смогли быстрее интегрировать IaC в свои процессы и создавать более сложные сценарии для автоматизации.
• 2021: появился Brainboard, который значительно упростил разработку, визуализацию и управление инфраструктурой как кодом. Он предложил графический интерфейс для создания и изменения архитектуры облаков. Это помогло сделать IaC доступным не только для разработчиков, но и для более широкого круга пользователей, в том числе для аналитиков и проектировщиков.

Эволюция IaC уходит корнями в историю зарождения машин. С тех пор задачи, с которыми мы сталкиваемся, остались прежними — просто мы решаем их через новые слои абстракции, создавая все более сложные и эффективные инструменты для автоматизации инфраструктуры и управления ею.

Documentation as Code (Docs as Code)

Подход Docs as Code позволяет разрабатывать техническую документацию с помощью тех же инструментов, что и код. Документы создаются в формате, который легко версионировать и хранить в Git, — например, Markdown или AsciiDoc. Это дает значительные преимущества:

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

Подход Docs as Code начал развиваться в 2000-х годах. В это время крупные компании, такие как Microsoft, начали использовать внутренние инструменты для генерации документации из исходного кода. Например, документация .NET Framework уже создавалась с помощью автоматизированных процессов.

В 2010-х годах термин Docs as Code был популяризирован. Тогда такие инструменты, как Markdown, AsciiDoc и Sphinx, стали широко использовать для создания и управления документацией в репозиториях Git.

Architecture as Code (AaC)

AaC позволяет описывать архитектуру системы в виде кода — например, с помощью DSL. Благодаря этому она становится понятной, проверяемой и легко изменяемой. С помощью таких инструментов, как Structurizr или PlantUML, можно генерировать архитектуры программного обеспечения в коде, чтобы интегрировать их в процессы разработки.

Подход Architecture as Code начал развиваться в 2010-х годах с появлением Structurizr (2014) и других инструментов. Сегодня AaC используют для описания в формате, который можно версионировать и тестировать. Например, C4-модель помогает разработчикам и архитекторам лучше понимать сложные системы.

Хотя конкретные компании редко публично афишируют использование C4-модели или Aac, есть несколько примеров, где эти подходы активно применяются.

Крупные технологические компании

• Microsoft использует C4-модель, чтобы документировать архитектуры своих облачных сервисов, таких как, допустим, Azure. Подход AaC помогает автоматизировать создание диаграмм и поддерживать документацию в актуальном состоянии.
• Внутренние команды Amazon Web Services используют C4-модели для описания архитектуры своих сервисов, а инструменты AaC помогают интегрировать эти описания в CI/CD-процессы.

Финансовые организации

Многие банки и финтех-компании используют C4-модели, чтобы документировать сложные распределенные системы. Например, ING и Goldman Sachs применяют AaC для автоматизации создания архитектурных диаграмм и проверки соответствия стандартам.

Консалтинговые и IT-компании

• Разработчик и поставщик программного обеспечения ThoughtWorks активно продвигает использование C4-модели и подхода Architecture as Code в своих проектах. Компания создает инструменты и практики для интеграции AaC в процессы разработки.
• Производитель программного обеспечения Red Hat использует C4-модели для документирования архитектуры своих решений, таких как OpenShift, и применяет AaC для автоматизации создания диаграмм.
• Также активно использует и применяет C4-модели X5 Tech — основной цифровой партнер торговых сетей и бизнесов X5 Group.

Policy as Code

Этот подход позволяет описывать политики и управлять ими, например безопасностью или доступом. Policy as Code дает возможность автоматизировать проверку на всех этапах жизненного цикла ПО и обеспечить compliance — соответствие требованиям.

Подход Policy as Code стал популярным с появлением таких инструментов, как Open Policy Agent (OPA) и Hashicorp Sentinel. Они позволили описывать политики безопасности и compliance в виде кода, что стало особенно востребованным в облачных средах.

GitOps

GitOps — подход, в котором Git становится единым источником истины для управления инфраструктурой и приложениями. Они описываются в коде — например, с помощью Kubernetes manifests — а все изменения автоматически применяются через CI/CD.

Концепцию GitOps в 2017 году формализовала компания Weaveworks, этот подход дает несколько преимуществ:

• прозрачность — все изменения видны в Git;
• автоматизация — процессы деплоя и обновления автоматизированы;
• безопасность — изменения проходят код-ревью и тестирование.

GitSecOps

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

Преимущества этого подхода:

• раннее выявление уязвимостей;
• автоматизация проверок безопасности;
• соответствие стандартам — например, GDPR или HIPAA.

Будущее с As Code

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

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

Footnotes:

• Everything as Code Explained

• Write the Docs Guide: Docs as Code

• Understanding Docs as Code

• The Origins of Infrastructure as Code

• Canary Deployment Strategies

• AWS Whitepaper: Blue-Green Deployments

По словам Ягедари, апп скачали уже больше 5 млн раз за восемь месяцев, плюс он принес создателям более 2 млн долларов прибыли. TechCrunch не удалось подтвердить эту информацию, но они проверили, что в App Store у Cal AI рейтинг 4,8 звезд и 66 тысяч отзывов, а в Google Play — 4,6 звезд, 76+ тысяч отзывов и 1+ млн скачиваний.

Интересно, что если поискать это приложение в App Store, то информация совершенно другая. Возможно, проблема в регионе:

Еда, чистый кодинг и ничего лишнего

Суть приложения очень простая: снимаете еду на телефон, а программа моментально подсчитывает калории. Никаких сложных формул и долгого вбивания каждого продукта в поиск — всё делает искусственный интеллект. Идея приложения, кстати, появилась, когда Ядегари начал посещать тренажерный зал, чтобы набрать вес и «произвести впечатление на девушек».

Да, такие приложения уже несколько лет существовали на рынке, например, SnapCalorie. Но у Cal AI есть большое преимущество: оно было разработано в самое подходящее время, когда ИИ становится все умнее и точнее. Приложение работает на моделях от Anthropic, OpenAI и RAG и обучается на базе данных с калорийностью продуктов и изображениях с разных сайтов, например, GitHub. Точность доходит до 90%.

Несмотря на то что Cal AI построено на моделях ИИ, сам код написан вручную. По словам Ягедари, пока другие подростки «вайбкодили» и изучали программирование с помощью нейросетей (если и вовсе изучали), он погружался в Python и C#.

Мы обнаружили, что разные модели лучше подходят для разных продуктов.

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

И это даже не начало

Свои первые $100 000 Ягедари заработал еще в 16 лет.

После карантина школы раздали Chromebook’и всем ученикам, и неудивительно, что дети пытались злоупотребить этим, играя в игры во время уроков.

Тогда школа решила заблокировать эти сайты, но современные проблемы требуют современных решений, поэтому Зак решил написать собственный сайт, который поможет обходить блокировки.

Название было крайне удачное — Totally Science. Кто захочет блокировать такой сайт, правда? Со временем Зак продал этот мини-бизнес игровой компании FreezeNova за $100 000.

Недавно Ягедари и Лэнгмак переехали в Сан-Франциско в хакерский дом, чтобы работать над прототипом Cal AI. Правда, эффект был абсолютно обратный: Зак решил, что все-таки хочет получить высшее образование, а не спать на полу и работать 24 часа в сутки, чтобы сделать крутой стартап. Именно так проходили будни большинства молодых ребят в этом хакерском доме (ну, и вспомните сериал «Кремниевая долина»).

В любом случае, у Ягедари и Лэнгмака все хорошо: они продолжают с удовольствием управлять своей компанией. Теперь в нее входят еще один ко-фаундер, 28-летний Джейк Кастильо — исполнительный директором и руководитель отдела маркетинга, а также восемь штатных сотрудников — разработчики, дизайнер и SMM-менеджеры.

Финальный релиз ожидается в ноябре, а пока разработчики могут опробовать нововведения в тестовой версии.

C# 14: удобнее, быстрее, гибче

В новой версии языка появились важные улучшения:

• Поддержка System.Span<T> и System.ReadOnlySpan<T> на уровне языка, что делает работу с этими типами более естественной и повышает производительность без потери безопасности.
• Упрощенная работа с дженериками — теперь аргумент nameof может быть непривязанным (unbound) дженериком.
• Лямбда-выражения стали гибче: можно добавлять модификаторы параметров (scoped, ref, in, out, ref readonly) без указания их типов.

Эти нововведения позволяют писать более эффективный и компактный код без потери производительности.

Улучшенный JIT и производительность .NET 10

Разработчики продолжают снижать абстрактные накладные расходы популярных языковых конструкций:

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

Благодаря этим улучшениям .NET 10 стал еще быстрее, а нагрузка на память уменьшилась.

Новые API и улучшения в библиотеках

В стандартные библиотеки добавлены новые API, которые оптимизируют работу с текстовыми данными и 3D-графикой:

• Обработка символов теперь работает с Span<char>, что позволяет избежать лишних выделений памяти.
• Поддержка матриц левой трансформации, полезная при работе с 3D-графикой.
• Улучшена производительность ZipArchive для работы с архивами.

Эти обновления направлены на ускорение работы кода и снижение потребления памяти.

Обновления ASP.NET Core, Blazor и MAUI

• ASP.NET Core теперь поддерживает OpenAPI 3.1 и генерацию API-документации в формате YAML.
• Blazor получил подсветку синтаксиса маршрутов, что упрощает разработку.
• .NET MAUI теперь поставляется в виде .NET workload и через NuGet-пакеты, что облегчает фиксацию версий и тестирование экспериментальных сборок.

Также в Entity Framework появился метод LeftJoin для LINQ, что упрощает написание SQL-запросов.

Скачать и опробовать .NET 10 можно перейдя по ссылке на официальный сайт Microsoft.

Главное в этом обновлении — улучшенная физика, оптимизация рендеринга и новые возможности для работы с 3D-графикой и VR.

Физика, графика и оптимизация работы движка

Jolt Physics интегрировали прямо в Godot — теперь этот физический движок доступен без установки дополнительных расширений. Добавлена интерполяция 3D-физики, что делает движение объектов более плавным.

Также появилась поддержка Ubershaders, снижающая подтормаживания при первом запуске шейдеров. Это особенно важно для игр с насыщенной графикой, где важно минимизировать зависания.

Тональная коррекция AgX стала доступна по умолчанию, обеспечивая более реалистичное освещение и цветопередачу.

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

Редактор, XR и улучшения для разработчиков

Редактор Godot 4.4 получил интерактивное редактирование — теперь можно вносить изменения в код и сцену прямо во время «воспроизведения» игры, что делает процесс тестирования удобнее.

Появилась поддержка XR-устройств в редакторе: теперь можно изменять сцены прямо в виртуальной реальности. На данный момент официально поддерживаются гарнитуры Quest 3, Quest 3S и Quest Pro.

Важное изменение для разработчиков на C# — полная поддержка .NET 8.0, что повышает совместимость с актуальными технологиями Microsoft.

Также обновлена система работы со скриптами — внедрены типизированные словари, что делает код более предсказуемым и строгим.

Что дальше?

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

Подробнее можно узнать на официальном сайте Godot.

Сравнение производительности: стандартное логирование против LoggerMessage

Чтобы сравнить производительность LoggerMessage и методов расширения интерфейса, мы решили написать программу, подсчитывающую сумму четных элементов массива. Предварительно добавили несколько новых методов для записи дополнительных событий. Вот объявления для новых событий:

Обновленный код приложения:

Здесь строки вызова методов расширения ILogger закомментированы. А вызовы наших методов, построенных через механизм LoggerMessage, раскомментированы. Таким образом, можно прогнать программу, используя ILogger, либо, наоборот, LoggerMessage

При использовании механизма LoggerMessage затраты на выполнение методов логирования, которые мы вызывали в цикле (LogIterationStart и LogIterationComplete), составили 0,58% и 0,52% процессорного времени от общих затрат.

При использовании методов расширения ILogger затраты на выполнение метода ILogger.LogInformation составили 35,12% от общих затрат.

Да, можно заметить, что в затраты попали вызовы метода LoggerMessage.Define. Но заметим, что эти методы выполняются один раз на старте приложения. И если наше приложение серверное (долгоживущее), то затраты станут ничтожными по отношению к общим затратам за всё время жизни приложения.

При использовании же методов расширения ILogger затраты на выполнение будут расти, создавая нагрузку как на процессор, так и на память.

AutoLoggerMessage: как легко перейти на высокопроизводительное логирование

Мы рассмотрели два способа типизированных методов для ILogger. LoggerMessageAttribute упрощает процесс, но перевод готового проекта всё равно сложный.

К счастью, есть nuget-пакет, который умеет преобразовывать методы расширения ILogger.Log* из пространства имен Microsoft.Extensions.Logging в строго типизированные методы LoggerMessage.

Чтобы воспользоваться этим пакетом, нужно выполнить два простых шага:

Добавить в проект nuget-пакет stbychkov.AutoLoggerMessage

Это можно сделать либо через консоль с помощью инструмента Nuget package Manager, либо добавив ссылку на пакет в файл проекта.

Команда консоли Nuget Package Manager:

Install-Package stbychkov.AutoLoggerMessage

Добавление пакета с помощью утилиты dotnet:

dotnet add package stbychkov.AutoLoggerMessage

Разрешить перехватчики для генерации исходного кода

Для тестирования этого пакета мы создали отдельный проект консольного приложения и подключили в него указанный nuget-пакет. Далее добавили в модуль Program.cs пару строк с вызовами ILogger.LogInformation:

Если попытаться перейти к реализации метода LogInformation с помощью команды Go To Implementation, мы увидим, что попали не в метод расширения класса LoggerExtensions, а в строго типизированный метод в классе GenericLoggerExtensions:

Для первого вызова, где передана только строка сообщения, будет вызван этот метод:

Для второго вызова, где передан параметр типа TimeSpan, будет вызван следующий метод:

Как видите, второй метод имеет обобщенный параметр.

Можно заметить, что внутри есть вызовы LoggerExtensions, которые не строго типизированы. Это нужно, поскольку во время компиляции вложенный вызов logger.Log должен быть заменен сгенерированным кодом, который в итоге будет вызывать подходящий строго типизированный метод расширения класса LoggerMessageExtensions.

Сборка проекта как в MS Visual Studio 2022, так и в JetBrains Rider, прошла без проблем. Так, если в IDE Rider запустить отладку проекта, предварительно поставив точку останова на вызове одного из методов logger.LogInformation(), то можно увидеть код, который будет вызван. Для этого выберите команду Step Into:

Мы можем видеть, что дальше управление передается сгенерированному методу с типизированными параметрами:

Этот код построен на LoggerMessage.Define – следующим шагом мы попадаем в один из методов расширения класса LoggerMessage:

Таким образом, пакет AutoLoggerMessage позволяет перейти на высокопроизводительное логирование без ручного изменения исходного кода.

Правда, у AutoLoggerMessage есть ограничения:

1. Поддерживается с .NET 8.0.8 и выше;
2. В ILogger.Log*() может быть не более 6 параметров, иначе параметры передаются как массив object, то есть вызывается упаковка значимых типов.

Какой подход к логированию выбрать

Подводя итоги, приведем плюсы и минусы каждого подхода.

ILogger и методы расширения Log*() класса LoggerExtensions

+ Если используете ILogger из коробки, вам не нужно добавлять статический класс с объявлениями методов расширения.

- Так как дополнительные параметры передаются как object, то выполняется упаковка значимых типов.

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

- Код загрязняется текстом шаблонов сообщений.

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

LoggerMessage и строго типизированные методы класса LoggerMessageExtensions

+ Не загрязняют код шаблонами сообщений.

+ Методы расширений имеют строго типизированные параметры — это исключает упаковку значимых типов.

+ Шаблоны сообщений разбираются один раз во время старта приложения.

+ Все сообщения хранятся в одном статическом классе, которым проще управлять.

- Придется добавить статический класс и статический метод для каждого вновь добавляемого сообщения.

В целом, подход с LoggerMessage имеет больше преимуществ. А с пакетом AutoLoggerMessage можно легко перевести проекты на более производительное логирование.

Исходный код можно посмотреть на bitbucket. А узнать больше информации про .NET — в нашем канале.

Полезные ссылки

Logging in C# - .NET | Microsoft Learn

High-performance logging - .NET | Microsoft Learn

Compile-time logging source generation - .NET | Microsoft Learn

AutoLoggerMessage

В этой статье рассмотрим основные шаги и этапы в разработке, независимо от того, хотите вы создать игру «для себя» или для монетизации.

Выбор платформы и инструментов

Это первый и, пожалуй, самый важный шаг. Всё зависит от выбранного типа игры, ваших навыков, и платформы, на которой игра будет размещена.

1. Unity — самый популярный движок, известный своей гибкостью и возможностью создавать как 2D и 3D игры. На Unity можно клипать игры для ПК, консолей и мобильных устройств. Более половины всех игр созданы с этим движком.
2. Unreal Engine — движок от Epic Games, известный своей классной графикой и детализацией. Unreal Engine используют для создания ААА-игр за счёт работы на Blueprints. Кстати, многие крупные геймдев-компании предпочитают именно Unreal Engine.
3. Godot — открытый исходный код движка, который набирает популярность благодаря лёгкости освоения. У Godot есть свой язык, GDScript, который даёт возможность перейти к созданию игр без сложных настроек.

Есть два способа создания игр: программирование и визуальное программирование. И если с «обычным» программированием всё понятно, то с помощью Blueprints в Unreal Engine можно создавать сложные логические структуры; а GDScript — более традиционный способ программирования, но с упрощённым синтаксисом.

Сообщество геймдева, кстати, активно поддерживает разработчиков через форумы (например, gamedev.ru). Там вы сможете найти советы и истории разработки от профессионалов сферы.

Основы игрового дизайна

Первый шаг — идея. А именно: мозговой штурм, анализ трендов и оценка ваших интересов и навыков. В первую очередь должна быть реализуемой, а не уникальной. Здесь на помощь придут сайты по типу Gamasutra для поиска «вдохновения» и анализа тенденций.

Второй шаг — разработка простого геймплея и механик. Геймплей — буквально сердце вашей игры, именно он определяет, как пользователь будет взаимодействовать с приложением. Основные элементы здесь — определение целей игры, правил и системы вознаграждений. Классно разработанный геймплей будет удерживать игроков.

Третий шаг — тестирование MVP. Это тестирование идей и механик ещё до публикации игры. С помощью простых прототипов вы сможете проверить, как работает геймплей без необходимости полного погружения в разработку.

Кстати, с помощью Unity или Godot Engine можно быстро создавать базовые версии игр и проводить альфа/бета-тесты с небольшой группой пользователей. Так вы получите фидбек от пользователей и сэкономите время на поиске багов вручную.

Базовые навыки в геймдеве

Сюда относится программирование, работа с визуалом и звуком, основы физики и анимации.

Без кода игра не будет работать так, как задумывалось (спасибо, кэп). Самыми популярными языками программирования для разработки игр считаются C#, Python и C++.

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

Python обычно не используется для больших коммерческих проектов из-за ограничений по производительности. Но всё-таки он идеально подходит для обучения и создания простых прототипов. Всё благодаря его (относительной) лёгкости в теории и на практике.

C++ — ещё один популярный язык в индустрии геймдева, особенно когда речь идёт о проектах, которые требуют высокой производительности. Используется на базе Unreal Engine.

Графика и звук очень важны в создании «атмосферности». Именно с помощью них пользователи полностью погружаются в процесс игры.

• Начните с освоения базовых инструментов работы с графикой по типу Фотошопа или GIMP для 2D-графики и Blender или Maya для 3D-моделирования. Не забывайте про основы текстурирования и освещения — так сцены будут более реалистичными.
• Работа со звуком — создание и поиск подходящей музыки и звуковых эффектов. С этим помогут программы по типу Audacity или FL Studio, а ещё сайт Looperman, где можно найти бесплатные сэмплы. Звук существенно влияет на восприятие игры пользователями — от тревожной музыки до ярких звуков во время победы.

Начните изучение физики в играх с простых законов Ньютона, чтобы понять, как объекты должны двигаться в игре.

Анимация тоже важна. Здесь имеется в виду движение персонажей и объектов в самой игре. С этим поможет Spine для 2D-анимации и Adobe After Effects.

Что ещё важно

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

Платформеры хороши своей лёгкостью в реализации базовых механик прыжка и бега. К платформам можно отнести всем известный Super Mario или Terraria. Начать можно с создания простых уровней и изучения основ физики.

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

Прототипирование — критически важный этап, на котором вы проверяете ваши идеи на жизнеспособность и получаете первые результаты:

1. Определите ключевые элементы вашей игры. Например, если вы делаете платформер, сосредоточьтесь на механике прыжков и взаимодействии с препятствиями.
2. Используйте Photoshop или GIMP для создания спрайтов вашего персонажа и окружения.
3. Для программирования выбирайте игровые движки: Unity, Unreal Engine или Godot. У каждого из этих движков большой набор инструментов для начинающих. А в интернете можно найти подробную документацию и руководства по созданию игры.
4. Создайте тестовый игровой уровень, на котором вы и протестируете основные механики.

Далее наступает время тестирования. Это может быть либо самостоятельное тестирование, либо альфа/бета-тесты с привлечением небольшого пула игроков — так вы буквально сможете увидеть игру глазами ваших пользователя. А они укажут на элементы в игре, которые вы могли не заметить во время разработки.

После того, как получили первые отзывы на этапе тестов, важно доработать игру:

• Исправьте выявленные ошибки;
• Усильте графику, анимацию и звуковое сопровождение;
• Добавьте новые уровни или усложните уже существующие.

Рекомендации

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

Среди самых известных геймджемов — Ludum Dare, который проводится с 2002 года. Многие игры, впервые созданные на LD, далее превращались в полноценные коммерческие проекты: например, игра Druid, Broforce, Pony Island (от создателей Inscription).

А с помощью открытого исходного кода вы, как создатель игры, сможете изучить лучшие практики от опытных разработчиков и «забрать» их себе. На GitHub можно запросто найти много игр с открытым исходным кодом: от простых 2D-головоломок до сложных 3D-приключений.

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

И помните: многие игры создавались в одиночку. И при этом достигали большого успеха: Sally Face, Plague Inc, Papers, Please. И, конечно же, любимый многими разрабами Stardew Valley :)

Ручки чешутся, чтобы создать игру, а мозг пока не совсем готов? Заходите в наш тг по геймдеву, обязательно поможем!

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

TypeScript впервые стал #1 на GitHub, обогнав Python и JavaScript

Python по-прежнему лидирует в TIOBE (21,25%), но потерял 2,59 п.п. за год

Go упал с 7-й на 16-ю позицию в TIOBE — самое неожиданное падение года

Самые высокие зарплаты в РФ у Go-разработчиков — 320 000 ₽ (медиана)

Рост зарплат в IT остановился: +19% (H2’2024) → 0% (H2’2025)

На что мы опирались при составлении этого обзора:

TIOBE Index (март 2026) — отслеживает популярность языков программирования на основе поисковых запросов, упоминаний в новостях, научных статьях и на форумах.

GitHub Octoverse 2025 — рейтинг на основе статистики GitHub. Показывает, какие языки используют в репозиториях и какие проекты популярны среди пользователей.

Данные Хабр Карьеры (H2 2025) по медианным зарплатам программистов, работающих с разными языками.

В статье рассмотрим:

1. Python;
2. TypeScript;
3. JavaScript;
4. Java;
5. C++;
6. Golang (Go);
7. 1С.

Python

Популярность

Python уверенно удерживает первое место в рейтинге TIOBE с долей 21,25%, хотя за год потерял 2,59 процентных пункта. На GitHub он опустился на 2-е место, уступив TypeScript. При этом по числу новых репозиториев Python вырос на 53% за год — 9,26 млн новых репо.

Уровень зарплат

Медианная зарплата Python-разработчиков во втором полугодии 2025 составила 229 000 ₽ (+8% к H1 2025). Python показывает стабильный рост зарплат на фоне общего замедления рынка.

Перспективы

Python — ключевой инструмент для анализа данных, машинного обучения, автоматизации и веб-разработки. Бум ИИ продолжается: 1,1 млн публичных репозиториев на GitHub используют LLM SDK (+178% за год), и Python остаётся языком #1 для ИИ-проектов.

TypeScript

Популярность

TypeScript совершил исторический прорыв: в августе 2025 он впервые стал языком #1 на GitHub по числу контрибьюторов, обогнав Python и JavaScript. GitHub назвал это «самым значительным сдвигом за десятилетие». Рост числа контрибьюторов — +66,63% за год, а новых репозиториев стало на 78% больше.

В рейтинге TIOBE TypeScript пока не вошёл в топ-10, но это объясняется методологией индекса: TIOBE считает поисковые запросы, а не реальное использование.

Уровень зарплат

В российских зарплатных обзорах TypeScript обычно объединяют с JavaScript. Медиана для JavaScript/TypeScript-разработчиков во втором полугодии 2025 — 241 000 ₽ (+11%).

Перспективы

TypeScript популярен в веб- и мобильной разработке, облачных и корпоративных приложениях. Главная причина роста — ИИ: строгая типизация TypeScript делает код, сгенерированный Copilot и другими ИИ-ассистентами, безопаснее для продакшена. Крупные фреймворки теперь по умолчанию генерируют проекты на TypeScript.

JavaScript

Популярность

JavaScript сохранил 6-ю позицию в TIOBE (3,45%) и опустился на 3-е место на GitHub, уступив TypeScript. Но важно понимать: JavaScript + TypeScript вместе по-прежнему образуют крупнейшую экосистему. По числу новых репозиториев JavaScript всё ещё лидирует — 9,35 млн (+14,6%).

Уровень зарплат

Медианная зарплата JavaScript/TypeScript-программистов во втором полугодии 2025 составила 241 000 ₽ (+11%). Это один из самых заметных ростов среди всех языков.

Перспективы

JavaScript остаётся фундаментом веб-разработки, хотя многие проекты мигрируют на TypeScript. В России спрос на JS-разработчиков стабильно высок благодаря цифровизации бизнеса и импортозамещению. Node.js позволяет использовать его как для фронтенда, так и для бэкенда.

Java

Популярность

Java опустился на 4-е место в TIOBE (7,99%, -2,37 п.п.), но это всё ещё один из крупнейших языков мира. На GitHub Java держится на 4-м месте с устойчивым ростом контрибьюторов (+20,7%).

Уровень зарплат

Медианная зарплата Java-разработчиков — 226 000 ₽ (+1% к H1 2025). Рост минимальный, но стабильный.

Перспективы

Java активно используют в корпоративных приложениях, банковских сервисах и Android-приложениях. В России появилась отечественная IDE — OpenIDE — для работы с Java и другими языками. Это хороший сигнал для развития экосистемы.

C++

Популярность

C++ опустился с 2-й на 3-ю позицию в TIOBE (8,18%), уступив место языку C. На GitHub C++ стабильно входит в топ-6 языков по использованию.

Уровень зарплат

Медианная зарплата разработчиков на C++ — 241 000 ₽ (+14% за полугодие). Это самый сильный рост среди всех языков во втором полугодии 2025.

Перспективы

C++ остаётся основным инструментом для геймдева, встроенного ПО и высокопроизводительных систем. Рост зарплат на 14% объясняется спросом в embedded-разработке и оборонном секторе. Изучать C++ как первый язык непросто, но после него легко освоить другие языки.

Golang (Go)

Популярность

Go показал самое неожиданное падение года: с 7-й на 16-ю позицию в TIOBE (-1,49 п.п.). Однако это не значит, что язык теряет актуальность — TIOBE меряет поисковые запросы, а не реальное использование. На практике Go остаётся одним из самых востребованных языков в России.

Уровень зарплат

И вот главный аргумент: Go-разработчики получают самые высокие зарплаты среди всех языков в нашем рейтинге. Медиана — 320 000 ₽ (+4% к H1 2025). Это на 37 000₽ больше, чем у C# и на 91 000₽ больше, чем у Python.

Перспективы

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

1С

Популярность

Этого языка нет в международных рейтингах TIOBE и GitHub — в наш топ он попал вне конкурса. 1С использует большинство компаний России для бухучёта, управления торговлей и расчёта зарплат.

Уровень зарплат

Медиана для 1С-программистов — 200 000 ₽. Рост зарплат остановился (0% во втором полугодии 2025). На рынке переизбыток джунов, но синьоры 1С по-прежнему в дефиците.

Перспективы

Спрос на 1С-разработчиков стабилен благодаря импортозамещению: компании переходят на отечественное ПО. 1С — идеальный шанс войти в IT для тех, кто не уверен в английском.

Кстати, мы уже публиковали статью «Стоит ли учиться программированию на 1С» — там можно узнать все за и против.

Окей, так какой язык выбрать в итоге?

Зависит от ваших интересов и направления, в котором планируете развиваться.

— Хотите строить карьеру в области ИИ, анализа данных или автоматизации — обратите внимание на Python. Это лучший старт для новичков.

— Для веб-разработки и фулстека — TypeScript (язык #1 на GitHub) или JavaScript. TypeScript становится стандартом для новых проектов.

— Хотите максимальную зарплату и работу в финтехе — выбирайте Go. Медиана 320 000₽ — это на 40% больше, чем у Python.

— Универсальный и стабильный выбор — Java. Корпоративные приложения, банки, Android — Java подходит для любых задач.

— Геймдев, embedded, системы реального времени — C++. Зарплаты выросли на 14% за полгода.

— Для работы в российских компаниях — 1С. Идеальный шанс войти в IT без английского.

В комментариях можно дополнить наш обзор — и поделиться своим опытом. Так статья будет еще полезнее!

Если бы вы составляли топ языков для изучения в 2026 году, какие ЯП туда бы включили и почему?

Вместе со специалистами Kursfinder я рассмотрела около 80 программ изучения C++ и C# и составила для вас подборку из 31 курса. Сюда входят по пять топовых программ по каждому языку, пять дополнительных по C# и пять — по C++, а также бесплатные онлайн-занятия и видеоуроки. Еще больше курсов по C++ и С# — в нашем каталоге.

ТОП-5 лучших курсов по C++

1. Разработчик на C++ от «Нетологии» — программа обучения с выбором специализации.
2. C++ для робототехников от Skillbox — прикладной экспресс-курс для робототехников.
3. Профессия «Разработчик на C++» от Skillfactory — три тарифа на выбор, в том числе, с возможностью индивидуальной работы над проектом с ментором.
4. Разработчик C++ от «Яндекс Практикума» — постоянные вебинары и помощь с трудоустройством.
5. C++ Developer от OTUS — углубленное обучение с нуля до Middle.

ТОП-5 лучших курсов по C#

1. Профессия C#-разработчик от Skillfactory — объемный курс с возможностью обучаться индивидуально с наставником.
2. C# ASP.NET Core разработчик от OTUS — углубленная программа для разработчиков на C# с опытом от двух лет.
3. Курс C# разработчик от itProger — обширный набор практических заданий.
4. C# для разработки игр от XYZ School — узкоспециализированный курс для разработки игр на Unity.
5. Изучение C# от новичка до профи от itProger — программа обучения для быстрого освоения основ.

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

Онлайн-курсы по программированию на C++

1. Разработчик на C++ | Нетология

🎁Используйте эксклюзивный промокод «kursfinder», чтобы получить скидку 7% на курсы школы.

Пройти курс по C ++ можно в одном из двух форматов. Базовая программа предполагает изучение особенностей программирования на этом языке, углубленная — выбор специализации. В любом случае большая часть нагрузки приходится на выполнение практических задач, которые помогут на будущей работе. Регулярное общение с экспертами на вебинарах и обратная связь по домашним заданиям позволят лучше усвоить материалы. Вы не только отточите hard skills программиста, но и разовьете soft skills. Есть возможность стажировки и трудоустройства.

• Стоимость: 133 000 рублей или от 3 889 рублей в месяц в рассрочку.
• Длительность: от 12 месяцев (в зависимости от выбранного тарифа).
• Формат обучения: теоретические материалы в видеоформате, вебинары, практика, тренажеры и кейсы.
• Сертификат: есть.

Кому подойдет: новичкам в IT, которые никогда не занимались разработкой.

Преимущества:

• программа трудоустройства включена;
• 15 проектов для портфолио
• кейсы от работодателей;
• программу регулярно обновляют;
• 80% практики;
• возможность выбора специализации (для расширенной траектории);
• вебинары с экспертами и обратная связь;
• есть мобильное приложение для учебы;
• 2 траектории на выбор.

Недостатки:

• группы набирают редко;
• нет информации о том, сколько стоит расширенная траектория.

Программа обучения:

• Основы программирования на C++.
• Git.
• Алгоритмы и структуры данных.
• Базы данных.
• Многопоточное и асинхронное программирование.
• Проектирование.
• Темы специализации.

Ознакомиться с полной программой >>>

2. C++ для робототехников | Skillbox

Прикладной интерактивный курс C ++, рассчитанный на робототехников. С его помощью вы научитесь писать программы для роботов. Примечательно, что в ходе обучения вы сможете тестировать код робота с помощью симулятора. Поймете, как писать и оптимизировать код, создавать графический интерфейс. Освоите фреймворки Arduino и Qt.

• Стоимость: 35 552 рубля или от 5 925 рублей в месяц в рассрочку.
• Длительность: 1 месяц.
• Формат обучения: теория в видеоформате, практические задания для отработки навыков.
• Сертификат: есть.

Кому подойдет: робототехникам.

Преимущества:

• вечный доступ к курсу и чату;
• оперативная техническая поддержка;
• много практики;
• развитое сообщество.

Недостатки:

• узкоспециализированный курс;
• короткая рассрочка.

Программа обучения:

• Основы C++.
• Массивы.
• Функции.
• ООП.
• Операторы.
• Библиотеки и фреймворки.
• Pybind11.

Ознакомиться с полной программой >>>

3. Профессия «Разработчик на C++» | Skillfactory

Онлайн-курс по C ++ с индивидуальным обучением, доступным в тарифе VIP (в него включены персональные консультации и создание проекта с ментором). Независимо от выбранного тарифа, вы сможете общаться с экспертами, посещать интерактивные вебинары. В программу включена помощь с трудоустройством, а также бонусные модули для развития софт-скилов.

• Стоимость: от 3 724 рублей в месяц в рассрочку.
• Длительность: 11 месяцев.
• Формат обучения: зависит от выбранного тарифа.
• Сертификат: есть.

Кому подойдет: новичкам без опыта в программировании.

Преимущества:

• помощь Центра карьеры;
• 3 тарифа на выбор;
• много практики;
• проектная работа;
• углубленная программа.

Недостатки:

• высокая стоимость VIP-тарифа;
• преимущественно самостоятельное обучение в базовом тарифе.

Программа обучения:

• Конструкции языка.
• Алгоритмы и структуры данных.
• Linux.
• Параллельное программирование.
• Базы данных.
• Тестирование.
• Современные стандарты программирования.
• Qt.

Ознакомиться с полной программой >>>

4. Разработчик C++ | Яндекс Практикум

Программа этого курса C ++ с нуля позволит вам быстро освоить данный язык программирования за счет больших объемов практики и реального опыта работы над проектами. Вы освоите не только особенности программирования на С++, но и поработаете с прикладными решениями, которые необходимы, например, для Git, IDE, компиляторов. Все желающие могут пройти первый десятичасовой модуль бесплатно, чтобы оценить особенности обучения.

• Стоимость: от 135 000 рублей или от 16 500 рублей в месяц в рассрочку.
• Длительность: 9 месяцев.
• Формат обучения: вебинары, практические задания для отработки навыков.
• Сертификат: есть.

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

Преимущества:

• предусмотрен карьерный трек и помощь с трудоустройством (7 месяцев после обучения);
• 2 тарифа на выбор;
• оперативная поддержка;
• много практики;
• регулярные обновления курса.

Недостатки:

• размер платежей в рассрочку достаточно высокий;
• группы набираются достаточно редко.

Программа обучения:

• Базовые понятия (бесплатно).
• Основы C++.
• Оптимизация.
• Качество кода.
• Сложные программы.
• Модули расширенного курса.

Ознакомиться с полной программой >>>

5. C++ Developer | OTUS

Обширный курс обучения C ++ с нуля, который разделен на две ступени. Сначала вы погрузитесь в основы программирования на этом языке, а потом углубитесь в важные темы, расширите набор навыков и пул инструментов, чтобы достичь уровня Middle-специалиста. Вся программа построена на принципах постоянного взаимодействия с экспертами. Уроки проводятся в формате вебинаров, на которых вам ответят на возникшие вопросы, дадут фидбэк по сделанным домашним работам.

• Стоимость: от 149 600 рублей или в рассрочку от 14 960 рублей в месяц.
• Длительность: 10 месяцев.
• Формат обучения: вебинары, практические и проектные работы.
• Сертификат: есть.

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

Преимущества:

• изучение C++ с нуля до Middle+;
• постоянное общение с экспертами;
• можно посетить бесплатные открытые вебинары, чтобы оценить особенности обучения;
• есть корпоративная программа.

Недостатки:

• время проведения вебинаров может подойти не всем;
• высокие ежемесячные платежи при оплате в рассрочку.

Программа обучения:

• Введение.
• Junior.
• Middle.

Ознакомиться с полной программой >>>

Онлайн-курсы по программированию на C#

1. Профессия C#-разработчик | Skillfactory

Объемная программа этого курса по основам C# поможет вам научиться создавать сайты, мобильные и десктопные игры и приложения, например, для «Яндекса», «Сбера» или «Газпрома». Для обучения не потребуются специальные технические знания и навыки — можно начать с нуля. Также курс подойдет разработчикам смежных направлений, желающих разбираться в тонкостях C#. В качестве итогового проекта вас ожидает создание собственного блога и многоуровневого приложения.

• Стоимость: от 3 560 рублей в месяц.
• Длительность: 1 год.
• Формат обучения: зависит от тарифа.
• Сертификат: есть.

Кому подойдет: новичкам, а также разработчикам на других стеках.

Преимущества:

• итоговый проект в формате виртуальной стажировки;
• бонусный модуль по основам DevOps;
• объемный итоговый проект;
• обучение на 80% состоит из практики;
• 3 тарифа на выбор.
• оперативная поддержка;
• подготовка к трудоустройству.

Недостатки:

• дорогой VIP-тариф;
• придется учиться практически самостоятельно в Базовом тарифе.

Программа обучения:

• Программирование.
• Backend.
• Веб-разработка.
• Десктоп и мобильная разработка.

Ознакомиться с полной программой >>>

2. C# ASP.NET Core разработчик | OTUS

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

• Стоимость: 116 450 рублей или 11 645 рублей в месяц в рассрочку.
• Длительность: 6 месяцев.
• Формат обучения: вебинары и практические задания, работа над проектом.
• Сертификат: есть.

Кому подойдет: разработчикам на C# с опытом от двух лет.

Преимущества:

• практика в scrum-команде;
• проектная работа;
• карьерная поддержка;
• доступно корпоративная программа;
• можно посетить бесплатный открытый вебинар для оценки особенностей обучения на платформе.

Недостатки:

• группы набираются редко;
• для обучения нужно пройти вступительное тестирование.

Программа обучения:

• ASP.NET и WebAPI.
• Облачные приложения.
• Фронтенд.
• Микросервисная архитектура.
• API.

Ознакомиться с полной программой >>>

3. Курс C# разработчик | itProger

Недорогой курс программирования на C #, в котором содержится большое количество тестовых материалов и практических работ. Вы сможете не только осваивать тот язык, но и проходить все курсы на платформе по подписке. В зависимости от выбранного формата обучения меняются объемы практических и тестовых заданий. Поэтому оптимальным вариантом будет покупка тарифа «Все включено», так как разница в стоимости небольшая.

• Стоимость: от 11 400 рублей.
• Длительность: 2–3 месяца.
• Формат обучения: лекции, домашние задания, тесты.
• Сертификат: есть (кроме тарифа «Мини»).

Кому подойдет: новичкам без опыта в разработке.

Преимущества:

• недорогое обучение;
• проектные работы;
• подписка на сайт за покупку курса (срок зависит от тарифа);
• консультации с лектором (в тарифе «Все включено»);
• материалы ко всем урокам.

Недостатки:

• редкий набор групп;
• ограниченное количество мест;
• достаточно сжатый курс.

Программа обучения:

• C#.
• ООП.
• Контроль версий.
• Тестирование.
• Базы данных.
• Фреймворки.

Ознакомиться с полной программой >>>

4. C# для разработки игр | XYZ School

🎁Используйте эксклюзивный промокод «ADVXYZ», чтобы получить скидку 5% на курсы школы.

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

• Стоимость: 60 400 рублей или 5 033 рубля в месяц в рассрочку.
• Длительность: 4 месяца.
• Формат обучения: теория в формате видеоуроков, практическая работа над проектами.
• Сертификат: есть.

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

Преимущества:

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

Недостатки:

• достаточно сжатый курс;
• помощь с трудоустройством носит преимущественно консультационный характер.

Программа обучения:

• Си шарп в Юнити.
• ООП.
• Организация кода.
• Архитектурный подход.

Ознакомиться с полной программой >>>

5. Изучение C# от новичка до профи | itProger

Недорогой онлайн-курс, который позволит вам понять принципы программирования на C# и работы с базами данных. В программу обучения включено 30 видеоуроков и более 200 практических заданий. Курс доступен в 4 разных тарифах, но оптимальным вариантом становится максимальный благодаря небольшой разнице в стоимости. При этом объемы предоставляемых материалов сильно различаются.

• Стоимость: от 1 700 рублей.
• Длительность: 30 уроков.
• Формат обучения: теория в видеоформате, практическая отработка навыков.
• Сертификат: не во всех тарифах

Кому подойдет: новичкам, которые хотят освоить базу по C#.

Преимущества:

• 4 тарифа на выбор;
• подписка на сайт сроком до 3 месяцев (в зависимости от выбранного тарифа);
• недорогое обучение;
• без ограничений по времени прохождения курса;
• доступны консультации экспертов (в тарифах «Наилучший» и «Все включено»);

Недостатки:

• сертификат только в тарифах «Наилучший» и «Все включено»;
• практические задания только в тарифе «Все включено».

Программа обучения:

• C#.
• Базы данных.
• WinForms.

Ознакомиться с полной программой >>>

Еще 5 курсов по программированию на C++

Предлагаю дополнительные программы обучения по С++, которые не попали в топ. Тем не менее они отлично подойдут как для освоения основ, так и для углубленного изучения этого языка программирования.

• C++ для разработки игр от XYZ School — в отличие от курса по C#, эта программа рассчитана на обучение разработке игр на Unreal Engine. Данный движок используется ААА проектами, что позволит вам найти интересную и в перспективе высокооплачиваемую работу. В ходе обучения вы не только освоите необходимую базу языка C++, но и поймете, как использовать движок в разработке видеоигр под разные устройства.
• C++ Developer. Базовый курс от OTUS — базовая программа, которая может стать первым шагом на пути к IT. Слушатели смогут освоить основы программирования, разработки. Вся теория подкрепляется практикой.
• Профессия «C++ разработчик» от itProger — программа, созданная для изучения основ языка программирования C++. Для слушателей подготовлены лекции, разбитые на подтемы, такой формат делает обучение проще и эффективнее.
• C++ Developer. Углубленный уровень от OTUS — онлайн-курс, разработанный под нужды профессиональных разработчиков. Перед тем как записаться на обучение, у слушателей есть возможность пройти вступительное тестирование и определить уровень своей подготовки. Программа сочетает насыщенную теорию и практику.
• C++ от itProger — курс для новичков, в котором делается большой упор на практический формат. Начиная с нуля, слушатели смогут узнать, как писать программы и создавать проекты для Windows.

Еще 5 курсов по разработке на C#

• Основы .NET-разработки и языка C# от IBS Training Center — базовая программа для студентов, желающих освоить C# и получить навыки .NET-разработки. По окончании обучения слушатели получают диплом о повышении квалификации.
• Курс 20483: Программирование на C# от «Эврики» — программа, доступная как в очном, так и в дистанционном формате, направлена на опытных программистов, желающих освоить C#. Слушателям предоставляются все необходимые материалы для обучения.
• Курс Программирование на C# — от новичка до специалиста от beONmax.com — курс, включающий в себя более 100 видеоуроков, а также практические задания для отработки навыков. Обучаясь на платформе, слушатели смогут получить навык написания чистого кода. Курс универсален: он походит как для новичков в IT-сфере, так и для программистов, желающих познакомиться с новым для себя языком.
• Курс Программирование на C#: от новичка до специалиста от «Знанио» — программа, с которой слушатели могут получать новые навыки в комфортном темпе. Курс ориентирован на новичков, которые хотят познакомиться с основами программирования на C#.
• Backend-разработка на языке программирования C# от ИТМО — программа, направленная на профпереподготовку слушателей. Одним из основных преимуществ обучения на платформе является то, что изучать темы можно в комфортном темпе. Курс состоит из 4 модулей, каждый из которых включает в себя много практики. Начиная с самых основ, слушатели смогут познакомиться с программированием на C#, углубиться в систему Git и др.

Бесплатные курсы по C++

Получить базовые навыки, необходимые в разработке на C++ и C#, также можно на бесплатных курсах. В подборках представлены программы в свободном доступе, подходящие для знакомства с профессией.

1. Как стать разработчиком на С++ с нуля — Нетология

Бесплатное занятие, в котором делается упор на профориентацию. Слушатели смогут узнать об особенностях профессии разработчика на С++. Также эксперты расскажут, что необходимо для успешного старта.

Главное о курсе:

• большое занятие;
• обучение для новичков.

2. Введение в C++: с нуля до первой программы за 5 дней — Skillbox

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

Главное о курсе:

• материалы можно изучать в комфортном темпе;
• сочетание теории и практики.

3. Научись программировать на C++ — Михаил Русаков

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

Главное о курсе:

• студенты получают поддержку от автора;
• ориентирован на новичков.

4. Программирование на языке C++ — Stepik

Курс программирования на языке C ++, ориентированная на слушателей, знакомых с синтаксисом хотя бы одного «стандартного» языка программирования. Начиная с введения слушатели смогут узнать, как работают программы, а также смогут углубиться в базовые понятия.

Главное о курсе:

• предусмотрена выдача именного сертификата;
• есть практические задачи для отработки.

5. Основы C++. Программирование для начинающих — Академия IT

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

Главное о курсе:

• первые занятия подборки доступны в демодоступе;
• насыщенная программа.

Бесплатные курсы по C#

1. Бесплатный курс по C# для начинающих — Code Basics

Программа, в которой сочетается теория в текстовом формате и практика в браузере. Курс подходит для изучения основ. Материал структурирован и обеспечивает плавное, постепенное погружение. Для обучения на платформе требуется регистрация, однако первые занятия доступны в деморежиме.

Главное о курсе:

• сочетание теоретического и практического похода к обучению;
• ориентирован на новичков.

2. C# уроки для начинающих. С нуля! — Академия IT

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

Главное о курсе:

• требуется регистрация на платформе;
• обучение, созданное для новичков.

3. C# Тренажер — Stepik

Программа представляет собой тренажер для программистов с любым уровнем подготовки. Тренажер помогает более детально разобрать основы типов, переменных, массивов и др. Кроме того, обучение на платформе позволяет получить навык эффективного решения задач с использованием C#. Также отработка навыков на задачах сможет стать хорошей подготовкой к собеседованиям.

Главное о курсе:

• большой сборник интерактивных задач;
• теоретических материалов не предусмотрено.

4. Программирование C# для начинающих — Михаил Русаков

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

Главное о курсе:

• сочетание теории и практики;
• слушатели получают бонусы от автора.

5. Разработка инженерных приложений в среде Visual Studio (C#) — Stepik

Программа, разработанная преподавателями НИУ «МЭИ». В курсе по изучению C # рассматриваются особенности создания ПО для инженерных расчетов. Программа ориентирована на новичков в программировании, поэтому изучения языка начинается с самых основ. Для подготовки материалов использовались только актуальные данные. Курс дает возможность не только изучить теорию, но и отработать полученные навыки на практике.

Главное о курсе:

• в программу включены тесты и интерактивные задачи для отработки;
• упор на работу с инженерными ПО.

Видеоуроки по разработке на C++

1. Специализация C++ Developer от OTUS — подборка демозанятий по C++ по разным направлениям и для слушателей с разным уровнем подготовки. Изучая материалы, можно узнать больше о настройках, тестах, использовании возможностей ИИ и др.
2. Изучение C++ для начинающих от itProger — видеокурс, подготовленный преподавателями одной из крупнейших российских школ программирования. Программа разработана специально для новичков, предусмотрена и отработка заданий на практике.
3. Сервер на C++: подводим итоги от Skillbox — программа, представляющая собой вебинар с экспертами в записи. Занятия универсальны: они подойдут как новичкам, так и практикующим программистам. Спикер расскажет, как улучшить серверный код, работать с облачным хостингом и др.
4. Видеоуроки по программированию на C++ для начинающих от Next Pro — программа, включающая в себя насыщенные и объемные видеоуроки по программированию. Начиная с введения. Слушатели узнают про переменные, циклы, типы данных и др.
5. C++ Продвинутый. Уроки от Efremov Engineer — продвинутый видеокурс по C++. В рамках обучения слушатели узнают, как работать с битовыми полями, переменными и др. Материал насыщенный и структурированный, что облегчает процесс изучения.

Видеоуроки по программированию на C#

1. Уроки C# для начинающих от Школы itProger / Программирование — подборка видеоуроков, созданная для знакомства с основными концепциями языка. Самостоятельно изучая материал, слушатели смогут получить навык работы над небольшими проектами.
2. C# Уроки от #SimpleCode — программа, ориентированная на новичков. Изучая небольшие, но в то же время насыщенные и информативные видеоуроки, слушатели смогут познакомиться с языком C#. Преподаватель поговорит о типах данных, переменных и др.
3. C# с нуля до уровня Senior от канала «Путь к Senior-у» — подборка авторских видеоуроков, позволяющих познакомиться с C#. Программа подходит для слушателей с любым уровнем подготовки. Материал насыщенный и структурированный. Преподаватель рассмотрит такие темы, как операторы, циклы, массивы и др. Видеоуроки небольшие, в них нет «воды».
4. C# 2025 с нуля до профи от Романа Сакутина — данный видеоматериал представляет собой целый курс в одном большом ролике. Для удобства изучения есть разбивка на тайм-коды. Программа подходит для углубленного обучения языку C #. Преподаватель рассмотрит такие темы, как операторы, циклы и др. Кроме того, программа дает возможность на практике рассмотреть процесс создания различных типов игр.
5. Создание игр Unity 3D | Cтарт программирования на C# от канала «Пиксель — школа программирования для детей» — небольшое занятие, в рамках которого изучается движок Unity 3D. C# в данном случае используется для написания скриптов, поэтому он также изучается. Дополнительно на канале можно найти и другие уроки по программированию для самых юных слушателей.

FAQ. Часто задаваемые вопросы

1. Как долго учить C++/ C#?

C# можно выучить в срок от 4 месяцев до года в зависимости от интенсивности обучения, а также желаемого уровня владения языком. Переход с родственных языков программирования занимает обычно от 1 до 2 месяцев. C++ считается одним из самых сложных языков программирования. На изучение его овнов может потребоваться около года. Но нужно понимать, что выучить язык на достойном уровне можно только при больших объемах практики.

2. Где используют C++/C#?

Язык программирования C# является достаточно универсальным. Он применяется для разработки десктопных, веб- и мобильных приложений, игр на движке Unity, облачных приложений, решений для работы с базами данных и т. д. Язык отличается своей гибкостью и широкими возможностями. Так как язык разрабатывали в Microsoft, то лучшим его применением является написание программ для Windows, а также серверных приложений для Windows Server. Однако он подходит и для кроссплатформенной разработки.

Среди основных направлений использования C++ выделяются: веб-сервера, графика и сложные вычисления, десктопные приложения, приложения для аудио и видео. Язык является достаточно сложным, но зная его, вы всегда можете быстро освоить любой другой.

3. Сколько зарабатывает разработчик на С++/C#?

Уровень заработной платы зависит как от размера компании, опыта разработчика, так и отрасли, в которой он работает.

По данным hh.ru, в среднем разработчики C# получают от 115 тысяч рублей в месяц, но их доход может составлять и 500+ тысяч в зависимости от опыта и имеющихся навыков. Разработчики С++ более востребованы: средняя зарплата примерно такая же, однако вакансий на hh.ru с доходом от 450 тысяч в месяц больше, чем у специалистов по C#.

Заключение

Курсы по C++ и C# помогут в освоении этих языков программирования в сравнительно короткие сроки. Если говорить о первом языке, то его будет достаточно сложно освоить без экспертной помощи и больших объемов практики. Не стоит питать надежд, что бесплатных видеоуроков будет достаточно. Второй язык проще для самостоятельного изучения, но отсутствие практики и портфолио может стать причиной возникновения проблем с трудоустройством. Поэтому если вы не хотите тратить много времени и ресурсов на академическое образование, то курсы станут наиболее подходящим вариантов.

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

Каждый год аналитики, институты и профильные ресурсы составляют рейтинг языков программирования: подводят итоги, делают прогнозы. Мы обновили статью на основе свежих данных за 2025-2026 годы и выяснили, какие ЯП будут востребованы на рынке в 2026 году. Советуем прочитать, если вы только учитесь или задумались о смене стека.

Главное из статьи:
— Python остается языком номер один по TIOBE (21,25%), но потерял 2,59 п.п. за год
— TypeScript обогнал Python на GitHub по росту активности (+66,63% год к году)
— В России рост зарплат разработчиков остановился: 0% за второе полугодие 2025 года
— Go-разработчики получают больше всех в России — 320 000 рублей в месяц
— Си вернулся на второе место в TIOBE, потеснив C++ и Java

Спойлер: топ-5 по-прежнему знакомые всем Python, Си, C++, Java и C#. Но есть заметные подвижки: Си перепрыгнул с четвертого на второе место по TIOBE, а Go обвалился с 7-й на 16-ю позицию. На GitHub же главная сенсация — TypeScript обогнал Python по темпам роста.

Статья основана на данных TIOBE (март 2026), GitHub Octoverse 2025 и Хабр Карьеры (данные о зарплатах за второе полугодие 2025). Если вы знаете другие интересные исследования по теме — делитесь ими в комментариях.

Python

Занимает первое место по индексу TIOBE с долей 21,25%, хотя за год потерял 2,59 процентных пункта. На GitHub Octoverse 2025 — второй по росту активности (+48,78% год к году). Python остается главным языком машинного обучения, ИИ и всего, что связано с большими данными.

Остается в топе уже много лет и будет востребован как минимум в 2026 году. Все благодаря относительно простому входу и универсальности. И, конечно, тому, что Python — база для Data Science, AI-инструментов и облачных вычислений. Средняя зарплата Python-разработчика в России — 229 000 рублей в месяц (данные Хабр Карьеры за второе полугодие 2025).

JavaScript

По индексу TIOBE JavaScript держится на шестом месте с долей 3,45% — стабильная позиция. Зато на GitHub Octoverse 2025 он третий по темпам роста (+24,79% год к году). Вместе с TypeScript занимает ведущие позиции в веб-разработке.

Главный язык веб-разработки, и в 2026 году ничего не изменится. Интересный тренд: TypeScript, который компилируется в JS, на GitHub Octoverse 2025 вырос на 66,63% за год и обогнал даже Python. Средняя зарплата JS/TS-разработчика в России — 241 000 рублей в месяц.

Java

По TIOBE в марте 2026 года Java на четвертом месте с долей 7,99% — опустился на одну позицию, уступив Си. На GitHub Octoverse 2025 — четвертый по росту (+20,73%). По-прежнему база и для бэкенда, и для мобильных приложений, и для Big Data. На Java написано огромное количество сервисов, которыми мы пользуемся каждый день: от Netflix до Госуслуг.

Средняя зарплата Java-разработчика в России — 226 000 рублей в месяц. Несмотря на то что Java немного потерял в рейтингах, его экосистема огромна, а количество legacy-проектов гарантирует стабильный спрос на специалистов.

Cи и C++

Технически это два разных языка, но они часто идут в связке. В марте 2026 года произошла заметная рокировка: Си перепрыгнул с четвертого на второе место в TIOBE (11,55%), а C++ опустился с второго на третье (8,18%).

«База» для большинства разработчиков системного софта. На них написаны компиляторы, операционные системы, драйверы, встроенное ПО. Их изучают в университетах, и они точно останутся в топе в ближайшие годы: высокопроизводительные системы никуда не денутся, а вокруг огромное количество legacy-кода, который нужно поддерживать.

Средняя зарплата C++-разработчика в России — 241 000 рублей в месяц, что выше, чем у Python и Java.

C#

Пятый по индексу TIOBE с долей 6,36% и ростом на 1,49 процентных пункта за год. Также в топ-5 на GitHub Octoverse 2025. Разработан Microsoft, похож на Cи и C++, но не надстройка над ними.

Остается популярным благодаря совместимости с экосистемой Microsoft и универсальности. Кроме того, C# — язык разработки игр (спасибо, Unity). Средняя зарплата C#-разработчика в России — 251 000 рублей в месяц, что заметно выше Python и Java.

В целом топ-5 не удивляет: Python — язык AI и Data Science, JavaScript — веба, Java — корпоративного бэкенда, Cи/C++ — системного программирования, C# — игр и Microsoft-экосистемы. Но сюрпризы есть: TypeScript стал самым быстрорастущим языком на GitHub, а рост зарплат в России остановился.

Какие языки набирают популярность

Топ-5 — это языки-ветераны, которые давно на рынке. Но есть и языки, которые быстро набирают популярность. Вот пять из них, на которые стоит обратить внимание в 2026 году.

• TypeScript. Главная сенсация 2025 года на GitHub: рост активности +66,63% год к году, обогнал Python. Компилируется в JS, но предлагает статическую типизацию. Всё больше проектов переходят на TS.
• Kotlin. Язык для разработки мобильных, серверных и веб-приложений. Сегодня чаще всего используется для Android-разработки, проще и лаконичнее Java.
• Rust. Быстрый и безопасный, с необычным подходом к управлению памятью. Всё чаще используется для высоконагруженных систем, облачных сервисов, операционных систем и драйверов.
• Swift. Язык Apple для iOS и macOS. Популярность растет с ростом числа компаний, которым нужны нативные приложения для экосистемы Apple.
• Golang. В 2025 году неожиданно обвалился в TIOBE с 7-го на 16-е место, но в России по-прежнему лидирует по зарплатам: 320 000 рублей в месяц. Простой, быстрый, идеален для микросервисов и облачной инфраструктуры.

А что в России

По данным Хабр Карьеры за второе полугодие 2025 года, средние зарплаты разработчиков в России выглядят так:

• Go — 320 000 рублей в месяц
• C# — 251 000 рублей в месяц
• C++ — 241 000 рублей в месяц
• JavaScript/TypeScript — 241 000 рублей в месяц
• Python — 229 000 рублей в месяц
• Java — 226 000 рублей в месяц

Важный тренд: рост зарплат разработчиков в России фактически остановился. Если за второе полугодие 2024 года зарплаты выросли на 19%, то за второе полугодие 2025 рост составил 0%. Это касается всех языков программирования.

В IT постоянно все меняется: появляются новые технологии, подходы, целые профессии. Но топ языков программирования остается стабильным уже много лет. Советуем изучать новое и экспериментировать, но не забывать о «мейнстримных» технологиях. А главное — следить не только за глобальными рейтингами, но и за российским рынком зарплат, потому что востребованность языка и уровень дохода не всегда совпадают.

Mono — это открытая платформа для создания кроссплатформенных приложений, которая реализует .NET Framework на базе стандартов ECMA для C# и Common Language Runtime.

История и значимость Mono

Проект Mono был запущен в 2001 году и с тех пор сыграл важную роль в развитии экосистемы .NET.

После приобретения Xamarin в 2016-м, Microsoft взяла на себя управление проектом. Последний крупный релиз Mono вышел в июле 2019-го, а последнее обновление — в феврале 2024-го. Однако, со временем развитие проекта замедлилось.

Передача проекта WineHQ

Джефф Шварц из Microsoft сообщил на сайте Mono и на GitHub, что теперь управление проектом переходит к организации WineHQ.

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

Microsoft также отметила, что завершила перенос всех рабочих нагрузок на современную ветку Mono в репозитории dotnet/runtime и рекомендует пользователям переходить на .NET, который включает эти разработки.

Признание заслуг Mono

В своём сообщении, Microsoft выразила благодарность всем разработчикам, которые трудились над Mono.

Компания подчеркнула, что Mono стал первым решением .NET для Android, iOS, Linux и других операционных систем, сделав кроссплатформенный .NET реальностью. Передача проекта WineHQ — это не только способ сохранить наследие Mono, но и признание важности работы команды Wine.

Подобное сотрудничество, по словам представителей Microsoft, откроет новые возможности для развития открытого программного обеспечения.

1. Определите концепцию и дизайн игры

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

2. Выбор игрового движка

• Игровой движок – это программное обеспечение, которое предоставляет
  основу для создания вашей игры: графику, физику, звук и т. д.
• Выберите игровой движок, соответствующий вашим потребностям и уровню навыков (например, Unity, Unreal Engine, Godot).

3. Разработка персонажей и окружения

• Создайте привлекательных персонажей и детализированное окружение, которое оживит вашу игру.
• Используйте программное обеспечение для 3D-моделирования (например, Blender, Maya) или наймите художников для создания ассетов.

4. Программирование игровой логики

• Напишите код для игровой логики, включая движение, столкновения, искусственный интеллект и т. д.
• Изучите язык программирования, используемый вашим игровым движком (например, C#, C++, GDScript).

5. Создание уровней и дизайна окружения

• Создайте увлекательные уровни, используя игровые средства вашего движка.
• Используйте текстуры, освещение и эффекты для улучшения визуального качества.

6. Добавление графики, звука и музыки

• Импортируйте и оптимизируйте графические ресурсы, такие как текстуры, модели и анимации.
• Запишите или найдите звуковые эффекты, музыку и озвучку для создания иммерсивного игрового окружения.

7. Тестирование и отладка игры

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

8. Публикация и маркетинг игры

• Выберите платформу для публикации вашей игры (например, Steam, мобильные приложения).
• Продвигайте свою игру через социальные сети, обзоры и маркетинговые кампании.

Дополнительные советы

• Начните с небольших проектов: создавайте простые прототипы и постепенно расширяйте свою игру.
• Найдите сообщество или наставника, который сможет поддержать вас и предоставить отзывы.
• Изучайте игровой дизайн, программирование и 3D-моделирование, чтобы улучшить свои навыки.
• Будьте терпеливы и настойчивы: создание видеоигр – это длительный процесс, требующий времени и усилий.

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

Ниже — транскрибация ролика, дополненная ссылками.

Шесть лет назад я, Виндертон, будучи в состоянии аффекта, выкладываю вот этот вот ролик, который посмотрело уже больше 100 тысяч человек: «Техническая литература для программистов». Чтобы сэкономить вам 10 минут вашего времени, там были показаны вот эти вот книги.

Вопросов нет. Кнут — это классный автор с крутыми материалами. На кто его потянется со всей этой математикой, если даже вот эти челы не тянут, а конкретно тот, что с бородой — Шон Магресс. Тадембаум — та же самая история. Классный материал, но настолько сложное задание, что порой вгоняет в депрессию. Корман заставляет писать вас вообще деревья с нуля без примеров.

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

Ну а мы разбиваем видео на три части:

1. Введение в программирование и ядро computer science.
2. Моя библиотека. GameDev, прочее.
3. Языки программирования.

Введение и основы computer science

«Внутри машины», или как работает ваш компьютер, у нас это называется еще «архитектура ЭВМ». Как устроен процессор, память и вся организация железа. Если у вас нулевой бэкграунд, вам нравятся картинки и тоненькие книжки (~300 страниц), то это то, с чего вам точно стоит начать.

«Введение в компьютерные системы». Тут автор начинает буквально с того, почему процессор делается из кремния, потому что они сами делали процессоры из кремния. И проходится по всему абстракционному стеку, начиная от железа, через периферию, BIOS, операционную систему, ассемблер, язык программирования C, пишут на нем потом программы и покажут, как это дело все между собой связано, взаимодействует в очень интерактивной манере.

«Код» Петцольда. Эта книга, как и первая, тоже для полных новичков, без бэкграунда в сфере. Там рассказывается про то, что такое железо, операционная система, компиляторы, языки программирования, как это дело все между собой взаимодействует. Если вам когда-нибудь было интересно, почему компьютер именно такой, а программы пишутся именно так, то Петцольд в очень простой манере за 400 страниц вам об этом простенько расскажет.

Если вдруг по каким-то причинам вы эти книги не найдете или вам их будет мало, то вот еще две.

Первое — это «Теоретический минимум по Computer Science». Уровень подачи тут не дотягивает до предыдущих трёх, он немножко мудрёнее и сложнее, но тут реально покрывается весь тот компьютер-сайенс необходимый, который вам нужен, и в книге всего 150-200 страниц.

Единственный минус, который связан у меня с этой книгой — она вся развалилась пока я её читал.

«Computer Science: an Overview». Эта книга реально местами довольно часто очень сложная. То есть, если вы не знаете, что такое транзистор, а там об этом узнаете, то вы вряд ли поймете, что такое транзистор.

Но, (а) эта книга реально походится по всему курсу Computer Science, где говорят даже про базы данных и графику, и, (б) там копают чуть глубже, чем в этой, этой или этой. Поэтому, если у вас есть хоть немного опыта программирования, то смело берите эту книгу и изучите Computer Science.

Алгоритмы и структуры данных

Как вы все знаете, это Корман и Седжик.

Но Корман — это очень много математики прямо с первых страниц, а Седжик — это Java, которая, ну, не особо всем нравится.

Но нам везет, и со временем появляются реально годные альтернативы. И одна из них — это Grokking Algorithms. Я о ней узнал года три назад, и года два назад полностью заменил ею Кормана в менторинге. Книгу написал очередной гений, который программирует с двух лет и продает свои первые игры чуть ли не в 10 лет. Но она реально написана простым языком, и хочу сделать небольшую ремарку, если будете читать перевод. В переводах есть ошибки, поэтому просто будьте осторожны и всегда рекомендую только оригинал.

Операционные системы

Для меня это был и остается Томас Андерсон с вот этой вот книжкой, потому что книги Тененбаума более сухие, наверное, и выше по уровню сложности. Поэтому, если вы понимаете, что написано в этой книге, можете перейти к Тененбауму, но не Вайзверсу.

Тут, наверное, есть какой-то баланс, она не слишком глубокая и не слишком поверхностная.

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

Компиляторы и дизайн языков

Книгу с драконом сразу отсюда убираем, потому что она, ну, прям слишком сложная.

Берем сюда Николаса Вирза, 150 страниц, и добавляем сюда Нистерна с его Crafting Interpreters. Кстати, Нистерн — это тот самый чел, который делал паттерны для геймдева, которые являются чуть ли не аналогом Банды Четырех.

Software development

Clean Code, Code Complete и так далее — ребят, это классные книги, не поймите меня неправильно, они написаны лучшими из нас, но читать их нужно только тогда, когда вы имеете уже от двух до трех лет опыта в программировании. Они учат вас, как делать правильно, и вы, скорее всего, не поймете, как делать правильно, если вы сначала не поделаете неправильно. Тут нереально учиться на чужих ошибках. Рекомендую читать только тогда, когда у вас будет пару пэт-проектов и два-три года опыта в программировании в целом.

Касаемо ООП, все советуют «Банду Четырёх», которая прилично так всем уже надоела.

А я посоветую вам вот эту книгу, которая, на мой взгляд, будет лучше. Единственный момент, то, что там С++, но его там на самом деле почти нет. Не пугайтесь.

Моя библиотека, GameDev, прочее

Джейсон Грегори — это автор, который написал Uncharted и, соответственно, эту книгу. У него супер-обширные познания в игровых движках как минимум и как максимум в производстве игр. В моменте этот человек решает написать вот эту вот книгу, которая уже третье издание. Отличная подача материала, углубление в самый раз, максимально широченный охват тем. И вот, например, то, что делает тот же самый Ян Черников — это процентов 20-30 вот от этой вот как раз книги. Чаще всего я читаю именно её.

Опять же, Андерсон «Операционки». Тут лучшее объяснение виртуальной памяти, на мой взгляд. Книга по введению в CS и программирование. Просто всем советую. Конечно же, Корман со своей бандой. Они тут явно борщат с математикой, но, может быть, это просто я тупой [здесь не даются ссылки на книги т.к. автор повторяет их из первого раздела, — прим.редактора].

Не особо классная книга по C++, но как референс или подставка для монитора вполне сходит.

Ещё одна классная книга — это Game Coding Complete. Сложные темы рассказывают достаточно простым языком. И именно отсюда я узнал, что такое анимация и как они работают.

Конечно же «Си» Кернигана и Ричи, но я не советую, если у вас с психикой не все в порядке.

Ассембль от Apress, чтобы хоть какое-то понимание было, что это такое, как на него смотреть вообще<...>

Языки программирования

Python

Тут идёт, конечно же, Лутц с его громким именем. Книжка прям для суперновичков, и Лутц, самое главное, не страдает болезнью. Вот это вы пока не понимаете, но через 10 страниц я вам это объясню. Нет, он как в бакалее: всё сразу по полочкам вам раскладывает, и вы перелистываете страницу за страницей, с приятным чувством, что вы все понимаете, вы весь такой вообще умный и сообразительный.

Еще одна книга на уровне этой — «Краш-курс Питона», которая была написана тоже автором, у которого куча классных книг по питону. Он программирует с 5 лет и пишет полжизни книги. Отличие от Лутца в том, что эта книга подходит как и начинающим, так и типам с опытом, поэтому читать ее реально не скучно.

Еще одна классная книга и классный автор — это Дэвид Бизли с его «Python Cookbook». Вообще, Дэвид Бизли — это бывший С-шник, который полжизни пишет на C и в моменте решает преподавать Python. И расскажет про всякие супер интересные и занимательные штуки по типу, почему на Python нельзя программировать многопоточные приложения, почему на нем нельзя программировать мобильные приложения. И у него еще есть всякие видео на YouTube, где он показывает всякие хаки с Python. Поэтому Python Cookbook, если уже знаете основу, то там вас научат расширять даже питоновский интерпретатор.

C

Тут сразу запомните одно. Никогда не читайте книгу Learn C the Hard Way, потому что там автор сразу видно, что не знает, о чем говорит, и упрощает то, что упрощать не надо. У этой книги прям очень много хейта в интернете, как и у книг Шилта, который классно знает Java, но не знает C++ и C, или как минимум не умеет их преподавать.

Волк в овечьей шкуре или Брайан Керниган и Денис Ричи и C, второе издание. Книгу рекомендуют до сих пор изучать по C, но на самом деле там есть куча проблем. Во-первых, это то, что эта книга подразумевает то, что вы уже знаете компьютер-сайенс, как работает вообще все, начиная от железа и вплоть до операционных систем. Во-вторых, то, что она по факту страниц 250, хотел сказать, она по факту 2500, и там нет такого понятия, как best practices, то есть книги 100 лет, и там просто не знали, что такое хорошо, а что такое плохо. Поэтому не рекомендую, если вы не понимаете компьютер-сайенс.

Beginning C. Книга от Apress, которая, как вы видели, у меня уже есть x86 Assembly. Классная книга, классное издательство. Фишка этой книги то, что там рассказывают про C99, про C11, про многопоточность в C.

Эта книга отлично работает как туториал, как референс, как подставка. И там много всяких работающих маленьких программулек на C.

И напоследок, хочу скачать что мне запомнилась, вот эта книга, которая называется Expert C. Она была написана челами, которые классно знают и разбираются в интерпретаторах и работают в САН.

C++

Конкретно от меня, у меня Primer Plus, которая не лучшая из этих книг, но мне хватило ее как референса [автор упоминал её ранее, — прим.редактора].

Мне также очень нравятся книги Скотта Майер Effective C++, которые нравятся вообще всем.

Плюс я почитываю вот эти вот две книги по метапрограммированию, не самые хорошие, но выбора просто нет никакого.

Само собой, многопоточность и C++ Concurrency in Action, потому что также нет никакого выбора. Ну и само собой, Александр Эску, которого почитывать нужно как минимум для того, чтобы видеть, как делать не надо, а это всегда в C++ интересно посмотреть.

Java

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

А вот книга Шилда Java Complete Reference, последний, который я читал, шестой и седьмой, мне всегда нравились, потому что простая подача, и они очень похожи на GLS. Наверное, даже проще. Да и вообще, у Шилда читать, мне кажется, можно всё, что угодно, потому что он как бы папа джавы.

Конечно же, как только вы знаете джаву-основу, это Джошуа Блок с ее Effective Java, это аналог Скотта Майера с Effective C++. На моей первой работе на Java, когда я пришел и сказал своему тимлиду, что я читаю Effective Java, он мне говорит, блин, это классная книга, я там дженерики сейчас изучаю. А я стоял в этот момент и думал, что, блин, я ее тоже уже читаю. Было очень приятное чувство, но меня тогда, типа, я так и остался работать джуном, а он так и остался работать тимлидом. Ничего не поменялось. В этой книге реально много практик использования джава в реальном продакшене, поэтому, если знаете основу, смело ее рекомендую.

Java Concurrency in Practice. То есть Java — это исключение, это многопоточность, это OOП. Такие книги, как Java Concurrency in Practice, показывают вам, как использовать ту же самую многопоточность, ее неотъемлемую часть. А такие книги, как Хедферст или какой-нибудь Шилдт, показывают вам, что такое Java Core. Также на уровне с Шилдтом есть тип, которого зовут Кей Хорсман. У него много всяких книг по типу «Как работать с синхронизацией» или «Ближележащие топики». То есть какой-то Advanced Java. Поэтому советую присмотреться тоже.

C#

Пусть Рихтера читают, пусть больше ничего не читают.

Javascript

Симпсон «Вы не знаете JavaScript». Неоднократно слышал про эти книги от классных JS-ников, потому что там много всяких how-to, то есть как работает это, как работает это, почему не работает это.

Советовать Фленнегана или Дугласа Кроуфорда, который хотел назвать JavaScript C++++ я не буду, потому что, если бы вы хотели читать книги, вы бы, наверное, изучали C++. Все-таки JavaScript — это попробовать, потыкать и поучиться на практике.

Assembly

Я покупал себе вот эту книгу и ни разу в ней не разочаровался. Возможно, потому что я прочитал ее только процентов на 30, но какая разница. Наверное, будет хороший вопрос, если вы скажете, зачем мне вообще ассембли в 2022 году. Да, он вам не нужен, вы на нем писать ничего точно не будете, но если вы пишете на плюсах, то чтение ассембли во время дебаггинга, что занимает большую часть вообще времени в программировании, как минимум на C++, как минимум у меня, понимать ассембли хотя бы нужно, поэтому такая вот книга в этом отлично помогает.

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

Читайте также: Как стать программистом с нуля — полный гайд, Что знать бэкендеру в 2024 году.

Мы опросили специалистов уровня middle и senior, которые дали свои комментарии.

Мы спросили:

1. Какие библиотеки, инструменты, фреймворки C# уже устарели?
2. Какие библиотеки C# нужно знать в 2024 году?
   
3. Какие фреймворки C# нужно знать в 2024 году?
   
4. Какие инструменты C# нужно знать в 2024 году?
   

Вот, что они ответили.

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

Если вы хотите присоединиться к числу экспертов и прислать ответ от вашей компании или лично от вас, то пишите на experts@tproger.ru, мы расскажем, как это сделать.

Постепенно устаревает Visual Studio, ее вытесняет новая облегченная версия - VS Code. .Net framework и .Net Core уже неактуальны и уходят в прошлое. На смену им приходят новые версии фреймворков .Net 8 и уже готовиться к релизу .Net 9. Устарела также библиотека Quartz для создания планировщиков.

В топе популярных библиотек на nuget.org остаются AutoMapper, Newtonsoft.Json, Serilog, FluentValidation, также набирает популярность Hangfire.

Последний актуальный фреймворк для C# на текущий момент – это .Net 8. Entity Framework - фреймворк для работы с БД.

По мимо IDE разработчики используют инструменты контроля версий (например Git), систему управления задач (Jira), многие продукты компании JetBrains также оказываются очень кстати.

Определенные C# библиотеки и фреймворки утрачивают актуальность. Примером устаревших технологий являются Web Forms для веб-разработки и Silverlight для создания интернет-приложений. ADO.NET Entity Framework был широко использован в прошлом, однако сейчас существуют более современные и удобные инструменты, такие как Entity Framework Core. Другие устаревшие библиотеки и инструменты включают в себя NUnit 2, WCF и Windows Forms.

Для успешной карьеры в C# разработке в 2024 году, следует овладеть следующими ключевыми библиотеками:

1. ASP.NET Core – для разработки высокопроизводительных веб-приложений.
2. Entity Framework Core – мощный ORM фреймворк для работы с базами данных.
   
3. Serilog или NLog – для продвинутого логирования приложений.
   
4. AutoMapper – для упрощения маппинга между объектами.
   
5. MediatR – для реализации шаблона "Посредник" и упрощения архитектуры приложений.
   

В 2024 году, следующие фреймворки будут на переднем крае C# разработки:

1. .NET 6/7 – последняя версия платформы .NET, обеспечивающая кросс-платформенную поддержку и высокую производительность.
2. Blazor – для создания интерактивных веб-UI с использованием C# вместо JavaScript.
   
3. MAUI – новый подход от Microsoft для создания кросс-платформенных мобильных и десктопных приложений.
   
4. Orleans – фреймворк для создания распределенных высокомасштабируемых приложений.
   
5. IdentityServer – фреймворк для реализации аутентификации и авторизации.
   

Для эффективной разработки на C# в 2024 году необходимо овладеть следующими инструментами:

1. Visual Studio 2022/2023 – последняя версия IDE от Microsoft, предлагающая многочисленные улучшения для разработчиков C#. Visual Studio Code – популярный редактор кода с обширной поддержкой расширений для C# разработки.
2. Docker – для контейнеризации и упрощения развертывания приложений.
3. Azure DevOps – для автоматизации процессов CI/CD и управления проектами.
4. Rider от JetBrains – альтернативная IDE для разработки на C#, предлагающая множество продвинутых функций для работы с кодом.

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

Если вы хотите присоединиться к числу экспертов и прислать ответ от вашей компании или лично от вас, то пишите на experts@tproger.ru, мы расскажем, как это сделать.

Java — лидер по количеству вакансий и зарплатам для бэкенд-разработчиков; экосистема крупнее и инструменты зрелее.

C# моложе и современнее: удобнее async/await, рефлексия и инкапсуляция; идеален для проектов на стеке Microsoft и .NET.

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

Новичкам без базы программирования стоит начать с Python или JavaScript перед погружением в Java или C#.

Выбор языка не критичен на длинном горизонте: оба востребованы минимум 10–20 лет, а работодатели ценят понимание алгоритмов и систем.

Почему Java и C# сравнивают?

Java и C# — два объектно-ориентированных языка, на которые очень влияют Си и С++. Так что у них очень похожие подходы к проектированию и структурированию кода, схожий синтаксис. Более узкие примеры — схожие подходы к кодогенерации, управлению памятью (оба используют сборщик мусора). К тому же оба языка используются для разработки десктопных и мобильных приложений, веб-приложений.

Что советуют выбрать?

GeneratedUsername5

Java, без сомнения. С ним больше возможностей, и у джавистов выше зарплаты. Просто так работает рынок труда: работодатель не поднимет вашу зарплату, если понимает, что вам некуда идти, поэтому чем меньше на рынке вариантов, тем ниже вероятность того, что зарплата будет хорошей.

Rjs617

Java — это огромная экосистема, у джавистов больше возможностей для трудоустройства. Если хотите разрабатывать что-то для экосистемы Microsoft (Windows, SQL Server, IIS, Azure), выберите C#. Во всех остальных случаях — Java.

Кроме того, сообщество Java больше, и гораздо легче найти ответы на вопросы о самом языке и фреймворках.

Для джавистов также больше удобных и бесплатных инструментов.

rbuen4455

Java по-прежнему самый популярный язык для создания корпоративных и крупномасштабных бэкендов. У него больше инструментов для бэкендера. А C# по сей день очень завязан на Windows.

Тем не менее у C# впереди светлое будущее.

AltDisk288

Это очень похожие языки со зрелыми экосистемами, оба востребованы на рынке.

Я слышал, как люди говорят, что Java потеряет долю рынка в течение десяти лет, но он все еще до смешного популярен и. В ближайшие 20 лет это вряд ли изменится, так что не принимайте решения на основе подобных прогнозов. Не ведитесь на «эта технология, которая была в топе более 20 лет, выходит из моды, теперь популярна другая!». Это неправда в 99,9% случаев.

Тем не менее C#, [хотя и моложе и современнее], безусловно, останется очень востребован. Я бы предпочел его.

DeeElsieGame

Я считаю, C# более последовательный и продуманный. И .NET хорошая база для бэкенда.

Также язык куда больше нравится разработчикам, чем Java, согласно опросу разработчиков Stack Overflow.

xcwxinn

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

Zealousideal_Ice3743

C# моложе, поэтому некоторые идеи в нем лучше и новее. Мне особенно нравится, как в C# работают рефлексия и инкапсуляция (проще, чем в Java).

wayne0004

Если вы новичок в программировании, я рекомендую начать с других языков, может быть, Python или Javascript.

C# и Java являются объектно-ориентированными и классными языками, но если вы не знакомы с основами программирования, они могут показаться слишком сложными.

lionhart280

Я слышал кое-что от джавистов, которые перешли на C#, что вывело в мозг глазах C# в топ:

В C# async и await существенно чище и проще. И это важно, потому что большая часть коммерческих проектов завязана на асинхронности (все, что связано с вызовами веб-API и базами данных, например) <…>.

На .NET у меня нет проблем с параллельным кодом. Я не копал глубоко в Java, но когда смотрел в последний раз, увидел много странностей, сторонних библиотек (в C# все решается базовыми Task/await/async) <…>.

Еще одна фишка C# — IAsyncEnumerable, который позволяет совершать асинхронные вызовы во время получения результатов. <…> Не нужно писать код типа «проверь, могли ли я сделать А. Если могу, выполни А, если не могу — поспи немного».

Хороший пример можно увидеть в моей библиотеке Iot.Device.Subscriptions.

Если вы ещё определяетесь с первым языком программирования, загляните в наш обзор какие языки программирования учить в 2025 году и рейтинг 5 самых востребованных языков программирования в 2025 году — там собраны актуальные данные по рынку труда и рекомендации под разные цели.

А как вы используете Java? Какие версии и фреймворки? Вклад каждого очень важен, чтобы развитие Java отвечало истинным потребностям разработчиков.

Поделитесь, можно отвечать анонимно. А в благодарность вам придет сертификат и фотоотчет о посадке персональной сосны в бору Java.

Результаты пятого раунда можно посмотреть здесь.

Сегодня за звание лучшего языка соревнуются:

• C# и Pascal;
• JavaScript и C.

Голосование продлится до завтра, 25 декабря 2023 года, до 11 часов по МСК.

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

Со всеми условиями батла можно ознакомиться в анонсе.

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

Результаты второго раунда можно посмотреть здесь.

Сегодня за звание лучшего языка соревнуются:

• C++ и C#;
• Visual Basic и Pascal.

Голосование продлится до завтра, 22 декабря 2023 года, до 11 часов по МСК.

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

Со всеми условиями батла можно ознакомиться в анонсе.

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

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

Всё началось в далёком 2016 году, когда я, молодой Никита Смирнов, с большим интересом решил создать свой собственный веб-сайт и задался вопросом: “Как его создать?”.

Как и многие другие люди, я начал искать информацию в интернете, где нашёл множество видеоуроков, которые помогли мне начать понимать, как устроены HTML и CSS. Вначале всё казалось очень сложным и непонятным, но со временем я освоил некоторые атрибуты, такие как <a>, <p>, <table>. Но вместо того, чтобы продолжать обучение, я совершил ошибку — я просто забросил его и стал скачивать готовые шаблоны из интернета. Это сильно повлияло на мой процесс обучения, и со временем я почти потерял свои навыки верстки.

В наше время, в 2020 году, я наконец решил серьезно заняться программированием. Я больше не хотел создавать стандартные шаблоны для страниц, а хотел заняться чем-то более глобальным. И всё началось с идеи: я хотел запустить свою собственную онлайн-радиостанцию, но не нашёл адекватного и бесплатного программного обеспечения для вещания. В то время компания, производящая такое программное обеспечение, ответила на мой вопрос о языке программирования, на котором они пишут свою программу: “В основном на C#”. Это стало отправной точкой для моего обучения программированию.

Я выбрал C# и Windows Forms, потому что для новичка это гораздо удобнее, чем создавать пользовательский интерфейс с нуля. К счастью, по C# было много видеоуроков, и мне очень повезло найти друга, который помог мне изучать этот язык. Начал я с основных вещей: с простых типов переменных, таких как int, string, float, и постепенно перешёл к более сложным концепциям, таким как классы. Как только я стал понимать, как работает весь язык, столкнулся с множеством проблем. Одну из таких проблем, с которой стоит познакомиться, можно назвать ошибкой “NullReferenceException” — она будет следовать за вами, как хвост у кошки.

Какие проблемы я могу выделить в процессе изучения языка C# и какие советы я могу дать вам для преодоления этих проблем:

1. Никогда не ленитесь — это является самой главной ошибкой при изучении любых языков программирования, включая C#. Если вы чувствуете усталость, всегда найдите время для отдыха, прогулок или общения с друзьями. Позвольте себе расслабиться и восстановить силы, чтобы вернуться к обучению с новым энтузиазмом.
2. Всегда проявляйте интерес к тому, что вы изучаете. Не бойтесь задавать вопросы в интернете или на форумах о возникающих у вас проблемах в коде. Помните, что все в программировании были новичками когда-то, и никто не родился с полным знанием.
3. Получайте мотивацию от своих друзей и собственных идей. Фантазируйте и получайте удовольствие от творческого процесса программирования. Позвольте своей фантазии раскрыться и воплотить в жизнь интересные проекты.

Ошибки при изучении C#

Кроме того, при изучении C# новички часто делают следующие ошибки.

Недостаточное понимание основных понятий и принципов программирования

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

Рекомендуется начать с изучения общих принципов программирования, прежде чем переходить к языку C#.

Неправильное использование объектов и ссылок

В C# объекты передаются по ссылке, и неправильное обращение к ссылкам может привести к ошибкам, включая “NullReferenceException”. Важно осознавать, как работают ссылки, и правильно использовать указатели и операторы для предотвращения подобных ошибок.

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

NullReferenceException возникает, когда вы пытаетесь обратиться к члену объекта или вызвать метод у переменной, которая имеет значение null, то есть не ссылается на конкретный экземпляр объекта. Это означает, что вы пытаетесь обратиться к чему-то, чего на самом деле не существует.

Решение:

1. Проверьте, является ли переменная, к которой вы обращаетесь, null. Если это так, то нужно либо создать новый объект, либо присвоить переменной ссылку на существующий объект перед использованием.
2. Убедитесь, что переменная инициализируется перед использованием. Если она объявлена, но не инициализирована null, присвойте ей значение или создайте новый объект.
3. Проверьте, правильно ли вы используете объекты и ссылки. Убедитесь, что вы не пытаетесь обратиться к члену объекта (например, свойству или методу) до его инициализации.

IndexOutOfRangeException

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

Решение:

Проверьте, что используемый индекс находится в допустимом диапазоне элементов массива или коллекции перед доступом к нему.

StackOverflowException

StackOverflowException возникает, когда стек вызовов переполняется из-за рекурсивного вызова методов без выхода из рекурсии.

Решение:

1. Проверьте рекурсивную функцию или метод на наличие правильно написанного условия выхода из рекурсии.
2. Убедитесь, что рекурсивный вызов прерывается, когда достигнуто нужное состояние или выполнено определенное условие.
3. Если у вас глубокая рекурсия и количество вложенных вызовов слишком велико, попробуйте переписать код с использованием итеративного подхода (циклы) вместо рекурсии или используйте Debug.

Отсутствие практики и проектов

Изучение языка программирования требует практики. После освоения основных концепций C# рекомендуется работать над реальными проектами, чтобы применять полученные знания на практике и развивать навыки программирования.

Если взять пример со мной, то во время моего обучение, я очень много занимался практикой, практически каждый раз, как только я узнавал, что-то новое, я сразу запускал Visual Studio и экспериментировал. Никто не запрещает брать и экспериментировать ведь это даже придаёт опыт, если читать одни книги и просто учить материал, тогда вам будет очень трудно.

Моей первой программой был обычный простой калькулятор в консоли, который складывал только два числа, после этого началось развитие дальше, я изучил условные операторы, познакомился с классами, циклами. И уже переходил на Windows Forms, уже начал совмещение языка и интерфейса, получалось если честно не очень. Однако упорство и целеустремлённость дала понять, куда нужно двигаться.

За период своего обучения я написал программы:

Нежелание изучать сторонние материалы

C# имеет обширное сообщество разработчиков и огромное количество ресурсов для помощи в изучении языка. При изучении C# стоит обратить внимание на онлайн-курсы, книги и форумы, чтобы получить полноту и глубину знаний.

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

Изучение основных понятий и принципов программирования

1. Переменные, типы данных и операторы: изучение различных типов данных, их объявление, присваивание значений и использование операторов для создания выражений.
2. Условные операторы и циклы: ознакомление с операторами условия (if, switch) и циклами (for, while, do-while) для управления потоком выполнения программы.
3. Функции и методы: понимание концепции функций и методов, их объявление, передача аргументов и возвращаемые значения.
4. Массивы и коллекции: изучение создания и использования массивов для хранения и обработки данных, а также ознакомление с различными коллекциями для эффективного управления данными.

Изучение C#

1. Синтаксис и структура базовых программ на C#: ознакомление с синтаксисом языка, правилами написания кода и общей структурой программы на C#.
2. Классы и объекты: понимание понятий классов и объектов, создание классов, определение полей, методов и свойств, а также использование объектов для работы с классами.
3. Наследование: изучение концепций наследования, создание и использование производных классов, переопределение методов и работа с базовыми и производными классами.
4. Исключения и обработка ошибок: ознакомление с обработкой исключений и ошибок через блоки try-catch-finally, обработку исключительных ситуаций и создание собственных пользовательских исключений.
5. Ввод и вывод данных: изучение различных способов ввода и вывода данных, включая работу с консолью, файлами и сетью.

Практика и проекты

1. Решение задач: регулярное решение задач программирования, как ученических, так и сложнее, чтобы закрепить изучаемые концепции.
2. Создание простых программ и приложений: начните с небольших проектов, чтобы применить знания и освоить практические навыки разработки на C#. Можно начать с простых консольных приложений, а затем перейти к разработке приложений с графическим интерфейсом пользователя, например Windows Forms.
3. Работа с API и базами данных: изучение взаимодействия с внешними сервисами через API, а также работа с базами данных, включая CRUD операции (создание, чтение, обновление, удаление данных).

Книги для изучения C#

Во время изучения языка программирования C#, мне очень пригодились такие книги как:

Программирование на C# для начинающих (2023). Автор: Алексей Васильев

Учебник, созданный Алексеем Васильевым, известным автором популярных российских пособий по программированию, представляет базовый уровень азов языка программирования C#. В нем рассматривается история развития языка, его структура, основные типы данных и переменные, операторы, циклы и другие важные концепции, необходимые для работы с ним. Книга также содержит примеры кода с разъяснениями автора, что помогает лучше усвоить материал.

Этот учебник идеально подходит для начинающих программистов, желающих изучить C# самостоятельно.

C# 10 и .NET 6. Современная кроссплатформенная разработка (2023). Автор: Марк Прайс

Еще одно руководство, разработанное с учетом функций C# 10 и .NET 6, поможет читателю начать уверенно программировать на C#. С ним вы научитесь создавать многофункциональные веб-интерфейсы с помощью Blazor, Razor Pages, шаблона Model-View-Controller (MVC) и других функций ASP.NET Core. Поймете, как интегрировать и обновлять базы данных в своих приложениях, используя модели Entity Framework Core. Научитесь создавать сервисы с использованием Web API и Minimal API.

Мы уже проводили батл в прошлых 2020, 2021 и 2022 годах: первые два раза в голосовании победил Python, а в прошлом году — C#.

Вот, кто поборется за звание лучшего языка в 2023 году:

Правила батла остаются прежними:

1. В батле участвует 16 языков программирования.
2. Ежедневно соревнуются две пары.
3. За любимый язык можно проголосовать в течение 24 часов.
4. Пары составляются рандомно, так что выбирайте язык, который субъективно нравится больше.
5. В финале мы определим тройку победителей.
6. Старт — 19 декабря, финал — 26 декабря.

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

1. Первый раунд
2. Второй раунд
3. Третий раунд
4. Четвёртый раунд
5. Пятый раунд
6. Шестой раунд
7. Полуфинал
8. Финал
9. Результаты

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

Старт уже завтра — 19 декабря в 11:00 МСК. Следите, участвуйте, голосуйте!

Разобрали решения четырёх лучших задач и предлагаем вам тоже подумать над вариантами.

1. Go: нужно ли использовать внешний пул?

Дано:

• Master-slave postgres стенд (репликация асинхронная посредством patroni);
• Внешний пул коннекшенов (pgpool/pgbouncer), приконекченный к мастеру.
• Одно/несколько приложений с внутренним реализованным пулером, работающие с внешним пулом из предыдущего пункта.

Вопросы:

• Не добавляет ли точек отказа наличие внешнего пулера, ведь он не реплицирован как postgres, и в случае его неработоспособности упадёт всё? Как и где архитектурно предусмотреть fallback-механизм для такого?
• Есть ли вообще смысл использовать внешний пул? Если да, то какой, при условии что количество коннекшенов с реплик сервисов (даже с учётом разумной работы автоскейлера, если он есть) разумно и не превосходит значение в конфигурации postgres?
• Предположим, что мы решили отказаться от внешнего пула. На кластере postgres произошёл failover (мастер переключился на реплику). Как быстро приложения переподключатся к новому мастеру? Возможна ли ситуация, что в используемых вами C# и Go пулерах не произойдёт инвалидация коннекшена?

Автор задачи: Иосиф Петрович

Если вы хотите сначала решить задачу самостоятельно, то не открывайте решение инженеров сразу.

2. C#: сколько кофе пьют коллеги?

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

Автор задачи: Александр Катков

3. Go: когда лучше использовать оператор switch, а когда if / else?

Абстрактный алгоритм в Go можно реализовать оператором switch на четыре варианта событий или четырьмя последовательными if-else. Когда целесообразно сделать через switch и чем тут Go отличается от остальных — С, Java, Kotlin и т. д.?

Автор задачи: Денис Пащенко

По его статистике только 10% кандидатов отвечают на вопрос правильно.

4. QA: откуда шумы в ШУМе?

Когда-то я работал в около-космической сфере. Мы разрабатывали ШУМ — широкополосный усилитель мощности СВЧ. Прибор состоит из трёх модулей:

• алюминиевый корпус, покрытый никелем с впаянными в него разъёмами;
• СВЧ-часть на микрополосках с мощным усилительным транзистором;
• умная система питания с прошивками ПО.

Я проверял прибор в сборке. Прибор включали на половину мощности, нагревали до +90, охлаждали до -70, трясли сутками, делали вакуум, давление в 10 атмосфер, проверяли на влагостойкость и т. д.

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

Вопрос: как и откуда возникал этот сигнал, и какие действия мы предприняли, чтобы его найти?

Для меня эта задача оказалась очень сложной, так как пришлось применить все свои знания в материаловедении, микроэлектронике и СВЧ.

Автор задачи: Илья Баранов

На время конкурса участники попали в зазеркалье королевства Nozo, где всё происходит наоборот: код пишется слева направо, а тестирование начинается до разработки. Чтобы выбраться из зазеркалья, участники бросили вызов инженерам Ozon Tech и устроили им своё техсобеседование.

На конкурс прислали больше 90 задач по Go, C# и QA. Мы поделились четырьмя самыми каверзными. Если вы хотите решить задачи остальных участников, переходите на сайт конкурса.

Хотя все задачи финалистов были увлекательными, победить и действительно выпить кофе с лидом команды инженеров удалось автору задачи по QA про шумы. Остальные финалисты получили мерч от Ozon Tech. А сколько задач решили вы?

Конфликт Sun и Microsoft

Sun выпустила Java в 1995 году, сделав главным девизом языка “Компилируй один раз, запускай где угодно”. Такие амбиции заставляли Sun добиться от всех существующих ОС поддержки Java “из коробки”. В числе компаний, с которыми Sun предстояло договориться о поддержке, была Microsoft.

Язык показался Microsoft довольно перспективным, поэтому компании приступили к совместной разработке IDE только для Java — Visual J++. Также Microsoft разработала виртуальную машину Windows Java (JVM), на которой Java работала быстрее, чем на других ОС, и которая поддерживала несколько специфичных для Windows команд.

Разработки оказались настолько успешными, что Java работала быстрее на компьютере Windows стоимостью 1000 долларов, чем на компьютере Sun стоимостью 5000 долларов.

Однако у виртуальной машины были и недостатки: она не поддерживала удаленный вызов методов (RMI) или собственный интерфейс Java (JNI). Это не устраивало Sun.

Во-первых, это противоречило подходу Java “Компилируй один раз, запускай где угодно”. Программы, написанные на Java для Windows, не могли запускаться на станциях и серверах самой Sun.

Вышло так, что экосистема Sun рушилась, и компании стали перетягивать одеяло первенства на себя. Microsoft действительно сделала многое для того, чтобы Java стала удобным языком программирования, но и Sun не собиралась отступать от своих принципов.

Во-вторых, в Sun хотели, чтобы у Java была только одна среда выполнения — их собственная. В компании хотели сохранить контроль над развитием языка программирования, но Microsoft попросту не могла сделать реализацию достаточно сложной спецификации на 100% совместимой с другими системами и платформами, это невозможно.

Хэл Беренсон, бывший сотрудник Microsoft, рассказывал, что решение компании было отчасти вынужденным: было необходимо, чтобы Java поддерживала всю экосистему Windows. Sun не хотела идти на уступки и настаивала на том, чтобы Microsoft внедряла только их решения, а не собственные. В конце концов, Sun подала в суд.

Тогда в Microsoft просто отказались от Java. Не было никакого смысла создавать собственные решения, сталкиваясь с постоянными ограничениями. Если бы в Microsoft продолжили разработку продуктов для Java, те бы ничем не отличались от решений Sun. Тем более, пользователь мог самостоятельно выбрать и установить любую симпатичную ему IDE и пользоваться ей.

Как появился C# — ответ Java

Восстановить отношения с Java уже не представлялось возможным, но Microsoft всё ещё нравилась идея языка, программы на котором можно было бы запустить на любой платформе.

Кроме того, некоторые сотрудники уже пытались разработать подобные языки, и результатами этих экспериментов стали Common Language Runtime и .NET.

Microsoft решили продолжить заниматься инновациями в сфере языков программирования. Сперва они внедрили поддержку C++ и Visual Basic (VB) в .NET, и на VB были сделаны большие ставки. В компании ожидали, что именно VB станет самым популярным языком программирования в .NET-среде.

Параллельно Microsoft обратилась к Андерсу Хейлсбергу и попросила его создать новый язык, который подходил бы под это определение. Этим языком программирования и стал C#. Спустя время оказалось, что C# так хорош, что уверенно обогнал Visual Basic по популярности в .NET. Конечно, этому способствовали и минусы самого Visual Basic.

Любопытный факт Изначально Microsoft хотела, чтобы C# работал только на их собственных ОС, и язык должен был быть только для Windows.

Спустя время компания обнаружила, что C# действительно превосходит Java в некоторых аспектах, но Java всё же удалось стать королевой кросс-платформенности. Microsoft задумался и решил поступить так же, пойдя навстречу другим операционным системам типа UNIX. Это решение принял Сатья Наделла, который сейчас является СЕО Microsoft.

Оказалось, что С# всё же опоздал на гонку вооружений, и догнать Java в плане кросс-платформенности языку всё же не удалось. И неизвестно, удастся ли ещё когда-нибудь.

Хэл Беренсон признаётся, что гонка Java и C# случилась не из-за стремления создать лучший язык программирования. Это был вопрос развития экосистем: Sun встала в позу и не позволила Microsoft создавать своё ПО для Java, а компания Гейтса нуждалась в подобных решениях. Создание и развитие C# стали вопросами поддержки инфраструктуры, и цели “убить” Sun у Microsoft не было.

Чем всё закончилось

Sun не отличалась эффективным менеджментом. Спустя время компания обнаружила, что Java не используют на настольных ПК и снова подала в суд на Microsoft, обязав ту распространять Java в течение следующих 10 лет.

У Microsoft к тому времени было достаточно собственных проблем, поэтому они согласились на условия Sun. Срок дистрибьюции Java ещё не подошёл к концу, как Sun выкупила компания Oracle. Когда срок соглашения истёк, ни Oracle, ни Microsoft не были заинтересованы в продвижении Java, и долгие войны подошли к концу.

Согласно рейтингу TIOBE, в августе 2023 года Java опережает C# в популярности: 10% против 7%.

• Чем Senior отличается от Middle
• Что необходимо, чтобы стать Senior C# разработчикомТехнические навыкиПлатформа .NET и базы данныхПаттерны проектированияМикросервисыКонтейнеризация и облачные решенияCI/CD и тестированиеВидение проектаЛичностные качестваЛюбовь к «чистоте» кодаКоммуникативные навыкиНавыки ментораРабота с сообществом
• Полезные ресурсы
• Вместо эпилога

Чем Senior отличается от Middle

Middle C# developer — это разработчик, который хорошо освоил язык и платформу .NET, понимает процессы разработки на проекте, умеет пользоваться всеми необходимыми инструментами и может справиться с повседневными задачами практически без помощи старших коллег.

У Senior C# разработчика больше опыта, экспертизы и потому больше ответственности. Он глубоко понимает архитектуру, устройство фреймворков и библиотек, видит технические риски и знает, как их предотвратить. А ещё сеньор умеет организовать работу над проектом: сформулировать и раздать задачи, следить за разработкой и сроками и презентовать результат. Как вы уже поняли, сеньор должен уметь не только программировать, но и управлять проектами и людьми.

Что необходимо, чтобы стать Senior C# developer

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

Технические навыки

Платформа .NET и базы данных

То, что C# Middle разработчик воспринимает как функциональность языка C#, сеньор понимает глубже — как возможности для построения сложных систем.

Старший специалист в деталях знает, как работает многопоточность, асинхронность и чем они отличаются друг от друга. А ещё — как применять примитивы синхронизации потоков (lock, Monitor, Mutex, Semaphore и SemaphoreSlim), зачем нужен ThreadPool, какие операции лучше выполнять синхронно, а какие асинхронно (CPU bound, IO bound), что такое контекст синхронизации, CancellationToken и в каких случаях может пригодится ValueTask.

Сеньор точно знает, какие структуры данных лучше использовать и почему, как посчитать сложность алгоритма и измерить эффективность выбранного подхода. Для этого на уровне мидл необходимо уверенно освоить способ Big O Notation, алгоритмы сортировки и поиска элементов в коллекции, а также иметь чёткое представление, в чём разница между Array и List, как устроен Dictionary и почему он работает быстрее чем List, что такое коллизии в Dictionary и как он взаимодействует с ними.

Не менее важно для Senior C# developer уметь работать с базами данных. Старший специалист не просто знает, как писать запросы и в чём разница между SQL и NoSQL. Он может обоснованно выбрать ту или иную базу данных для решения конкретной задачи, построить план запросов и правильно их прочитать.

Сеньору следует знать, что такое уровни изоляции транзакций и какие проблемы они решают, как нормализовать данные и какие индексы необходимо использовать для ускорения выборки данных. А ещё иметь понимание, что такое ACID и BASE, теорема CAP, шардинг и вертикальное масштабирование.

Паттерны проектирования

Старшему специалисту пригодится умение работать с паттернами проектирования. У сеньора должен быть навык выявления необходимого и достаточного паттерна проектирования для конкретной ситуации, чтобы не допустить «кода ради кода».

Senior C# разработчику необходимо понимать, как следовать принципам SOLID, DRY, KISS, YAGNI и GRASP. А также знать, как и когда применять архитектурные паттерны, например, SOA, Microservices, MVC, MVVM, Client-Server, Broker, и контролировать использование антипаттернов, таких как Spaghetti code, Accidental complexity, Lava flow, God Object, Dependency hell.

Чтобы научиться обдуманно подходить к использованию паттернов, рекомендуем ресурс dotfactory — здесь вы найдёте подборку паттернов проектирования на C# с подробным описанием и примерами реализации.

Микросервисы

Senior C# разработчику нужно знать, что такое микросервисы и уметь их строить. Как проектировать сервис, как делить его на слои, чем отличается многослойная архитектура от чистой, что такое low coupling и high cohesion, как обеспечивать консистентность данных — всё это не должно вызывать вопросов.

Чтобы прокачаться до уровня сеньора, необходимо подтянуть следующие темы:

• межсервисное взаимодействие: HTTP call, Message Broker (AMQP) и gRPC;
• подходы микросервисных решений: CQRS, Event Sourcing, Circuit Breaker, Saga pattern, Sidecar, Database per Service, Shared Database per Service, API Gateway;
• безопасность микросервисов: Basic Authentication, JWT, ASP.NET Core Identity, OpenID Connect или OAuth.

А также разобраться с RESTful-сервисами, stateless и уровнями зрелости дизайна REST API.

Чтобы научиться правильно строить микросервисную архитектуру, рекомендуем прочитать книги Криса Ричардсона «Микросервисы. Паттерны разработки и факторинга» и Сэма Ньюмена «Создание микросервисов».

Контейнеризация и логирование

Сегодня сложно представить проект, в котором не используются контейнеризация и методы оркестрации контейнеров. Поэтому сеньору важно знать, что такое Docker, зачем использовать Kubernetes, и разбираться в технологиях Docker swarm, Nomad, Consul.

Немаловажной частью работы над сложными системами является мониторинг и алертинг компонентов. В этом сеньору пригодится навык настройки логирования таким образом, чтобы оно не перегружало инфраструктуру ненужной информацией. Здесь помогут навыки работы с Grafana, ELK-стеком, Prometheus, OpenTelemetry.

CI/CD и тестирование

Ещё сеньору пригодятся знания CI/CD-процессов и умение их использовать, чтобы выпускать более качественный продукт. Сеньор должен понимать, какие критерии проверки необходимо включить в CI/CD-процесс, какие использовать тесты — unit или integration, и какой процент покрытия тестами удовлетворительный для конкретного проекта.

Сеньор может успешно выстроить CI/CD-процесс на проекте. Он не забывает об автоматизации билда, Self-testing сборке, о том, что каждый commit в master должен быть сбилженным, билды — быстрыми, тестирование на pre-prod среде — максимально приближенное к production, а деплой — автоматизированным.

Старший специалист уверен в том, что находить дефекты в продукте — прежде всего задача разработчиков, а не тестировщиков. Именно разработчики отвечают за качество и функционал кода. Чтобы подтянуть свои навыки в тестировании, необходимо изучить библиотеки MSTest, xUnit, NUnit, Moq, NSubstitute, а также разобраться в разнице между Dummy, Fake, Stubs, Spies и Mock объектами.

Видение проекта

Старший разработчик C# понимает, как устроен проект в целом, и старается принести своими решениями максимальную выгоду бизнесу. Он видит проблемы и осознаёт, как применение того или иного подхода повлияет на проект и его компоненты. Хороший Senior C# на уровне рефлексов знает, какое решение правильное, а какое нет, — опыта за плечами хватает.

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

Также Senior C# программисту важно понимать изолированный контекст компонентов системы, чтобы они не становились большими и перегруженными. И в этом помогут знания DDD-подхода — рекомендуем изучить.

Личностные качества

Любовь к «чистоте» кода

Читаемый код с понятной архитектурой и логикой, который без труда могут разобрать другие разработчики — вот, к какому коду следует стремиться Middle C# разработчику, чтобы вырасти до старшего специалиста.

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

Коммуникативные навыки

Разработчик сеньор часто ведёт проекты самостоятельно. Он умеет обрабатывать ТЗ, разбивать его на мелкие задачи и выстраивать план работ. Сеньор знает, кому из специалистов и что делегировать, и какие задать вопросы коллегам для прояснения ТЗ, чтобы задачи были выполнены корректно и в срок.

А ещё Senior C# — хороший командный игрок. Он правильно выстраивает коммуникацию, организовывает процесс работы и знает, как избегать конфликтных ситуаций. Научиться этому поможет книга Дж. Ханк Рейнвотера «Как пасти котов. Наставление для программистов, руководящих другими программистами».

Навыки ментора

Одна из задач сеньора — помогать младшим специалистам развиваться и расти. У сеньора достаточно опыта за плечами и набитых шишек, поэтому он точно знает, как достичь цели или решить задачу быстрее и с меньшими потерями.

Менторский опыт важно приобретать уже на уровне мидл. Станьте наставником для своих младших коллег или присоединитесь к сообществу IT-менторов. Это поможет прокачать лидерские, преподавательские навыки, эмпатию и эмоциональный интеллект. Нелишним будет прочесть книги Гарвардской школы бизнеса «Делай как я! Руководитель как играющий тренер» и Ларри Кинга «Как разговаривать с кем угодно, когда угодно и где угодно».

Работа с сообществом

Не ограничивайтесь только рабочими задачами и находите время делиться опытом и знаниями с коллегами. Вклад в комьюнити шарпистов может быть хорошим толчком к развитию C# Middle разработчика.

Устраивайте семинары в своей команде, пишите полезные статьи на Tproger, Habr или англоязычных Medium или Hackernoon, выступайте с докладами, — например, ребята из dotnet.ru регулярно проводят оффлайн- и онлайн-встречи и всегда открыты к сотрудничеству.

Публикуйте свои pet-проекты на Github или участвуйте в open-source проектах на площадке. Такой опыт даст возможность поработать со специалистами из разных стран и областей разработки. И, возможно, именно вам удастся внести свой вклад в следующий популярный фреймворк или новую технологию.

Полезные ресурсы

Чтобы путь от Middle уровня C# до старшего разработчика был максимально коротким, следует запастись полезными ресурсами.

Кроме тех книг, которые мы рекомендовали по ходу дорожной карты, стоит прочесть также:

Также советуем подписаться на YouTube-канал сообщества разработчиков .NET DotNetRu и авторский канал Nick Chapsas, на котором регулярно выходят интересные разборы проблем C# разработчиков и обсуждаются новые возможности .NET.

А ещё рекомендуем читать новостной ресурс InfoQ о разработке программного обеспечения и регулярно заглядывать на сайт глобального онлайн-сообщества шарпистов C-Sharpcorner, где разработчики обмениваются знаниями и опытом.

Вместо эпилога

Чтобы быстро освоить базис дорожной карты, рекомендуем пройти курс для Middle-специалистов Route 256 от Ozon Tech «Продвинутая разработка микросервисов на C#».

Программа рассчитана на разработчиков с опытом от 3 лет. Преподаватели и тьюторы — инженеры Ozon Tech. За два месяца вы сможете подтянуть скилы и освежить знания. На курсе вы научитесь создавать и настраивать микросервисы на ASP.NET Core, эффективно работать с асинхронным кодом, проектировать сложные распределенные системы, создавать REST и gRPC API и другое.

Учиться вместе с Ozon Tech

Надеемся, статья оказалась для вас полезной. Остались вопросы? Задайте их в комментариях.
Реклама ООО «Озон технологии» LjN8KVpnf

1. Линус Торвальдс, создатель Linux — первое место. Торвальдс обошёл своего главного противника, Бьёрна Страуструпа, всего на 29 голосов. Он стал лучшим программистом в 2023 году.
2. Бьёрн Страуструп, создатель С++, занимает второе место в нашем голосовании в 2023 году, уступив Торвальдсу всего 13% голосов в финальном голосовании.
3. Андерс Гейлсберг, создатель Turbo Pascal, Delphi, C# и TypeScript — занимает третье место, набрав 156 голосов против 49 голосов за Билла Гейтса в финальном голосовании.

Напоминаем, что турнирная таблица составлялась случайным образом, а лучший язык программирования выбирается не по его функциональности. В голосовании всё решала только народная любовь.

Поздравляем Линуса Торвальдса — между прочим, первого маскота Tproger — с заслуженной победой!

За первое и второе место будут бороться:

• Бьёрн Страуструп, создатель С++,

• Линус Торвальдс, создатель Linux.

За третье и четвёртое место будут бороться:

• Андерс Гейлсберг, создатель Turbo Pascal, Delphi, C# и TypeScript,

• Билл Гейтс, сооснователь Microsoft.

Выберите из них, кого вы лично считаете лучшим программистом в мире, но помните: не ориентируйтесь на их популярность, востребованность или устоявшиеся топы лучших программистов.

В этом турнире важны только народная любовь и ваша субъективная оценка.

Подробнее об условиях батла читайте в анонсе.

По итогам полуфинала Бьёрн Страуструп, создатель С++, обогнал Билла Гейтса.

Также Линус Торвальдс, создатель Linux, обошёл Андерса Гейлсберга, создателя Turbo Pascal, Delphi, C# и TypeScript.

Результаты прошлого раунда можно посмотреть здесь.

Подпишитесь на тег Лучший программист 2023 и следите за обновлениями в личной ленте, чтобы не пропустить итоги битвы.

Турнирная таблица:

Голосование продлится до завтра, 2 августа 2023 года, до 11 часов по московскому времени.

Первая пара:

• Бьёрн Страуструп, создатель С++,
• Билл Гейтс, сооснователь Microsoft.

Вторая пара:

• Андерс Гейлсберг, создатель Turbo Pascal, Delphi, C# и TypeScript,

• Линус Торвальдс, создатель Linux.

Выберите из них, кого вы лично считаете лучшим программистом в мире, но помните: не ориентируйтесь на их популярность, востребованность или устоявшиеся топы лучших программистов.

В этом турнире важны только народная любовь и ваша субъективная оценка.

Подробнее об условиях батла читайте в анонсе.

По итогам шестого раунда Линус Торвальдс, создатель Linux, с большим отрывом обошёл Никлауса Вирта, создателя языка Паскаль.

Также Стив Возняк, программист и сооснователь Apple, проиграл Биллу Гейтса с небольшой разницей в голосах.

Результаты прошлого раунда можно посмотреть здесь.

Подпишитесь на тег Лучший программист 2023 и следите за обновлениями в личной ленте, чтобы не пропустить финал битвы.

Турнирная таблица:

Голосование продлится до завтра, 1 августа 2023 года, до 11 часов по московскому времени.

Первая пара:

• Павел Дуров, создатель Вконтакте и Telegram,

• Бьёрн Страуструп, создатель С++.

Вторая пара:

• Сергей Брин, соучредитель Google,

• Андерс Гейлсберг, создатель Turbo Pascal, Delphi, C# и TypeScript.

Выберите из них, кого вы лично считаете лучшим программистом в мире, но помните: не ориентируйтесь на их популярность, востребованность или устоявшиеся топы лучших программистов.

В этом турнире важны только народная любовь и ваша субъективная оценка.

Подробнее об условиях батла читайте в анонсе.

По итогам четвёртого раунда Линус Торвальдс, создатель Linux, обогнал ChatGPT с огромным отрывом — за него проголосовали 92% пользователей.

Также Стив Возняк, программист и сооснователь Apple, обогнал Энди Рубина, разработчика Android.

Результаты прошлого раунда можно посмотреть здесь.

Подпишитесь на тег Лучший программист 2023 и следите за обновлениями в личной ленте, чтобы не пропустить финал битвы.

Турнирная таблица:

Голосование продлится до завтра, 30 июля 2023 года, до 11 часов по московскому времени.

Первая пара:

• Джеймс Гослинг, создатель Java,
• Бьёрн Страуструп, создатель С++.

Вторая пара:

• Гвидо ван Россум, создатель Python,
• Андерс Гейлсберг, создатель Turbo Pascal, Delphi, C# и TypeScript.

Выберите из них, кого вы лично считаете лучшим программистом в мире, но помните: не ориентируйтесь на их популярность, востребованность или устоявшиеся топы лучших программистов.

В этом турнире важны только народная любовь и ваша субъективная оценка.

Подробнее об условиях батла читайте в анонсе.

По итогам первого раунда Павел Дуров обогнал Марка Цукерберга с гигантским отрывом, а Илон Маск проиграл Сергею Брину. Результаты прошлого раунда можно посмотреть здесь.

Подпишитесь на тег Лучший программист 2023 и следите за обновлениями в личной ленте, чтобы не пропустить финал битвы.

Турнирная таблица:

Голосование продлится до завтра, 27 июля 2023 года, до 11 часов по московскому времени.

Начитавшись новостей о противостоянии Илона Маска и Марка Цукерберга, которое перетекает из борьбы бизнесов в борьбу физическую и наоборот, мы решили провести новый летний батл за звание лучшего программиста мира.

Читатели Tproger смогут проголосовать за своего фаворита и выяснить, кто на самом деле самый крутой айтишник.

Правила батла просты:

1. В батле участвует 16 всемирно известных программистов.
2. Ежедневно соревнуются две пары.
3. За любимого программиста можно проголосовать в течение 24 часов.
4. Пары составляются рандомно, так что выбирайте программиста, который субъективно, лично вам нравится больше.
5. В финале мы определим тройку победителей.
6. Старт — 25 июля, финал — 1 августа.

Забирайте эту запись в закладки, ведь именно в неё будут добавляться ссылки на последующие этапы голосования.

Турнирная таблица:

Старт уже завтра — 25 июля в 11:00 МСК. Следите, участвуйте, голосуйте!

NPOI – это
.NET-версия проекта POI на Java. POI является проектом с открытым исходным кодом,
который может помочь вам читать/записывать файлы xls(x), doc(x), ppt(x). Он
имеет широкое применение.

Например,
вы можете использовать его для:

1. создания отчета Excel без установленного на сервере пакета Microsoft Office и более эффективной работы, чем вызов компонента Microsoft Excel ActiveX в фоновом режиме;
2. извлечения текста из документов Office для реализации функции полнотекстового индексирования;
3. извлечения текста и изображений из документов Excel, Word и PowerPoint;
4. создания листов Excel, содержащих формулы.

В этой
статье я собираюсь познакомить вас с тем, как создавать, читать и обновлять
файлы .XLSX с использованием NPOI на языке C#.

Установка NOPI через NuGet

Install-Package
NPOI

Использование пространства имен NPOI

Пример 1. Создание нового документа Excel и добавление данных

Пример 2. Чтение данных из существующего документа Excel

Пример 3. Обновление данных в документе Excel

Дополнительные настройки

Объединение ячеек

Настройка выравнивания

Настройка шрифта

Настройка цвета заливки ячейки

Настройка высоты строки и ширины столбца

Перед начинающим разработчиком достаточно быстро встает вопрос: “какой язык программирования учить, чтобы делать игры?”. Однозначного ответа на этот вопрос быть не может, учитывая огромное количество инструментов и технологий существующих в настоящее время. Однако, если провести небольшой анализ, становится понятно, что среди многообразия решений существует несколько фаворитов, которые и будут рассмотрены ниже. Забегая вперед, можно сказать, что одним из лучших выборов может быть язык C#, применяемый для разработки игр на самых популярных игровых движках.

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

Критерии оценки

Для оценки целесообразности изучения языка программирования будут использованы следующие критерии:

• Распространенность языка – этот критерий является исключительно важным по многим причинам: обилие учебных материалов, популярных библиотек и фреймворков, размер сообщества и доступность готовых решений типовых проблем и задач;
• Востребованность языка – рано или поздно приходит время искать работу и присоединяться к команде. Крайне важно, чтобы полученные знания и умения можно было применить в реальных коммерческих проектах;
• Технические особенности языка – нужно понимать, что рассмотренные языки программирования во многом отличаются друг от друга в плане синтаксиса, производительности, подходу к типизации, “высоко-уровневости” и т.п.;
• Разнообразие инструментов для разработки игр – во многом выбор “правильных” и качественных инструментов определяет личное ощущение относительно того или иного языка программирования, а также эффективность работы программиста.

Сравнение

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

Статистика

Для начала, рассмотрим перспективы трудоустройства разработчика на популярных языках программирования как в сфере разработки игр, так и за ее пределами.

Цифры, приведенные ниже, актуальны по состоянию на июнь 2023 года. В качестве “бенчмарка” будет использоваться язык C#, поскольку он представляет особый интерес в рамках этой статьи.

Пример формата запросов вакансий для языка C#

1. hh.ru 117 вакансий (100%)
2. indeed-US 1,664 вакансий (100%)
3. hh.ru 2,223 вакансий (100%)
4. indeed-US 25,577 вакансий (100%)

Комментарии

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

** Относительно высокое число вакансий Python в большей степени отражает востребованность в сферах backend, tools, devops, чем, непосредственно, в клиентской разработке.

*** Поиск выдает нерелевантные вакансии для запросов по языку C.

Выводы

• Количество участников сообществ и обсуждений по Python и JavaScript почти на порядок опережает другие представленные языки программирования;
• Несмотря на высокий рейтинг TIOBE, язык C обладает наименьшим сообществом среди представленных языков. Кроме того, сложно оценить реальную востребованность языка, поскольку почти всегда он упоминается лишь как дополнительный навык в C++ вакансиях;
• По количеству вакансий в разработке игр C# борется с C++. Остальные языки проигрывают;
• По количеству вакансий вне разработки игр C# отстает от конкурентов, но все еще показывает хорошую востребованность;

Базовые характеристики

Рассмотрим базовые характеристики языков безотносительно их роли в разработке игр:

Комментарии

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

** C в этом списке является единственным процедурным языком программирования. Вероятно, именно из-за этой особенности язык C не получил распространения в современной разработке видеоигр.

Выводы

• Язык C выбивается из ряда соперников по своему типу, коим является “процедурный”. Исторически менялся подход как к языкам программирования, так и к дизайну компьютерных программ. Это привело к тому, что на смену процедурным языкам пришли другие, в частности, объектно-ориентированные. Обновленные подходы предлагают более элегантные и эффективные способы программирования;
• В таблице присутствуют как языки с динамической типизацией, так и статической. Не существует однозначного ответа, какой из них лучше, но в обществе сложилось представление, что обучаться языкам с динамической типизацией проще. Однако в плане использования, такие языки не являются более простыми, так как автоматический синтаксический анализ в них сильно ограничен, ровно как и помощь IDE в написании кода;
• Однозначным лидером по производительности считаются языки C и C++, но в то же время, их использование затруднено непоследовательным сложным синтаксисом и необходимостью ручного управления памятью;
• Производительность Python и JavaScript значительно уступают всем представленным конкурентам;
• Главный герой статьи, C#, не обладает какими-либо существенными недостатками, как с точки зрения производительности, так и с точки зрения сложности изучения и использования.

Место в разработке игр

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

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

С внушительным списком существующих игровых движков можно ознакомиться в Wikipedia, а наиболее распространенные игровые движки, которые допускают скриптинг при помощи рассматриваемых языков программирования представлены ниже:

Выводы

• Можно заметить, что инфраструктура для разработки игр некоторых участников сравнения сильно уступает конкурентам. Речь идет о Python, C, Java – одна из проблем тут состоит в том, что для них отсутствуют WYSIWYG редакторы, что делает почти невозможным их использование новичками и не программистами;
• Самые продвинутые игровые движки доступны для языков C# (Unity, CryEngine, GODOT, UNIGINE), C++ (Unreal Engine, CryEngine, UNIGINE, GODOT, Cocos Creator), JavaScript (Cocos Creator, PixiJS, Phaser);
• Наиболее востребованными коммерческими решениями на настоящий момент являются Unity (C#) и Unreal Engine (C++), однако область применения у Unity шире, чем у второго: помимо десктопных и консольных игр, она включает также web и мобильные игры;
• В трех строчках таблицы фигурирует GODOT. Дело в том, что он поддерживает скриптинг на большом количестве языков программирования (некоторые из которых даже не попали в эту статью). К слову, движок является опенсорсным и абсолютно бесплатным для использования в любых проектах.

Почему же C#?

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

Однако по совокупности критериев можно выделить C#: он широко распространен, востребован как в разработке игр, так и за ее пределами. Популярный игровой движок Unity фактически стал стандартом для разработки web/мобильных/indie (а часто и AAA) игр, а на пятки Unity уже наступают другие мощные решения, включая, CryEngine, GODOT и UNIGINE.

Все это означает, что будущий разработчик игр, выбрав C#, с высокой степенью вероятности сможет найти учебные материалы, удобные инструменты разработки, ответы на свои вопросы и решения проблем, готовые плагины и интеграции. И это не пустые слова: в случае выбора действительно нишевого решения плагины для интеграции с платформами и сторонними сервисами, вероятно, придется писать или адаптировать самому.

Что если в ходе работы в разработке игр выяснится, что разрабатывать игры все-таки не так весело, как в них играть? Можно переквалифицироваться в backend, desktop или web разработчика и дальше пробовать свои силы там. Благо, после перехода .Net Framework (среды выполнения C#) на рельсы open-source и ребрендинга в .Net Core, а в последствии в .Net, этот язык можно, по праву, назвать универсальным. А экосистема вокруг C# растет буквально взрывными темпами.

Для Разработки на C# существует множество IDE, включая, как платные, так и бесплатные. В наличии также продвинутые инструменты для отладки и профайлинга. Большая часть инструментов одинаково доступна на всех системах на основе современных версий Windows, Linux и MacOS. Таким образом, начать погружаться в разработку можно абсолютно бесплатно и почти на любом программном и аппаратном обеспечении.

Может показаться, что C++ подходит для разработки игр не меньше, чем C#, и в какой-то степени это, действительно, так: количество возможностей для разработчика игр на C++ тоже велико. Однако этот язык проигрывает в простоте синтаксиса и в способе управления памятью, а за пределами разработки игр C++ популярен там, где нужно выжать максимальную производительность из имеющегося аппаратного обеспечения, обычно это специфичные области программирования, например, программирование высоконагруженных систем, микроконтроллеров, баз данных, движков, операционных систем и т.п. – это может быть по душе далеко не всем в силу сложности предметной области.

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

Языки для программирования браузерных игр

Большинство веб-игр работает на комбинации HTML, CSS и JavaScript. HTML формирует структуру и содержимое веб-страницы, CSS определяет внешний вид и стиль элементов, а JavaScript управляет игровой логикой, анимациями и интерактивными элементами. Если добавить сюда PHP, можно прописать бэкенд, настроить взаимодействие с серверной частью и сделать игру многопользовательской.

Примеры браузерных игр

Браузерные игры могут быть как довольно примитивными (головоломки, загадки, ребусы), так и детализированными (с разными персонажами, экипировкой, сюжетом). Вот примеры некоторых из них.

Языки для программирования мобильных игр

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

Но в этом есть и плюс — простота разработки. Можно использовать один из движков (например, Unity) и за несколько недель собрать свою игру, добавив только спрайты и модели и прописав логику на одном из поддерживаемых языков программирования (для Unity это C#).

Другой вариант — написать мобильную игру с нуля, не ограничивая себя готовыми движками.

Тогда для геймдева понадобятся следующие языки:

● Java

Язык для разработки нативных мобильных игр под платформу Android. Программы обычно преобразуются в байт-код, который выполняется на любой виртуальной машине Java (JVM), независимо от характеристик процессора. Для Java также разработаны библиотеки и фреймворки, которые помогают в создании игр, например LibGDX.

● Kotlin

Ещё один язык для геймдева на Java, который появился не так давно. Он полностью совместим с Java, поэтому эти языки можно использовать в проекте одновременно или быстро переписать код с одного на другой. С помощью SDK Kotlin Multiplatform Mobile на этом языке можно создавать кроссплатформенные игры для iOS и Android.

● Objective-C и Swift

Objective-C — первый язык программирования приложений и игр для устройств Apple. Он был создан в 80-х годах XX века как объектно-ориентированное расширение языка C.

Objective-C активно использовался Apple на протяжении многих лет, но всё же с годами его синтаксис и другие особенности устарели. Поэтому в 2014 году в компании создали новый язык программирования Swift. Он имеет более современный и интуитивно понятный синтаксис, обеспечивает статическую типизацию и автоматическое управление памятью, что помогает устранить некоторые ошибки Objective-C и упростить отладку.

Примеры мобильных игр

Коммерческие движки и языки программирования

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

Unity

Кроссплатформенный игровой движок, популярный у независимых игровых студий. По сути это не просто движок, а среда разработки, под капотом которой находятся текстовый редактор, компилятор, отладчик и другие полезные инструменты.

Unity легко освоить даже новичку в геймдеве, но для создания сценариев взаимодействия с сервером понадобится знание C#. Это объектно-ориентированный язык, созданный компанией Microsoft в 2000 году для работы с платформой .NET. Он не такой сложный, как C++, и на нём не нужно писать много шаблонного кода, как на Java.

Примеры игр, созданных на Unity

Unreal Engine

Движок от известной игровой компании Epic Games, выпущенный в 1998 году. Уже больше двух десятков лет его используют в геймдеве для создания сложных игр категории AAA разных жанров — от MMORPG до шутеров от первого лица.

Unreal Engine ценят за шикарные визуальные эффекты, но освоить этот движок сложнее, чем Unity. Для создания сценариев в нём используется C++, правда с определёнными отличиями (без низкоуровневого управления памятью и библиотеки шаблонов).

Это довольно старый и сложный язык, но благодаря визуальному редактору Blueprints создавать скрипты и размещать объекты в Unreal Engine можно и без C++.

Примеры игр, созданных на Unreal Engine

Итоги

Если собираетесь работать в геймдеве и хотите выбрать язык программирования, лучше заранее понять, какие игры вы хотите создавать:

1. для браузерных игр понадобится знание JavaScript и PHP;
2. мобильных — Java, Kotlin и Swift;
3. консольных и ПК-игр — C++ и C#, а ещё опыт работы с коммерческими движками.

Как установить Free Spire.PDF for.NET

Сначала нам нужно открыть наш проект в Visual Studio. Затем нам нужно открыть менеджер пакетов NuGet и найти FreeSpire.PDF. В результатах поиска мы можем найти Free Spire.PDF for .NET и нажать на кнопку установки. После завершения установки мы можем начать использовать Free Spire for .NET.

Примечание: Бесплатная версия поддерживает конвертирование только первых 3 страниц документа. Если ваш документ содержит много страниц, вы можете поискать в NuGet для установки коммерческой версии, т.е. Spire.PDF for .NET.

C# для преобразования изображений PDF в PNG или JPG

В приведенном выше коде мы сначала загружаем документ PDF, а затем используем
метод SaveAsImage() для преобразования указанной страницы PDF в изображение Bitmap. Наконец, мы сохраняем изображение Bitmap в формате PNG или JPG.

Конвертирование в другие форматы

Помимо преобразования PDF в Word, Free Spire.PDF for .NET также поддерживает преобразование PDF в другие форматы, такие как:

1. Преобразование PDF в HTML на C#, VB.NET
2. Преобразование HTML в PDF на C#, VB.NET
3. Преобразование PDF в Word на C#, VB.NET
4. Конвертирование изображений в PDF на C#, VB.NET

Резюме

В этой статье мы узнали, как конвертировать PDF в PNG и JPG изображения с помощью Free Spire.PDF for .NET. Мы также узнали о других методах конвертирования, поддерживаемых продуктом. Мы надеемся, что эта статья будет вам полезна.

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

В этой статье мы расскажем, как использовать FreeSpire.PDF for .NET для программного преобразования PDF в Word.

Как установить Free Spire.PDF for .NET

В первую очередь, необходимо открыть наш проект в Visual Studio. Затем нужно открыть менеджер пакетов NuGet и выполнить поиск FreeSpire.PDF. В результате поиска мы найдем Free Spire.PDF for .NET и нажмем кнопку «Установить». После установки мы можем начать использовать Free Spire.PDF for .NET.

Обратите внимание: бесплатная версия поддерживает преобразование только первых 3 страниц документа. Если ваш документ содержит много страниц, вы можете найти и установить коммерческую версию Spire.PDF for .NET в NuGet.

Фоновые знания

Free Spire.PDF предоставляет два режима преобразования, преимущества и недостатки которых описаны ниже:

• Режим фиксированной компоновки: обеспечивает быстрое преобразование и максимально сохраняет оригинальный вид PDF-файла. Однако, возможность редактирования сгенерированного документа будет ограничена, поскольку каждая строка текста в PDF будет отображаться в отдельном фрейме в сгенерированном документе Word.

• Режим потоковой компоновки: поточный формат является полным режимом распознавания. Преобразованный контент не будет отображаться в виде рамок, и структура сгенерированного документа будет поточной. Сгенерированный документ Word легко редактируется, но может выглядеть иначе, чем исходный файл PDF.

Как преобразовать PDF в Doc/Docx с фиксированной компоновкой

Преобразовать файл PDF в документ Doc/Docx с поддержкой форматирования

Итог

В этой статье мы рассмотрели, как использовать Free Spire.PDF для .NET для преобразования PDF в Word. Кроме того, мы рассмотрели другие методы преобразования форматов, поддерживаемые этим продуктом. Надеемся, что эта статья была полезна для вас.

1. История версий C#
2. Операторы верхнего уровня — программы без Main методов
3. Nullable-типы
4. Типы записи и записи структуры
5. Индексы и диапазоны
6. Паттерн-матчинг

История версий C#

C# был придуман в Microsoft под руководством Андерса Хейлсберга, который до этого работал над языком Delphi. Язык создавался как конкурент Java со свойствами и событиями.

Первая версия C# увидела свет в 2002 году. Затем каждые два или три года Microsoft выпускал новую версию языка. В C# постепенно добавили обобщённые типы и итераторы, Linq, фичи функциональных языков программирования, ключевое слово dynamic для упрощения работы с COM, интеграции с динамическими языками на платформе .NET, async\await, кортежи и другое.

Начиная с C# 8, разработчики выпускают новую версию языка ежегодно. В них уже нет масштабных изменений, вроде введения Linq или async\await, а некоторые фичи, такие как паттерн-матчинг, развиваются от релиза к релизу. К сожалению, это приводит к тому, что на момент появления многие фичи просто не используются. Программисты, которые изучали C# по книжкам и статьям пятилетней давности, даже не подозревают об их существовании.

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

Операторы верхнего уровня — программы без Main методов

Все языки, унаследовавшие синтаксис от языка C, страдают многословностью. C# не стал исключением и перенял у Java необходимость писать следующим образом:

В C# 9 появилась фича Top-level statements. Теперь тот же самый код возможно переписать короче:

Более того, используя implicit usings, using System писать необязательно. Компилятор автоматически добавляет юзинги для популярных пространств имён. Начиная с .NET 6 и C# 10 новое консольное приложение выглядит так:

Если вам не подходит автоматика, то можете глобально задать юзинги в отдельном .cs файле или в файле проекта.

Код, написанный таким образом, «под капотом» заворачивается в функцию Main. Все функции, которые вы определите, станут локальными и смогут использовать переменные, определённые ранее. Определять типы можно в том же файле, но только после всех top-level statements.

Nullable-типы

В C# 8 появилась фича — Nullable Reference Types, аналогичная Nullable Value Types. В проектах, созданных до .NET 6, фича была отключена по умолчанию. Она работает по следующим правилам:

• Если есть переменная или параметр ссылочного типа T, то ему необходимо присвоить значение, не являющееся null (non-nullable).
• Чтобы присвоить null, нужно поставить знак вопроса после имени типа — T? (nullable).
• Чтобы привести T? к T, необходимо использовать оператор ! после nullable выражения, иначе компилятор выдает ошибку.
• При обращении к членам T? компилятор статически проверяет, что значение ссылки не равно null.

В отличие от Nullable Value Types, string и string? — не разные типы. Это один и тот же тип string, подсказка компилятору и набор атрибутов, помогающих проводить статический анализ.

Как следствие, Nullable Reference Types не даёт гарантий за пределами вашего кода. Если в коде функция публичного интерфейса класса принимает string, а не string?, то вам необходимо написать проверку на null, хоть она и выглядит избыточной.

Компилятор, в свою очередь, при нарушении правил Nullable Reference Types генерирует предупреждения, а не ошибки. Но это легко исправить, указав в свойствах проекта, что Nullable предупреждения стоит воспринимать как ошибки.

Важная вещь, которую стоит помнить, — оператор var всегда создаёт переменную nullable reference типа.

Типы записи и записи структуры в C#

Как появились

Анонимные типы добавили ещё в третью версию C#. Они неизменяемые, имеют структурную, а не ссылочную эквивалентность, и удобное представление в ToString().

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

Такие типы можно создать и «руками», но вам быстро надоест каждый раз переопределять Equals, GetHashCode и ToString, и вы начнёте искать более простые способы.

Один из них — кортежи, которые появились в C# 7.0. Кортежи можно красиво использовать в варианте с именами полей:

Кортежи тоже имеют структурную эквивалентность и удобное представление в ToString(). Но в отличие от анонимных типов кортежи изменяемые.

Однако, как и Nullable Reference Types, имена кортежей — магия компилятора. «Под капотом» там всегда System.ValueTuple, поля Item1..ItemN, и никакие интерфейсы реализовать не получится.

Как создавать

Начиная с C# 8, можно создавать свои типы, которые объединяют фичи кортежей и анонимных типов, но при этом могут иметь методы и реализовывать интерфейсы. Такие типы называются записями, а для их создания используется ключевое слово record.

Тип, объявленный как record, автоматически реализует деконструктор (не путать с деструктором), Equals, GetHashCode, ToString, а также интерфейс IEquatable и перегружает операторы сравнения. Свойства FirstName и LastName будут неизменяемыми. В остальном это обычный класс. Он может содержать методы, наследовать другие классы, реализовывать интерфейсы.

В примере выше используется фича из C# 9 — Target-typed new operator, когда после new не нужно использовать имя типа, если выражение присваивается переменной или параметру этого типа. Это облегчает использование Nullable Reference Types.

Начиная с C# 11 можно создать тип запись, которая является полным эквивалентом анонимного класса:

В отличие от предыдущего варианта, при таком объявлении деконструкция не будет работать, а имена свойств придётся писать каждый раз при создании экземпляра:

Позиционные параметры и обычные свойства записей можно комбинировать. Обычные свойства легко сделать необязательными и даже изменяемыми.

Записи структуры

В C#10 добавили возможность создавать записи, которые являются структурами, а не классами. В отличие от записей классов записи структуры по умолчанию изменяемы.

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

Оператор with

Для работы с неизменяемыми типами данных в языке появился оператор with. Он копирует запись и изменяет значения свойств.

Оператор with работает не только с типами записями, но и с readonly структурами и анонимными типами.

Индексы и диапазоны в C#

В C# 8 разработчики языка добавили возможность писать следующим образом:

Аналогично можно обратиться ко второму элементу с конца: ^2, к третьему: ^3 и так далее.

Кроме того, появилась возможность извлекать подмассив из массива с помощью индексов, как в языках F#, Python и многих других:

Обратите внимание: в операторе диапазона левая граница включается в диапазон, а правая — нет. В диапазонах можно не указывать левую или правую границу, или не указывать обе. В качестве границ могут быть указаны индексы как с конца, так и сначала.

Под капотом оператор диапазона превращается в структуру System.Range:

Индексы работают с коллекциями, у которых есть свойство-индексатор с целыми индексами и свойство Length или Count. Диапазоны требуют наличие свойств Length или Count и метода Slice с двумя аргументами. Например, вы можете получить подстроку из строки с помощью оператора диапазона:

Большинство типов-коллекций автоматически получит поддержку индексов, а для диапазонов нужно будет реализовать метод Slice. Кроме того, вы можете определить свои свойства и методы, которые работают со структурами System.Range и System.Index.

Паттерн-матчинг

Паттерн-матчинг, или сопоставление с шаблоном, — это обобщённое название множества фич, добавленных в компилятор. Попробуем разобрать их все от простого к сложному.

is на стероидах

Оператор is существует с первой версии языка C# и используется для проверки переменной на соответствие определённому типу. До сих пор в статьях и книгах по C# можно встретить такой код:

В современном C# нет необходимости проверять тип и приводить к нему в два действия. Можно просто использовать паттерн-матчинг:

Более того, в C# 11 в паттерн-матчинг можно внести вырезание строки:

Как это читать: выражение после is говорит, что переменная x должна быть строкой (паттерн типа) и может быть разложена на три подстроки (паттерн списка):

— один символ в начале, который мы в дальнейшем никак не используем, так как указали подчёркивание вместо имени переменной (паттерн отбрасывания значения);

— один символ в конце, который мы также игнорируем, а подстроку из любого количества символов в середине присваиваем переменной s и просим компилятор вывести её тип (var-паттерн).

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

В этом случае, если строка содержит меньше двух символов, то выражение is вычисляется как false и Console.WriteLine не будет выполнено. Если нам хочется, чтобы подстрока s имела длину больше нуля, то необходимо написать ещё одно условие:

Теперь мы проверяем, чтобы переменная s, полученная в результате сопоставления с шаблоном, соответствовала паттерну (паттерн свойства): свойство Length должно иметь значение больше 0 (паттерн сравнения). Здесь важно не путать логические паттерны и булевы операторы. Это не одно и то же, и они не взаимозаменяемы.

То же самое можно записать в виде логического паттерна внутри лист-паттерна:

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

switch и паттерн-матчинг

В выражениях case оператора switсh также можно использовать паттерны:

В примере выше используются паттерн деконструкции (в документации «позиционный паттерн») и паттерны сравнения.

В C# 8 ввели switch expression с более компактным синтаксисом, похожим на функциональные языки:

В этом и предыдущем примере используется case guard — произвольное булево выражение после ключевого слова when. Оно необходимо в случаях, когда мы не можем выразить необходимые условия в паттернах.

switch expression удобно использовать для создания машины состояний. На одном из форумов была такая задача: для последовательности цифр требуется убедиться, что 1 есть как минимум один раз, 2 — только один раз, 3 — как минимум один раз, а после этого ничего быть не должно.

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

Проверка на null

После появления паттерн-матчинга проверку на равенство ссылки null необходимо проделывать следующим образом:

Это связано с тем, что перегруженные операторы == и != могут давать ошибки если левосторонний аргумент равен null.

Заключение

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

Чтобы поддерживать в форме свой уровень языка, советуем ознакомиться с историей версий C# и прочитать руководство по языку — скорее всего, узнаете много нового, если давно в него не заглядывали.

А тем, кому хочется большего, рекомендуем курс Route 256 от Ozon Tech по современным технологиям C#.

Программа рассчитана на разработчиков с опытом от 3 лет. Преподаватели и тьюторы — инженеры Ozon Tech. За два месяца вы сможете подтянуть скилы и освежить знания. На курсе вы научитесь создавать и настраивать микросервисы на ASP.NET Core, эффективно работать с асинхронным кодом, проектировать сложные распределенные системы, создавать REST и gRPC API и другое.

Надеемся, статься оказалась для вас полезной. Остались вопросы? Задайте их в комментариях.

Реклама ООО «Озон технологии» LjN8K484i

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

Немного о системе

Для своего, узкого, пользования мы разработали систему омниканальной отправки сообщений. И научили её собирать сообщения в raw-, markdown- и html-форматах для отправки по разным каналам: hpsm, Ivanti, email, Mattermost и Telegram.

Сервис помогает удобно и быстро встраивать уведомления для разных каналов связи в другие системы. Что позволяет в режиме реального времени менять шаблоны сообщений, а также учетные записи и, например, адреса smtp-серверов. Единственная проблема — ещё одна точка отказа для других систем.

Углубляться в систему не будем — лишь выделим интересующий нас API-метод /interact, и назовём его точкой входа. В этот метод мы будем передавать инструкции по сборке и отправке сообщений. Ключевыми параметрами для выполнения запроса будут: список каналов и получателей, набор параметров и «фич», а также нагрузка.  Например, такие:

В системе мы объявляем несколько уровней:

1. Система. В нём мы определяем токены для интеграции API, указываем пути доставки с адресами, пароли, триггеры и все необходимое.
2. Триггеры. В них указываются базовые характеристики: имя, ключ доступа, поля, которые необходимо указать в инструкции, их характеристики и модификаторы; способы доставки, которые описывают, по какому каналу, объявленному на уровне системы, необходимо отправить сообщение, и как будет выглядеть само сообщение. Например, поле name имеет тип string, модификатор toUpperCase и так далее.

Финальный API-метод исполнения инструкции отправки выглядит так: /api/v1/trigger_name_or_uid/interact.

Тут может возникнуть вопрос: куда делся первый уровень? Всё просто. Определение системы вшито в токен интеграции API.

Маршрут до оповещения выглядит так: system→ trigger → transport → template. Где transport — канал, по которым мы будем отправлять сообщения, а template — шаблон сообщения по транспорту. На этом моменте мы оставим дальнейшую работу системы под капотом.

Шаблоны и параметры заполнения сообщения

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

Шаблон вручную заполняет оператор системы — для каждого выбранного транспортного узла в триггере. То есть описывает инструмент и параметры отправки сообщения по каналу: Telegram, email, Mattermost и прочим.

Далее мы совмещаем шаблон с параметрами. Для этого используется движок Razor. Упрощенно, код инициализации экземпляра выглядит так:

А метод компиляции сообщения — так

Telegram

Телеграм предоставляет разработчикам несколько способов создать чат-бот и готовые библиотеки для работы с API. Нам понадобится способ Bot API. Это REST, поэтому много новой информации по взаимодействию искать не придётся.

Разработчики Bot API придумали интересный метод организации методов. Они разделили запрос на два части: токен доступа и название метода. Запрос на получение информации о боте в Telegram выглядит так: https://api.telegram.org/bot/getMe. Во всех адресах обращения к API будут меняться лишь названия методов:

• /getMe;
• /sendMessage;
• /getFile и так далее.

Всю информацию по доступным методам можно найти здесь: https://core.telegram.org/bots/api#available-methods.

Регистрация бота в Telegram

Для начала необходимо создать бота:

• заходим в приложение и запускаем чат с @BotFather;
• отправляем команду /newbot и следуем инструкциям:пишем имя бота;вводим username, который обязательно должен заканчиваться на bot.

Выполнив все шаги, мы получим сообщение об успешном создании бота и токен для работы с ним.

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

Учимся отправлять сообщения в чаты

Для теста подойдёт любой канал, в котором вы являетесь администратором. Для отправки сообщений нам понадобится метод sendMessage.

Объявляем структуру сообщения:

Передаём идентификатор канала и сообщение:

Почти все запросы к Bot API будут с типом POST, так как это самый удачный метод для передачи большого набора данных (но можно и GET). Тело запроса на отправку сообщения в канал будет выглядеть так:

Поле parse_mode нужно, чтобы регулировать формат текста, выбрать html или markdown-разметку.

В модели Message поле parse_mode не указано для упрощения, но вы можете его добавить и поиграться с html или markdown-разметкой.

Отправлять сообщения пользователям тоже можно, но вот начать переписку с ботом в Telegram должен человек. Дальше надо научиться слушать события.

Слушаем чаты

Чтобы бот умел реагировать на команды, понадобится «сканирование» на обновления. Есть два метода прослушивания обновлений: регулярно ходить в Telegram или предоставлять ему адрес прослушивания на вашем сервере, то есть webhook.

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

В теле запроса мы будем отправлять следующие данные: offset, limit, allowed_updates.

offset

Поле offset самое интересное. Оно обеспечивает последовательное чтение обновлений с сервера. Его магия в том, что если мы не будем указывать его в каждом последующем запросе, то будем всегда получать одни и те же обновления раз за разом. Назовём это поле «ластиком», который стирает все полученные ранее обновления, и предоставляет свежие.

Важно! Для корректного функционирования системы, в запросах getUpdates всегда необходимо указывать — идентификатор последнего полученного обновления. При первом вызове метода у нас его не будет — мы получим его после первого запроса getUpdates. При каждом последующем запуске приложения, что логично, идентификатора обновления снова не будет, вы получите его после первого запроса, конечно же, если в потоке будет хоть одно обновление.

limit

Это лимит обновлений, которые мы можем получить в одном запросе getUpdates. Получать можно от 1 до 100 обновлений за раз. По умолчанию стоит значение 100, поэтому поле можно не указывать, если вы хотите получать максимальное количество обновлений.

allowed_updates

Это поле — массив строк, то есть список типов обновлений, которые мы хотим получить в ответ. Для полного охвата нам будет достаточно: chat_member, message и my_chat_member. Полный список можно посмотреть тут: https://core.telegram.org/bots/api#update.

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

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

Верифицируем пользователей

Нам нужно подтверждать легитимность присутствия пользователей в чате. Для этого используем:

• таблицу сопоставления логина телеграмм с логином в AD;
• статус верификации;
• кодовое слово — случайно сгенерированную строку в 1024 символа.

Процесс выглядит так:

1. Заводим заявку на подключение пользователя к Telegram.
2. В заявке генерируются необходимые данные: запись сопоставления логинов, ключ верификации и так далее.
3. На корпоративную почту отправляется сообщение с инструкцией, как пройти верификацию.
4. Пользователь отправляет секретный ключ через команду /verify в чат с ботом.
5. Мы обрабатываем все обновления с объектом message в ответе. То есть ищем поля message.chat.type, которым эквивалентно значение private.
6. Определяем команду /verify.
7. Подтверждаем верификацию в системе, сохраняем ID пользователя в таблицу сопоставления и отправляем ему письмо об успешной верификации.

Мы решили обойтись без усложнений и не стали регистрировать команды в боте. Но вы можете зарегистрировать их для удобства ваших клиентов.

Приглашаем пользователей в чаты

Сперва нам нужно запросить разблокировку пользователя, даже если он не был заблокирован ранее. Для этого воспользуемся командой unbanChatMember. Как тело запроса передаём поля: chat_id и user_id — и проверяем в поле в коде OK 200.

Далее генерируем ссылку на приглашение методом createChatInviteLink. В теле передаём поля chat_id, expire_date, member_limit = 1. Лимит нужен, чтобы ограничить количество вошедших по ней пользователей. (все равно неавторизованного пользователя мы забаним????).

Дата «протухания» приглашения передаётся в формате unix (seconds).

Далее отправляем сообщение пользователю со ссылкой на приглашение. Например, «Вам отправлено приглашение на вступление в группу ‘{chat.FriendlyName}’.\n{inviteLink.Link}\n Приглашение активно до {invite.ExpireDate.ToUniversalTime():dd.MM.yyyy H:mm:ss zzz».

Блокировка неверифицированных пользователей

Для определения нового вошедшего в канал  пользователя получаем значение из поля chat_member.member.status. Оно должно быть эквивалентно значению member. Если пользователь есть в системе, и он помечен как верифицированный, то мы игнорируем сообщение. Иначе смотрим на него с презрением и выписываем перманентный бан.

Для блокировки в чате используем метод banChatMember. В тело запроса передаём 2 поля: chat_id и user_id. И пишем пользователю в личку информацию о блокировке c инструкцией, как выйти и зайти правильно.

Что в итоге

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

Язык относится к C-подобным языкам и больше всего близок к С++ и Java. Название языка было позаимствовано из музыкальной нотации, где символ # (диез) означает повышение стоящих справа от него нот на один хроматический полутон. Это означало то, что язык является инкрементальным продолжение языка C++, в то время как C++ был последователем C.

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

Первая версия C# была разработана как простой многоцелевой язык общего назначения, и по сравнению с ней, сегодня C# это современный и мощный язык программирования.

Какие проекты пишут на C#

Когда речь идет о языке программирования C#, нельзя забывать о платформе .NET, которая дает большой спектр технологий основанных на C#. Как уже было сказано ранее, C# является языком программирования общего назначения, а значит покрывает большое количество задач и областей, а именно:

• Web – разработка web-приложений и сервисов для платформ macOS, Windows, Linux и Docker.
• Mobile – разработка единой кодовой базы для построения нативных приложения для iOS и Android.
• Desktop – разработка нативных приложения под Windows и macOS.
• Microservices – разработка независимых компонентов запускаемы в Docker контейнерах.
• Cloud – использование существующих облачных решений или создание собственных. C# поддерживается большинством облачных платформ, такими как Azure и AWS.
• Machine learning – разработка приложений искусственного интеллекта и машинного обучения, решающие проблемы машинного зрения, обработки речи, моделей предсказания, и тд.
• Game development – разработка 2D и 3D игра для самых популярных десктопных и мобильных платформ.
• Internet of Things (IoT) – разработка приложений для интернета вещей, имеющие поддержку Rasbery Pi и других одноплатных компьютеров.

Исходя из вышеперечисленных областей применения видно, что платформа .NET и язык программирования C# покрывают большой спектр проектов на рынке. Это говорит нам о том, что изучив язык программирования C# с легкостью можно найти проект на любой вкус.

Рейтинг языка C#

Популярность языка программирования C# была разной на протяжении всего существования языка. От снижения интереса к языку привязанного к Windows платформе примерно в 2013-2015 годах, до возрождения после появления кроссплатформенного .NET Core.

На данный момент язык занимает твердое пятое место в рейтинге языков по версиям TIOBE и Github. Именно релиз кроссплатформенной среды .NET Core с открытым исходным кодом в июне 2016 года дал новый толчок развития языка программирования C# и вернул Майкрософт прежние позиции на рынке.

Перспективы развития языка C#

Компания Mайкрософт после объединения старой версии .NET Framework поддерживаемого платформой Windows и нового кроссплатформенного .NET Core в единую платформу .NET, объявила о ежегодном обновлении языка. Данная динамика отслеживается на протяжении последних нескольких лет.

Так же в связи с тем, что исходных код .NET Core стал публично доступен, вокруг этой платформы вновь стали собираться энтузиасты и большое сообщество, что позитивно отражается на динамике развития языка C#. Компания Майкрософт старается занять как можно больше ниш рынка, поэтому активно развивает свою платформу .NET.

Как же меняется язык ежегодно? Конечно же не вносятся какие-то кардинальные изменения в язык программирования C#, к примеру как это было в первых версиях, появления встроенного LINQ или переходом от классической много поточности к асинхронному программированию и Task-ам. В языке появляются новые операторы, конструкции, типы данных. Кто-то может сказать, что это синтаксический сахар и язык не меняется кардинальные, но суть в том, что C# развивается в соответствии с потребностями рынка и сообщества, которым им пользуется.

Изучение C# и платформы .NET как первого языка

Ни для кого не секрет, что IT-индустрия очень быстро развивается и меняется. Следует заметить, что за последние 20 лет произошло много изменений. Это касается как ролей на проектах и состава команд, так и технологий и подходов в программировании. Переход от низкоуровневых и сложных языков программирования, где необходимо большое количество фундаментальных знаний и навыков, к платформенным и управляемым языкам, которые ускоряют разработку и упрощают жизнь программистам.

Язык программирования C# идеально подходит для изучения для студентов вузов и людей, у которых есть фундаментальные знания в области IT. Для тех, кто только хочет попробовать свои силы в IT-индустрии и не знаком с основами программирования, C# может быть сложным для изучения. C# строгий и систематичный язык, поэтому с помощью его вы сможете четко понять и изучить все тонкости программирования.

Преимущества использования и изучения C#

C# является управляемым языком программирования, что позволяет разработчику не следить за выделением и использованием памяти. Для этого существует CLR (Common Language Runtime) – виртуальная машина, которая занимается запуском приложения, а также управлением памятью.

Также C# является строго типизированным и объектно ориентированным языком, что позволяет использовать ООП в его классическом виде. Здесь нет множественного наследования классов, что упрощает понимание ООП, но есть множественная реализация интерфейсов, что дает большую гибкость для разработчиков.

Большое сообщество и универсальность языка дают большое поле для деятельности. Как уже было указано ранее, вы можете разрабатывать веб-приложения, сложные микросервисные платформы, игры, а так же мобильные приложения. Здесь действительно серьезный инструментарий для разработки, такие IDE как Visual Studio или JetBrains Rider. Наличие огромнейшего разнообразия библиотек на все случаи жизни, от обратки изображений и видео, до нейросетей. А кроссплатформенность дает возможность писать код как на Windows, так и на macOS и Linux.

Недостатки языка C#

Недостатки следуют из преимуществ. Как уже было упомянуто ранее на языке С# можно разрабатывать множество различных приложений. Это делает язык достаточно емким и обширным в плане подходов и конструкций. На собеседовании скорее всего вас будут спрашивать все глубины .NET платформы и языка C#. Но на практике не всегда приходится всем этим пользоваться.

Из-за того, что C# используется в интерпрайз сегменте, есть вероятность попасть на “старый” проект или задержаться на одном проекте очень долго. Так же обычно такого рода проекты имеют сложную доменную область, которую волей не волей необходимо изучить в ходе выполнения проекта.

Заключение

Язык программирования C# зрелый и достаточно современный. Большинство последних подходов добавлены в язык или планируются в ближайших версиях. Основная территория платформы .NET и языка C# это энтерпрайз, а это возможность работать над большими и сложными проектами в различных доменных областях, а относить это к преимуществам или недостаткам, это решать вам. Возможна мобильная разработка и разработка игр. Огромное сообщество разработчиков, множество литературы и ресурсов для изучения, большое количество открытых вакансий на рынке, говорит о стабильности и крепких позициях C# на рынке.

МТС провела хакатон «ЩЕЛКУНЧИК. Меньше слов — больше кода!», на котором более 1600 программистов переводили текст сказки Гофмана на пять языков программирования: Python, Java, JavaScript, C# и Go.

Каждая глава начинается с описания процесса перевода слов в код. Сам текст сказки представлен в двух видах: на языке кода и в оригинале. Иллюстрации к книге созданы открытой нейросетью Stable Difusion и чат-ботом MTS (AI) guided image diffusion bot.

MTS (AI) guided image diffusion bot создал техлид MTS AI Андрей Иванов. Бот генерирует изображения на основе текстового описания с помощью двух нейросетей. kandynsky/stable_diffusionv2 обрабатывает текст и создаёт первичные изображения. Потом полученные картинки дорабатываются с помощью stable_diffusionv2-img2img, параллельно запрос переводится на английский через онлайн-переводчик. После этого stable_diffusionv2 увеличивает разрешение в два раза, до 1024х1024 пикселей. Сейчас бот работает в тестовом режиме для внутренних проектов MTS AI и МТС.

«В этом проекте ПАО «МТС» и MTS AI объединили талантливых людей для решения креативных задач. Щелкунчик, переведенный на 5 языков программирования, станет напоминаем о том, что AI — это сфера, где разработчики могут создавать настоящие шедевры — к ним можно отнести и код, и изображения, сгенерированные нейросетью», —Александр Ханин, генеральный директор MTS AI.

Проект будут использовать для обучения по искусственному интеллекту и интегрируют в образовательные проекты МТС. Скачать книгу можно по ссылке.

Напомним, что индекс TIOBE оценивает популярность языков программирования, основываясь на поисковых запросах, которые содержат тот или иной язык. Для формирования индекса используются такие ресурсы, как Google, YouTube, Amazon, Wikipedia, Yahoo!, Bing и Baidu.

В 2023 году популярность языков изменилась. Какие языки потеряли популярность, а какие — нет, рассказали в этой статье.

1. Python, C и C++ соревнуются за звание лучшего языка
2. Пара слов о других языках
3. Выводы

Python, C и C++ соревнуются за звание лучшего языка

Именно таковы результаты по состоянию на конец декабря — двадцать языков программирования с наибольшей рыночной долей по версии TIOBE:

Ещё в прошлом году Java уверенно держалась в тройке, но теперь уступила своё место «плюсам». Любопытно, что в последний раз C++ становился лидером рейтинга TIOBE в далёком 2003 году, и это впервые, когда данный язык программирования обошёл Java по поисковым запросам. При этом Java входила в топ-3 свыше двадцати лет, начиная с 2001.

Уже в следующем месяце мы узнаем имя победителя. Каждый из лидирующей тройки уже занимал первое место по итогам года:

1. C++ — 1 раз (2003).
2. C — 3 раза (2008, 2017, 2019).
3. Python — 5 раз (2007, 2010, 2018, 2020, 2021).

Пара слов о других языках

Помимо прочего, мы видим, как Kotlin и Julia приближаются к топ-20, JavaScript держится в семёрке, а PHP вырывается в десятку, тогда как в прошлом году занял 12-е место.

Интересно, что Go поднялся аж на 7 позиций и теперь занял 12-е место рейтинга. Стоит отметить, что по версии GitHub за третий квартал 2022 Golang также находится на четвёртом месте по популярности, обогнав при этом PHP, C, C#, Ruby, TypeScript и JavaScript. Тенденция налицо:

На 18-е место рейтинга TIOBE вернулся Perl. Rust удерживает 20 позицию. Что касается Delphi, то он всю осень прыгал туда-сюда:

• сентябрь — 13 место (1.09%);
• октябрь — 18 место (0.85%);
• ноябрь — 14 место (1.08%).

В декабре же язык опустился на 16 место (0.85%), что соответствует результатам декабря прошлого года.

Выводы

Разумеется, рейтинг языков программирования 2022 TIOBE сложно назвать объективным, так как он рассматривает лишь один аспект — популярность ЯП в поисковых запросах пользователей. Он не отражает реальный рыночный спрос или количество написанного кода, как это делает GitHub в своих отчётах на основе проектов.

Тем не менее, индекс TIOBE можно использовать, чтобы проверить, актуальны ли ваши навыки, или принять решение о том, на какой язык программирования можно перейти или какой следует использовать при написании новой программы.

1. C# — первое место. Си шарпу удалось обойти Python всего на 100 голосов, и он становится лучшим языком программирования в 2022 году.
2. Python — язык программирования, который был признан лучшим в 2020 и 2021 годах. В этом году Python занимает второе, не менее почётное место, уступив всего лишь 6% голосов C#.
3. Java — занимает третье место, набрав 1200 голосов против 845 голосов за TypeScript в финальном голосовании.

Сравните результаты 2022 года с прошлогодними.

Напоминаем, что турнирная таблица составлялась случайным образом, а лучший язык программирования выбирается не по его функциональности. В голосовании всё решала только народная любовь.

Поздравляем C#-программистов с долгожданной и заслуженной победой! ?

За третье и четвёртое место в рейтинге борются TypeScript и Java. За первое и второе место — Python и C#.

По итогам полуфинала C# обошёл Java всего на 6%, а Python выиграл TypeScript с отрывом в 16% голосов. Результаты прошлого раунда можно посмотреть здесь.

Подпишитесь на тег Лучший язык 2022 и следите за обновлениями в личной ленте, чтобы не пропустить результаты финала.