The OpenNET Project / Index page

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

Представлен язык программирования Gauntlet, расширяющий возможности языка Go

03.06.2025 15:12

Доступен первый альфа-выпуск языка программирования Gauntlet, надстройки над языком Go, решающей некоторые архитектурные проблемы и добавляющей дополнительную функциональность. Программы на языке Gauntlet поддерживают все возможности языка Go, транслируются в представление на языке Go и интегрируются с существующей экосистемой Go без необходимости задействования обвязок (binding). Развиваемый проектом инструментарий написан на языке F# и распространяется под лицензией GPLv3. Для работы с кодом предоставляется дополнение к редактору VSCode.

Решаемые в Gauntlet проблемы:

  • Назойливый вывод ошибок, связанных с неиспользуемыми переменными (Gauntlet добавляет для всех неиспользуемых переменных заглушки вида "_ = a").
  • Раздутый код для обработки ошибок. В Gauntlet вместо условных блоков вида "if err != nil" используются однострочные выражения "try-with".
  • Назойливый способ импорта и экспорта (например, в Go необходимо, чтобы экспортируемые имена начинались на заглавную букву).
  • Отсутствие тернарного оператора. В Gauntlet можно использовать выражения вида 'let properWord = @String len(lines) > 1 ? "lines" : "line"'.
  • Отсутствие синтаксиса switch-case с вычисляемыми выражениями.
  • Усложнённые циклы "for". В Gauntlet можно писать "for let _, c in "Hello" {" вместо "for _, c := range "Hello" {".
  • Необычный оператор присваивания (":=" для одновременного объявления и инициализации переменных; "=" для изменения значения уже объявленных переменных).
  • Невозможность вызова функций по цепочке (в Gauntlet поддерживается вызов вида 'let trimmedLines = fileContentStrVersion => strings.trimSpace(_) => strings.split(_, "\n")'.

Расширенные возможности Gauntlet:

  • Синтаксис "when-is" похожий на switch.case, но манипулирующий выражениями.
  • Поддержка pipe-каналов, позволяющих по цепочке пропускать значение через несколько выражений или функций. например "10 => add(_, 10) => add(_, 30) => divide(_, 2)".
  • Выражения "try .. with" и "force .. with".
  • Выражение "wrapper" для создания псевдонимов типов (например. "wrapper Int Dollars").


  1. Главная ссылка к новости (https://www.reddit.com/r/opens...)
  2. OpenNews: Выпуск языка программирования Go 1.24
  3. OpenNews: Оценка потребления памяти при одновременном запуске миллиона задач
  4. OpenNews: Лидер проекта Go принял решение покинуть пост
  5. OpenNews: В инструментарий для языка Go добавлена возможность отслеживания уязвимостей в модулях
  6. OpenNews: Выпуск языка программирования Crystal 1.16
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63348-gauntlet
Ключевые слова: gauntlet, go
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (217) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 15:37, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А телеметрию из самого Go выпиливает?
     
     
  • 2.33, Аноним (33), 16:45, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А она там есть?
     
     
  • 3.45, Аноним (45), 17:35, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    https://www.opennet.me/opennews/art.shtml?num=61701
     
     
  • 4.49, Аноним (33), 17:50, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Тебе диванно попробовать лексически разложить конструкции вида "в go есть телеметрия" и "в инструментарий go есть телеметрия" или ты сам чувствуешь разницу?
     
     
  • 5.60, Аноним (60), 19:42, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    эта разница не имеет практического значения, использование языка "go" подразумевает использование "go toolkit". это значит, что при написании программ на этом языке, тебе придется столкнуться с телеметрией
     
     
  • 6.117, Гуччизавр (ok), 23:00, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Она не отправляется на удалённый сервер, если её не включить целенаправленно.
     
     
  • 7.131, Аноним (60), 00:04, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    opt-in, особенно у bigtech часто становится opt-out
     
     
  • 8.152, Аноним (152), 07:48, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот, когда станет, тогда и пишите ... текст свёрнут, показать
     
     
  • 9.193, Аноним (-), 17:47, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Когда убьют - тогда и приходите - или man окно Овертона ... текст свёрнут, показать
     
  • 6.120, Аноним (120), 23:05, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Телеметрия не встраивается в конечный бинарь.
    Если паранойя совсем замучила, компиляй в контейнере или виртуальной машине.
     
     
  • 7.195, Аноним (-), 17:50, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Телеметрия не встраивается в конечный бинарь.
    > Если паранойя совсем замучила, компиляй в контейнере или виртуальной машине.

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

     
  • 6.188, OpenEcho (?), 16:46, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    go telemetry off

    Давно. Для параноиков не верящих в opt-in

     
  • 4.180, Аноним (180), 13:51, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gccgo существует
     
     
  • 5.182, Аноним (182), 15:13, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но только соответствует версии 1.18 эталонного. А софтописатели же спешат обмазываться свежим. Например, gccgo актуальный Yggdrasil уже не собирает.
     
  • 3.47, Анониматор (?), 17:46, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть, если сильно захотеть и ввести команду go telemetry on
     
     
  • 4.196, Аноним (-), 17:51, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть, если сильно захотеть и ввести команду go telemetry on

    Потом гугло прсото врубит по дефолту и скажет что "если сильно захотеть можно off". А еще через пяток версий вообще "случайно" удалит это, с аргументом "мало используется" :)

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

     
     
  • 5.205, Аноним (180), 19:44, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если человек умеет писать на голанге, то удалить патч с телеметрией из компилятора, для него должно быть проще простого.
     
     
  • 6.211, Аноним (60), 20:10, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы переоцениваете способности среднего разработчика на golang
     

  • 1.3, Аноним (3), 15:41, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Как по мне, главный недостаток го -- это огромный футпринт в памяти у приложений. Ну и обработка ошибок несколько специфическая. И что-то не торопятся это решать. Там, где го реально применяется -- приложение крутится долгое время и жручеть имеет второстепенную роль. Но вот когда на нём пытаются писать прикладные программы, сразу понимаешь, что 1000 копий го в памяти и 1000 копий скрипта на питоне в памяти это совсем не одно и то же, и сравнение вовсе не в пользу го.
     
     
  • 2.12, Жироватт (ok), 15:55, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как по мне, главный недостаток го ...

    ... то, что это внутренняя разработка гугла от пачки выпускников эмайти, обкурившихся до одури Вирта и замешавших все на коктейлях из ЛСД и эзотерических, модных на тот момент языках, которая зачем-то была выпущена в паблик.

     
     
  • 3.61, Аноним (60), 19:50, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Разрабатывали голанг те же люди, что были близки к разработке си и юникс. И концепция языка была наоборот, не превращать язык в коктейль из изотерических и модных языков, а сделать язык максимально прямолинейным, упростив или убрав вещи, которые усложняли разработку, как пример: всененавистная обработка ошибок, которая хоть и кажется многословной, но на практике она намного интуитивнее и удобнее, чем тот же try catch. В основном, субъектами критикующими этот язык являются или люди, которые слишком мало писали на джаве, и не прочувствовали всю прелесть голанга, или которые слишком много писали на джаве, что на старость лет адаптироваться даже под более простые и удобные вещи им становится невозможно.
     
     
  • 4.65, Аммоний (?), 20:08, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Авторы Go - Роберт Гризмер, Роб Пайк и Кен Томпсон. Томпсон в разработке дизайна языка не участвовал, он только закодировал компилятор. Гризмер и Пайк  никакого отношения к разработке C и Unix не имели.
     
     
  • 5.70, qrKot (?), 20:25, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Go - наследник Limbo и Inferno OS.
    Inferno OS, как идейного наследника Plan 9, пилили Томпсон и Пайк. Гризмер присоединился к коллективу уже на стадии разработки Go как человек, зарекомендовавший себя специалистом в GC (он для JVM сборщик мусора писал).
    Коллектив Томпсон-Пайк сработался еще на разработке Plan 9.
    Называть Гризмера с Пайком "пассажирами", как минимум, странно
     
  • 5.71, Аноним (60), 20:26, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Томпсон в разработке дизайна языка не участвовал, он только закодировал компилятор

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

    > Гризмер и Пайк никакого отношения к разработке C и Unix не имели.

    Robert Pike (born 1956) ... while working at Bell Labs, where he was a member of the Unix team. [1]

    [1] - источник википедия

     
     
  • 6.83, Аммоний (?), 20:37, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дизайн Go придумал Google, Томпсона и Пайка подключили только для привлечения внимания к языку (чисто маркетинговый ход якобы от создателей Unix).
     
  • 5.95, Аноним (95), 21:31, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты действительно думаешь, что Гризмер с Пайком пришли к Томпсону со 100% готовым дизайном, а он сел и без комментариев накодил компилятор? Ты вообще хоть что-то делал в соавторстве с другими людьми или всю жизнь только тасочки закрывал?

    > Гризмер и Пайк  никакого отношения к разработке C и Unix не имели.

    Ну, кроме того отношения, которое имели прямо работая над разработкой Юникса в Белле.

    У свиделей церкви св. Юникса и блюстителей юникс-«философии» так подгорает от того, что один из отцов-основателей с полными на то основаниями не только считает и Unix и C устаревшими технологиями, но и в открытую об этом говорит, что аж готовым его отлучить от церкви и предать забвению.

     
     
  • 6.111, _ (??), 22:24, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так а кто спорит то с "устаревшими технологиями"???
    Другое дело что для практических применений - лучше пока не сделали. Приходится "на старье"(С) :)
     
     
  • 7.153, User (??), 08:02, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для "практических применений" "устаревшие технологии"(ТМ) используют так, чтоб иначе, чем трехметровой палкой их не трогать. Т.е. где-то там, "во глубине сибирских руд"(ТМ) конечно окажется linux-kernel, но тому, кто коммитит в git для того, чтобы задеплоить .net'чину упакованную в distroless-контейнер в какой-нибудь абажур на это на столько "пофиг", что вот совершеннейшим образом пофиг.
     
     
  • 8.183, _ (??), 15:39, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну всё правильно, чем мартышки от инженеров отличаются - ты описал верно А ск... текст свёрнут, показать
     
     
  • 9.184, User (??), 15:48, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно заменит - чоб не заменить-то yaml-programming штука не ахти сложная, де... текст свёрнут, показать
     
  • 6.151, e41q (?), 06:04, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > один из отцов-основателей с полными на то основаниями не только считает и Unix и C устаревшими технологиями

    А можно подробнее об этом? Я знаком лишь с cat-v.org - но там про юникс ничего плохого.

     
     
  • 7.219, Пользователь (?), 07:00, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Язык C не проектировался в расчёте на сложность современного ПО. Поэтому постоянно наблюдаем нахождение всё новых и новых уязвимостей, даже в очень старом, казалось бы устоявшемся коде.
    Тот Юникс, с которым лично мне приходится иметь дело, пока живой, но постоянно в роли догоняющей ОС выступает (в сравнении с тем же Линуксом, который, в свою очередь, лично я не считаю ни разу идеалом и пределом совершенства).
     
  • 4.66, Аноним (180), 20:11, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В основном, субъектами критикующими этот язык являются или люди, которые слишком мало писали на джаве, и не прочувствовали всю прелесть голанга, или которые слишком много писали на джаве, что на старость лет адаптироваться даже под более простые и удобные вещи им становится невозможно.

    Есть только два языка - джава и го. Вы хотя бы ради приличия узнали бы, что существует ещё как минимум хаскель, с его монадами. Или окамл, или раст.
    >но на практике она намного интуитивнее и удобнее, чем тот же try catch

    У вас машинистка код набирает?

     
     
  • 5.73, Аноним (60), 20:28, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "она" - обработка ошибок

    или что именно не так, подскажите конкретнее пожалуйста, мне не понятно

     
     
  • 6.81, Аноним (60), 20:36, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    перечитал и понял, простите за глупость.
    ну справдливости ради, разница в количестве кода между двумя этими вариантами не такая большая, ну и плюс я печатаю 160wpm, так что даже будь разница значительна, мне было бы несложно написать несколько лишних строк. за то огромный плюс этой эксплицитности в том, что  нет сюрпризов чтобы ошибка выбросилась неожиданно
     
     
  • 7.102, Аноним (180), 21:56, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Она огромна Просто сравните одну строку ocaml int_of_string_opt 1 124 Opt... большой текст свёрнут, показать
     
     
  • 8.109, Аноним (60), 22:21, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    действительно, оно короче, но оно и сложнее, и когда я буду читать код, который ... большой текст свёрнут, показать
     
     
  • 9.116, Аноним (180), 22:58, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В чём сложность Вы хотите сказать, что эти свитки на шесть строк вы читаете быс... большой текст свёрнут, показать
     
     
  • 10.126, Аноним (60), 23:37, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну в том, что в случае голангом это выглядит так, что я создал переменную, сдела... большой текст свёрнут, показать
     
     
  • 11.165, Аноним (180), 09:49, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сложно в чём В том, что нужно потратить на изучение этого условные полгода Так... большой текст свёрнут, показать
     
     
  • 12.210, Аноним (60), 20:09, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в том что эти концепты даже при понимании сложнее в написании и чтении, чем базо... большой текст свёрнут, показать
     
     
  • 13.220, Пользователь (?), 07:21, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если средний разработчик пишет не критичный ко времени исполнения или надёжности... текст свёрнут, показать
     
  • 13.227, Аноним (180), 13:58, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня такое не возникает даже когда проект энтерпрайз уровня, с кучей фич, абст... большой текст свёрнут, показать
     
  • 8.133, Аноним (-), 00:34, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шесть строк голанга - читаемы А вон то - ацкие руны, отстойнее хруста и C вме... большой текст свёрнут, показать
     
     
  • 9.170, Аноним (180), 10:40, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для начала выучите синтаксис языка А то придирка звучит так же безграмотно, как... текст свёрнут, показать
     
     
  • 10.198, Аноним (-), 18:32, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    High entry barrier в большом софтострое тоже не фича А гимор с поиском програме... большой текст свёрнут, показать
     
     
  • 11.208, Аноним (180), 19:59, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот интересно, как же без голанга люди живут В php, который превращается в java... большой текст свёрнут, показать
     
     
  • 12.230, developersdevelopersdevelopers (?), 15:40, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не превращается всего-лишь потихоньку завозят типизацию где хочется, лямбды тк ... текст свёрнут, показать
     
  • 8.207, Лансер (ok), 19:53, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что уж говорить про языки APL или K ... текст свёрнут, показать
     
  • 4.90, Аноним (180), 20:52, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >Разрабатывали голанг те же люди, что были близки к разработке си и юникс.

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

     
     
  • 5.93, Аноним (60), 21:02, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    можете привести пример семьи широкоиспользуемых операционных систем, которые бы с технической точки зрения превосходили unix?
     
     
  • 6.97, Аноним (95), 21:36, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > широкоиспользуемых

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

    > с технической точки зрения превосходили unix

    Plan9.

     
     
  • 7.100, Аноним (60), 21:49, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, и это не повод делать вид, что Юникс не свалка костылей или что все без исключения современные юникс-лайк ОС и сопутствующие технологии застряли в экономике вычислений семидесятых.

    openbsd некостыльная. ей приятно пользоваться, и качество кода высокое

    > Plan9.

    ну с этим я согласен, очень хорошая ос, но она эксперементальная, и ей к сожалению нет практического применения на сегодняшний день

     
     
  • 8.122, Аноним (95), 23:08, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Костылен дизайн ОС, его конечные реализации не решают основной проблемы принцип... большой текст свёрнут, показать
     
     
  • 9.128, Аноним (60), 23:47, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    для десктопа это не особо важно, для серверов соглашусь ну баги есть везде, как ... большой текст свёрнут, показать
     
  • 8.134, Аноним (134), 00:47, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это господа которые на серьезных щах CVS юзают - не костыльные Высоту качества ... текст свёрнут, показать
     
     
  • 9.178, Аноним (60), 12:58, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    non sequitur, как по мне openbsd 30 лет, и в ней миллионы строк кода, которые ча... большой текст свёрнут, показать
     
     
  • 10.199, Аноним (-), 18:43, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зато как по мне - я забыл когда запускал CVS и SVN И это было хорошо и правильн... большой текст свёрнут, показать
     
     
  • 11.200, Аноним (60), 19:22, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы про openssl или libressl просто люди часто приписывают действительно небезоп... большой текст свёрнут, показать
     
  • 7.129, Аноним (129), 23:50, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Plan9

    И делали её те же люди, что характерно.

     
  • 7.202, Аноним (202), 19:26, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Plan9.

    Широкоиспользуемых?

     
  • 6.103, Аноним (180), 22:00, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >которые бы с технической точки зрения превосходили unix?

    Любой современный инструмент, превосходит unix. Когда утилиты выводят json, а не текст, который нужно парсить с помощью sed, grep, awk, когда используется systemd, а не сборище утилит, криво склеенных с помощью баша.

     
     
  • 7.108, _ (??), 22:21, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да-дад :)

    Самурай без меча, это как самурй с мЯчом, но без меча :))))
    Будет твой жсон парсить всё те же утилы, ну типа jq - и что, настанет счасьте?!?! :-)))))
    Шел бы ты на завод самоваров ... или в биореактор :)

     
     
  • 8.112, Аноним (180), 22:28, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы из тех, кому и так сойдёт jq хотя-бы не ломается, из-за того, что ему проб... текст свёрнут, показать
     
     
  • 9.124, Zig мой Zig (?), 23:34, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Регекспы по дефолту жадные, так что не надо тут задивать нам про лишний пробел ... текст свёрнут, показать
     
     
  • 10.166, Аноним (180), 09:51, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы серьёзно собрались парсить структурированные данные с помощью регулярок ... текст свёрнут, показать
     
  • 9.185, _ (??), 15:55, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дитё а ты точно с jq работал Не игрался, а работал Тогда знал бы почему go... текст свёрнут, показать
     
     
  • 10.206, Аноним (180), 19:51, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Багов в jq я пока не ловил, а вот баги в баш-портянках вижу регулярно Нужно мне... текст свёрнут, показать
     
  • 8.154, User (??), 08:09, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, jq тут выглядит как попытка привязать к вожжам руль - мол мы тоже умеем в М... текст свёрнут, показать
     
     
  • 9.186, _ (??), 16:02, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо тут о вкусе ананасов с теми кто их и в-правду ел С Как и с любым др... текст свёрнут, показать
     
     
  • 10.187, User (??), 16:08, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так никто ж не спорит - серебряных пуль не существует, да Но вот в контексте ... текст свёрнут, показать
     
     
  • 11.231, developersdevelopersdevelopers (?), 15:49, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    какой забористый у мелкомягких сеошник два коммента - два ключа и всегда соверш... текст свёрнут, показать
     
     
  • 12.234, User (??), 17:33, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что же выдавало честного компьютерного мастера Илью А, точно У вас ус отклеилс... текст свёрнут, показать
     
  • 7.114, Аноним (60), 22:36, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у всего есть свои издержки. хоть я и соглашусь, что порог входа в systemd намного ниже, чем например в rc. но rc меньше в сотню раз по количеству кода и абстракций, при этом при должном понимании работы системы, позволяет достичь даже большего чем то что есть в systemd, что как по мне делает этот инструмент лучше
     
     
  • 8.119, Аноним (180), 23:04, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В первую очередь, он примитивнее Если у вас это не поломается по дороге Вот по... текст свёрнут, показать
     
     
  • 9.123, Аноним (95), 23:16, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Перечислил все костыли и хвастается как ловко он ими может жонглировать Именно ... текст свёрнут, показать
     
     
  • 10.136, Аноним (136), 01:04, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А таки удобная штука порой Т е когда как бы какого-то юзера - надо, но заводит... большой текст свёрнут, показать
     
     
  • 11.232, developersdevelopersdevelopers (?), 15:51, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    0... текст свёрнут, показать
     
  • 10.169, Аноним (180), 10:31, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Plan9 - однопользовательская система без намёка на изоляцию Нет Из-за синтакси... текст свёрнут, показать
     
  • 8.135, Аноним (136), 01:02, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее это позволяет много продолбаться при минимуме результата Делая сложно и ... большой текст свёрнут, показать
     
  • 3.91, bOOster (ok), 20:58, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты перепутал с Rust.
     
  • 3.107, _ (??), 22:17, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эк тебя плющит завись того что вот оне - смогли :)
    Все облака на Го, живи теперь с этим!(С)
     
  • 2.14, Аноним (14), 15:59, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > главный недостаток го -- это огромный футпринт в памяти у приложений.

    Нет. Отнюдь. С большим потреблением памяти вполне мирятся. Серваки жирнеют, у клауд-инстансов поднимается нижняя планка тоже...
    А вот когда сборщик мусора встаёт колом, похлеще чем в джябе, то очередные 666 LA вынудят вас просто перезагрузить машину. Недетерминистичность рантайма - это жёсткая жэппоболь. Помнится как наша контора на Caddy сделала свой продукт, который выглядел хорошо и работал красиво до столкновения с первым трафиком.

     
     
  • 3.190, OpenEcho (?), 17:21, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Помнится как наша контора на Caddy сделала свой продукт

    Вам не кажется, что вы путаете язык и приложение написанное на нем? Это тоже самое как с ПХП, где навалом говно-кода, но все хают ПХП.

     
  • 2.24, bdrbt (ok), 16:26, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какой футпринт? Пруфы будут?
     
     
  • 3.26, Аноним (3), 16:36, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой футпринт? Пруфы будут?

    конечно, пожалуйста

    https://lmgt.org/?q=footprint+definition
    https://lmgt.org/?q=go+high+memory+consumption
    https://lmgt.org/?q=go+high+cpu+usage

     
     
  • 4.27, bdrbt (ok), 16:38, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > конечно, пожалуйста
    > https://lmgt.org/?q=footprint+definition
    > https://lmgt.org/?q=go+high+memory+consumption
    > https://lmgt.org/?q=go+high+cpu+usage

    Ясно, пруфов нет.

     
  • 4.58, _ (??), 19:18, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а где собственно, при воспроизведении этих запросов можно увидеть информацию о том, чтобы в голанге был отличительно большой футпринт? хоть и очевидно, что по этому параметру голанг не стоит на одном уровне с растом или си, но этого и странно ожидать, так как это высокоуровневый язык, и в этой категории он как раз таки выделяется малым потреблением памяти, в сравнении с конкурентами (e.g. nodejs, python, ruby, elixir, etc.)
     
     
  • 5.59, Аноним (3), 19:30, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только у nodejs, python, ruby определённо меньше (хотя, v8 очень старается) и память библиотек эффективно шарится, elixir вообще не из той оперы и сабж не может предложить ничего для микросервисов, кроме незначительно более высокой производительности (я думаю, гц всё съест), так чего сравнивать. По этому параметру, го стоит в одном ряду с такими языками, как додиез и жава.
     
     
  • 6.63, Аноним (60), 20:05, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мне кажется ты фактологически ошибаешься насчёт потребления памяти голангом.

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

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

    насчёт сравнимого паритета по производительности go с java и c# я в принципе соглашусь, но у этих языков уже минус в том, что это java и c# :)

    вот бенчмарк между go и node, в котором указан memory footprint (обрати внимание на соотношение RPS и Memory Usage):
    https://youtu.be/ZslbMp_T90k

     
  • 6.67, Аноним (180), 20:15, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Только у nodejs, python, ruby определённо меньше

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

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

     
     
  • 7.76, Аноним (3), 20:31, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У них принципиально не может быть меньше, из-за динамической типизации. Ибо тип
    > каждой переменной, кеш jit и прочее нужно где-то хранить.

    Сорян, но каким боком тут динамическая типизация, когда основная память в этих языках уходит на библиотеки и нативный код? А у го на гошные библиотеки, ибо дёргать сишные ему не комильфо. И эти библиотеки не могут отключить gc, упс.

    >Вы решите абсолютно одинаковую проблему, а потом рассказывайте.

    А вот тут именно по размеру кода и ресурсам, необходимым на подключаемые библиотеки. Одна и та же задача или одна и та же задача и одинаковая нагрузка?

     
     
  • 8.104, Аноним (180), 22:07, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы про свои helloworld-ы У вас практически сразу память начнёт тратится на ... текст свёрнут, показать
     
     
  • 9.106, Аноним (3), 22:16, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Обычные прикладные задачи, у такого примерно 1 пользователь Или даже 10000 инст... текст свёрнут, показать
     
     
  • 10.113, Аноним (180), 22:31, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте, расскажите сколько памяти minecraft у одного пользователя потребляет Ж... текст свёрнут, показать
     
     
  • 11.115, Аноним (3), 22:46, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По моему опыту в районе 16 гб на одного клиента Кстати, замечательный пример то... текст свёрнут, показать
     
     
  • 12.118, Аноним (180), 23:00, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я не случайно вспомнил про моды Ибо информацию о чанках нужно где-то хранить, в... текст свёрнут, показать
     
     
  • 13.127, Аноним (3), 23:38, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дело тут вовсе не в чанках, это именно размер кода А вот библиотеки в манкраф... текст свёрнут, показать
     
     
  • 14.167, Аноним (180), 09:54, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смешно Просто поставьте программу на рам диск Согласно вашей же логике, если у... текст свёрнут, показать
     
     
  • 15.168, Аноним (3), 10:27, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, смешно Дело не в том, сколько код на диске, а в том, сколько ему нужно... текст свёрнут, показать
     
     
  • 16.174, Аноним (180), 11:17, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дак откуда голанговская программа займёт больше 80 Мб, если она уже статическ... текст свёрнут, показать
     
  • 10.191, OpenEcho (?), 17:27, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мои syncthing, ntfy, gotify на андроиде сейчас плачут от таких слов ... текст свёрнут, показать
     
  • 6.72, qrKot (?), 20:28, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и спецы подъехали. А вы замеры по производительности делали, в сравнении с "до-диез и джава"?
    А мы делали. Сильно не в пользу музыкальных терминов и островов в Индийском океане
     
     
  • 7.79, Аноним (3), 20:33, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А мы делали. Сильно не в пользу музыкальных терминов и островов в
    > Индийском океане

    А чё там с памятью? Что касается производительности, результаты практически всегда можно получить желаемые, это ни о чём не говорит.

     
  • 7.147, Аноним (147), 02:46, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    кто "мы"-то? давай ссылки на свои замеры
     
  • 7.158, User (??), 08:15, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Замеры по производительности ЧЕГО? Вот, скажем, эффективность работы ORM - сравнивали? Ах, да...
     
  • 4.101, Аноним (95), 21:56, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давай конкретику, какой трафик, сколько данных, архитектура приложения, среда исполнения, сравнение реализации на го с реализацией на том, на чём переписали, и сравнительный анализ почему так вышло и что мешало

    «Жрёт память» и «жрёт цпу» — это диагностика уровня «пациент умер от старости»: на поминках после третьей сойдёт, но патологоанатома за такое уволят по несоответствию занимаемой должности.

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

     
  • 2.142, Аноним (129), 01:43, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря с чем сравнивать. Если с сишкой — то да. Если с жабопитонятиной, с которой го, собственно, конкурирует, то и близко нет.
     
     
  • 3.148, Аноним (147), 02:47, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    давай прувы, тр*пло
     
     
  • 4.177, Аноним (129), 11:48, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебе надо — ты и давай.

    Ладно, погуглил за тебя, добрый я сегодня.
    https://sharkbench.dev/web
    https://sharkbench.dev/computation
    https://programming-language-benchmarks.vercel.app/go-vs-python
    https://programming-language-benchmarks.vercel.app/go-vs-java
    https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go.html

    Да, знаю, ты уже начал писать, что бенчмарки неправильные, и мало их, и вообще в действительности всё не так, как на самом деле. Вот к этому будь любезен приложить убедительные пруфы.

     

     ....большая нить свёрнута, показать (91)

  • 1.4, Аноним (4), 15:43, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот бы ещё человеческие дженерики завезои, можно было бы потыкать.
     
     
  • 2.25, bdrbt (ok), 16:31, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они там не нужны.
     
     
  • 3.28, Аноним (28), 16:39, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. Например, "список зайчиков" превращается в... превращается в... "список хз чего". Кладешь зайчика, в другом месте достаешь оттуда ежика и ловишь хз в рантайме. Дженерики _нужны_, они позволяют писать обобщенные алгоритмы. Без дженериков у тебя будут стопицот алгоритмов для стопицот вещей, которые можно положить в список.
     
     
  • 4.31, bdrbt (ok), 16:44, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ага. Например, "список зайчиков" превращается в... превращается в... "список хз чего".
    > Кладешь зайчика, в другом месте достаешь оттуда ежика и ловишь хз
    > в рантайме. Дженерики _нужны_, они позволяют писать обобщенные алгоритмы. Без дженериков
    > у тебя будут стопицот алгоритмов для стопицот вещей, которые можно положить
    > в список.

    Про дженерики ноют приблизительно года так с 2018-го. Когда они появились...оказалось, что ими практически не пользуются. Даже если взять твой пример со списками, это работает, например со всякими "кэшами для всего", только на стадии MVP, а потом почему-то оказывается, что удобнее таки без них. Интерфейсов хватает "за глаза".

     
     
  • 5.37, Аноним (28), 16:50, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все ими пользуются там, где они есть: тайпскрипт, ява, раст. Вот скажи мне, какой у вас тип возвращает функция filter, которая принимает список и функцию-предикат? filter(xs, pred) -- какой здесь тип у filter, у xs и у pred? "беру какой-то список, возвращаю хз что"?
     
     
  • 6.46, bdrbt (ok), 17:37, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все ими пользуются там, где они есть: тайпскрипт, ява, раст. Вот скажи
    > мне, какой у вас тип возвращает функция filter, которая принимает список
    > и функцию-предикат? filter(xs, pred) -- какой здесь тип у filter, у
    > xs и у pred? "беру какой-то список, возвращаю хз что"?

    Какого типа список объявил - тот тип и вернётся.

     
     
  • 7.74, Аноним (180), 20:29, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Большая ошибка говорить с голангерами об этом. Запись
    val filter : ('a -> bool) -> 'a list -> 'a list
    им неведома, ибо они как машинистки пишут всё это каждый раз руками. По пять строчек, а то и больше, за раз.
     
  • 6.56, Аноним (56), 18:49, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, в стандартной библиотеке по этой причине ничего и нет, включая filter(), каждый раз ручками цикл писать будешь.

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

     
     
  • 7.98, bdrbt (ok), 21:37, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Лол, в стандартной библиотеке по этой причине ничего и нет, включая filter(),
    > каждый раз ручками цикл писать будешь.

    Разрешаю добавить дженерики.
    https://go.dev/play/p/SPOVw1LXBB8


     
  • 5.164, Аноним (164), 09:46, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно не пользуются, разрабы го среди существующих вариантов реализации дженериков умудрились придумать абсолютно новый, который в практическом плане бесполезен.
     
  • 4.75, qrKot (?), 20:30, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы ща про type-erasure втираете? Методичку поменяйте, ваша - про Java.
    В гошных дженериках type-erasure нет, там дженерики вообще compile-time, йопть. В го с дженериками свои прелести есть, но вот именно type-erasure вообще мимо
     

  • 1.5, Анонимъ (?), 15:44, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Язык L, написанный на языке L2 и расширяющий возможности языка L3 - это прекрасный пример обречённого на успешный успех проекта.
     
     
  • 2.6, Ivan_83 (ok), 15:47, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть Vala, как то живёт, даже живые проекты есть :)
     
     
  • 3.10, Аноним (10), 15:52, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На Котлин и Скала даже на хедхантере куча вакансий есть
     
     
  • 4.36, Аноним (36), 16:49, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А уж сколько вакансий на typescript, вы даже не представляете.
     
  • 3.29, llolik (ok), 16:42, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Vala офигенен, когда нужно что-то делать на GObject/GIO/GTK.
    Православно на сишке писать - куча нудного не всегда очевидного boilerplate-а, и задолбаешься с ref/unref и прочими лайфтаймами. А так удобненько, транслируется в туже сишку и собирается CC.
     
     
  • 4.64, Аноним (180), 20:06, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Vala офигенен, когда нужно что-то делать на GObject/GIO/GTK.

    Vala - очередной велосипед, из тысячи велосипедов. Нужность его за пределами gtk - нулевая. Гораздо логичнее взять любой взрослый язык, добавить к нему биндинги и будет хорошо. В частности, relm позволяет писать в elm стиле на rust для gtk.

     
     
  • 5.68, llolik (ok), 20:18, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нужность его за пределами gtk - нулевая.

    Так оно и создавалось, чтобы было RAII в GObject. Я покодил, мне понравилось.

    > В частности, relm позволяет писать в elm стиле на rust для gtk.

    По той же логике, тогда, взять gtk4-rs, который официально поддерживается командой GTK, и зачем тот relm вообще.

     
     
  • 6.94, Аноним (180), 21:21, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что тут может понравится Система типов весьма посредственная, подсчёт ссылок, к... большой текст свёрнут, показать
     
  • 6.130, Аноним (-), 23:56, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > gtk4-rs

    Хмм... Интересно было бы посмотреть внутрь, но скипнув всякую муть типа "как это поставить", я начал читать про gobject, одолел примерно треть, а потом мне надоело, потому что они там излагают азы раста, вместо того, чтобы объяснять про gobject. Вещи типа того, что если у тебя есть локальная переменная, и ты хочешь захватить её замыканием, которое может пережить область видимости этой переменной, то придётся использовать move.

    Бред какой-то. Они там где-нибудь добираются до изложения того, как gtk4 использовать, или так до конца и занимаются разжёвыванием прописных истин rust'а?

     
  • 2.9, Жироватт (ok), 15:51, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все одно лучше, чем язычок А, который транспилируется в язычок Б (со строгой типизацией), который в свою очередь транспилируется в js
     
  • 2.159, User (??), 08:18, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тайпскрипт смотрит на это даже с некоторым недоумением. Чо не так-то?
     
  • 2.163, Андрей (??), 09:25, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько провален TypeScript?
     
     
  • 3.189, Аноним (189), 17:16, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://devblogs.microsoft.com/typescript/typescript-native-port/

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

     
  • 3.233, developersdevelopersdevelopers (?), 16:05, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    абсолютно. но это и не язык. скорее административный метод призвать индусов к порядку, вылившийся в ещё большую путаницу в и так не совсем читабельных портянок. норм пацаны пишут any и не заморачиваются с этим недоразумением
     

  • 1.11, Аноним (11), 15:54, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что за F#? Где GCC, LLVM?

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

     
     
  • 2.13, Аноним (10), 15:55, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    скажи спасибо что не тайлинг на Прологе, как в недавней новости было
     
     
  • 3.92, Аноним (92), 20:58, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > скажи спасибо что не тайлинг на Прологе, как в недавней новости было

    Спасибо, что вместо установки штатного пакета из репы, на 20-30(если с графикой)МБ нужно качать гигабайтное нечто "без регистрации и смс", ага:
    [CODE]
    wget https://packages.microsoft.com/config/debian/12/packages-microsoft-prod.deb -O packages-microsoft-prod.deb
    sudo dpkg -i packages-microsoft-prod.deb
    rm packages-microsoft-prod.deb
    [/CODE]

     
     
  • 4.137, Аноним (136), 01:09, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > wget https://packages.microsoft.com/config/debian/12/packages-microsoft-prod.deb

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

    > rm packages-microsoft-prod.deb

    Прямо как фура с дронами, которая выпустив троянскую начинку - самоуничтожается.

     
  • 2.16, Жироватт (ok), 16:03, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чего недовольный такой? Это хаскелль-дот-нет.
    Модный.Не такой как все.
    Функциональный. Может быть даже монады унутре.
    А ещё у тех, кто им пользуется сразу +10 сантиметров и густые, шелковистые волосы.
     
     
  • 3.19, Аноним (2), 16:14, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Haskel? Wiki говорит, что почти OCaml.
     
  • 2.20, Аноним (2), 16:15, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    .NET
     
  • 2.77, qrKot (?), 20:31, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    дык йопт, это тупо кодогенератор же. Какой нафиг LLVM, оно вообще не пересекается
     

  • 1.17, Аноним (17), 16:05, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Что-то как-то фигня какая-то. Половина проблем - не такие и проблемы. Очередное ненужно.
     
     
  • 2.23, Анониссимус (?), 16:22, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Любитель сишечки в треде? Сам го — проблема от рождения.
     
     
  • 3.35, Аноним (-), 16:46, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Любитель сишечки в треде? Сам го — проблема от рождения.

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

     
     
  • 4.39, Аноним (3), 16:56, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто вообще додумался питон в веб запихнуть. Ну, ничего, сейчас его допилят через пару релизов, и станет вполне юзабельно. Заодно минус сложности с гц.
     
     
  • 5.41, Аноним (-), 17:04, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто вообще додумался питон в веб запихнуть.

    Да тот же гугл изначально и! Посмотрел что получилсь - и сделал с горя Go. Чтобы было получше чем ЭТО.

    > Ну, ничего, сейчас его допилят через пару релизов, и станет вполне юзабельно.
    > Заодно минус сложности с гц.

    Пару major версий? :) К тому времени - кода совместимого с актуальными версиями не останется, да и яп весь перепашут нахрен. Потому что там надо либо радикаьлно переделать много чего для годности для больших проектов, либо это by design нечто для написания макетов. Просто писать? А вот потом баги ловить - при отсутствии аннотаций намерений кодера в большом проекте - нифига не просто. Тем более что большая их часть лезет в рантайме и через недельку в проде оно - хлоьысь! Как говорится - счастливой отладки.

     
     
  • 6.80, randomize (?), 20:34, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот потом баги ловить - при отсутствии аннотаций намерений кодера в большом проекте - нифига не просто

    Для большого проекта используй пакеты, модули, классы. А лапшекод на любом языке можно написать.

     
     
  • 7.138, Аноним (-), 01:17, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот только на питоне 1 Новые програмеры по определению ламонубы 2 Изначально ... большой текст свёрнут, показать
     
     
  • 8.171, Аноним (180), 10:50, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Голангеры этим гордятся Иначе, они бы не превозносили примитивность голанга в к... большой текст свёрнут, показать
     
     
  • 9.201, Аноним (-), 19:26, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Голанг - замена питона в вебе от гугля Как еще понятнее эту простую идею объясн... большой текст свёрнут, показать
     
     
  • 10.226, Аноним (180), 12:41, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Голанг - это последствие острой формы nih от гугла, возникшей на фоне обострения... большой текст свёрнут, показать
     
  • 6.160, User (??), 08:21, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ващет гугл youtube купил - сами с нуля они не то, чтобы много чего на змеюке наджамшутили.
     
  • 5.78, qrKot (?), 20:33, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот это "через пару релизов допилят" еще на 2-й версии питона рассказывали
     
     
  • 6.82, Аноним (3), 20:37, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это "через пару релизов допилят" еще на 2-й версии питона рассказывали

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


     
     
  • 7.139, Аноним (-), 01:19, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну не соврали же, сразу, как переписали на 3 и избавили от
    > исторической игрушечности, так и стал вторым лучшим языком для любой области

    Вон там Hg - натурально избавился от игрушечности, очень радикальным способом - сдох! :)

     
     
  • 8.150, Аноним (147), 02:56, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в каком месте он 1 избавился 2 сдох ты - типичный иксперт опеннта... текст свёрнут, показать
     
     
  • 9.203, Аноним (-), 19:35, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот таким и избавился - даже тор мозилла это выбросила А все мало-мальски ж... текст свёрнут, показать
     
  • 4.85, Аноним (180), 20:42, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема голанга не в том, что он выдавливает питонистов, это даже наоборот хоро... большой текст свёрнут, показать
     
     
  • 5.140, Аноним (-), 01:26, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Best is mortal enemy of good enough c мудрость любого крупного продакшна Go с... большой текст свёрнут, показать
     
     
  • 6.161, User (??), 08:33, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то размен "сложности кода" на "сложность архитектуры" - не то, чтобы однозначно выгодная вещь. Распилка java'вского монолита поверх mssql на игогошные микросервисы в кубике обошлась почти в x5 по аппаратным ресурсам (Без учета dev\test\ci-cd). Нуэээдааа, оно понятным образом масштабируется, ТТМ стал определенно лучше, BUS-фактор на проекте снизился - но вот тот же ФОТ вырос и ценник "java-господ"(ТМ) вполне себе скомпенсировался devops'ами\SRE.
     
     
  • 7.209, Аноним (-), 20:01, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В идеале большие проды хотят чтобы везде просто, low entry barrier, дешево, серд... большой текст свёрнут, показать
     
     
  • 8.212, User (??), 20:18, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ох, как жаль, что ребята наняли для реализации какой-то там Accenture , а не Че... текст свёрнут, показать
     
  • 8.223, Пользователь (?), 08:36, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очень просто, на самом деле, что более-менее регулярно демонстрируют многие комп... текст свёрнут, показать
     
  • 6.173, Аноним (180), 11:14, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Примитивного кода О чём вы Голанг падает на первой же попытке разыменновать nil... большой текст свёрнут, показать
     
     
  • 7.213, Аноним (-), 20:52, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это часть прагматичности как фактора Если в коде разбирается 1 гений - круто, а... большой текст свёрнут, показать
     
     
  • 8.225, Аноним (180), 09:50, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как живут в PHP, Java, c , c , TypeScript и во всех других языках, авторы котор... большой текст свёрнут, показать
     
  • 6.218, Бес (??), 01:06, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В таком случае есть гораздо лучшая и прагматичная технология, чем Golang — это 1С.

    На современном 1С можно быстро развернуть бэкенд практически любой сложности.

    Прагматичное, работающее, не создающее проблем, надёжное, быстрое решение. То, что нужно бизнесу.

     
  • 5.141, Самсоныч (?), 01:41, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть же нормальный Rust.
     
     
  • 6.179, Аноним (180), 13:18, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Раст не является достаточным, для написания низкоуровневых программ, например он не проверяет выход за пределы массива. Есть ATS, но это адеграунд. Кроме того, раст плохо подходит для прототипирования, поскольку малейшие изменения, и код нужно переписывать. У раста абсурдно много низкоуровневых деталей, тех же строк там как минимум два типа.
     
     
  • 7.192, OpenEcho (?), 17:40, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У раста абсурдно много низкоуровневых деталей

    И абсурдно много абстракций, которые не имеют ничего общего с реальным железом.

     
     
  • 8.222, Пользователь (?), 08:30, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем бы высокоуровневому ЯП иметь абстракции, привязаннные к железу В каком ЯП... текст свёрнут, показать
     
  • 7.221, Пользователь (?), 08:27, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Раст не является достаточным, для написания низкоуровневых программ, например он не проверяет выход за пределы массива.

    Проверяет.

    >Раст не является достаточным, для написания низкоуровневых программ
    > У раста абсурдно много низкоуровневых деталей

    Вы меня запутали.

    >тех же строк там как минимум два типа

    Один тип. String.

     

     ....большая нить свёрнута, показать (30)

  • 1.32, Аноним (-), 16:45, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Развиваемый проектом инструментарий написан на языке F#

    Они не жрут пирожки которые испекли? Так что хотя-бы написать себе тулчейн на своем же нечто - не того?

     
  • 1.38, Аноним (38), 16:54, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А насколько Go быстрее обрабатывает запросы, чем свежий PHP с JIT? Есть актуальное сравнение?
     
     
  • 2.43, Gemorroj (ok), 17:18, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    полгаю (оценочное суждение), что php через swoole уделает тот же go легко. но кому сейчас это интересно.
     
     
  • 3.44, Аноним (44), 17:31, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тогда значит go через swoole уделает тот же "php через swoole" легко.
    Но зачем заслуги си приписывать пхп или го?
     
     
  • 4.88, qrKot (?), 20:45, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    через swoole Go прироста производительности не получит. Некуда уже)
     
  • 3.53, bdrbt (ok), 18:10, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > полгаю (оценочное суждение), что php через swoole уделает тот же go легко.
    > но кому сейчас это интересно.

    Нет. По техемпауер fortunes-тесту, swoole на 64м месте, go на 24м.

     
     
  • 4.214, Аноним (214), 21:25, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> полгаю (оценочное суждение), что php через swoole уделает тот же go легко.
    >> но кому сейчас это интересно.
    > Нет. По техемпауер fortunes-тесту, swoole на 64м месте, go на 24м.

    А в топе пара каких-то малоизвестных штук на си, хрусте и си++ однако :). И конечно io_uring горячий топик.

     
  • 3.87, qrKot (?), 20:44, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не уделает, вообще без шансов. Ну, хотя бы потому, что подмена одного указателя один хрен будет быстрее, чем копирование контекста между потоками ОС.
     
  • 2.48, bdrbt (ok), 17:49, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.techempower.com/benchmarks/#section=data-r22
     
  • 2.86, qrKot (?), 20:43, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Без шансов для PHP. PHP+JIT vs PHP - огромная разница, без вопросов. Переключение контекстов копированием в другой тред в пределах одного процесса ОС всегда быстрее, чем переключение контекстов между разными процессами ОС.
    Однако замена одного указателя - атомарная операция процессора - всегда будет быстрее копирования контекста между тредами. Можно не надеяться, расходимся.
     
     
  • 3.162, User (??), 08:36, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А потом ты упираешься в рСУБД и все становится си-ии-иильно интересней...
     

  • 1.50, Xasd9 (?), 17:56, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    могу тогда уж подсказать этим умникам ещё сделать модификацию языка Python, добавив туда фигурные скобки {…}

    вот смеху то будет 😂😂😂😂😅🙈

     
     
  • 2.84, randomize (?), 20:37, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тссс, вдруг это услышат те, у кого пригорает от обязательных отступов...
     
  • 2.125, Аноним (125), 23:34, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше в Паскале.
     
  • 2.157, нейм (?), 08:14, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отступы при этом оставить как обязательное требование
     
  • 2.215, Аноним (214), 21:25, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > могу тогда уж подсказать этим умникам ещё сделать модификацию языка Python, добавив
    > туда фигурные скобки {…}

    Так это ж Go и получится?!

     

  • 1.52, Comdiv (ok), 18:08, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Что имеется в виду под отсутствием синтаксиса switch-case? https://go.dev/ref/spec#Switch_statements
     
     
  • 2.54, Аноним (54), 18:21, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Причем даже в примере на гитбуке видно, что switch-case энтого гаунлета транслируется в такой же гошный switch-case
     

  • 1.57, голос_из_леса (ok), 19:09, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять какшку сделали.

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

     
  • 1.69, Аноним (69), 20:22, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хотел сделать лексер для редактора CudaText. Но не нашел syntax file for VSCode. Страница расширения есть а ссылки на гит ихний нету. Не нашел syntax file. Наверно надо установить расширение в Code и потом искать на ПК.

    Блин.

     
  • 1.89, Аноним (89), 20:51, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    GoFront, Go++ ?
     
     
  • 2.99, Аноним (99), 21:39, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда появятся человеческие классы можно говорить о ++
     
     
  • 3.194, OpenEcho (?), 17:47, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда появятся человеческие классы можно говорить о ++

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

     

  • 1.96, nc (ok), 21:33, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Необычный оператор присваивания" это не недостаток, а мощнейшее преимущество Go перед всякой питонятиной, в которой объявление переменной неотличимо от ее использования - в результате малейшая опечатка и логика молча ломается, хотя код компилируется и даже как-то работает.
     
     
  • 2.105, Аноним (180), 22:11, 03/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >"Необычный оператор присваивания" это не недостаток, а мощнейшее преимущество Go перед всякой питонятиной

    Необычный оператор присваивания - показывает отсутствие хотя бы малейшего кругозора. let-привязки уже давно изобретены. Два разных способа объявления переменных - совершенно избыточно.

     
     
  • 3.156, нейм (?), 08:13, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В языке, использующем let, сколько вариантов объявления функции и сколько вариантов передачи аргументов? К чему тут крик про избыточность?
     
     
  • 4.175, Аноним (180), 11:27, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В языке, использующем let, сколько вариантов объявления функции

    Один
    let plus_one i = i + 1
    Сколько в голанге? Ну как минимум два.
    add := func(i int) int {
        return i + 1
    }

    func add(i int) int {
       return i + 1
    }

    При этом, как и полагается, семантика у этих двух разных объявлений разная
    >и сколько вариантов передачи аргументов?

    С аргументами в голанге всё плохо - именнованных нет, по умолчанию нет. Хорошо хоть через указатели можно избавится от копирования.
    >К чему тут крик про избыточность?

    Нужных вещей нет, зато всякой мишуры - навалом.

     

  • 1.121, Аноним (180), 23:06, 03/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Удивительно, вместо того, чтобы и дальше писать на f# или перейти на ocaml, человек решил накостылить поверх golang непонятно что. Тот же тернарный оператор вообще не нужен, как только if становится выражением, а не инструкцией.
     
  • 1.132, Аноним (129), 00:08, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я думал, реально кто-то что-то всерьёз взялся делать, а там репа с одним коммитом. Стоило об этом новость писать? Неосилятор решил сделать из нового для себя языка то, к чему привык, вместо того, чтобы разобраться. Такого хлама на гитхабе тонны.
     
     
  • 2.144, cheburnator9000 (ok), 01:49, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>> First public commit

    Ни о чем не говорит? Разработка ведется в приватном репозитории.

     
     
  • 3.176, Аноним (129), 11:28, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Говорит об отсутствии культуры открытой разработки и умения работать с гитом, разве что.
     

  • 1.143, cheburnator9000 (ok), 01:47, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Очень нужная вещь, всеми руками за. Хоть оно и конвертирует текст в go перед компиляцией пофиг. Очень нужны подобные вещи и для С++ которые не заброшены и развиваются. Все по принципу пиши меньше и по делу = получай результат быстрее и меньше ошибок.
     
  • 1.145, Аноним (145), 02:45, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А могли бы просто писать на vlang
     
  • 1.155, нейм (?), 08:10, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    По списку правок - решаются не проблемы языка, а проблемы очередной тайпскриптовой писаки, которая захотела перекатиться, а сменить привычки - не захотела
     
  • 1.172, аролп5 (?), 10:54, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не взлетит - длинное название
     
  • 1.181, Q2W (?), 14:24, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В Gauntlet можно писать "for let _, c in "Hello" {" вместо "for _, c := range "Hello" {".

    Ахаха

     
  • 1.197, OpenEcho (?), 17:59, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Резюме:

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

     
     
  • 2.224, Пользователь (?), 08:48, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Английский язык плох, потому как родился с уникальным ...-им .

    Не понял, что вы подразумевали, но английский язык действительно очень плох. Основная причина - бриты когда-то много по миру попутешествовали, притащили в английский всякое в итоге. Теперь смотришь на какое-нибудь слово и не знаешь, как его прочитать. Над этим даже Бернард Шоу издевался.

     
     
  • 3.229, OpenEcho (?), 14:36, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понял, что вы подразумевали, но английский язык действительно очень плох.

    Да пусть он будет плох или хорош, - но если хочешь быть со всеми в одной лодке, то не надо на них плеваться. В чужой огород со своими правилами - это не работает. То же самое и с сабжем

     

  • 1.216, Анонимомомом (?), 21:51, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой же мракобесный синтаксис, зачем люди пишут на этом. Разве что, чтобы потом С и тем более rust совершенством смотрелись.
     
  • 1.217, warlock (??), 21:56, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Gauntlet добавляет для всех неиспользуемых переменных заглушки вида "_ = a"

    Васяны для разнообразия решили не мод сделать, а язык программирования?

     
  • 1.228, Аноним (228), 14:11, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для работы с кодом предоставляется дополнение к редактору VSCode.

    В принципе, все понятно.

     
  • 1.235, Гилл Бейтс (?), 18:57, 05/06/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

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



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

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