Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск языка программирования Go 1.27"	+/–
Сообщение от opennews (??), 20-Авг-26, 01:47
После шести месяцев разработки представлен релиз  языка программирования Go 1.27, развиваемого компанией  Google при участии сообщества. Язык сочетает высокую производительность, свойственную компилируемым языкам, с такими достоинствами скриптовых языков, как простота написания кода, высокая скорость разработки и защита от ошибок.   Код проекта распространяется под лицензией BSD... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66095
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Выпуск языка программирования Go 1.27"	+37 +/–
Сообщение от Аноним (2), 20-Авг-26, 02:01
Один из лучших языков с самостоятельными бинарниками, которые можно перекидывать между системами и не париться за зависимости.
Ответить | Правка | Наверх | Cообщить модератору

	11. Скрыто модератором	+1 +/–
	Сообщение от Аноним (11), 20-Авг-26, 08:16
	Героически решает проблему ужасной наколеночной архитектуры Линукс дистрибутивов и самого ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от Прохожий (??), 20-Авг-26, 10:41
	Ужасный язык на самом деле, если хоть немного разбираться в языках. Ниже по ссылкам можно ознакомиться с его проблемами. https://simpleobservability.com/blog/go-portable-until-isnt https://blog.habets.se/2025/07/Go-is-still-not-good.html https://avittig.medium.com/golangs-big-miss-on-memory-arenas... https://fasterthanli.me/articles/lies-we-tell-ourselves-to-k... https://corrode.dev/learn/migration-guides/go-to-rust/ https://www.ralfj.de/blog/2025/07/24/memory-safety.html
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	26. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Кроссдрессер (?), 20-Авг-26, 10:44
	Могу в 10 раз больше ссылок накидать, почему гошечка - самое лучшее, что существует из языков на сегодня.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск языка программирования Go 1.27"	+3 +/–
	Сообщение от Прохожий (??), 20-Авг-26, 10:49
	Восторженные возгласы пришедших в программирование вчера не особо показательны, да и не особо интересны.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от Аноним (40), 20-Авг-26, 11:08
	ну так кто те виноват что ты так поздно пришёл
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 23-Авг-26, 05:58
	Я пришёл в программирование в начале 2000-х. Мне тогда было двадцать с лишним лет. Это поздно для адептов Го (который возник только в 2009 году)?  Ох, уж эти "эксперты".
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от _ (??), 20-Авг-26, 20:15
	Так то Пайк программировать начал "раньше чем твоя папка родился"(С) Ж-)))
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	150. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Вкатыш_в_ГО (?), 23-Авг-26, 02:34
	Очень сильное высказывание и очень неоднозначное. для начала не мешало бы определить для какой области лучше всего подходит этот язык. По сравнению с C#/Kotlin/typescript для написания бизнес логики приложения go ильно проигрывает в лаконичности и универсальности инструментария на уровне языка. run-time платформы не рассматриваю
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	52. "Выпуск языка программирования Go 1.27"	+3 +/–
	Сообщение от Аноним (52), 20-Авг-26, 12:14
	даже одного момента, когда интерфейсу присвоен nil, а после проверка на nil может показать, что он не nil, уже достаточно чтобы считать этот язык дурным и непригодным
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	107. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (107), 21-Авг-26, 07:44
	Как известно, существует два вида языков программирования - те, у которых есть куча проблем, за которые их не любят, но используют, и те, которые никто не использует. Go сейчас в первой категории.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	156. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 23-Авг-26, 06:05
	>те, у которых есть куча проблем, за которые их не любят, но используют Непонятно одно - зачем заниматься мазохизмом? С остальным согласен.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от анонец (?), 21-Авг-26, 21:38
	> https://simpleobservability.com/blog/go-portable-until-isnt довольно странно видеть эту статью в качестве претензии к go как языку, учитывая что проблема в непереносимости glibc при использовании cgo. Rust имеет те же проблемы, С имеет те же проблемы, python имеет проблемы еще больше, если задействовать С. Потому что это проблемы С и libc, а не языка, который линкуется со сторонней библиотекой.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	60. "Выпуск языка программирования Go 1.27"	–3 +/–
	Сообщение от localhostadmin (ok), 20-Авг-26, 13:36
	К слову о перекидывании между системами. Пару месяцев назад я решил перекинуть бинарь, собранный на старой версии опенка, на более новую. Он у меня не запустился из-за версий libc
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	78. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от OpenEcho (?), 20-Авг-26, 17:14
	Значит бинарь был скомилирован с CGO и поэтому получилась динамическая линковка
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от user (??), 22-Авг-26, 19:43
	При зависимостях с libc, нужно билдиьб пакет под каждую операционку отдельно. Впрочем это не проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (72), 20-Авг-26, 16:15
	>Один из лучших языков Перед тем, как рассказывать о том, насколько он "лучший", расскажите о своём опыте с другими языками. А то совсем не удивлюсь, если выяснится, что вы кроме голанга ничего не знаете. >которые можно перекидывать между системами и не париться за зависимости Какой величайший экспертный уровень. Да будет известно экспертам, что с современными технологиями, этим свойством обладает практически любой компилируемый язык, будь то OCaml, Rust, небезызвестный си, и не менее знаменитый C#.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	82. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от MaxT (?), 20-Авг-26, 17:24
	>этим свойством обладает практически любой компилируемый язык, будь то OCaml, Rust, небезызвестный си, и не менее знаменитый C#. никто из перечисленных не обладает свойством сделать так-же: go get модуль_из_гитхаба GOOS=darwin GOARCH=arm64 go build . ...готово...
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от GenkaOk (ok), 20-Авг-26, 18:47
	Хоть и пользуюсь Go на регулярной основе, но к сожалению все не так здорово. Бинарники под Keenetic нужно собирать 1.20 версией, но в принципе это только для старых платформ. Например Windows XP и т.д., на остальные можно спокойно лить последнюю версию Go
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (72), 20-Авг-26, 19:35
	>никто из перечисленных не обладает свойством сделать так-же: Ваша ошибка заключается в том, что вы до сих пор не объяснили, что именно вы подразумеваете под "сделать так-же" >go get модуль_из_гитхаба Важное уточнение - данный подход работает только для родного кода на go. Если будет хотя-бы малейшее вкрапление си, или чего-то другого, то это поломается. >GOOS=darwin GOARCH=arm64 go build . Кросс-компиляция - изобретена. >...готово... Получить аналогичный бинарник можно и на других языках. Там будет чуть больше текста, но работать будет полностью аналогично гошному.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	98. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от нах. (?), 21-Авг-26, 00:35
	> Важное уточнение - данный подход работает только для родного кода на go. которого и есть процентов 90 в окружающей нас реальности. Потому что мало, мало извращенцев писать на го прослойки к чужому коду. > Кросс-компиляция - изобретена. только не работает (в сишечке во всяком случае) вне пределов хеловротов. go изрядно расширил представления о том что хеловротом является. > Получить аналогичный бинарник можно и на других языках. как ты думаешь, почему при этом те же дебианоиды собираются в эмуляторе ? Т.е. вот ВСЕ реально используемые дистрибутивы линукса не под x86 - промышленно собираются в кривой тормозной эмулируемой прослойке? (как оно там у редхатоидов не выяснял за невозможностью их поставить на не-x86-64, только недавно появившиеся корявые сборки под единственную альтернативу интереса пока не представляют) Я тут как раз надысь пытался выяснить, как это у них так криво получается-то. А вот так, оказываетсо. Ведро кросс-компиляцией собрать еще кое-как можно (но лучше и этого не делать) а /bin/ls - уже не совсем.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск языка программирования Go 1.27"	–2 +/–
	Сообщение от laindono (ok), 21-Авг-26, 02:49
	В расте работает. Чуточку длиннее, надо заранее одной командой доустановить кросскомпилятор, если не. Кстати малоизвестная фича - можно запустить прогу под wine сразу и прозрачно. Мелочь, а приятно. Скорее всего примерно так же будет в любом новом (по сравнению с сишечкой) компилируемом языке. Почти уверен, что в каких-нибудь D, V, Swift, Nim, Zig и многих других будет так же. А в сишечке с крестами да, не работает. Там надо вилкой чистить, читать какие-то кривые доки, качать левые тулзы, а возможно и код фиксить. Ибо поддержка может быть и заявлена, да никто не проверял лет 10. И куча компиляторов, которые совместимы только в теории.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от нах. (?), 21-Авг-26, 21:43
	> Скорее всего примерно так же будет в любом новом (по сравнению с сишечкой) компилируемом > языке. ты забыл добавить - если его авторы нарочно откажутся от нормальной совместимости с существующим ВСЕМ написанным до них, и полезут переизобретать все сущее с нуля. > А в сишечке с крестами да, не работает. зато можно пользоваться трудом программистов живших за пару поколений до тебя. И оно - работает. А не требует переписания с нуля на очередном новом-компилируемом-нескучном-йезычке под все платформы сразу. Поэтому у нас есть, к примеру, пяток вери-сейф хрустоssl'ей но все большие проекты почему-то собираются с openssl.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Прохожий (??), 22-Авг-26, 01:58
	>зато можно пользоваться трудом программистов живших за пару поколений до тебя Как будто это какое-то преимущество. >И оно - работает До первого сегфолта, ага. >А не требует переписания с нуля Требует, конечно. Потому что дыpяво вот те самые несколько десятков лет, начиная с момента появления на свет и до сих пор. Тысячи глаз не шмогли почему-то. >но все большие проекты почему-то собираются с openssl Придёт время, и это г-но мамонта заменят
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (72), 21-Авг-26, 03:50
	>которого и есть процентов 90 в окружающей нас реальности. Зато остальные 10 вас неприятно удивят. >Потому что мало, мало извращенцев писать на го прослойки к чужому коду. Сразу же удачи вам слинковать с условным sqlite, tree-sitter или что там ещё понадобится. >только не работает (в сишечке во всяком случае) вне пределов хеловротов Чините руки. Как минимум есть https://wiki.nixos.org/wiki/Cross_compiling >как ты думаешь, почему при этом те же дебианоиды собираются в эмуляторе ? Потому, что дебиан. В нём нет нормального пакетного менеджера.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	115. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от нах. (?), 21-Авг-26, 21:36
	> Чините руки. Как минимум есть https://wiki.nixos.org/wiki/Cross_compiling то есть ушлепанская ос ЦЕЛИКОМ состоящая из костылей и подпорок чтобы сишечка могла как-то (я не стану тратить клик и читать не буду эту чушь, поверю на слово) что-то криво-косо скросскомпилить. Используется полутора больными фанатиками, неспособными пяти минут помолчать о своем фетише. Отличный пример как (и почему) не надо этого делать. > Потому, что дебиан. В нём нет нормального пакетного менеджера. в нем есть. Потому что он как раз - на каждом первом арм-линукс. А не у полутора фриков в виртуалочке под вендой.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (111), 21-Авг-26, 16:53
	А в С/С++ самостоятельный бинарник сделать нельзя? Через -static при компиляции? Любопытно. The PrimeTime https://www.youtube.com/watch?v=WqSWZuGS9pc
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	114. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от ы (?), 21-Авг-26, 18:31
	тсс, не порть зрелище
	Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск языка программирования Go 1.27"	+2 +/–
Сообщение от zionist (ok), 20-Авг-26, 02:21
Всё по делу. Long live Go!
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск языка программирования Go 1.27"	–6 +/–
Сообщение от Вася Пупкин (?), 20-Авг-26, 05:16
Чё стало с временем компиляции после добавления дженерик-функций? Второй пример как вообще читать? Без контекста в структуре Gopher как понять где Habitat? А если есть ещё другое поле с другим вложенным Habitat? Или тут опечатка? Пысы: хватит вводить в заблуждение, называя синтаксис лаконичным пока не починят бойлерплейт из if err != nil...
Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от zionist (ok), 20-Авг-26, 05:36
	Ответил ниже
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (7), 20-Авг-26, 05:37
	_ викчто err, если нет желания разбираться с ошибками.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	8. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Мистер Макадамия (?), 20-Авг-26, 05:56
	Лол. Хотел начать объяснять про память: кучу и стек, а перечитав ваш коммент, попробуйте сами это сделать, и там же есть информация, зачем и для чего проверять на ошибки. ;)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	68. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Вася Пупкин (?), 20-Авг-26, 14:41
	спасибо, про память можете не объяснять. и то что надо проверять ошибки. только лучше сами поизучайте как удобно это можно делать в других языках, например в расте.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от ДядяПетя (?), 21-Авг-26, 22:12
	Go защити нас от ошибок
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск языка программирования Go 1.27"	+3 +/–
	Сообщение от анм (?), 20-Авг-26, 09:23
	> называя синтаксис лаконичным пока не починят бойлерплейт из if err != nil... Синтаксис лаконичен, потому что там нет невнятных эксцепшонов, промисов и прочих костылей от фронтендеров для фронтендеров, которые делают те же проверки, только в килограммах сахара.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	62. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Вася Пупкин (?), 20-Авг-26, 14:18
	согласен, что эксепшны еще большее зло, которые еще и затрудняют понимание потока исполнения(читай как потомок goto). промисы, фьючи, таски, корутины - суть все похожее, в некоторых задачах они действительно могут упростить код, но важно понимать как они устроены. а вот чего бы не засахарить компилятором конкретно эту проверку на nil как в например расте в один символ - для меня по-прежнему загадка. код базы бы нехило так похудели, ревью было бы быстрее, разработка ускорилась.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 10:37
	Время компиляции в модульных языках -- молниеносное. Откройте для себя волшебный мир модульных языков: Go, Modula-2, Oberon-2, Oberon-7, Component Pascal. А поскольку в жертву приносится глубокая оптимизация, при компиляции добавляется сбор профилей во время исполнения, что и компенсирует указанный недостаток. Уже давно пора забыть про if err!=nil... Уже как несколько лет можно писать Result[T] и Option[T]. А с последним нововведением -- теперь ещё и FluidAPI подвезли. Везде есть ,но в Go такое нечитаемо? Двойные стандарты детектед.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	25. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 20-Авг-26, 10:44
	Rust - модульный язык. А все почему-то жалуются постоянно на время его компиляции
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск языка программирования Go 1.27"	+3 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 11:02
	> Rust - модульный язык. А все почему-то жалуются постоянно на время его > компиляции Садись, два! Модульный язык, это такой язык, где единицей компиляции и компоновки является модуль. Rust если изменить один файл в глубине иерархии -- будет пересобирать весь код. Потому что у него сквозная компиляция, направленная на тотальную оптимизации. Чтобы ты понимал: время сборки 40 сек -- это не норм. Программа на Go, Modula-2, Oberon-2/7 и даже FreePascal собирается за 0.5...1.5 сек. Плата: та самая глубокая оптимизация, которой нет. Поэтому и потребовался механизм профилирования при исполнении.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск языка программирования Go 1.27"	–4 +/–
	Сообщение от Аноним (56), 20-Авг-26, 12:51
	В Инете видел адептов Компонентного Паскаля и Оберона, которые тащатся от модулей. Бедняги умственно застряли в 1980-х гг. Модуль - это кусок бинарный компонент который во время компиляции линкуется с основным бинарников. В 2026 году такое почти у всех ЯП есть. Проснись же наконец и оглянись вокруг. Ты умственно застрял в прошлом.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Аноним (69), 20-Авг-26, 14:49
	>Rust если изменить один файл в глубине иерархии -- будет пересобирать весь код. Поправлю: будет пересобираться код только данного модуля (то есть крейта. в Rust'е модули крейтами называются). А другие модули не будут пересобираться. (Разработчики Rust'а вводят в заблуждение ключевым словом mod, так вот это не обозначение модуля,  а пространства имён. как namespace в C++ )
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	123. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от Прохожий (??), 22-Авг-26, 02:05
	>Садись, два! Модульный язык, это такой язык, где единицей компиляции и компоновки является модуль. Садись, два! На ходу терминологию выдумыаешь? Ну-ну. Система модулей в Rust: Крейты Модули Видимость Импорт
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	129. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Брат Анон (ok), 22-Авг-26, 07:07
	Понятие модуль придумала дедушка Вирт в 1980 г, когда тебя ещё в проекте не было.  И модуль -- это вообще не то, что в Расте или даже в Го (хотя Го -- испорченный Оберон).
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 12:41
	>Понятие модуль придумала дедушка Вирт в 1980 г, когда тебя ещё в проекте не было.  И модуль -- это вообще не то, что в Расте или даже в Го (хотя Го -- испорченный Оберон). Во-первых, хорошо бы давать ссылки на определения модульности. А? Или "эксперт" на знает о таком способе ведения дискуссии? Во-вторых, мне уже шестой десяток лет идёт. И здесь "эксперт" попал пальцем в небо. В-третьих, мир не стоит на месте, а развивается. Поэтому некоторые понятия вполне законно приобретают дополнительные смысловые оттенки.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Вася Пупкин (?), 20-Авг-26, 14:27
	оппа, вот это новость про монады.. а насколько часто их в проектах и библиотеках используют? (вопрос без подковырки - на го не разрабатываю, со стороны поглядываю). и что за fluidapi? рассахаривание как вопросик в расте? >Уже давно пора забыть про if err!=nil такими темпами и эргономика появится..
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	79. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 17:18
	> оппа, вот это новость про монады.. а насколько часто их в проектах > и библиотеках используют? (вопрос без подковырки - на го не разрабатываю, > со стороны поглядываю). и что за fluidapi? рассахаривание как вопросик в > расте? Ну, я не готов отвечать за других, а я так только ими и пользуюсь. Монады уже года два в обойме доступны. Даже свою либу написал. Для примера: https://gitp78su.ipnodns.ru/svi/kern/src/v4/v4/lev0/result/r... FluidAPI/FLuentAPI (кто как пишет). Это когда строится цепочка вызовов как в функциональном программировании. Крайне удобно структурировать код в рамках многослойной архитектуры (LTI/LBI/LSI). Без дженериков в методах приходилось разрывать цепочку вызовов в три отдельных вызова с присвоением результата в конкретную типизированную переменную. Теперь всё гораздо проще (и свой фреймворк буду переделывать под это дело). >>Уже давно пора забыть про if err!=nil > такими темпами и эргономика появится.. Ну, строго говоря она и была. Код на Го кратно легче читается, чем на том же Расте. А чувство стиля, оно нарабатывается. На любом языке.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Вася Пупкин (?), 20-Авг-26, 14:30
	хм. правильно понимаю, что дженерики мономорфизируются только внутри своего модуля? на стыке публичное апи как резолвится?
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	80. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 17:20
	> хм. правильно понимаю, что дженерики мономорфизируются только внутри своего модуля? на > стыке публичное апи как резолвится? Нет, мономорфизация проходит насквозь. На границе модуля интерфейсы и типы обрывают детали (но это и правильно. Интерфейсы с накладными расходами но не больно (позднее связывание, косвенные ссылки). Типы -- без них, но больно (прямое связывание, прямое обращение).).
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск языка программирования Go 1.27"	–3 +/–
	Сообщение от Аноним (72), 20-Авг-26, 16:24
	>Откройте для себя волшебный мир модульных языков: Go, Modula-2, Oberon-2, Oberon-7, Component Pascal Сейчас, в 2026 году, рассуждать о Паскале. К счастью, мир уже понял ошибочность Паскаля, и закопал его. И да, приводите в пример хорошие языки, вроде OCaml-а. >Уже давно пора забыть про if err!=nil... Уже как несколько лет можно писать Result[T] и Option[T]. Ну и зачем тогда этот ваш голанг нужен, если можно взять тот же OCaml, где всё это изначально сделано по-человечески? >Везде есть ,но в Go такое нечитаемо? Двойные стандарты детектед. Нет, вы. Для того, чтобы язык был читаемым, ему нужна куча вещей, вроде того же сопоставления с образцом. А их в голанге до сих пор нет, может лет через десять завезут.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	51. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от MaxT (?), 20-Авг-26, 11:59
	Так называемый "бойлерплейт" из if err != nil читается гораздо легче чем эксепшены, которые фиг знает где и как обрабатываются.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	65. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Вася Пупкин (?), 20-Авг-26, 14:32
	эскобарщина. наброс был с оглядкой на вопросик из раста. вот уж что действительно легче читается.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Аноним (69), 20-Авг-26, 14:57
	>легче читается но плохо понимается. А в Go не приходится ломать голову что значит unwrap, unwrap_or_else, expect, unwrap_or, unwrap_or_default
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Аноним (72), 20-Авг-26, 16:25
	>А в Go не приходится ломать голову что значит unwrap, unwrap_or_else, expect, unwrap_or, unwrap_or_default Эта проблема решается за 15 минут, раз и навсегда.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск языка программирования Go 1.27"	+3 +/–
	Сообщение от _ (??), 20-Авг-26, 20:41
	Ну вот - а в Go - её вообще нет :) 0 минут и так же - навсегда :)
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Аноним (72), 21-Авг-26, 03:55
	>Ну вот - а в Go - её вообще нет Есть. Как только код выходит за рамки if err != nil {   return err } То сразу же возникает куча вопросов. Например, какого типа эта самая err. Это не говоря уже о том, что тратить целых три строки, вместо >>= - расточительство.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от MaxT (?), 21-Авг-26, 13:32
	>какого типа эта самая err. Зачем тебе здесь тип err если ты его не обрабатываешь? >тратить целых три строки Зато, если тебе нужно завраппить ошибку, у тебя так-же останется 3 строки, в отличие от раста или хаскеля где нужно начать приседать в противоположном направлении.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (72), 21-Авг-26, 17:38
	>Зачем тебе здесь тип err если ты его не обрабатываешь? С чего вы это взяли? Я говорю про то, что подход голанга совершенно никак не помогает обрабатывать ошибку. Если взять монаду Result, исключения в сигнатурах как в Java, типизированные алгебраические эффекты, то любой из этих вариантов будет лучше. Информация о исключении не потеряется, как в голанге, где всё превращается в безликий Err. >у тебя так-же останется 3 строки Нет. 3 строки на каждый вызов. Если сделать однократно вложенный вызов, то будет не 3, а 6. Двукратно - 9. Голанг заставляет дублировать строки даже если они не нужны. >в отличие от раста или хаскеля где нужно начать приседать в противоположном направлении В каком противоположном? Сразу видно, что у вас нет опыта работы ни с java, ни с haskell.
	Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск языка программирования Go 1.27"	+5 +/–
Сообщение от zionist (ok), 20-Авг-26, 05:34
> Второй пример как вообще читать? Без контекста в структуре Gopher как понять где Habitat? Ты в двух соснах потерялся. В том примере Habitat - это структура и скорее всего ты хотел спросить про поле этой структуры, когда её вложили в Gopher. В этом случае у внешней структуры появляется поле с таким же именем, как название вложеной структуры, и уже внутри этого поля находится содержимое вложеной структуры. Если нет конфликта имён можно обращаться к полям вложеной структуры напрямую, как будто это поля внешней структуры. Так было и раньше, а сейчас это правило просто расширили для инициализации. > А если есть ещё другое поле с другим вложенным Habitat? Или тут опечатка? Ты снова запутался и хотел спросить про другую структуру, с тем же полем, что и у структуры Habitat, которую так же вложили в Gopher. В этом случае сокращённой записью пользоваться нельзя.
Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от Вася Пупкин (?), 20-Авг-26, 14:37
	>Если нет конфликта имён можно обращаться к полям вложеной структуры напрямую, как будто это поля внешней структуры спасибо, теперь понятно. нахера тока такие ребусы неявные. они ж читаемость ухудшают.. >В этом случае сокращённой записью пользоваться нельзя. еще и следить потом за этим, и выпиливать если где-то новое поле добавилось
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от zionist (ok), 20-Авг-26, 17:25
	> спасибо, теперь понятно. нахера тока такие ребусы неявные. они ж читаемость ухудшают.. Синтаксический сахар, как раз таки для упрощения читаемости. > еще и следить потом за этим, и выпиливать если где-то новое поле > добавилось Скорее всего такое случается достаточно редко, а синтаксический сахар помогает гораздо чаще. Но если не нравится, то никто не заставляет. Можно всегда использовать полную запись.
	Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск языка программирования Go 1.27"	–4 +/–
Сообщение от Sm0ke85 (ok), 20-Авг-26, 07:38
> Код проекта распространяется под лицензией BSD Что намекает, что в перспективе это будет googo - полностью проприетарный продукт, где сообщество уже не особо нужно, т.к. "трудиться за спасибо" уже не особо надо, а с монетизацией гугл и сам справится))))
Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск языка программирования Go 1.27"	+3 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 10:40
	Нет. Инструменты распространяются под максимально свободными лицензиями. И если даже изначально была пермиссивная -- в итоге всё-равно приходят к откровенно либеральной. Так было с питоном, так было со свифтом, так сейчас и с моджо (смотри соседнюю новость). А как известно из школьного курса физики -- фарш невозможно провернуть назад. Отличные примеры Редис, МонгоДБ и ещё десяток если хорошо подумать.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от Sm0ke85 (ok), 20-Авг-26, 10:53
	>Нет. Инструменты распространяются под максимально свободными лицензиями. И если даже изначально была пермиссивная -- в итоге всё-равно приходят к откровенно либеральной. Так было с питоном, так было со свифтом, так сейчас и с моджо (смотри соседнюю новость). А как известно из школьного курса физики -- фарш невозможно провернуть назад. Отличные примеры Редис, МонгоДБ и ещё десяток если хорошо подумать. Мне кажется наивно полагать, что код может быть "свободным"... Нет "Хозяина" только у ненужных вещей, а также если ты не "видишь хозяина", то это не значит что он не объявится... И что "новому хозяину" помешает присвоить себе результат труда...? Вера в понятие "свободный код"...? ЗЫ оглянись, за окном Капитализм...
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 11:10
	Ты не понимаешь смысл капитализма. У Солнца кто хозяин? Кто хозяин у Вселенной? Понятие "свободный" относится к личному владению. Фактически хозяин есть -- общество. Давно пора бы усвоить, что в английском языке "свободный" не значит "бесплатный". "Свободный" означает, что "не подлежащий продаже". Но "свободный" софт можно прекрасно распространять за деньги и за деньги поддерживать. И самое главное, чего ты не понял: свободный софт нельзя приватизировать. Поэтому Go, строго говоря не подпадает под определение GPL (который запрещает приватизацию), но при этом ,если ты что-то сделал сам на подаренном тебе инструменте (какое-то усовершенствование) -- лицензия Go не запрещает тебе сохранять это ноухау лично. Правда, ты станешь отщепенцем и вреда от такого положения будет больше, чем пользы.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск языка программирования Go 1.27"	–2 +/–
	Сообщение от Sm0ke85 (ok), 20-Авг-26, 12:23
	>Ты не понимаешь смысл капитализма. >У Солнца кто хозяин? Кто хозяин у Вселенной? Путаешь объемы понятий, вот тебе пример: Северный полюс "ничейный", но поделен при этом, океаны тоже вполне нормально так поделены, на луну раз ступили и тоже уже договариваются что да как, а ушлые там участки продают, и совсем простой пример - иди попробуй лес повалить, чтобы домик себе сложить или попробуй до грунтовых вод добуриться, чтоб водичка чистая была - а оно вроде как "свободное все"... >Понятие "свободный" относится к личному владению. Фактически хозяин есть -- общество Вот в GPL это явно указано, а в остальных "свободных" лицензиях получается что "Код свободен" - а это явный бред сивой кобылы... > "Свободный" означает, что "не подлежащий продаже" Опять мимо, т.к. эти "свободные лицензии" явно не запрещают продажу, читай условия... >И самое главное, чего ты не понял: свободный софт нельзя приватизировать Самое тут главное, что ты путаешь фантазии и желания с адекватной реальностью... У тебя ровно наоборот написано в твоих "свободных лицензиях"... >Поэтому Go, строго говоря не подпадает под определение GPL (который запрещает приватизацию) У тебя опять каша... GPL - не свободный, т.к. там владельцами являются все участники создания кода... >ты что-то сделал сам на подаренном тебе инструменте (какое-то усовершенствование) -- лицензия Go не запрещает тебе сохранять это ноухау лично Да ладно...? А продавать разрешает или запрещает...? А как так получилось, то код же свободный был, а тут вдруг "Лично" появилось - откуда личности...? >Правда, ты станешь отщепенцем и вреда от такого положения будет больше, чем пользы. И кто "отщеплять" будет...? Вон Раст внедряют и многие против - в итоге отщепляют тех самых "многих"))))) Все чуть сложнее, чем тебе представляется...
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от Аноним (72), 20-Авг-26, 20:22
	>Инструменты распространяются под максимально свободными лицензиями. Максимально свободные - дающие четыре свободы. Не дающие четыре свободы - разрешительные.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

10. "Выпуск языка программирования Go 1.27"	–1 +/–
Сообщение от Аноним (10), 20-Авг-26, 08:11
uuid давно же есть
Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от анм (?), 20-Авг-26, 09:24
	Он внешний был, типа. А теперь видимо в базу добавили
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (40), 20-Авг-26, 10:23
	а там дефолтный UUIDv7 или кто?
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 10:41
	Там начиная от v4 до v7. Ту самую либу добавили как дефолт в stdlib.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (40), 20-Авг-26, 10:53
	Так а по дефолту кто? v4?
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск языка программирования Go 1.27"	+4 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 11:04
	> Так а по дефолту кто? v4? Там нет понятия дефолт. NewV4() и NewV7()
	Ответить | Правка | Наверх | Cообщить модератору

12. Скрыто модератором	+/–
Сообщение от Аноним (11), 20-Авг-26, 08:19
Go лучше Раста во всем.
Ответить | Правка | Наверх | Cообщить модератору

	13. Скрыто модератором	+2 +/–
	Сообщение от фывыфв (?), 20-Авг-26, 09:17
	Вообще разные инструменты. Как сравнивать микроскоп и ЧПУ.
	Ответить | Правка | Наверх | Cообщить модератору

	18. Скрыто модератором	–2 +/–
	Сообщение от Аноним (40), 20-Авг-26, 10:05
	Там TinyGo лучше во всём чем Rust
	Ответить | Правка | Наверх | Cообщить модератору

	28. Скрыто модератором	+2 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 10:46
	Нет, не лучше во всём. Нельзя делать частичную реализацию трейтов (интерфейс имеет ко всему прочему накладные расходы), нет нормальных алгебраических типов, нет паттерн матчинга (а местами очень не хватает). Из Нима я бы ещё подтащил систему эффектов (в Расте такого нет), свободный синтаксис вызова процедур, чистые функции, исполнение на этапе компиляции, темплейты и подумал бы над макросами (в Ним они сделаны исчерпывающе, в отличии от Раста, но инструмент всё же опасный). Хоть вместо make давно существует task (который написан на Go), но в плане гибкости Nim-script как часть компилятора и скриптовый движок расширения бинарей всё же более интегрирован в экосистемы Nim. Очень важная вещь, которой не хватает в Go -- изоляты. В Dart они сделаны тяжеловато (на перемещении, нет семантики перемещения). В Rust аннотация времени жизни -- вынос мозга. Опять же, в Nim изоляты сделаны красиво и понятно (+семантика перемещения в 5 раз проще, чем в Rust). Я уже не говорю про то, что рантайм не позволяет контролировать момент уничтожения объектов (да-да -- тот самый сборщик мусора в отличии от автоматической расстановки вызова деструкторов в Rust или Nim). Реалтайм на Go возможен, но это дополнительные приседания. Возможно, дженерики в обновлённом виде позволят как раз решить эту проблему (ORM/ARC из Nim, да и ARC из Rust как показывает практика -- тот же сборщик с ручным управлением по требованию -- работает офигенно). Go многое решает иначе, но много пока не хватает.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	34. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 20-Авг-26, 10:54
	>подумал бы над макросами (в Ним они сделаны исчерпывающе, в отличии от Раста, но инструмент всё же опасный) Это как, исчерпывающе? В Rust вы фактически с AST работаете. Куда уж более исчерпывающе?
	Ответить | Правка | Наверх | Cообщить модератору

	42. Скрыто модератором	+1 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 11:14
	>>подумал бы над макросами (в Ним они сделаны исчерпывающе, в отличии от Раста, но инструмент всё же опасный) > Это как, исчерпывающе? В Rust вы фактически с AST работаете. Куда уж > более исчерпывающе? Нет, в Раст это калечно сделано. Посмотрите как это сделано в Lisp или Nim. В Rust на это без слёз смотреть нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	38. Скрыто модератором	+2 +/–
	Сообщение от Аноним (40), 20-Авг-26, 11:04
	чего-то там (лень перечислять) нет в других ЯП потому что оно им нужно чтобы что? Реалтайм в контексте современных ОС звучит вообще как насмешка - нет его у вас. В Golang многого пока не хватает. fzf, gdu, rclone, xq/fx/yq, kubectl, hugo и ещё вагончик тулов используемых ежедневно и массово... как нам их не хватает
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	43. Скрыто модератором	+2 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 11:14
	> чего-то там (лень перечислять) нет в других ЯП потому что оно им > нужно чтобы что? Реалтайм в контексте современных ОС звучит вообще как > насмешка - нет его у вас. > В Golang многого пока не хватает. fzf, gdu, rclone, xq/fx/yq, kubectl, hugo > и ещё вагончик тулов используемых ежедневно и массово... как нам их > не хватает Расскажите это CachyOS, где по дефолту в комплекте поставляется RT-ядро. Все перечисленные вещи нужны, ровно потому, что они увеличивают надёжность систем, решают проблему гонок данных, упрощают сборку приложений, позволяют строить DSL. Преимущества эти для вас не являются необходимыми ,потому что вы с этим никогда не сталкивались и кругозор у вас по сравнению с моим явно поуже. Тулзы перечисленные выше классные. Но они не часть языка, не часть комплекта компилятора. И это создаёт проблему. UUID наконец-то затащили и ура. А вот JSON/v2 не решает проблему до конца: в тех же Rust и Nim все сериализаторы, десериализаторы JSON автоматически строятся на этапе компиляции. В Go приходится использовать фактически ручную кодогенерацию. И это не есть гуд. Опять же, упомянутая система эффектов Nim -- такого даже в Rust нет. А бывает ой как не хватает в коде на Go таких вещей.
	Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск языка программирования Go 1.27"	+1 +/–
Сообщение от limafresh (ok), 20-Авг-26, 10:28
Один из лучших языков стал ещё лучше. Один из самых простых компилируемых языков (почти скриптовая логика), быстро собирается, в том числе и на слабых ПК (привет, Rust, который сильно нагружает ПК при сборке), строгая типизация, встроенный форматтер с няшными табами вместо богомерзких пробелов для отсутствия разногласий в стиле, отсутствие репозиториев типа NPM куда надо публиковать пакеты из своей учётки (достаточно go get ссылка). Что ещё надо?!
Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск языка программирования Go 1.27"	+5 +/–
	Сообщение от Брат Анон (ok), 20-Авг-26, 10:56
	> Один из лучших языков стал ещё лучше. .... Что ещё надо?! Алгебраические типы, тайп матчинг, линейные типы, система эффектов, исполнение на этапе компиляции и ARC вместо сборщика мусора. Вот тогда точно заживём.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от _ (??), 20-Авг-26, 20:52
	>> Один из лучших языков стал ещё лучше. .... Что ещё надо?! > Алгебраические типы, тайп матчинг, линейные типы, система эффектов, исполнение на этапе компиляции и ARC вместо сборщика мусора. Вот тогда точно заживём. Ботва!(С) Это всё есть где то там - в других языках. Но ты их не пользуешь. В Go если это всё принести - это будет уже не Go => за борт всю эту бодягу. Берите Haskell и идите мимо уже :)
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (72), 20-Авг-26, 21:13
	>Это всё есть где то там - в других языках. Вопрос стоит не в том, где это есть, и где этого нет. Вопрос в том, что индустрия ОПЯТЬ выбрала один из самых плохих вариантов. А потом, когда ошибочность выбора стала очевидна, в голанг стали костылями прикручивать полезные фичи из других языков, но конечно-же получилось ужасно. >Но ты их не пользуешь. Это легко можно сделать в своих хобби проектах, и практически невозможно - в коммерческих. Мало какой бизнес вливает деньги в инструменты, обычно берут самый минимально пригодный, и живут на нём до тех пор, пока терпеть сил больше не остаётся.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от _ (??), 21-Авг-26, 06:04
	> Вопрос в том, что индустрия ОПЯТЬ выбрала один из самых плохих вариантов. А вот и нет! Это редкий случай когда выбрали правильно! Я сказал!(С) :-) > Это легко можно сделать в своих хобби проектах, и практически невозможно - в коммерческих. Ну и вывод то какой? :) Впрочем не важно, скоро это болеть у всех уже перестанет :)
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (118), 21-Авг-26, 21:50
	>индустрия ОПЯТЬ выбрала один из самых плохих вариантов. Кто-то ей в этом очень помогал . >когда ошибочность выбора стала очевидна, в голанг стали костылями Гуглю неудобно стало, сначала всем запудрила мозги, а потом оказалось ...
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

50. "Выпуск языка программирования Go 1.27"	–3 +/–
Сообщение от Аноним (40), 20-Авг-26, 11:58
как на этом сайте ответить в уже запоротую ботом-мордератором но всё ещё присутствующую ветку? Перепищите уже этого бота на расте чтобы не мешал. > CachyOS Эта офигительная реалтаймка сейчас здесь? С нами? В одной комнате? Полтора мазохиста-бетатестера тестирующих концепт - это, конечно, отличная ниша для хипстеров, но IRL люди этим не пользуются. Куб и прочие тулы, конечно, не часть языка. Как и CachyOS не часть языка. Просто кубу и прочим тулам ваши выдуманные недостатки ЯП не мешают делать восхитительные штуки успешно и давно и, самое сложное - не закидывать проект потому что вайб сменился
Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск языка программирования Go 1.27"	+2 +/–
	Сообщение от Аноним (54), 20-Авг-26, 12:24
	RT-ядро в Линуксе присутствует уже лет 20 как минимум. Не позорься, ононим.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск языка программирования Go 1.27"	–2 +/–
	Сообщение от Аноним (40), 20-Авг-26, 13:20
	RT-ядро в линуксе никаким боком к хрусту 20 лет
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	59. "Выпуск языка программирования Go 1.27"	–2 +/–
	Сообщение от Аноним (40), 20-Авг-26, 13:20
	да и не гарантировало RT-ядро настоящий realtime. Так только, "мы постарались"
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	92. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от _ (??), 20-Авг-26, 20:54
	HRT vs SRT ... На HRT под линуком никто и не замахивался.
	Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от Аноним (57), 20-Авг-26, 12:55
Как там с телеметрией?
Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск языка программирования Go 1.27"	+1 +/–
	Сообщение от zionist (ok), 20-Авг-26, 17:30
	> Как там с телеметрией? $ go telemetry off $ cat .config/go/telemetry/mode off 2025-12-11
	Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от Аноним (72), 20-Авг-26, 16:29
>Реализована поддержка обобщённых (generic) методов Зря. Голанг должен быть простым и тупым, языком для вечных школьников с IQ 90, а любая более менее сложная программа должна вызывать непрекращающуюся боль, для того, чтобы разработчики наконец-то обнаружили, что кроме мейнстрима есть куча других хороших языков.
Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от _ (??), 20-Авг-26, 20:59
	У которых есть _свои_ непреодолимые недостатки :) Всё нормально, в наше богатое время уж найти ЯП по-душе вообще не проблема! А так как это всё стремительно уходит из профессиональной области в область хобби - то ЯП по душе только и надо пользовать!
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от нах. (?), 21-Авг-26, 00:13
	К сожалению, llm все еще отвратительно программируют на forth.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от _ (??), 21-Авг-26, 06:12
	Ээыыооуу... Уел так уел! (С) :) Но ты должен был бороться со злом, а не возглавить его! (С) :) Идея была в том, что прогать профессионально, за бренный металл - будут на промптах\агентах. А вот вручную - это для себя, это хобби, программерское вышивание крестиком ... forth тот-же :)
	Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск языка программирования Go 1.27"	+2 +/–
Сообщение от Аноним (95), 20-Авг-26, 23:46
Как-то "лучший C" превращается в "худший С++". Где-то они не туда завернули.
Ответить | Правка | Наверх | Cообщить модератору

	125. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 02:21
	Почему "превращается"? Он с рождения такой кривой.
	Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от Аноним (95), 20-Авг-26, 23:58
Для меня Го - золотая середина, которой пользоваться невозможно. Для системного он слишком тяжёлый, на сях проще. Для вебв там нет ничего, даже по сравнению с питоном. И зачем он мне?
Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск языка программирования Go 1.27"	–1 +/–
	Сообщение от Аноним (118), 21-Авг-26, 21:55
	Для автоматизации. Относитесь к Go как к сценарному языку со статической типизацией. Надёжная замена Питону.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 02:24
	>Надёжная замена Питону Кроме статической типизации предложить на замену Питону как будто больше и нечего. Ну и зачем тогда менять шило на мыло?
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 12:13
	Убогий во всех смыслах питонный скрипт по факту работает в десятки и даже сотни раз медленнее чем Go и кроме того фактически не имеет никакой многопоточности из-за GIL. Питон хорош только для обучения школоты,  административного применения, для клея ИИ библиотек и подобного. Некоторые юные горе программисты, ничего после школы кроме Питона не знающие, чтобы обойти GIL ограничения запускают потом десятки инстансов Питона в контейнерах. Всё это жутко не эффективно и крайне медленно. Учите лучше Go.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 12:55
	>Убогий во всех смыслах питонный скрипт Вкусовщина >по факту работает в десятки и даже сотни раз медленнее чем Go А что ты там такое автоматизируешь, что тебе скорость выполнения скрипта важна? Кроме того, ты похоже не знаешь, что многие части стандартной библиотеки написаны на Си. Поэтому критичные к скорости части не страдают, Питон там в качестве клея выступает, и только. >Питон хорош только для обучения школоты,  административного применения, для клея ИИ библиотек и подобного. Не только. Он хорош и для автоматизации всякой рутины. Про Ansible слышал, небось? Или Pyinfra? >Некоторые юные горе программисты Мне шестой десяток идёт. И я знаю Ассемблер, Си, Раст, Питон, Паскаль, Перл, Шелл и может ещё чего. Питон для моих задач - вполне себе годный язык программирования. Го считаю уродством, недотыкомкой, сделанной на скорую руку Гуглом для своих юных программистов, которые что-то более сложное, но при этом и более адекватное освоить не смогли. Ссылки вверху накидал, в начале обсуждения.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 14:19
	У меня тоже весьма богатый опыт за плечами и много языков освоено на проф. уровне. Вы можете топить за это питонное скриптовое убожество, но только что по синтетическим, что по нашим практическим тестам Go уделывает Питон в десятки, а с учётом мультизадачности буквально в сотню раз. Даже бэкенд на Dart и то в разы быстрее, к тому же там и язык в разы приятнее и тоже строго типизирован (пусть это и на вкусовщина) Наш старый бэкенд на Lazarus и то почти в сотню раз быстрее чем питонное убожество. К тому же в моём случае ещё и много математики по обработке сигналов на бэкенде, а там питонное убожество и рядом не стояло. А вот Go считает даже чуть быстрее Лазаря, чуть ближе к Си. Ну и всё это с в разы меньшем потреблении памяти, и без какой-либо среды. Ну а с учётом мультипотоковости на сервере Питон вообще похож на реальное убожество. Так что дело ваше, но Пютолько по конечном результату и  общей эффективности что Go,что Lazarus, что C# стоят пока очень выше питонного скриптового дерьмеца.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 16:29
	>Вы можете топить за это питонное скриптовое убожество, но только что по синтетическим, что по нашим практическим тестам Go уделывает Питон в десятки, а с учётом мультизадачности буквально в сотню раз. Ещё раз. Ибо не похоже, что вы сколь-либо внимательно читаете, прежде чем отвечать. Что вы там такое автоматизируете, что вам нужна скорость? Скрипты (любые) - это не про скорость, это про удобство (вот как с зелёными потоками в Го, которые сами по себе медленные, но зато простые в использовании). >К тому же в моём случае ещё и много математики по обработке сигналов на бэкенде Где я хоть слово сказал про бекенд? Я про автоматизацию рутины всё это время говорил. А про вычисления - в Питоне есть numpy, sympy и прочее, в том числе для обработки сигналов что-то было. И это всё написано на Си. Где там Го угнаться за Си. При этом нет, я не считаю Питон хорошим выбором для любого сколь-либо нагруженного многопользовательского приложения.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 23-Авг-26, 03:43
	> Где я хоть слово сказал про бекенд? Я про автоматизацию рутины всё это время говорил. Так я изначально и написал, что эта питонная скриптовая чушь програмиисту и нужна по делу только для административных задач. Но беда-то в том, что на хайпе её сейчас пихают куда не надо, а именно на бэкенд. Зачем нам вообще тогда с вами сравнивать это скриптовое г-но с нормальными компилируемыми языками и тем более специализированными на быстром бэкенде типа Go в данной ветке? На этом и согласимся.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 14:20
	У меня тоже весьма богатый опыт за плечами и много языков освоено на проф. уровне. Вы можете топить за это питонное скриптовое убожество, но только что по синтетическим, что по нашим практическим тестам Go уделывает Питон в десятки, а с учётом мультизадачности буквально в сотню раз. Даже бэкенд на Dart и то в разы быстрее, к тому же там и язык в разы приятнее и тоже строго типизирован (пусть это и на вкусовщина) Наш старый бэкенд на Lazarus и то почти в сотню раз быстрее чем питонное убожество. К тому же в моём случае ещё и много математики по обработке сигналов на бэкенде, а там питонное убожество и рядом не стояло. А вот Go считает даже чуть быстрее Лазаря, чуть ближе к Си. Ну и всё это с в разы меньшем потреблении памяти, и без какой-либо среды. Ну а с учётом мультипотоковости на сервере Питон вообще похож на реальное убожество. Так что дело ваше, но Пютолько по конечном результату и  общей эффективности что Go,что Lazarus, что C# стоят пока очень выше питонного скриптового убожества.
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	128. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Аноним (72), 22-Авг-26, 03:01
	>Относитесь к Go как к сценарному языку со статической типизацией. Для сценарного языка в нём слишком много указателей, и слишком мало абстракций. if err != nil не дадут соврать.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

124. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от Прохожий (??), 22-Авг-26, 02:20
Брат Антон пишет про макросы: "Нет, в Раст это калечно сделано. Посмотрите как это сделано в Lisp или Nim. В Rust на это без слёз смотреть нельзя." Мы о синтаксисе говорим или о фунциональной полноте? Ещё раз. Макросы в Rust работают с AST. Чем это принципиально отличается от макросов в Lisp, Nim?
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от разраб (?), 22-Авг-26, 07:29
Реализована поддержка <...> методов <...> func(!) ! методы но функция)) для сравнения код F# type Add (x) = class      let add = fun y -> y + x      member it.Add y = add y      end;; type Add =   new: x: int -> Add   member Add: y: int -> int > Add(2).Add 2;; val it: int = 4
Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от Aller2TeaM (ok), 22-Авг-26, 09:47
Особенно рад за arch/simd, пользуюсь ещё с релиз кандидата. Получилось Minimax-ом во Freebuff-е подновить img и imaging с инструкциями avx2. Как результат - с 0.9~1.1 сек на изображение упало до 0.09~0.13 сек. В общем, нуждавшимся в arch/simd - мои поздравления. Да, пусть пакет и новый, но ещё разрастётся.
Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от AlexM (??), 22-Авг-26, 11:35
Имеея за плечами почти 30 лет программирования и хорошего знания таких языков как Си/C++, Object-Pascal, C#, Java, JS и Dart, за себя могу сказать, что если чисто  для бэкенда, то Go язык очень даже не плохой. Порадовало переосмысление указания типов на паскалевский манер. Это сильно упрощает читабельность в отличии от Си. Так же подкупает общая простота без существенной потери эффективности конечного кода и на фоне меньшей возможности выстрелить себе в ногу в отличии от Си/C++. Отсутствие классов и наследования с одной стороны удивляет для нового языка, но с другой стороны избавляет от кучи абстракций и ускорят конечный код (нет таблиц виртуальных функций и прочего). Многопоточность решена очень эффективно на уровне как языка так и библиотеки. Из того, что не понравилось - это разве что defer вместо привычного try-finally. В целом получился годный, безопасный и главное очень эффективный бэкенд. Но только IMHO ни для чего более чем бэкенд и микросервисы этот язык пока не годен.
Ответить | Правка | Наверх | Cообщить модератору

	136. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 13:03
	>то Go язык очень даже не плохой Отвратительный, на самом деле. Ссылки вверху есть. >Многопоточность решена очень эффективно на уровне как языка так и библиотеки. Нет, зеленые потоки довольно тяжеловесны. Это не об эффективности, это о простоте использования, чтобы юные программисты особо не напрягались. >и главное очень эффективный бэкенд Сборщик мусора - это тоже не про эффективность. Не помню уже название, но какая-то крупная компания из-за него в своё время мигрировала с Го на Раст.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 14:35
	> Нет, зеленые потоки довольно тяжеловесны. Это не так. Там пул потоков, причём очень грамотно спроектированный. При ожидании тяжеловесных опрераций ввода-вывода потоки из пула перераспределяются на выполнение другого кода. Я когда-то писал свой пул потоков на Си, потом на FPC и знаю как сложно порой перераспределять нагрузку так, что приходится оставлять это на уже на откуп более грамотного их использования сверху. А в Go это уже "из корзины". Сборщик мусора это тоже хорошо на бэкенде. К тому же он там крайне эффективный. По моим экспериментам получше чем в .net. Затыков нет даже на большой нагрузке. Ну и главное - на бэкенде это выходит более эффективно и проще чем .net и уз в сотню раз круче какого-нибудь питонного убожества.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 16:18
	>Там пул потоков Это только подтверждает то, что я уже сказал. Пул не нужен, если потоки легковесны.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 22:36
	> Это только подтверждает то, что я уже сказал. Пул не нужен, если потоки легковесны. Какие потоки у вас лекговестны? Вы сами-то понимаете о чём говорите? Создание и запуск потока уже занимает время и ресурсы у операционки. Переключение между потоками так же занимает какое-то время, но меньше чем его создание. Наличие большого количества потоков к тому же не ускорит общий процесс при отсутствии большого количества физических ядер. Пулы потоков для небольших однотипных обработок работают более эффективно, чем каждый раз создание и уничтожение потока для тех же задач. В .net и некоторых других библиотека это уже давно реализовано. В Go реализовано даже более эффективно. А никаих других потоков, кроме тех, что предоставляет операционная у вас и быть не может. А что вы понимаете под легковесными потоками?
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 23-Авг-26, 05:37
	>А что вы понимаете под легковесными потоками? Изначально не потоки имел ввиду, а горутины и Future (Rust). Неверно выразился, извиняюсь. Потоки - да, есть только те, которые ОС предоставляет.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 22:37
	> Это только подтверждает то, что я уже сказал. Пул не нужен, если потоки легковесны. Какие потоки у вас лекговестны? Вы сами-то понимаете о чём говорите? Создание и запуск потока уже занимает время и ресурсы у операционки. Переключение между потоками так же занимает какое-то время, но меньше чем его создание. Наличие большого количества потоков к тому же не ускорит общий процесс при отсутствии большого количества физических ядер. Пулы потоков для небольших однотипных обработок работают более эффективно, чем каждый раз создание и уничтожение потока для тех же задач. В .net и некоторых других библиотека это уже давно реализовано. В Go реализовано даже более эффективно. А никаих других потоков, кроме тех, что предоставляет операционная у вас и быть не может. А что вы понимаете под легковесными потоками?
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	141. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 22-Авг-26, 16:20
	>Сборщик мусора это тоже хорошо на бэкенде. Если можно обойтись без него, то лучше обходиться без него. Я ведь не зря вспомнил про миграцию с Го на Раст. Люди там обожглись на подобных размышлениях.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	148. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от AlexM (??), 22-Авг-26, 22:51
	> Если можно обойтись без него, то лучше обходиться без него. В идеале для крайне быстрого и не прожорливого кода - да. Но современные сборщики мусора что в Java, что в C#, что в Go показывают крайне большую эффективность. Код под большой нагрузкой вполне себе справляется и без ручного удаления. Разница буквально в единицах процентов, максимум десяток. Но при этом в разы уменьшается вероятность утечки. Возрастает потребление памяти, но этим можно пожертвовать в угоду надёжности. Более того, в прикладном программировании необходимость следить за жизнью объекта данных иногда очень мешает при необходимости передавать этот объект в разные части даже одной большой программы и автоматический счётчик ссылок не всегда спасает (легко допустить ошибку). А Rust очень многообещающий язык. Но он не для бэкенда, а для системного программирования. Прямая замена Си.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 23-Авг-26, 05:49
	>Разница буквально в единицах процентов, максимум десяток Я сужу исключительно на основе ОПЫТА другой фирмы, вы - на основе теории. Вот этой фирме не понравились задержки, которые появлялись из-за GC. Это стало для них такой проблемой, что они в итоге весь свой код мигрировали на Rust >Но он не для бэкенда Обоснуйте. Dropbox, Amazon (lambda), Discord, Figma, Coursera, npm, 1Password и другие используют Rust в качестве языка для бэкенда.
	Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск языка программирования Go 1.27"	+/–
Сообщение от Аноним (145), 22-Авг-26, 21:08
Как-то не совсем удобно спорить с опытными мастерами, но хочется. Если что, простят. Но вот какие мысли априори о языке Go возникают, даже не имея опыта на нём: 1. Нет исключений. Это хорошо для автоматически работающих програм (службы и задания, запускаемые on demand, по расписанию, по триггеру), но плохо для интерактивных программ (gui, cli). 2. Сборка мусора. Нормально для интерактивных программ (где нет большой нагрузки на gc), но не пойдёт для служб (там между запусками сборщика может произойти исчерпание памяти). 3. Статическая типизация. Неудобно для интерактивного сценарирования, но надёжно для остальных случаев. Вердикт: Go - язык для автоматически запускаемых заданий (on demand, по расписанию, по триггеру/хуку).
Ответить | Правка | Наверх | Cообщить модератору

	157. "Выпуск языка программирования Go 1.27"	+/–
	Сообщение от Прохожий (??), 23-Авг-26, 06:17
	1. Я - не сторонник Go. Однако хочу заметить, что без исключений жить можно в любом софте. Rust не даст соврать (как и продукты, которые на нём написаны, в том числе те, которые gui используют). 3. Статическая типизация для сколь-либо крупного проекта - это огромное достоинство. Даже если этот проект - какая-то скриптота (например, Питон). Мне в Питоне сильно не хватает статической типизации, приходится аннотациями типов и линтером перебиваться.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема