The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск языка программирования Go 1.26

11.02.2026 10:28 (MSK)

После шести месяцев разработки представлен релиз языка программирования Go 1.26, развиваемого компанией Google при участии сообщества. Язык сочетает высокую производительность, свойственную компилируемым языкам, с такими достоинствами скриптовых языков, как простота написания кода, высокая скорость разработки и защита от ошибок. Код проекта распространяется под лицензией BSD.

Синтаксис Go основан на привычных элементах языка Си с отдельными заимствованиями из языка Оберон. Язык достаточно лаконичен, но при этом код легко читается и воспринимается. Код на языке Go компилируется в обособленные бинарные исполняемые файлы, выполняемые нативно, без использования виртуальной машины (модули профилирования, отладки и другие подсистемы выявления проблем на этапе выполнения интегрируются в виде runtime-компонентов), что позволяет добиться производительности, сопоставимой с программами на языке Си.

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

Среди изменений в новом выпуске:

  • Включён по умолчанию сборщик мусора "greenteagc", рассчитанный на повышения производительности создания и сканирования мелких объектов. В приложениях, в которых активно применяется сборка мусора, при использовании "greenteagc" отмечается сокращение накладных расходов на сборку мусора на 10-40%.
  • Во встроенной функции new(), предназначенной для создания новых переменных, появилась возможность указания выражения в качестве операнда, определяющего начальное значение переменной. Например, вместо кода
     
       x := int64(300)
       ptr := &x
    
    теперь можно писать:
     
       ptr := new(int64(300))
    
  • В обобщённых типах (generic) разрешено ссылаться на самого себя в качестве аргумента в списке собственных параметров типа (можно передать тип в свой же параметр). В первой строке показанного ниже примера ссылка Adder на самого себя теперь не приводит к выводу ошибки:
    
       type Adder[A Adder[A]] interface {
           Add(A) A
       }
       func algo[A Adder[A]](x, y A) A {
           return x.Add(y)
       }
    
  • Накладные расходы при вызове функций на языке Си из кода на языке Go при помощи cgo снижены примерно на 30%.
  • В runtime на 64-разрядных платформах реализована рандомизация адресного пространства при запуске, что усложняет предсказание адресов в памяти при попытках эксплуатации уязвимостей в Си-коде, задействованном через cgo. Для отключения рандомизации предложена опция "GOEXPERIMENT=norandomizedheapbase64".
  • Расширено число ситуаций, в которых компилятор выделяет память для слайсов в стеке, а не в куче, что положительно сказывается на производительности.
  • Реализация команды "go fix" полностью переписана с использованием пакета analysis, предоставляющего функциональность для статистического анализа кода. Добавлена поддержка доступных в пакете modernize анализаторов, предлагающих правки для упрощения кода с учётом новых возможностей языка и стандартной библиотеки. Добавлен анализатор "inline" для inline-развёртывания всех вызовов функций, помеченных директивой "//go:fix inline".
  • Добавлены новые пакеты crypto/hpke (реализация HPKE - Hybrid Public Key Encryption), crypto/mlkem/mlkemtest и testing/cryptotest.
  • Добавлен экспериментальный пакет simd/archsimd, предоставляющий низкоуровневый доступ к выполнению векторных операций с использованием инструкций SIMD на системах с архитектурой AMD64.
  • Добавлен экспериментальный пакет runtime/secret для безопасной очистки (обнуления) временной памяти, выделенной при выполнении указанной функции.
  • В пакет runtime/pprof добавлен экспериментальный профиль goroutineleak для выявления утечек сопрограмм (goroutine).


  1. Главная ссылка к новости (https://go.dev/blog/go1.26...)
  2. OpenNews: Выпуск языка программирования Go 1.25
  3. OpenNews: Выпуск Tinygo 0.40, компилятора для языка Go
  4. OpenNews: В инструментарий для языка Go добавлена возможность отслеживания уязвимостей в модулях
  5. OpenNews: Лидер проекта Go принял решение покинуть пост
  6. OpenNews: Google намерен добавить телеметрию в инструментарий для языка Go
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64773-go
Ключевые слова: go
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (89) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 10:35, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Отключение телеметрии не завезли...
     
     
  • 2.6, ford1813 (ok), 10:55, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это тогда что?

    ➜ ~: go version
    go version go1.26.0 linux/amd64
    ➜ ~: go telemetry --help
    usage: go telemetry [off|local|on]
    Run 'go help telemetry' for details.
    ➜ ~:

     
     
  • 3.8, q (ok), 10:57, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +9 +/
    ужос какой, у гошников телеметрия прямо в компиляторе. Что дальше? ls -la --telemetry=off?
     
     
  • 4.9, ford1813 (ok), 11:01, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ужос какой, у гошников телеметрия прямо в компиляторе. Что дальше? ls -la
    > --telemetry=off?

    Не знаю что дальше, я отвечал на это ->  'Отключение телеметрии не завезли...'

     
  • 4.10, Аноним (10), 11:02, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо что не реклама, хотя техническа часть уже решена - TUI браузеры есть, даже с картикнами.
     
  • 4.43, faa (?), 12:08, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наверняка в утилитах на расте, которые сейчас продвигают, будет.
     
     
  • 5.107, Жироватт (ok), 17:21, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    1) Это для твоей же бишапашнасти!
    2) Пользователи без телеметрии за людей не считаются, их мнение не учитывается!
    3) Разработчики обязаны знать, что киллер-фичей их аппы пользуется ровно 0.001% юзеров!
    4) Как же мы будем предлагать тебе релевантную (на основе списка файлов в каталоге) рекламу?
    5) Слышь, живой товар, не рыпайся, а не то тебя отменят в соцсетях и арестуют за мыслепреступление!
     
  • 4.47, Аноним (47), 12:24, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А дальше --report-to=[nsa|cia|mi6|המוסד למודיעין ולתפקידים מיוחדים]
     
     
  • 5.78, пох. (?), 15:32, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    только там через запятую перечисляются. По умолчанию все включены, делать ничего не надо.

     
     
  • 6.89, Аноним (47), 15:56, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А, точно, не заметил ;)
     
  • 4.84, Аноним (84), 15:41, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Там есть ещё весёлое было: при сборке проекта (go build), у которого скажем в go.mod указан какой-нибудь 1.24.3, а у тебя в системе 1.24.1 (патч версия, блин), оно просто автоматом шло качать с серверов гугла версию 1.24.3, никаких вопросов, ничего, просто по-дефолту. На мой вопрос: "а есть ли какой-нибудь ключик, чтобы это отключить, чтобы оно завершалось с ошибкой хотя бы, если ему уж так уж очень нужна патч версия прям конкретная", - никто из знакомых мне так и не ответил.
     
  • 3.22, Аноним (22), 11:36, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И если устанавливает новую версия компилятора, через этот же самый го то тоже надо отключать, и при первой установке он все равно пошлет телеметрию.
     
     
  • 4.53, ford1813 (ok), 13:04, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я ставил через распаковку из архива бинарников, телеметрия обратно не включилась.
     
     
  • 5.63, Аноним (22), 14:47, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я про такой способ go install golang.org/dl/go1.23.0@latest
     
     
  • 6.69, ford1813 (ok), 15:06, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Понял, я таким способом не пользуюсь.
     
     
  • 7.79, пох. (?), 15:33, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    им go.mod за тебя уже воспользовался.

     
  • 3.45, Аноним (47), 12:15, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где --disable-telemetry при сборке самого компилятора?
    А так, если опцией, то сборочные скрипты какого-либо проекта, собираемого этим компилятором, могут и сделать on.
     
     
  • 4.55, ford1813 (ok), 13:05, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    'Где --disable-telemetry при сборке самого компилятора?'

    А её обещали? Если обещали и не сделали - это прискорбно.

    'А так, если опцией, то сборочные скрипты какого-либо проекта, собираемого этим компилятором, могут и сделать on.'

    Если вы используете не проверяя чужие проекты, то это чьи проблемы?

     
     
  • 5.86, Аноним (84), 15:43, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вы используете не проверяя чужие проекты, то это чьи проблемы?

    Вы цепочку зависимостей видели у этих go/node/rust проектов? Удачи...

     
  • 3.60, Аноним (2), 14:12, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А это тогда что?

    Ты наверное веришь, что и в андроиде всю телеметрию можно отключить :)

     
     
  • 4.70, ford1813 (ok), 15:10, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    'Ты наверное веришь, что и в андроиде всю телеметрию можно отключить :)'

    Я больше верю в то что многие уязвимости являются закладками.

    А если вас так сильно беспокоит отправка телеметрии - обмажьтесь firewall и будет вам счастье.

     
     
  • 5.74, Аноним (2), 15:28, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >А если вас так сильно беспокоит отправка телеметрии

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

     
     
  • 6.77, ford1813 (ok), 15:31, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и бох с ними, придёт время - узнают.
     
     
  • 7.90, Аноним (2), 16:03, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну и бох с ними, придёт время - узнают.

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

     
     
  • 8.92, ford1813 (ok), 16:08, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я не разрешаю исходящие подключения куда попало, привык по умолчанию закрывать в... текст свёрнут, показать
     
     
  • 9.94, Аноним (2), 16:27, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А можно просто не использовать малварь всякую, чтоб гуглу и другим не повадно бы... текст свёрнут, показать
     
  • 5.80, Аноним (47), 15:35, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если go лишить интернетов, то он не сможет тогда тащить зависимости для сборки проектов.
     
     
  • 6.91, ford1813 (ok), 16:06, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если go лишить интернетов, то он не сможет тогда тащить зависимости для
    > сборки проектов.

    Что мешает выкатить после сборки в дохере проект и разрешить исходящие соединения только на указанные IP адреса?

    Или вы считаете что при сборке проекта в дохере каким-то образом будет собрана и отправлена телеметрия хостовой системы? Сомневаюсь.

     
     
  • 7.106, Аноним (106), 17:16, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем мне нужно кому-то сообщать, что именно я собираю? Это даже безотносительно хостовой системы. Я в этом не заинтересован.
     
     
  • 8.111, Аноним (111), 17:41, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    тогда напиши свой компилятор, какие притензии к разрабам, они сделали свой проду... текст свёрнут, показать
     

  • 1.7, Аноним (7), 10:55, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –19 +/
    Нет, инициатива то, разумеется, хороша. Аж складно как пишут ченжлоги - душа радуется. Другой вопрос - ну зачем они дальше на это время тратят, если могли бы примкнуть к команде Rust и вместе более эффективно работать над реально актуальным языком будущего, который вскоре заменит почти все другие. Даже frontend уже на Rust пишут с конвертацией в WASM, что уж говорить про backend или утилиты, где надобна скорость, а не тики-крики-скрипы от сборщика мусора Go каждые 5 наносек.

    Поэтому с одной стороны приятно и радостно с новости, с другой - горечь от разбазаривания общечеловеческих ресурсов на какие-то игрушки и устаревшие, неактуальные языки. Ну право дело, давайте ещё Perl перевыпустим, а то проекты на Perl так грустят, так грутят.

     
     
  • 2.11, Аноним (11), 11:08, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    раст это язык прошлого с ручным управлением памятью, пригоден для низкого уровня или очень критичных по перформансу cpu задач, в остальных кейсах затраты на ручное управление не оправданы. так что многие любителя раста сами и есть лу99иты :)
     
     
  • 3.12, Аноним (7), 11:14, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Занятно излагаете.

    Какой же тогда язык будущего? Уж не Go ли? Если скажете, что да - буду смеяться от души, ведь уже была тонна языком с gc - java, haskell, python - и ни один в итоге не стал заменять c/c++. Более того (и тут я нисколько не язвлю, справедливости ради), проведите исследование, или различные Deep Search на нейронных моделях запустите, с какого языка на какой чаще проекты переписывают. И увидете, что с Go на Rust в итоге довольно часто переходят. С C/C++ на Rust тоже. А вот чтобы с Rust на Go переходили... да ни в жизнь! Может пару исключений на весь интернет найдёте.

    Вот вам и ответ, значиться. Сейчас на Rust даже brew переписывают, про coreutils, vim и linux не говорю уж. Стали бы столько сил и времени тратить на legacy-язык? Да нет, конечно!

     
     
  • 4.15, Аноним (15), 11:24, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    На Go есть работа, на Rust -- нет. Все остально -- просто словесный салат.
     
     
  • 5.24, Аноним (22), 11:39, 11/02/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.57, Zulu (?), 13:26, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На обоих есть.
     
  • 4.33, Аноним (33), 11:46, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Занятно излагаете.

    > ведь уже была тонна языком с gc - java, haskell, python - и ни один в итоге не стал заменять c/c++

    Как это не стал? Куча софта написано на, как минимум, Питоне и Жабе. Есть софт, который маловероятно, что появился бы на C++, наприпер, какой-нибудь ytdlp.

    А че ты C и C++ объединяешь. Можно такой же бред пописать в твоем стиле - C++ не заменил C!

    Или ты всерьез веришь в один язык для всехъ?

    > А вот чтобы с Rust на Go переходили... да ни в жизнь!

    На Go с баш-портянок и Питона переходят. Хотя, стоит признать, Go подпросел в последние год-два.

     
     
  • 5.61, 12yoexpert (ok), 14:33, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    потому что C++ это банально надстройка над С, считай враппер
     
     
  • 6.85, Аноним (47), 15:42, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже давно нет. Есть отличия в C, которые не прожуются компилятором C++.
     
  • 4.49, Александр (??), 12:26, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Порадую или опечалю, я как раз из тех, кто с Раста на Го частично переполз, и последнее время что-то больше и больше на нем делаю. И даже приложение для андройда по управлению домашним бойлером на Го сделал, захотелось потрогать fyne.

    А так у вас просто очень ограниченное понимание что такое язык программирования и его назначение, да и сути самого программирования. Следуя вашей логике, то зачем нужны другие языки общения… есть легкий английский, давайте все с рождения только его учить, зачем русский, немецкий, французский или сложный китайский с его тональными группами и идеограммами. Все в мусор, все учим английский!

    П.С. Знаю пару крупных финкомпаний где часть софта написано на Delphi (вы наверно и слова такого не знаете), и их все устраивает и куда-до переходить не хотят, сами растят у себя молодняк и учат его паскалю.

     
     
  • 5.67, Rev (ok), 14:56, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Так ты же безграмотен, даже пишешь Андроид через й. Поэтому и переходишь с раста на го.
     
  • 4.54, Фонтимос (?), 13:05, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем переписывают, и кто? А нельзя не переписывать, а придумать новое, свое? Впрочем вопрос риторический...

    Переписывальщики априори будут всегда позади.

     
     
  • 5.68, Rev (ok), 14:58, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очень старый пример, но очень знаковый в своё время: В Dropbox переписали код своего кастомного хранилища файлов с Го на Раст, избавившись от подвисаний, вносимых GC.
     
     
  • 6.72, Фонтимос (?), 15:21, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пример на уровне статпогрешности. Я вот например иногда переписываю свои "нетленки" и поражаюсь как я так раньше мог тупо писать? И...? Так это я же свое поделие переписал. А чел писал про переписывание системных утилит, которые не Фонтимос какой-то клепал, а профи. Да профи не боги, ну дык и переписывальщики не Воланды тоже.
     
  • 4.109, Аноним (84), 17:37, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ведь уже была тонна языком с gc - java, haskell, python

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

    Ну и:

    > с Go на Rust в итоге довольно часто переходят
    > С C/C++ на Rust тоже
    > А вот чтобы с Rust на Go переходили... да ни в жизнь!

    А вам может стоит вспомнить, что каждой задаче свой инструмент? Ну и что, что местами переходят?

     
  • 2.16, Аноним (16), 11:26, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну сложный твой rust. многословный, сложный, постоянно изменяемый. нафиг нужно это изучать? golang для быстрого создания чего либо достаточно быстрого. C, C++ и статические анализаторы - для медленного создания чего либо по настоящему быстрого. Rust тут нафиг не уперся и должен умереть. И для C и для C++ идут обсуждения для включения функциональность Rust в язык и статические анализаторы уже очень круты. Так что: Rust RIP!
     
     
  • 3.36, Аноним (33), 11:49, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > golang для быстрого создания чего либо достаточно быстрого

    И без граф. интерфейса. Ибо в этой области, к сожалению, там всё уныло.

     
     
  • 4.46, Аноним (46), 12:16, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    у golang своя область применения и в ней он реально хорош, а когда вы читаете о golang --> rust и т.д., то подразумевается, что CTO реально обоснована необходимость такого вложения средств
     
  • 3.108, inferrna (ok), 17:35, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    C++ проще Rust? Да ну нахрен. Ничуть не проще, зато гораздо больше граблей и револьверов за поясом, нацеленных в яйца.
    Что касается простоты - Zig сложнее C, но ничего, фанаты имеются.
    Простота языка хороша в двух случаях:
    1. При обучении программированию (я использую Lobster, рекомендую)
    2. При отсутствии LSP и прочих плюшек современных IDE

    сабж (go) создавал дед из 80-х, для которого актуален п.2, для корпорастов, целью которых является выжать максимум соков из 20-летних детишек, не тратя много времени на обучение их программированию.

     
  • 2.41, Аноним (41), 12:05, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > примкнуть к команде Rust и вместе более эффективно работать над реально актуальным языком будущего

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

     
  • 2.51, Аноним (47), 12:31, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >языком будущего, который вскоре заменит почти все другие

    "И столица автоматически переносится в Нью Васюки"

     
  • 2.110, Аноним (110), 17:41, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаю, что отвечаю на троллинг, но. Golang - это язык для узкой, но очень популярной и востребованной ниши - написание I/O bound сетевых сервисов. Получил запрос, распарсил, сходил в базу, построил ответ, отдал. Если в контексте С чему и замена, так демонам на libevent, с адом коллбэков (как в раннем js). Процессора и так хватает, памяти тоже, важна эффективная обработка параллельных запросов без переключений контекста. Короче, то, что надо Гуглу, для себя же делали. Языком общего назначения он хоть и является, но задумывался именно для таких задач, и чтобы их могли решать вчерашние интерны. С этой задачей он прекрасно справляется.

    А rust - язык общего назначения в широком понимании. Можно и на нем такое написать, но на golang проще и быстрее.

     

  • 1.21, Аноним (22), 11:35, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Пока что единственный нормальный язык.
     
     
  • 2.25, Аноним (16), 11:39, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    будем честны то-же относительно сложный, с левыми генериками которые нафиг не нужны. будьте честны когда вы последний раз использовали шаблоны? для функции max()/min() раз в 10 лет? не стоит оно усложнения языка. кроме того то как на нем часто пишут это тихий ужас с пиханием интерфейсов где нужно и где не нужно на манер php
     
     
  • 3.28, Аноним (28), 11:41, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > не стоит оно усложнения языка

    Такие вещи не должны быть частью языка. Этим (необоснованным усложнением) "грешат" почти все языки, имеющие в основе С. Благодаря чему программа на С пишется (и читается) просто, как 3 копейки. В отличие от переусложненных потомков.

     
     
  • 4.32, Аноним (16), 11:45, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    я пару лет назад собрал postgres (а он весь написан на чистом C) и просто офигел когда у меня он весь на минуту собрался, при том что подобного объема проекты на C++ могут десятки минут собираться в лучшем случае
     
     
  • 5.35, Аноним (28), 11:49, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что ООП не панацея, и не стоило его использовать где ни попадя,  как сейчас сабж или тот же офтопик.
     
  • 5.44, Аноним (28), 12:10, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У меня проект на С собирается быстрее, чем раскрывается дистрибутив на системе пользователя. Уже задумываюсь, не поставлять ли проект в исходниках, и установку дистрибутива фактически заменять компиляцией на целевой системе.
     
     
  • 6.64, Аноним (22), 14:48, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не защищает от дыреней.
     
  • 4.59, Сладкая булочка (?), 13:50, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Благодаря чему программа на С пишется (и читается) просто, как 3 копейки

    Особенно "обобщенный" код с void*? Ну-ну.

     
  • 4.93, Аноним (93), 16:11, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Благодаря чему программа на С пишется (и читается) просто, как 3 копейки.

    Волосы становятся шелковистыми. Как правильно в Си считывается uint32_t через scanf? Через макрос SCNu32, итить ево.

    Там очень многое на макросах сделано и язык развивается через макросы, почитай про будущий стандарт (C2y). Или про это: https://en.cppreference.com/w/c/numeric/tgmath.html. Дженерики недавно прикрутили из LLVM как смогли: _BitInt.

    Зарезанное метапрограммирование в AOT-компилируемых языках нужно только для совсем промышленных языков, где от забора до обеда и максимальная взаимозаменяемость разработчиков. В Си эта слабость просто наследие 70-х, которую штукатурят как могут: "простота", "близость к железу". Железо уже поддерживает векторы переменной длины, как и LLVM? Ой.

     
     
  • 5.96, Аноним (96), 16:36, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Никто в здравом уме не пользуется scanf
     
     
  • 6.99, Аноним (93), 16:53, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  Никто в здравом уме не пользуется scanf

    repo:torvalds/linux scanf ... 100 files

    Ой. И макрос SCNu32 ко всем *scanf* применим, не надо.

     
  • 3.30, Аноним (16), 11:43, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    я пишу думаю в духе Томпсона и Пайка без интерфейсов (чтобы было) и с разделением логики и например sql. но сталкивался когда отдаешь готовый работающий протестированный сервис, а в ответ мол это мусор потому что все должно быть на интерфейсах. это мышление деревянных дураков, мол всегда и везде нужно использовать все что есть
     
     
  • 4.42, Аноним (42), 12:07, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > пишу без интерфейсов

    а как вы это тестируете?
    как пишите моки для частей программы?

     

  • 1.26, Аноним (28), 11:39, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > память для слайсов в стеке

    исключает возможность рекурсии с большим количеством вложений. Проблема тянется из С.

     
     
  • 2.27, Аноним (16), 11:41, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    да int[n] в C98 (вроде) это безумие. если в go возможно выделение на стеке то это нужно срочно пофиксить
     
     
  • 3.29, Аноним (28), 11:43, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если что-то пробуешь писать сам (а не только обсуждать на примере простейших демонстрационных проектов), то "изнутри" многое виднее.
     
  • 3.38, Аноним (10), 11:55, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Выделения на стеки? Фуу, все культурные ЯП уже давно выделяются в кучу.
     
     
  • 4.76, Аноним (76), 15:30, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чем куча отличается от стёка? ... Растёт в другую сторону и с бОльшими аппетитами!
     
  • 2.75, Аноним (76), 15:28, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "рекурсии с большим количеством вложений" - ошибка by design. Почему у тебя рекурсия не хвостовая?
     

  • 1.31, Аноним (28), 11:44, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > такими достоинствами скриптовых языков, как простота написания кода

    Слишком оптимистичное заявление.

     
     
  • 2.34, Аноним (28), 11:47, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ибо зависит от алгоритма. Например, сравните код задачи о рюкзаке на С и на Python. Тут проблема упирается совсем не в язык, а в алгоритм. А код получится почти одинаковым. Как и потраченное на разработку время.
     
  • 2.52, Аноним (52), 12:52, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что на нем вообще написано ? Одни хелловорды.

    Например тут в колонке "required by" https://archlinux.org/packages/extra/x86_64/go/
    И это грустно.

     
     
  • 3.100, Анонисссм (?), 16:54, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >required by

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

     
     
  • 4.104, Аноним (104), 17:02, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Иногда!
     

  • 1.56, Аноним (56), 13:16, 11/02/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –5 +/
     

  • 1.73, Аноним (76), 15:26, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему гугл не использует ни системду, ни раст? А использует Go и Upstart? Гугл что-то знает?
     
     
  • 2.81, пох. (?), 15:36, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    not inventeded here

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

     
  • 2.87, Аноня (?), 15:48, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты там работаешь, что знаешь такие подробности ?
    Прям вобщевобще нигденигде systemd нет ?
     
  • 2.95, Аноним (95), 16:33, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему гугл не использует ни системду

    как раз на серверах везде использует

     
  • 2.102, Аноним (104), 17:00, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Них синдром. Они не хотят зависит от других корпораций и АНБ.
     

  • 1.97, Анонисссм (?), 16:48, 11/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ptr := new(int64(300))

    тот кто пишет из новости в новость "основан на си" и "легко читаемый код", хватит позориться

     
     
  • 2.101, Аноним (104), 17:00, 11/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это принцип явное лучше неявного. Учи матчасть.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру