
В ноябре 2024 года язык программирования Go достиг своего исторического максимума — седьмого места в престижном индексе TIOBE, укрепив позиции в топ-10. Однако всего через 14 месяцев, в январе 2026 года, картина кардинально изменилась: Go обвалился на 16-е место, потеряв сразу 9 позиций. Это один из самых драматичных спадов года среди топовых языков. Парадокс в том, что в России Go переживает противоположную тенденцию — язык активно набирает популярность, его используют крупнейшие технологические компании и количество Go-разработчиков превысило 40 тысяч. Возникает критический вопрос для отечественной индустрии: не движемся ли мы против глобального технологического тренда, делая ставку на язык, который теряет позиции на мировой арене?
Замечу, что TIOBE — это не единственный рейтинг, показывающий падение или небольшой интерес к Go в мире. Например, PYPL (PopularitY of Programming Language) тоже фиксирует падение популярности. В GitHub Octoverse 2025 Go не входит в список доминирующих языков.
Что произошло с Go в мировом масштабе

История Go в рейтинге TIOBE напоминает график криптовалюты — резкие взлёты и ещё более стремительные падения. Согласно официальной странице Go на TIOBE, язык достиг своего наивысшего положения — 7-го места — в апреле 2025 года. В ноябре 2024 года Go также занимал седьмую позицию с рейтингом 2.35%, что было близко к его абсолютному максимуму в 2.36%, зафиксированному в июле 2017 года.
CEO TIOBE Software Пол Янсен тогда отмечал уникальность Go: “Что делает Go уникальным в топ-10, так это то, что программы на Go работают быстро и легко развертываются, при этом сам язык прост в изучении. Python, например, прост в изучении, но не быстр, а развертывание больших Python-программ хрупко из-за зависимостей от различных версий библиотек”. Однако оптимизм оказался преждевременным — уже к январю 2026 года Go скатился на 16-е место, опустившись ниже Delphi/Object Pascal, Perl и даже R. Кстати, Python с тех пор тоже сильно ускорился.

Особенно показательно сравнение с конкурентами. Пока Go терял позиции, Python укрепил лидерство с рейтингом 22.61%, C# во второй раз за три года получил титул “Языка года”, а Rust поднялся до исторического максимума на 13-й позиции. За тот же период Go потерял почти 40% своего положения в рейтинге.
Причины глобального спада: почему мир охладел к Go
Конкуренция с Rust в системном программировании
Одна из ключевых причин падения Go — агрессивная экспансия Rust в нишу системного программирования. Если раньше Go считался современной альтернативой C/C++ для разработки высокопроизводительных сервисов, то Rust предложил ещё более жёсткие гарантии безопасности памяти без компромиссов по производительности. Крупные технологические компании начали переписывать критически важные компоненты с Go на Rust — от ядер операционных систем до инфраструктурных инструментов. Rust поднялся до 13-го места в январе 2026 года, став самым быстрорастущим языком в топ-20.
TypeScript захватывает бэкенд
Вторым фронтом наступления стал TypeScript, который размыл границы между фронтендом и бэкендом. С развитием runtime-сред Node.js, Deno и Bun, TypeScript стал полноценным языком для серверной разработки, предлагая единый стек для всего приложения. Это оказалось привлекательнее для команд, чем необходимость поддерживать отдельный Go-бэкенд при JavaScript/TypeScript-фронтенде. JavaScript сохранил 6-е место в рейтинге с рейтингом 3.71%, но его экосистема продолжает расти за счёт TypeScript.
“Стабилизация” как проклятие: когда язык стал “скучным”
Главный парадокс Go описан аналитиком TIOBE Index Джеймсом Миллером: “Падение Go в рейтинге произошло именно потому, что язык стал слишком стабильным и, откровенно говоря, слишком скучным”. Индекс TIOBE измеряет популярность через поисковые запросы и количество обучающих материалов. У Go нет хайповых новых концепций, нет breaking changes в мажорных версиях — есть только бесчисленные backend-сервисы, молча работающие в фоновом режиме.
Это феномен “инфраструктуризации”: успешные инфраструктурные технологии становятся невидимыми. Docker и Kubernetes, написанные на Go, работают в миллионах инсталляций, но разработчики взаимодействуют с ними через YAML-конфиги, а не через код на Go. Язык выполнил свою миссию так хорошо, что стал прозрачным — а в рейтинге TIOBE прозрачность равна падению интереса.
Доминирование Python и триумф C#
На фоне падения Go, Python продолжает укреплять абсолютное лидерство. С рейтингом 22.61% в январе 2026 года, Python более чем в два раза опережает идущий следом C++ (10.99%). Python побеждает благодаря универсальности: от школьных уроков программирования до квантового трейдинга на Wall Street, от биоинформатики до управления Lego-роботами. Как отмечают аналитики, “Python больше не просто язык программирования — это Excel с возможностями кодинга”.
C# получил титул “Языка года 2025” во второй раз за три года благодаря приросту рейтинга на 2.07%. Экосистема .NET, поддержка кроссплатформенности и активная интеграция с облачными сервисами Azure делают C# привлекательным для корпоративной разработки.
Что означает падение в TIOBE: не просто цифры
Важно понимать методологию индекса TIOBE — это не измерение количества написанного кода или коммерческого использования языка. TIOBE анализирует объём поисковых запросов на популярных поисковиках (Google, Bing, Yahoo), количество обучающих курсов, активность в технических форумах и социальных сетях.
Падение Go с 7-го на 16-е место означает:
• Снижение интереса к изучению: меньше ищут “Go tutorials” или “Golang course”.
• Стагнация сообщества: меньше обсуждений на Stack Overflow, Reddit.
• Отсутствие хайпа: нет громких анонсов фич, конференций, мемов в Twitter.
• Сужение экосистемы: меньше новых библиотек, фреймворков, инструментов.
Контраст с Python показателен: каждый день тысячи людей гуглят “how to do X in Python” — от анализа данных до автоматизации рутины. Go ассоциируется с узкой нишей: “как написать микросервис” или “как настроить Kubernetes” — вопросы для 5% разработчиков, а не для массовой аудитории.
Парадокс российского рынка
Go в России растет вопреки мировым трендам
Пока глобальный индекс TIOBE фиксирует падение интереса к Go, российский IT-рынок демонстрирует обратную тенденцию — язык переживает настоящий бум. По данным на 2024-2025 годы, количество Go-разработчиков в России превысило 40,000 человек, что делает отечественное сообщество одним из крупнейших в мире. Это парадоксальная ситуация: мировое сообщество охладевает к языку именно в тот момент, когда российские компании массово переходят на него.
Финансовая привлекательность Go-специализации в России впечатляет. Зарплаты senior Go-разработчиков достигают 400,000+ рублей в месяц в крупных технологических компаниях, что сопоставимо с оплатой труда архитекторов и tech lead’ов. Это создает дополнительный стимул для миграции разработчиков с других языков на Go. Более того, 22% российских программистов изучают Go не по собственной инициативе, а по прямому требованию работодателей. Такой уровень корпоративного давления говорит о массовом технологическом тренде в индустрии.
Согласно опросу российских IT-специалистов, проведенному в январе 2026 года, 64% разработчиков считают, что Go станет “языком большинства” в ближайшие годы. Этот оптимизм разительно контрастирует с реальной динамикой мировых рейтингов. Возникает вопрос: обладает ли российская индустрия уникальным видением будущего, или это коллективная ошибка технологического выбора?
Где используется: портрет российского Go-ландшафта
Высоконагруженные системы: флагманы индустрии
Go занял прочные позиции в инфраструктуре крупнейших российских технологических компаний. Многие БигТех компании в России начали использовать Go. Эти кейсы создали эффект подражания: если Go работает у лидеров рынка, значит, он подходит и для остальных — такова логика технологических менеджеров. Создается впечатление, что Go стал обязательным атрибутом технологического стека любой компании, претендующей на статус “хайлоад”. Однако это не всегда оправдано с точки зрения бизнес-задач.
Микросервисы и бэкенд: основная ниша
По данным исследования, 36% российских разработчиков используют Go преимущественно для разработки микросервисов и бэкенд-систем. Это неудивительно: язык изначально проектировался Google именно для этих целей. Встроенная поддержка concurrency через goroutines, быстрая компиляция в бинарный файл без зависимостей, умеренное потребление памяти — всё это делает Go привлекательным для создания небольших независимых сервисов.
Однако узкая специализация имеет оборотную сторону: Go практически не используется для веб-разработки (frontend), мобильных приложений, data science, machine learning или desktop-приложений. В отличие от Python или Java, которые покрывают весь спектр разработки, Go остается инструментом для одной конкретной задачи.
Облачная инфраструктура: DevOps и инструментарий
Go доминирует в сегменте облачных инструментов и DevOps-утилит. Kubernetes, Docker, Prometheus, Terraform, Consul — практически все ключевые инструменты современной облачной инфраструктуры написаны на Go. Это создает эффект “самоподдерживающейся экосистемы”: разработчики учат Go, чтобы кастомизировать эти инструменты, затем пишут на Go собственные микросервисы, которые деплоят с помощью тех же Go-инструментов.
Почему компании выбирают Go: мотивация и заблуждения
Производительность как главный аргумент
20% опрошенных российских разработчиков называют производительность основной причиной выбора Go. Действительно, компилируемый язык с эффективным сборщиком мусора демонстрирует лучшие результаты по скорости выполнения, чем интерпретируемый Python. Однако это преимущество проявляется только в специфических сценариях: обработка тысяч одновременных соединений, CPU-интенсивные вычисления, низкоуровневое управление памятью.
Проблема в том, что большинство бизнес-приложений упираются не в производительность языка, а в производительность баз данных, сетевые задержки, качество архитектуры. Как показывает практика, хорошо написанный Python-сервис с правильным кэшированием часто быстрее плохо спроектированного Go-сервиса.
Масштабируемость: реальная потребность или преждевременная оптимизация?
17% респондентов выбирают Go ради масштабируемости. Здесь кроется классическая ловушка “преждевременной оптимизации”. Да, Go отлично масштабируется горизонтально благодаря легковесным goroutines. Но сколько российских стартапов реально достигают той нагрузки, где масштабируемость становится критичной? По статистике, менее 1% проектов обрабатывают миллионы запросов в секунду.
Компании тратят месяцы на разработку “масштабируемой архитектуры” на Go для продукта, который может никогда не выйти из стадии MVP. В это время конкуренты на Python запускают три итерации продукта, находят product-market fit и привлекают инвестиции.
Простой синтаксис: обоюдоострый меч
16% разработчиков ценят простоту синтаксиса Go. Язык действительно минималистичен: всего 25 ключевых слов, отсутствие классов, наследования, исключений в привычном виде. Новичок может написать работающий HTTP-сервер за 10 строк кода. Это создает иллюзию простоты входа в язык.
Однако эта простота оборачивается многословностью при решении сложных задач. Отсутствие классов, наследования, дженериков (до версии 1.18), обработка ошибок через if err != nil в каждой второй строке, необходимость писать повторяющийся boilerplate-код — всё это делает Go-проекты объемными и трудночитаемыми по мере роста кодовой базы.

Производительность Go и нюанс
Независимые бенчмарки развенчивают популярный миф о десятикратном превосходстве Go над Python. Детальное исследование 2024 года, сравнивающее производительность Django, FastAPI (Python) и Pocketbase (Go) в реальных сценариях с базами данных, показало неожиданные результаты: Go оказался быстрее Python всего в 2.36 раза при работе с SQLite и в 1.77 раза при использовании PostgreSQL. Это кардинально отличается от рекламируемых “10x-100x” преимуществ, которые базируются на синтетических тестах чистых вычислений без I/O операций.
Анализ TechEmpower Framework Benchmarks: реальность vs маркетинг
Официальные бенчмарки TechEmpower (Round 22-23) раскрывают ещё один грязный секрет: многие топовые Go-реализации используют агрессивные оптимизации, которые формально нарушают правила тестирования. Разработчики создают пулы предварительно аллоцированных структур для избежания работы сборщика мусора, хардкодят размеры массивов результатов, избегают использования стандартных библиотек в пользу низкоуровневых оптимизаций.

В реальных условиях, когда приложение выполняет смешанные запросы — чтение из базы данных, рендеринг шаблонов, сериализацию JSON, валидацию — преимущество Go над Python сокращается до статистически незначимых 20-30%. При этом Python-код остаётся в 3-5 раз короче, проще в поддержке и не требует экспертизы в управлении памятью.

Критический анализ — скрытые риски выбора Go
Узкая специализация vs универсальность: стратегический просчет
Go создавался для решения конкретной проблемы Google: управления тысячами микросервисов в распределенной инфраструктуре. Язык отлично справляется с этой задачей, но практически беспомощен за ее пределами. Вы не встретите Go в data science, машинном обучении, научных вычислениях, desktop-приложениях, мобильной разработке или даже в традиционной веб-разработке с шаблонами.
Это создает риск технологической ловушки: компания инвестирует в Go-экспертизу, а затем обнаруживает, что для смежных задач нужны другие языки. В итоге поддерживается несколько технологических стеков, растут затраты на найм, усложняется код-ревью, падает переиспользование кода между командами.
Python/Java: универсальные платформы
Python держит первое место в TIOBE не случайно — это универсальный швейцарский нож разработки. На Python пишут веб-приложения (Django, Flask, FastAPI), обрабатывают данные (Pandas, NumPy), обучают нейросети (TensorFlow, PyTorch), автоматизируют рутину, разрабатывают игры, создают desktop-приложения. Один язык для всей экосистемы продукта — это колоссальная экономия на обучении, найме и поддержке.
Java демонстрирует аналогичную универсальность: от Android-приложений до высоконагруженных банковских систем, от embedded-устройств до big data обработки с Apache Hadoop и Spark. Java удерживает лидерство в России именно благодаря способности закрывать любые задачи одним языком.
Экосистема и долгосрочная поддержка: ставка на будущее
Python: экосистема для любых задач
PyPI (Python Package Index) содержит более 730,711 библиотек и фреймворков. Какую бы задачу вы ни решали — от парсинга PDF до управления квантовыми компьютерами — скорее всего, уже существует готовая библиотека. Это радикально ускоряет разработку: вместо написания с нуля, вы интегрируете проверенные решения.
Более того, Python имеет огромное сообщество: любая проблема уже обсуждалась на Stack Overflow, для любого фреймворка есть десятки туториалов на YouTube, тысячи статей в блогах. Новый разработчик выходит на продуктивность за недели, а не месяцы.
Java: 30 лет корпоративной надежности
Java существует с 1995 года и накопила гигантскую экосистему корпоративных решений. Spring Framework, Hibernate, Apache ecosystem, Jakarta EE — это зрелые, battle-tested инструменты с многолетней поддержкой. Банки и страховые компании доверяют Java критически важные системы, работающие десятилетиями без переписывания.
В России Java дополнительно усилена локальными инициативами: Axiom JDK — российская сборка Java с сертификацией для использования в государственных системах. Это решает проблемы импортозамещения и технологического суверенитета.
Go: ограниченная экосистема и зависимость от Google
Экосистема Go несопоставимо меньше. Многие библиотеки представляют собой тонкие обертки над C-библиотеками или недоделанные pet-проекты. Для сложных задач — обработки изображений, работы с ML-моделями, интеграции с legacy-системами — часто просто нет готовых решений.
Критичнее другое: Go полностью контролируется Google. Стратегические решения о развитии языка принимаются в корпоративных интересах Google, а не глобального сообщества. В условиях геополитической напряженности это создает риски: Google может прекратить поддержку в определенных регионах, изменить лицензию или просто потерять интерес к проекту (как это произошло с десятками других Google-продуктов).

Дефицит кадров: рынок труда против Go, Python: самый изучаемый язык в мире
Python изучают в школах, университетах, на онлайн-курсах — это de facto первый язык для новичков. Это создает огромный пул junior-разработчиков, готовых работать за адекватные деньги. Компания на Python может нанимать вчерашних выпускников и за полгода делать из них продуктивных разработчиков.
Java: лидер в России по распространенности
Java остается самым распространенным языком на российском рынке, особенно в корпоративном сегменте. Это значит: широкий выбор кандидатов, конкурентные зарплаты (не нужно переплачивать за редкую экспертизу), обилие подрядчиков и консультантов. Если ваш senior Java-разработчик уходит, вы найдете замену за неделю.
Go: нишевый язык с дефицитом специалистов
40,000 Go-разработчиков в России — это звучит внушительно, пока не сравнить с сотнями тысяч Python и Java-разработчиков. Дефицит приводит к зарплатной инфляции: senior Go-разработчики требуют 400,000 рублей не потому, что они более квалифицированы, а потому что их мало.
Хуже того, 22% Go-разработчиков учат язык по принуждению работодателя, а не по собственному желанию. Это создает “заложников технологического стека” — людей, которые перейдут на Python или Java при первой возможности. Текучка кадров и потеря знаний о проекте становятся серьезной проблемой.
Технологический суверенитет: геополитика выбора языка
Российские адаптации Java: ставка на независимость
В условиях санкций и импортозамещения Java получил российскую поддержку: Axiom JDK от компании АО Аксиом прошел сертификацию ФСТЭК и может использоваться в государственных информационных системах. Это стратегическое решение обеспечивает технологическую независимость: даже если Oracle прекратит поддержку в России, локальное сообщество сможет поддерживать язык самостоятельно.
Python: независимый open-source с российским вкладом
Python управляется независимым некоммерческим фондом Python Software Foundation, а не корпорацией. Язык развивается через открытые PEP (Python Enhancement Proposals), где любой разработчик может предложить изменения. Российские программисты активно вносят вклад в ядро Python и популярные библиотеки, что гарантирует учет локальных потребностей.
Go: продукт Google с неясными перспективами
Go разработан и контролируется Google — американской корпорацией, которая уже прекращала работу сервисов в России (Google Ads, Google Pay, YouTube Premium). Хотя Go формально open-source, ключевые решения о развитии языка принимаются в штаб-квартире Google в Маунтин-Вью. В случае усиления санкций Google может:
• Заблокировать доступ к официальным репозиториям Go модулей.
• Прекратить обновления безопасности для российских IP.
• Запретить использование Go в коммерческих продуктах через изменение лицензии.
Российская индустрия фактически строит критическую инфраструктуру на языке, контролируемом корпорацией которая периодически вызывает вопросы в своих продуктах. Это стратегический риск, который недооценивают технологические менеджеры.
Когда Go оправдан, а когда нет
Действительно высоконагруженные системы (миллионы RPS)
Если ваш сервис обрабатывает миллионы запросов в секунду и каждая миллисекунда задержки стоит денег — Go может быть оправданным выбором. Примеры: биржевая торговая платформа, системы онлайн-аукционов, CDN для видеостриминга, обработка телеметрии с IoT-устройств. В этих сценариях эффективное использование CPU и памяти дает конкурентное преимущество.
Критерий простой: если вы не можете точно посчитать, сколько денег экономите на инфраструктуре благодаря производительности Go, вероятно, вам не нужен Go. Большинство startups переоценивают свою будущую нагрузку на порядки.
Инфраструктурные инструменты (мониторинг, DevOps)
Go идеален для создания CLI-утилит, агентов мониторинга, операторов Kubernetes, прокси-серверов. Компиляция в статический бинарник без зависимостей, кросс-платформенность, умеренное потребление ресурсов — это критично для инфраструктурных инструментов, которые должны работать на минимальных VPS и embedded-устройствах.
Если вы пишете внутренний DevOps-инструмент для автоматизации деплоя или систему сбора метрик — Go отличный выбор.
Простые микросервисы без сложной бизнес-логики
Микросервис, который принимает HTTP-запрос, делает пару SQL-запросов, агрегирует данные и отдает JSON — типичная задача для Go. Язык справляется с этим быстро и эффективно. Ключевое слово — “простые”: как только бизнес-логика усложняется, отсутствие в Go богатых абстракций начинает тормозить разработку.
Python предпочтительнее: универсальность для большинства задач
Проекты с ML/AI компонентами
Если в вашем продукте есть хоть какой-то элемент машинного обучения — рекомендательная система, предсказание оттока, классификация изображений, NLP — выбор однозначен: Python. Экосистема ML/AI практически полностью построена на Python: TensorFlow, PyTorch, scikit-learn, Hugging Face. На Go нет даже 10% этого инструментария.
Попытки интегрировать Python ML-модели в Go-бэкенд через API создают дополнительную сложность, задержки, точки отказа. Проще написать весь бэкенд на Python.
Быстрая разработка MVP и прототипов
Python позволяет создать работающий прототип в 3-5 раз быстрее, чем на Go. Django или FastAPI дают из коробки admin-панель, ORM, миграции базы данных, аутентификацию, валидацию. На Go всё это придется собирать из разрозненных библиотек или писать самому.
Для стартапов, где главная метрика — скорость итераций, Python критически важен. Лучше запустить “медленный” Python-MVP за месяц и получить обратную связь, чем потратить три месяца на “быстрый” Go-MVP и узнать, что продукт не нужен рынку.
Автоматизация и скриптинг
Python — король автоматизации рутинных задач. Парсинг сайтов, обработка Excel-файлов, взаимодействие с API, генерация отчетов, управление инфраструктурой — всё это решается несколькими строками Python-кода благодаря богатой стандартной библиотеке.
Go для скриптов избыточен: компиляция занимает время, код многословен, нет REPL для экспериментов.
Проекты с частыми изменениями требований
В динамичном бизнесе требования меняются еженедельно. Динамическая типизация Python и богатые метапрограммирование-возможности позволяют быстро перестраивать архитектуру. Статическая типизация Go превращает каждое изменение структуры данных в рефакторинг десятков файлов.
Data-intensive приложения
Если ваше приложение работает с большими объемами данных — аналитика, ETL-процессы, обработка логов — Python с Pandas, Dask, Apache Arrow на порядок продуктивнее. Экосистема data science построена вокруг Python, и попытки реплицировать её в Go обречены.
Java предпочтительнее: корпоративная надежность
Enterprise-системы
Для корпоративных систем с десятками интеграций, сложной бизнес-логикой, требованиями аудита и compliance — Java непревзойденна. Spring Framework предоставляет инструменты для всех enterprise-паттернов: dependency injection, транзакции, безопасность, интеграции. Это проверенная десятилетиями основа для критичных бизнес-приложений.
Долгоживущие проекты (10+ лет)
Java демонстрирует феноменальную обратную совместимость: код, написанный 20 лет назад, часто запускается на современных JVM без изменений. Для проектов, которые будут жить десятилетия (банковские core-системы, государственные регистры, ERP), такая стабильность бесценна.
Go еще молод (создан в 2009 году) и уже пережил breaking changes. Непонятно, как будет выглядеть Go через 15 лет.
Финтех и банковский сектор
Банки и финансовые организации стандартизированы на Java благодаря сертификациям, наличию специализированных библиотек и огромной базе legacy-кода. Переход на Go потребует переписывания миллионов строк проверенного кода — неприемлемый риск для отрасли, где ошибка стоит миллионы.
Проекты с требованиями сертификации
Для использования в государственных информационных системах России программное обеспечение должно пройти сертификацию ФСТЭК. Axiom JDK имеет эту сертификацию. Go-runtime её не имеет и получение займет годы. Для госпроектов Java — единственный реалистичный выбор среди современных языков.
Системы с гарантированной backward compatibility
Если ваш продукт предоставляет API для сотен клиентов и вы обязаны поддерживать старые версии годами — нужна Java. Культура обратной совместимости заложена в ДНК экосистемы: deprecation warnings, длинные циклы поддержки LTS-версий, инструменты миграции.
Go пока не демонстрирует такой зрелости. Введение generics в версии 1.18 изменило подходы к проектированию библиотек, создав раскол в экосистеме.
Итоговая рекомендация: Выбирайте язык исходя из бизнес-задач, а не хайпа или мнения “так делают в Google”. Для 90% проектов Python или Java — более безопасный, продуктивный и стратегически оправданный выбор, чем Go. Go хорош в узкой нише, но российская индустрия переоценивает его применимость, рискуя попасть в технологическую ловушку.
Альтернативный взгляд и Rust
Rust как реальная альтернатива для высоконагруженных систем
Если Go падает в рейтинге TIOBE, то Rust демонстрирует обратную тенденцию — в январе 2026 года язык достиг исторического максимума на 13-м месте, став самым быстрорастущим в топ-20. Это не случайно: Rust решает те же задачи, что и Go (системное программирование, высокопроизводительные сервисы), но делает это радикально лучше.
Почему Rust выигрывает у Go
Rust предлагает производительность на уровне C/C++ без компромиссов по безопасности памяти. Система владения (ownership) и заимствования (borrowing) гарантирует отсутствие гонок данных, утечек памяти и segmentation faults на этапе компиляции. Go, несмотря на заявленную безопасность, использует сборщик мусора, который создает непредсказуемые паузы и усложняет написание real-time систем.
Крупные технологические компании уже переписывают критически важные компоненты с Go на Rust: Discord перевел свои read-state сервисы с Go на Rust и получил снижение задержек с 5-10мс до субмиллисекундного уровня; Cloudflare заменил Go-прокси на Rust-реализацию, увеличив throughput в 3 раза. Даже сам Linux kernel начал принимать код на Rust в качестве альтернативы небезопасному C.
Для кого Rust — правильный выбор:
• Финансовые системы с требованиями к минимальным задержкам (high-frequency trading, платежные шлюзы).
• Embedded-системы и IoT, где каждый байт памяти критичен.
• Криптографические и блокчейн-приложения, где безопасность — не опция.
• Игровые движки и системы рендеринга в реальном времени.
• Операционные системы и драйверы устройств.
Ограничения Rust
Кривая обучения Rust значительно круче, чем у Go — концепции ownership и lifetime требуют переосмысления подходов к программированию. Компиляция медленнее, экосистема меньше, но для задач, где производительность и надежность критичны, эти недостатки окупаются многократно.
Kotlin для JVM-экосистемы: современность без отказа от наследия
Kotlin — это ответ на вопрос “как получить современный язык с удобным синтаксисом, сохранив доступ ко всей экосистеме Java?”. Язык разработан JetBrains (российской компанией!) и стал официальным языком для Android-разработки, потеснив Java.
Преимущества Kotlin перед Go
Kotlin полностью совместим с Java — можно использовать любую Java-библиотеку без оберток, постепенно мигрировать код, нанимать Java-разработчиков и обучать их Kotlin за неделю. Это стратегическая гибкость, которой Go не предлагает.
Синтаксис Kotlin современнее и лаконичнее Java: null-safety на уровне системы типов, extension functions, data classes, coroutines для асинхронности. При этом компилируется в тот же JVM bytecode с теми же гарантиями производительности и стабильности.
Применимость в российском контексте
Для компаний с существующим Java-стеком Kotlin — естественная эволюция без революционного переписывания. Для новых проектов — способ получить современный язык с корпоративной надежностью Java.
TypeScript для full-stack команд: единый стек для фронтенда и бэкенда
TypeScript изменил правила игры, размыв границу между фронтенд и бэкенд-разработкой. С появлением зрелых серверных runtime (Node.js, Deno, Bun), TypeScript стал полноценной альтернативой для backend-разработки.
Почему TypeScript конкурирует с Go
Для команд, которые уже используют TypeScript на фронтенде, использование его же на бэкенде дает колоссальные преимущества:
• Переиспользование кода (типы, валидация, бизнес-логика).
• Единый пул разработчиков — любой может работать над любой частью стека.
• Упрощенный код-ревью и onboarding.
• Общий инструментарий, CI/CD, практики разработки.
Современные TypeScript-фреймворки (NestJS, tRPC, Fastify) предлагают производительность, сопоставимую с Go для большинства веб-приложений. А благодаря npm — крупнейшему пакетному репозиторию в мире — доступны библиотеки для любых задач.
Где TypeScript проигрывает
TypeScript не подходит для CPU-интенсивных вычислений, системного программирования, работы с низкоуровневыми API. Но для типичных CRUD-приложений, REST/GraphQL API, real-time систем на WebSocket — это отличный выбор.
Стратегия для команд
Если ваша команда делает веб-продукт с React/Vue фронтендом, выбор TypeScript на бэкенде может быть рациональнее Go. Вы получаете одноязычный стек, упрощаете найм (fullstack-разработчики дешевле, чем узкие специалисты), ускоряете разработку.
Гибридные подходы: Python + Rust для критичных участков
Наиболее прагматичная стратегия — не выбирать один язык для всего, а комбинировать сильные стороны разных технологий.
Модель “Python + Rust”
Пишете основное приложение на Python — быструю разработку, богатую экосистему, простоту поддержки. Когда профилирование выявляет узкие места (CPU-интенсивные алгоритмы, обработка больших объемов данных), переписываете эти конкретные модули на Rust и интегрируете через PyO3 или rust-cpython.
Это дает:
• 90% кода на Python — быстрая разработка, легкий найм.
• 10% кода на Rust — производительность уровня C++.
• Оптимизация там, где она реально нужна, а не везде “на всякий случай”.
Примеры успешного применения:
• Pydantic V2 переписал ядро валидации с Python на Rust, получив ускорение в 5-50 раз при сохранении удобного Python API.
• Ruff — Python linter на Rust, работающий в 100 раз быстрее традиционных Python-инструментов.
• Polars — библиотека для анализа данных на Rust с Python-интерфейсом, конкурирующая с Pandas по удобству и превосходящая по скорости.
Альтернатива “Java + GraalVM Native”
Для Java-команд аналогичный подход: пишете на привычной Java/Kotlin, но критичные микросервисы компилируете через GraalVM Native Image в нативные бинарники с мгновенным стартом и минимальным потреблением памяти — характеристики, ранее доступные только Go.
Почему гибридный подход лучше тотального Go
Вместо того чтобы писать весь проект на Go ради гипотетических проблем производительности, вы решаете реальные проблемы точечно. Это экономит месяцы разработки, упрощает найм, сохраняет доступ к богатым экосистемам Python/Java и при этом дает максимальную производительность там, где она действительно критична.
Заключение
Go падает в мировом рейтинге не случайно — рынок голосует за универсальность. Падение Go с седьмого на шестнадцатое место в индексе TIOBE за 14 месяцев — не статистическая погрешность, а симптом фундаментального сдвига в индустрии. Глобальный рынок разработки голосует за языки, которые решают широкий спектр задач: Python доминирует благодаря универсальности от data science до веб-разработки, C# побеждает в корпоративном сегменте, TypeScript объединяет фронтенд и бэкенд.
Go оказался в ловушке собственной специализации: отлично справляясь с микросервисами и инфраструктурой, язык стал “невидимым” — работает молча в Docker и Kubernetes, но не генерирует хайпа, обучающих материалов, дискуссий. В эпоху, когда разработчики ценят гибкость и скорость доставки продукта выше микрооптимизаций производительности, узкопрофильность становится слабостью.
Компании рискуют и ставка на нишевый язык
Парадокс российского IT-рынка заключается в том, что компании массово инвестируют в технологию именно в момент её глобального спада. 40,000+ Go-разработчиков, зарплаты до 400,000 рублей, 22% программистов, изучающих язык по требованию работодателя — это признаки не технологического лидерства, а коллективного следования за трендом, который уже устарел на Западе.
Риски этой стратегии многогранны: технологическая ловушка — инвестиции в Go-экспертизу ограничивают гибкость при смене требований; дефицит кадров — узкий пул специалистов приводит к зарплатной инфляции и текучке; зависимость от Google — стратегическая инфраструктура строится на языке, контролируемом потенциально враждебной корпорацией; изоляция от глобальных трендов — пока мир движется к Rust, TypeScript и гибридным подходам, мы закрепляемся в технологии вчерашнего дня.
Python и Java дают больше гибкости для развития продукта
Стартапу нужна скорость итераций — Python позволяет запустить MVP в три раза быстрее, чем Go, и перестроить архитектуру за дни, а не недели. Корпорации нужна стабильность — Java гарантирует 30 лет обратной совместимости, сертификации для госсектора, огромный пул разработчиков. Продуктовой компании нужна универсальность — и Python, и Java позволяют закрывать задачи от веб-разработки до машинного обучения одним стеком.
Go предлагает оптимизацию в одной узкой области — производительность HTTP-сервисов — за счёт потери гибкости во всех остальных. Это плохой trade-off для 90% проектов. Лучше написать “достаточно быстрый” сервис на Python за неделю и потратить сэкономленное время на улучшение продукта, чем месяц оптимизировать Go-сервис для нагрузки, которая может никогда не материализоваться.
Выбор языка должен основываться на задачах бизнеса, а не на хайпе
Главная ошибка современных технологических менеджеров — выбор стека на основании статей “как мы масштабировали до миллиарда пользователей в Google/Netflix/Uber”. Но ваша компания — не Google. У вас нет миллиарда пользователей. У вас нет бесконечных ресурсов на инфраструктуру. У вас есть конкретные бизнес-задачи, бюджет, дедлайны, рынок труда.
Методология выбора языка:
1. Определите реальные нефункциональные требования — не “масштабируемость”, а “обрабатывать 10,000 запросов в секунду к концу года”.
2. Оцените доступность кадров — сможете ли вы нанять пять сильных разработчиков в вашем городе?
3. Проверьте экосистему — есть ли готовые библиотеки для ваших интеграций (CRM, платежи, аналитика)?
4. Учтите будущее развитие — сможете ли добавить ML, мобильные приложения, сложную веб-админку на этом стеке?
5. Посчитайте total cost of ownership — зарплаты, обучение, инфраструктура, поддержка на 3-5 лет
Если честно применить эти критерии, для большинства российских компаний оптимальным выбором окажется Python или Java, а не Go.
Необходимость пересмотра технологических стратегий
Российское IT-сообщество находится на развилке. Мы можем продолжать инвестировать в Go, игнорируя сигналы глобального рынка, и через три-пять лет обнаружить себя с огромной базой legacy-кода на языке, который теряет поддержку сообщества. Или мы можем критически пересмотреть технологические стратегии прямо сейчас.
Какие могут быть рекомендации для технологических компаний:
• Проведите технологический аудит — какие проекты реально требуют Go, а какие тянутся за модой?
• Инвестируйте в универсальные стеки — Python для продуктовых команд, Java для корпоративных систем, TypeScript для full-stack веб-разработки.
• Рассматривайте Rust вместо Go для новых высоконагруженных систем — лучшая производительность, растущее сообщество, независимость от корпораций.
• Используйте гибридные подходы — Python/Java + Rust для критичных участков вместо тотального переписывания на Go.
• Приоритизируйте технологический суверенитет — языки с российским участием (Kotlin от JetBrains) или независимым управлением (Python), а не корпоративные продукты из недружественных стран.
Для разработчиков:
Если работодатель заставляет учить Go, задайте критические вопросы: действительно ли наш продукт требует этой технологии? Не инвестирую ли я время в язык с сужающимся рынком? Не лучше ли потратить это время на углубление Python + изучение Rust или усиление экспертизы в Java-экосистеме?
Финальный месседж: Go — хороший язык для конкретных задач, но не серебряная пуля, за которую его выдают в российской индустрии. Падение в рейтинге TIOBE — это звонок для пробуждения. Пора прекратить слепо копировать технологические решения Кремниевой долины и начать делать осознанный выбор, основанный на реальных потребностях бизнеса, доступности кадров и долгосрочной устойчивости. Мир движется к универсальности, гибридным подходам и технологическому плюрализму. Россия не должна оставаться на обочине этого тренда, цепляясь за технологию
Go — отличный язык для своей ниши, но когда из-за хайпа и бигтехов его начинают использовать в стартапах или не по назначению, это наносит реальный вред индустрии. Отсутствие мировой популярности также вызывает настороженность.
Комментарии (100)

JBFW
26.01.2026 09:40Если каждый раз менять стек и переписывать, потому что астрологи объявили новый список популярности - ну, это такое себе..

Aleksey999 Автор
26.01.2026 09:40Да. В заголовке больше риторический вопрос, интересен сам феномен, почему то в РФ Go оочень популярен, а вот в мире нет.

wmns
26.01.2026 09:40В мире это где? Там, где застряли на PHP и понемногу перекатываются на Go? Рейтинг TIOBE и так имел мало общего с действительностью. А теперь, когда вопросы не гуглят, а сразу обращаются к ИИ, то на TIOBE, StackOverflow и т.д. - как-то странно уже ссылаться.

Aleksey999 Автор
26.01.2026 09:40Да много было бы изменений. LLM же не только на один язык повлиял бы. в мире это везде кроме РФ. США, там ИТ много, Китай.

HemulGM
26.01.2026 09:40Но ведь не только для Go используют ИИ. А ко всем языкам. И на рейтинг это не сказалось бы. Точнее, сказалось бы равномерно на все языки, что визуально не поменяет картину.

Siemargl
26.01.2026 09:40Используйте гибридные подходы - Python/Java + Rust
Хуже гибридных систем нет наверное ничего. Вы за все платите трижды - 2 набора разработчиков, тулсетов, багов и обвязки, плюс накладные расходы и проблемы при скрещивании.
Плюс совет скрещивать с растом, который один из худших в интеропе - вообще 5

Aleksey999 Автор
26.01.2026 09:40Надо считать. Статью на хабр скоро выложат, пока есть только видео https://vkvideo.ru/video-152308462_456242962?t=31m50s где я на сухих расчетах это делаю.
Вполне допускаю мысль что не выгодно, но когда пилят CMS на Go кварталами, с 0,1 RPS.. что делается на Django на порядки быстрей. Такие кейсы имел ввиду больше. Но надо считать 100%. Прикинуть хотя бы грубо.
Vedomir
26.01.2026 09:40Так на PHP например еще быстрей может получиться, но у вас четко видна агрессивная предвзятость по языкам.

Siemargl
26.01.2026 09:40Много таких статей было. Общая суть - довести начальству, что надо использовать
IBM (еще никого не уволили за то,... (с)), Oracle, ХХХХ, потому чтоя его знаю, мне откатиливыгодно. ХХХХ подставляет докладчикПосмотрел 10 минут болтологии, информации не увидел и выключил.

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

pav5000
26.01.2026 09:40один из худших в интеропе
Раскройте про проблемы интеропа у Раста, реально интересно. На работе сейчас вызываем растовую библиотеку из Го и все отлично скрещивается через CGO и готовые генераторы байндингов со стороны Раста.

dmitrijtest24
26.01.2026 09:40Допустим все да. Но вопрос VB на 7 строчке? Дельфи/Паскаль на 9м?

Aleksey999 Автор
26.01.2026 09:40Парадокс :)
из песни слов не выкинешь..из рейтинга строк не выпилишь..
dmitrijtest24
26.01.2026 09:40Почему же? Если в песню добавить что весь рейтинг строится на поисковых системах, то есть количестве запросов, без контекста, без уточнения кто искал и тд.
То рейтинг становится сильно забавным.
P.S. вопрос в сторону интересно используют они статистику по запросам к ИИ, скорее всего нет

Aleksey999 Автор
26.01.2026 09:40это да, но не стоит акцентировать взгляд именно на TIOBE, это не единственный рейтинг или исследование которое говорит что Go в мире не такой популярный как в РФ. Не плохая тема для статьи. А то многие тут именно на TIOBE акцентируют внимание. насчет роста или падения интереса в моменте не знаю, только на TIOBE ориентировался, а про популярность видел другие исселедования

Deosis
26.01.2026 09:40https://www.tiobe.com/tiobe-index/programminglanguages_definition/
Вот как именно строится рейтинг. Если коротко, то берут средневзвешенное количества результатов поиска +"<language> programming" из 25* поисковых движков (поиск гугла на разных языках считается несколько раз)

Aleksey999 Автор
26.01.2026 09:40если совсем коротко да. еще источников много. да эту тенденцию не только TIOBE подсвечивает. что в мире Go не такой популярный, как у нас

Arhammon
26.01.2026 09:40Подозреваю особенность составления рейтинга - условно мне понадобилось что-то на дополнение обычному бейсику для контроллеров, логично я посмотрел VB - что то почитал, что поспрашивал... и начал использовать Питон... поиск есть, но он непроизводительный, ничего реального вероятно не будет написано на этом языке. Может кстати VB скрипты для какого-нить Excel тоже идут в счет, правда я их не победил - оказалось проще экспортировать в питон и там обработать.

Aleksey999 Автор
26.01.2026 09:40когда копал, там на целую статью можно написать. кучу источников анализируют. но LLM мне кажется вносят вклад все сильней в такой рейтинг.

HemulGM
26.01.2026 09:40Да что не так-то опять с "Делфи/Паскаль"? И Delphi и FPC регулярно развиваются и обновляются.

gorlatoff
26.01.2026 09:40
Aleksey999 Автор
26.01.2026 09:40отрицаешь - предлагай

dmitrijtest24
26.01.2026 09:40В самой статье и есть предложение, перестать использовать этот рейтинг )))

Aleksey999 Автор
26.01.2026 09:40но не стоит акцентировать взгляд именно на TIOBE, это не единственный рейтинг или исследование которое говорит что Go в мире не такой популярный как в РФ.

dmitrijtest24
26.01.2026 09:40но не стоит акцентировать взгляд именно на TIOBE
Согласитесь что этот комментарий больше к вам относится. Мы комментируем вашу статью, и там в заголовке именно это TIOBE.
это не единственный рейтинг или исследование
Сделайте отдельную статью, только объективную, и с объективной оценкой результатов исследований.
которое говорит что Go в мире не такой популярный как в РФ
Допустим, и что? Дайте не будем использовать GO? Плохая технология?
ИМХО неплохой язык под свои задачи, само собою не стоит с помощью него решать все задачи и вопросы. Это же все таки не молоток что бы все кругом считать гвоздями )))

Aleksey999 Автор
26.01.2026 09:40да, не плохой под свои задачи. сильно смущает что не популярный в мире.

HemulGM
26.01.2026 09:40Конечно, лучше использовать именно источники GitHub и GitLab, ведь все языки одинаковые и используются одинаково. А то, что какие-то языки в большинстве своём используют в корпоративном сегменте и никогда не публикуются для сообществ можно конечно же проигнорить.

gohrytt
26.01.2026 09:40Вся статья выглядит как нытье старого джависта котого заставили выучить го

Aleksey999 Автор
26.01.2026 09:40Точно ошибочное мнение.
Писал выше: интересен сам феномен, почему то в РФ Go оочень популярен, а вот в мире нет..
gohrytt
26.01.2026 09:40В России го популярен потому что момент стабилизации го совпал с моментом ковидного бума айти и повального создания или внедрения новых продуктов в крупных компаниях.
Количество джавистов было ограничено, плюс все к чему притрагиваются джависты через день превращается в легаси, а го оказался достаточно простым чтобы переучить на него более массовых питонистов и пыхеров чтобы получить нормальных разрабов по нормальной цене и быстро.
Aleksey999 Автор
26.01.2026 09:40Интересное мнение. а потом как снежный ком, смал тех от биг техов подхватил. но почему в Китае не так, США.

gohrytt
26.01.2026 09:40Потому что в США не было такого бума новых продуктов у крупных компаний, были в основном стартапы, которые традиционно на джс/пхп/etc.
Про Китай не знаю много, но я бы не сказал что там не так потому что как минимум bytedance активно использует go и развивает инфраструктуру вокруг go.

Aleksey999 Автор
26.01.2026 09:40а в Китае? в Китае тоже не популярный. чувствуется что в статье не хватает альтернативных исследований по популярности в мире. но и так большая получилась. эту тему копал когда к Московскому Хайлоаду готовился, но тоже не включил в доклад. отдельный метериал напрашивается.

megadrugo2009
26.01.2026 09:40В Китае Golang так же пользуется большой популярностью. Это видно по репозиториям.

QValder
26.01.2026 09:40Думаю при массовом вторжении ИИ в разработку, индекс Tiobe и другие, основанные на подсчете упоминаний в сети практически утратил актуальность. Сужу по себе, уже как раз около года не искал в инете ответов на вопросы по Go, даже документацией пользуюсь значительно реже. И Go похоже удобный язык для ИИ, высокий процент функций средней сложности генерируется без ошибок. В то же время, якобы рост популярности старых языков, типа фортрана и дельфи можно объяснить недостаточностью накопленной базы для качественного обучения ИИ этим языкам.

Aleksey999 Автор
26.01.2026 09:40+1. тоже думал про это. надо дописать будет такой взгляд. и так правда много получилось.

HemulGM
26.01.2026 09:40Базы Делфи/Паскаля или Фортрана намного больше, чем многих других языков. Потому что статей, когда и т.д. на них написано больше.
В Делфи вообще встроен уже который год инструмент для работы с ИИ и вопросов в сообществе гораздо меньше стало, зато стало больше вопросов типа "я пытался с ИИ, но не работает".
Если и приплетать ИИ, то снижение запросов в поисковые системы будет одинаково снижен для всех языков.

QValder
26.01.2026 09:40Базы имеется в виду публичные, доступные для обучения ИИ, т.е. в интернете. Когда я писал на фортране, он был для тех времен популярен, но интернета еще не существовало и вряд ли кто-то взялся бы потом старый код выкладывать. Когда я писал на дельфи интернет уже был, но не было сайтов хоть как-то сравнимых со Stack Overflow, информации по сравнению с настоящим временем было несравненно меньше, т.е. большая часть знаний по старым языкам осталась для ИИ не доступна.
По поводу роста запросов по старым языкам вижу одну причину - смена поколений разработчиков, поддерживающих старые системы, которые не хотят по разным причинам переписывать (в частности, cobol - финансовые, fortran - научные, ada - авионика и пр.), информации для молодых разработчиков по старым языкам не хватает, особенно в тех объемах, к которым они привыкли со знакомыми им языками (вряд ли у кого-то сейчас фортран бывает первым языком) и ИИ слабо помогает, отсюда возникают активные сообщества.
HemulGM
26.01.2026 09:40Серьёзно? Мало инфы по Делфи? Да на него информации скорее больше чем на си, в интернете. Stack overflow - это общий сервис и вопросы по делфи там тоже обсуждают. А сайтов по делфи до сих пор масса.

Aleksey999 Автор
26.01.2026 09:40соглашусь, похоже на то, конкретно для Tiobe, про динамику. Но есть другие исследования по популярности (они не показывают динамику), что Go в мире гораздо меньше используют чем в РФ. тут вот второй вопрос.

Aleksey999 Автор
26.01.2026 09:40обновил статью, добавил: Замечу, что TIOBE — это не единственный рейтинг, показывающий падение или небольшой интерес к Go в мире. Например, PYPL (PopularitY of Programming Language) тоже фиксирует падение популярности. В GitHub Octoverse 2025 Go не входит в список доминирующих языков.

Starchick
26.01.2026 09:40Kotlin — продукт российской компании, что создает дополнительную уверенность в технологическом суверенитете.
Да уж.

Aleksey999 Автор
26.01.2026 09:40Если что: язык программирования Kotlin был создан российской компанией JetBrains, а точнее — командой разработчиков в Санкт-Петербурге.

WLMike
26.01.2026 09:40Которая всех послала на три буквы в 2022 году

Aleksey999 Автор
26.01.2026 09:40это так, да. уберу. или добавлю пояснений

pavlushk0
26.01.2026 09:40Т.е. ты когда писал статью этого не знал? Или ллмка не в курсе а ты не вычитал? Степень вовлечённости в тусовку прямо зашкаливает... и эти люди мне про го рассказывают...

Aleksey999 Автор
26.01.2026 09:40знал, что они ушли и посылают. но факт что русские корни. разрабы с ними ушли? тут остались.

avitek
26.01.2026 09:40Популярность С возросла.
ОЗУ подорожало.
Совпадение?
Aleksey999 Автор
26.01.2026 09:40не думаю!..
PS. не мог не подыграть.
Вообще популярность Python да и Java должна уменьшиться, если рынок инфры будет дорожать сильно.

darkfriend
26.01.2026 09:40Kotlin — продукт российской компании, что создает дополнительную уверенность в технологическом суверенитете. JetBrains активно развивает язык, добавляет поддержку multiplatform (один код для JVM, JavaScript, Native), инвестирует в tooling.
Автор, у твоего LLM/AI немного старые данные и он не знает, что JetBrains не только теперь не российская компания, но еще и запретила (и блокирует) всем в РФ использовать свои продукты.

Aleksey999 Автор
26.01.2026 09:40я знаю что не в РФ. это не отрицает того что в РФ был придуман и что у JetBrains корни из РФ. хотя и были. но подредактирую да

bat
26.01.2026 09:40Про корни из рф никто и не спорил, вам напихивают за упоминание иностранной компании в свете технологического суверенитета.

megadrugo2009
26.01.2026 09:40запретила (и блокирует) всем в РФ использовать свои продукты
Не всем.

darkfriend
26.01.2026 09:40Кому не всем? Вы можете скачивать обновления, юзать Junie/AI, да и просто скачивать сборку с сайта jetbrains из РФ?
Я и всех кого я знаю не могут, приходится для всех вышеуказанных случаев использовать зарубежный vpn.
megadrugo2009
26.01.2026 09:40Скачиваю обновления через brew. IP российский. Аккаунт оплачиваю с зарубежной карты.

javoprav
26.01.2026 09:40TIOBE измеряет интерес, а не использование.
Инфраструктурные языки всегда падают в рейтингах, когда становятся «скучными».
C, Bash, SQL, PHP тоже регулярно «падают», но никто не считает их мёртвыми.
То, что Go не генерирует хайп, может быть проблемой для рейтингов, но не для эксплуатации и TCO.
Риск «Google отключит Go» выглядит не более реалистичным, чем «Oracle отключит Java».

Aleksey999 Автор
26.01.2026 09:40Риск «Google отключит Go» выглядит не более реалистичным, чем «Oracle отключит Java».
Такие времена, что я ничему не удивлюсь.. Есть OpenJDK и туда контрибьютит РФ. Тут безопасно.

Aleksey999 Автор
26.01.2026 09:40обновил статью. Замечу, что TIOBE — это не единственный рейтинг, показывающий падение или небольшой интерес к Go в мире. Например, PYPL (PopularitY of Programming Language) тоже фиксирует падение популярности. В GitHub Octoverse 2025 Go не входит в список доминирующих языков.

Siemargl
26.01.2026 09:40Выбирать по популярности поиска типа тиобе, это примерно как выбирать работу по наиболее популярным вакансиям - таксистом, курьером или в макдональдс.

v_0ver
26.01.2026 09:40Мне надоел корявый TIOBE и низкая позиция Rust =). Поэтому я сделал свой агрегированный рейтинг
с маджонгом и гейшамипо методу голосования Шульце: langrank.hexq.ru (лежит на Cloudflare поэтому может понадобится VPN, репка)
Vedomir
26.01.2026 09:40Зашел на сайт, так и не понял, с чего ваш рейтинг считается. Репозиторий смотреть времени нет.

v_0ver
26.01.2026 09:40А там в подвале написано: Sources: TIOBE, PYPL, Languish, Benchmarks Game. Ещё хочу добавить techempower и какой-нибудь LLM-frendly рейтинг типо MultiPL-E или HumanEval-X.

HemulGM
26.01.2026 09:40Серьезно и там вообще нет в рейтинге Delphi/Pascal, который регулярно продается, обновляется и развивается?

v_0ver
26.01.2026 09:40Да, есть недочёт в мапинке языков между источниками. Если FreePascal отнести к Delphi/Pascal, то последний перестанет исключаться из-за недостаточного упоминания в источниках. В след. версии исправлю.

zelenin
26.01.2026 09:40статья основана на предпосылке, что:
а) рейтинг tiobe показывает популярность
б) а падение с 2.5% до 1.2% - это грандиозное падение, а не статистические погрешности и флуктуации в период массовой миграции разработчиков из поисковиков в чатботычушь же

Vedomir
26.01.2026 09:40А может просто рейтинг полная фигня и никак не связан с реальностью?
Например " Стагнация сообщества: меньше обсуждений на Stack Overflow " - это кто-то серьезно считает значимым фактором в век LLM? Stack Overflow сам умирает, а кто-то на сновании его активности считает рейтинги языков программирования.
язык стал слишком стабильным и, откровенно говоря, слишком скучным”. Индекс TIOBE измеряет популярность через поисковые запросы и количество обучающих материалов. У Go нет хайповых новых концепций, нет breaking changes в мажорных версиях
Так это вообще-то чудесно и именно то то нужно для реальной разработки, а не чесания языком в интернете. Именно на таких "скучных" языках и пишутся реальные продуктивные системы.
Опять же в век ИИ серьезно судить на основании поисковых запросов и обучающих материалов...
Go еще молод (создан в 2009 году) и уже пережил breaking changes. Непонятно, как будет выглядеть Go через 15 лет.
Так он слишком стабильный и слишком скучный или наоборот слишком молодой и в нем слишком много ломающих изменений? Почему для Go стабильность является недостатком, а для Java преимущество? Взаимоисключающие утверждения, классический признак двоемыслия.
Вы не встретите Go в data science, машинном обучении, научных вычислениях, desktop-приложениях, мобильной разработке или даже в традиционной веб-разработке с шаблонами.
Много вы назовете хоть сколько то крупных и известных десктопных приложений или игр на Питоне? В статье откровенный обман и манипуляция фактами.
Кто-то еще вообще разрабатывает традиционные вебприложения с шаблонами в век SPA?
Научные вычисления вообще узкая ниша.
Kotlin — продукт российской компании, что создает дополнительную уверенность в технологическом суверенитете. JetBrains
Снова откровенный обман. Это не проект российской компании, более того JetBrains одна из самых агрессивно относящихся к российским пользователям компаний вплоть до аннулирования и удаления уже оплаченных лицензий при малейшем подозрении на российское происхождение пользователя, о чем не раз писали на Хабре.
При этом выбор этого языка это vendor-lock который намертво привязывает к средствам разработки от компании, которая категорически не желает иметь ничего общего с Россией, то есть по сути к пиратке.
В общем и целом запредельно плохая статья полная то ли сознательно обмана, то ли просто невежества. Возможно действительно не ИИ-генерация, уж нейронка-то должна знать некоторые очевидные факты.
И основанная на на полностью оторванном от реальности рейтинге, единственный смысл которого - генерация новостных поводов для статей.
Если уж так нравится это рейтинг, то посмотрите внимательно на скриншот в вашей же статье и расскажите о невероятных преимуществах Visual Basic, Fortran и Perl - они в рейтинге тоже намного выше Go, Rust, PHP и Kotlin.

Aleksey999 Автор
26.01.2026 09:40Благодарю за конструктивную критику, обязательно подправлю что вызвало вопросы. обманывать точно никого не собирался. про VB, Fortran да вопросы. ну и рейтинг не локальный. Про JetBrains услышал. да сейчас она не РФ френдли точно. но не всегда такой была. Исправлю.

Aleksey999 Автор
26.01.2026 09:40еще добавлю: но не стоит акцентировать взгляд именно на TIOBE, это не единственный рейтинг или исследование которое говорит что Go в мире не такой популярный как в РФ.

sqooph
26.01.2026 09:40Я и без статистики и рейтингов вижу, что к Go упал интерес. Лента хабра перестала пестрить нытьём об обработке ошибок и приглашениями на курсы. Видимо инфоцигане выжали эту тему досуха.

Vedomir
26.01.2026 09:40Так лента Хабра и инфоцыгане тоже не лучший показатель. А вот например количество вакансий и зарплаты в них показатель гораздо лучше.

wmns
26.01.2026 09:40Так всё… смогли продать. Ковровых бомбардировок больше не будет - маркетинг состоялся. Микросервисы стали де-факто стандартом, а Go - стандартом для микросервисов.

Gorthauer87
26.01.2026 09:40В рейтинге toibe перл на высоком месте, это же аномалия, которая к реальности отношения не имеет, как можно о чем то судить опираясь на такой хреновый источник?

Aleksey999 Автор
26.01.2026 09:40да бог его знает на чем там в мире что написано.. мне кажется там такой нафталин иногда работает: работает - не трогай, не тратят они деньги если работает.
Ну и как писал выше: не стоит акцентировать взгляд именно на TIOBE, это не единственный рейтинг или исследование которое говорит что Go в мире не такой популярный как в РФ.

qrKot
26.01.2026 09:40Каждый пионер в курсе: пытаешься понять RegExp'ы - гугли Perl. Всего и делов, преступление раскрыто

rssdev10
26.01.2026 09:40Смотреть на TIOBE, конечно, интересно. Но вот выводы на будущее по нему делать не стоит. Например, если моей компании надо разработать веб-приложение, то почти наверное, мы выберем TypeScript. Просто потому, что знание одного языка программирования позволит разработать и front-end, и всю серверную бизнес-логику на нём же. С одним набором инструментов. И с существенным пересечением разработчиков front/back с поправкой, что кому-то больше нравится UI, кому-то слой DB. Ни на одном другом языке программирования мы это сделать не сможем (не будем вспоминать про статические HTML-страницы и их генераторы). И в отношении этого выбора, верно это, боюсь, что процентов для 90 компаний. А если нам потом надо будет сделать какие-то новые внутренние сервисы, то какой язык мы выберем? Очевидно тот же TypeScript. Вопрос - где тут место Python? А его нет. И вопрос не в том, какой язык популярнее, а в том, что TypeScript выгоднее для бизнеса. Просто потому, что в любой компании с веб-разработкой должен быть человек, который знает TypeScript.
В последние лет пять, TypeScript очень сильно развился вместе с инструментами вокруг него. И даже модные нынче сервисы AI/LLM, de-facto предоставляют библиотеки для TypeScript.
Если же мне нужен скоростной сервис обработки данных, какой современный язык я выберу? Rust в приоритете. Но есть ещё Julia, на которой тоже легко сделать быстро работающий вычислительный сервис или сервис строковой обработки. Аргумент, что мало Rust и Julia программистов? Ну так есть LLM + copilot в агентном режиме. И свяжу я эти сервисы с TypeScript-обвязкой через сетевые протоколы, чтобы не плодить гибриды с обвязкой, которая будет на каждой новой версии какого-то языка ломаться.
С появлением LLM, возник другой вопрос - зачем нужны языки "только для протипирования", если LLM могут неплохо анализировать и генерировать код на многих современных языках программирования без промежуточного макета.
Ну и про сам TIOBE. Поскольку основная группа, формирующая запросы на поиск - это не профессиональные программисты, а, скорее, ученики/студенты, то TIOBE отражает не нынешние потребности, а ожидания, которые были актуальны 3-5 лет назад, когда им писали учебные планы.
Aleksey999 Автор
26.01.2026 09:40С TypeScript согласен, боле того он насколько помню лидирует в некоторых странах

Vedomir
26.01.2026 09:40У вас прямо в комментарии взаимоисключающие утверждения - с одной стороны вы выбираете TypeScript потому что поддерживать разнородную кодовую базу сложнее и программистов сложнее подобрать, с другой стороны вы выбираете Rust и Julia потому что в наше время LLM уже просто не страшно поддерживать разнородную кодовую базу и подбирать под нее программистов.

rssdev10
26.01.2026 09:40У вас прямо в комментарии взаимоисключающие утверждения
Нет там взаимоисключения. Основная кодовая база должна поддерживаться теми, кто хорошо владеет инструментарием. Поэтому TypeScript.
Небольшие вспомогательные сервисы, в которых легко сформулировать требования ко входам/выходам и обеспечить проверку результата, обычно имеют небольшой размер кода. LLM сейчас легко переваривает программы с условным объёмом 1-2 тыс. строк. Если размер вырастает (имеется в виду именно объём логики, где надо вносить изменения), то LLM начинает "творить дичь". Даже в агентном режиме с обратной связью. В принципе, даже сейчас есть модели с большим контекстом типа Claude Opus, но дорого их использовать для мелочей. В случае, когда код пишет LLM, от программиста требуются только способности сформулировать задачу и, хотя бы на верхнем уровне, проверить адекватность решения. Уметь программировать на конкретном языке программирования не надо, но надо понимать процесс в целом. И следить за тем, чтобы каждый новый сервис был создан максимально по шаблону существующих, чтобы не получить вариативные проблемы "выкатывания в прод".
Ну и на счёт смешивания разнородной базы. Подключение библиотек в один проект, написанных на разных языках - это не то же самое, что использовать автономные сервисы, написанные на разных языках. Кроме того, количество разных технологий тоже имеет значение. Например, TypeScript + Rust или TypesScript + Julia - это один полностью контролируемый технологический стек, второй - частично контролируемый. Большее количенство разных стеков? Это зависит от количества доступных программистов.
По выбору между Rust и Julia, тут всё просто. На Rust код быстрее собирается, но сложнее читается глазами. На Julia очень медленная сборка (тесты + бинарники), но прозрачный код.

Metotron0
26.01.2026 09:40Когда я решил ознакомиться с Go, то вообще не знал, что он для микросервисов, что там что-то про память, что он быстро компилируется, что из него можно сделать wasm-файл и прочее. Я смотрел, чтобы отступы были табами, это одно из основных требований.
Ну, и как-то чуть-чуть на слуху было само название. В голове сидело, что Kotlin — это для мобилок, и что оно близко к Java, а у меня к Java предвзятость, хотя я никогда на ней не писал. Rust принято хаять на всяких опеннетах, я на это не очень смотрю, но когда разок увидел кусок кода, то мне показалось, что там использованы все символы ASCII во всех сочетаниях, а описания новых версий для меня как научная статья по информатике, всё сплошь в каких-то терминах. Про разные там Nim, Zig я тогда ещё не слышал, да и не хотелось пытаться залезть в узкую нишу без профильного образования.

Adeloyd
26.01.2026 09:40Основное требование, чтобы отступы были табами при выборе языка - это сильно.

Metotron0
26.01.2026 09:40Это не мой рабочий язык. Просто, я как-то подумал, что пишу на JS/TS, до этого писал на PHP, а на компилируемых со школы не писал. Захотелось разнообразить опыт. Только потом я узнал, что в Go не любят даже тернарники, не говоря уж про другие способы уменьшить число строк кода.
Ну, ещё после TS мне удобно, что тип пишется после имени переменной, а не до. Вот только очень не хватает типов вида A | B или 'a' | 'b', приходится городить интерфейсы из пустой функции.

AlexGorky
26.01.2026 09:40Парадокс ))
Как раз читаю обратную статью от 2026-01-22:
ИT-лиды считают, что Go станет языком большинства цифровых продуктов

std_dev
26.01.2026 09:40Уж очень хвалебно написано про "российскую" компанию JetBrains, которые как могли открестились от родного рынка. Камень про "языком владеет компания и неизвестно, что она сделает" можно и в огород kotlin кинуть тогда.

zvenios
26.01.2026 09:40Рейтинг полная фигня и никак не связан с реальностью. Там вот Visual Basic по выше, идём все учить его, не смотря на то, что он там только из-за поддержки Legacy кода

read_from_left_to_right
26.01.2026 09:40Забавенее TIOBE Index могут быть только те кто воспринимает его всерьез, я сам захожу каждый месяц, но только чтобы повысить себе настроение

stozen
26.01.2026 09:40Автор, не пиши больше.

Aleksey999 Автор
26.01.2026 09:40Надеюсь на ревью ты получаешь примерно такую же развивающую обратную связь..

diderevyagin
26.01.2026 09:40уважаемый автор
Чаще всего вопрос выбора инструмента - это совокупность метрик.
так вот -у Golang она очень хорошая.
ЯП в среднем быстр как в работе и выполнения
ЯП не порождает больших образов.
ЯП не расходует много ресурсов
ЯП понятен
К примеру Python - расходует ощутимо больше ресурсов. По памяти к примеру.
Java - многие вещи упираются в работу с JVM и ее особенности. Многие вещи непросто подключить - eBPF к примеру.
Безусловно - каждой задаче свой инструмент, но в целом Golang это разумный компромисс в условиях ограниченности ресурсов

diderevyagin
26.01.2026 09:40Также отдельно хотелось бы обратить внимание автора на своеобразность индекса TIOBE.
VB в top-10 это о многом говорит.

AlexGorky
26.01.2026 09:40Яростно плюсую.
Рейтинг TIOBE основан на количестве поисковых запросов.
Т.е. чем качественнее документаци и чем проще язык, тем меньше запросов.
И наоборот.
Т.е. TIOBE - это анти-рейтинг.
Ориентироваться при выборе работы надо на уровень зарплат и количество открытых вакансий, а не на TIOBE.
kale
Когда уже обяжут ставить тег AI генерации
Aleksey999 Автор
Что не так или ты про свой комент? когда доклад готовил на Highload я даже не взял 23 раунд techempower, там Go черезчур сдает при работе с БД. https://www.techempower.com/benchmarks/#section=data-r23&s=3&l=zik0zj-pa7&p=zik0zj-zik0zj-zik0zj-zik0zj-zik0zj-18y67&w=zik0zj-zik0zj-zik0zj-hra0hr&c=f&f=zijunz-zik0zj-zik0zj-zijzen-zik0zj-zik0zj-zik0zj-ziimf3-zik0zj-zik0zj-zik0zj-zik0zj-zik0zj-zik0zj-zik0zj-jz6rj
Критическое мышление делает свое дело. Главное уметь им пользоваться.
TIEugene
Вставили бы "черезчур" или "фкрации" пару раз в текст - и никто бы и не заподозрил.
PS. спалился, чо...