The OpenNET Project / Index page

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

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

03.08.2022 09:31

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

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

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

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

  • Проведена работа по оттачиванию добавленной в прошлом выпуске поддержки обобщённых функций и типов (дженериков), при помощи которых разработчик может определить и использовать функции, предназначенные для работы сразу с несколькими типами. Проведена оптимизация - производительность некоторых программ, использующих дженерики, выросла на 20%.
  • В документирующих комментариях добавлена поддержка ссылок, списков и более простого синтаксиса определения заголовков. В утилите gofmt обеспечено форматирование с учётом расширенных возможностей комментариев с документацией на API.
  • Пересмотрена модель памяти для языка Go, которая приведена в соответствие с моделями языков C, C++, Java, JavaScript, Rust и Swift, не поддерживающих последовательные согласованные атомарные значения. Для упрощения использования атомарных значений в пакете sync/atomic предложены новые типы, такие как atomic.Int64 и atomic.Pointer[T]. Изменение модели памяти не повлияло на совместимость с ранее написанным кодом.
  • С целью усиления защиты модуль os/exec теперь не учитывает относительные пути при раскрытии переменной окружения PATH (например, при определении пути для исполняемого файла теперь не проверяется текущий каталог).
  • В сборщике мусора появилась возможность определения мягких ограничений памяти (soft limit), которые применяются путём ограничения размера кучи и более агрессивного возвращения памяти системе, т.е. не гарантируется, что потребление будет находится в заданных рамках в любых условиях. Мягкие ограничения могут быть полезны для оптимизации программ, запускаемых в контейнерах с фиксированным размером памяти.
  • Добавлено новое сборочное ограничение "unix", которое может применяться в строках "go:build" для отсеивания Unix-подобных систем (aix, android, darwin, dragonfly, freebsd, hurd, illumos, ios, linux, netbsd, openbsd, solaris).
  • Реализованы многочисленные оптимизации производительности. Добавлена поддержка динамической установки размера стека сопрограмм для сокращения размера копируемых данных. На Unix-системах реализовано автоматическое задействование дополнительных файловых дескрипторов (увеличение лимита RLIMIT_NOFILE). Для ускорения больших switch-выражений на системах x86-64 и ARM64 задействованы таблицы переходов (jump table), позволяющие обрабатывать большие switch-выражений до 20% быстрее. На системах riscv64 реализована передача аргументов функций через регистры CPU, что позволило добиться прироста производительности примерно на 10%.
  • Добавлена экспериментальная поддержка Linux-окружений на системах с процессорами Loongson на базе 64-разрядной архитектуры LoongArch (GOARCH=loong64).


  1. Главная ссылка к новости (https://go.dev/blog/go1.19...)
  2. OpenNews: Выпуск языка программирования Go 1.18
  3. OpenNews: Уязвимость в сетевых библиотеках языков Rust и Go, позволяющая обойти проверку IP-адресов
  4. OpenNews: Уязвимости в системе загрузки модулей для языка Go
  5. OpenNews: Атака Trojan Source для внедрения изменений в код, незаметных для разработчика
  6. OpenNews: Обновление рейтинга библиотек, требующих особой проверки безопасности
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57591-go
Ключевые слова: go, golang
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (156) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, InuYasha (??), 09:53, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Каждый раз, когда плюсы начинали казаться слишком сложными, они хватались, жали кулаки и с криками "Ну, всё! Сейчас напишем свой язык, проще и круче, с форматированием и мусоросборщиками" писали свою очередную жабу. А потом всегда оказывалось, что, проектируя что-то упрощённое, они призывают всё менее адекватных пользователей этого самого. В общем, как кто-то говорил "создаёшь среду для дебилов - не удивляйся что только дебилы и будут ей пользоваться".
     
     
  • 2.20, _kp (ok), 10:57, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    1. Полезные фичи одних языков влияют на другие.
    И в Си и С++ вносятся изменения. Неспешно.

    2. Есть задачи, когда "непопулярный язык" может оказаться оптимальным.
    При этом оптимальность языка еще не повод для.. Влияет время жизни проекта, пользователи и программисты, которые будут с этим работать, и специфика самой задачи.


    3.
    >>только дебилы и будут ей пользоваться

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

     
     
  • 3.28, Аноним (28), 11:08, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И Go их вносит зачем тогда C++? С++ в вебе не существует, вон Яндекс недавно выпустил единственную поделку и то, которая им самим не нужна.  
     
     
  • 4.39, Аноним (39), 11:35, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    было бы пофиг на яндэкс, если бы они не лезли в стандарт своими мерзкими ручонками
     
  • 4.126, aaaaa (?), 20:36, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    всю зависит от задач. когда у тебя десятки тысяч серверов на каком-то амазоне, за которые ты платишь десятки тысяч бакинских в месяц и все из-за того, что php/python/java жрет ресурсы и тормозит, вот тогда ты берешь тот же boost beast, переписываешь весь свой бэканд и уменьшаешь затраты на железо в 2-3 раза с пол пинка.
    а так да, для бложика на 5 пользователей php решает.
     
     
  • 5.209, Прохожий (??), 11:00, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Фейсбук написан на PHP, хотя и модифицированном. Всё зависит от количества серверов. Иной раз их содержание обходится дешевле содержания программистов. А ещё есть такой показатель, как time to market. Он тоже часто решает в пользу отнюдь не производительности ЯП.
     
  • 5.216, Аноним (216), 00:23, 07/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > когда у тебя десятки тысяч серверов на каком-то амазоне

    То ты либо размером с SalesForce, и всё равно пишешь на Яве, либо давно пора нанимать архитектора, и продолжать писать на Яве. Десятки тысяч серверов в клауде — влажные мечты недалёких «системных» «админисраторов» вручную вылизывающих 3½ сервера и свой локалхост.

     
  • 3.170, Владимир (??), 19:26, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>>только дебилы

    Они минусуют меня ...


     
  • 2.188, Аноним (188), 23:07, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласно твоей деградантской логике, все должны пользоваться Vim для написания кода, старыми версиями Blender3D для трёхмерного моделирования, старыми версиями GIMP.
    Жаль только, что это так просто не работает.
     
  • 2.189, Олексий (?), 01:17, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы вообще поняли в чём изменения-то состоят? А то, похоже, не особо. Перескажите своими словами, а мы проверим что вы материал усвоили. А то только турбонаддув в лужу пока что.
     

  • 1.6, Аноним (28), 10:04, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Самый лучший, быстрый и безопасный язык ever.
     
     
  • 2.38, Аноним (39), 11:34, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    самый худший, медленный и дырявый язык ever
     
     
  • 3.197, Питон (?), 12:58, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Э, тут мной занято
     
  • 2.43, Аноним (43), 11:44, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Медленнее раста
     
     
  • 3.48, Аноним (48), 11:59, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А куда ты так торопишься? Зато код писать быстрее.  
     
     
  • 4.64, НяшМяш (ok), 12:56, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Зато код писать быстрее.  

    Правильно, всегда нужно больше времени оставлять на дебаг очередного NPE.

     
  • 4.192, Аноним (192), 09:16, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Vala же!
     
  • 3.120, jsforever (?), 19:30, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не медленнее, не беспокойся.
     
     
  • 4.128, Аноним (43), 21:11, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    сортировка вектора/слайса была медленнее в 7 раз, теперь будет в 10
     
     
  • 5.148, jsforever (ok), 09:15, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сортировка вектора/слайса на расте не выражается. Есть ансэйф - это не раст, т. к. ансэйф не обладает заявляемыми свойствами. Например, вот этими:

    > Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами и учёт времени жизни объектов (области видимости)

     
     
  • 6.156, freecoder (ok), 11:09, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для вас это новость, но в unsafe работают все те же гарантии Rust, как и в safe коде. За временем жизни ссылок продолжает следить borrow checker.
     
     
  • 7.161, jsforever (ok), 13:43, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты какой-то совсем плохой пропагандист. Тебе стоит повторно пройти подготовку.

    Во первых, гарантий в ансэйф нет. Простейший пример - две мут ссылки на объект - и всё поломалось.

    Во вторых, чекера не существует. Все лайфтаймы пишутся вручную. Если чекер есть - никакие лишние аннотации не нужны.

    В третьих, ты умножил на ноль всю методичку. Если разницы никакой нет - ансэйф не нужен совсем. Иди расскажи остальным, тем же писателям стд, что ансэйф ничего не даёт. А то они не в курсе и пихают его через строку.

     
     
  • 8.169, Аноним (169), 19:19, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты злой ... текст свёрнут, показать
     
     
  • 9.173, jsforever (ok), 19:41, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это скорее всего попытки увести тему в сторону, попытка спасти того пропагандист... текст свёрнут, показать
     
     
  • 10.176, freecoder (ok), 20:50, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь пойди, прочитай про unsafe в Rust, что он реально дает, и еще раз зачит... текст свёрнут, показать
     
     
  • 11.205, Alladin (?), 19:20, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    в расте нет ссылок, есть толко указатели сырые и не сырые которые ведут себя к... текст свёрнут, показать
     
     
  • 12.208, freecoder (ok), 22:16, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Rust b есть b ссылки, просто ведут они себя частично как плюсовые ссылки, ч... текст свёрнут, показать
     
  • 8.175, freecoder (ok), 20:41, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    code fn main let mut x 5 unsafe let y mut x ... текст свёрнут, показать
     
  • 6.177, Аноним (-), 21:09, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сортировка вектора/слайса на расте не выражается

    Песдешь

    fn bubble_sort<T: PartialOrd>(a: &mut [T]) {
        for i in 0..a.len()-1 {
            for j in (i..a.len()).rev() {
                if a[i] < a[j] {
                    a.swap(i, j);
                }
            }
        }
    }

     
     
  • 7.204, Alladin (?), 19:16, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    сразу предупреждаю, код гумно, используй итпраторы.
     
  • 2.63, НяшМяш (ok), 12:55, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Угу https://xakep.ru/2022/08/03/parsethru/
     
     
  • 3.81, Аноним (48), 14:35, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И что ты за параметр такой волшебный отправишь на бек, что он там хоть что-то сможет сделать, только если ты сам на беке дописал обработку параметров, которые пропустит функция проверки урла, короче бредовую ссылку ты дал. Это даже не SQL-инъекция.
     
     
  • 4.113, Аноним (39), 18:50, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > отправишь на бек

    куда назад? взад? в зад? обратно? на зад?

     
  • 3.141, Онанистмус (?), 05:15, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это отстойная уязвимость. Чтобы она работала нужно отправить запрос на сервер который компилили версией 1.17 и старше на внутренний сервер где крутится сервис скомпиленный версией младше 1.17.
    Вощем надо еще поискать чудаков которые компилируют свои бинарники разными версиями golang.
     
     
  • 4.203, НяшМяш (ok), 17:02, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вощем надо еще поискать чудаков которые компилируют свои бинарники разными версиями golang.

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

     
     
  • 5.206, Онанистмус (?), 20:15, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Актуальная версия голанг - начиная с 1.18 т.к. там появились дженерики. Так что уязвимость очень неактульна, т.к. никто не использует версии младше 1.18 - банально обновленные под дженерики либы не скомпилишь.
     
     
  • 6.213, НяшМяш (ok), 15:15, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Таких либ подавляющее меньшинство, потому что люди пишущие либы обычно адекватны... большой текст свёрнут, показать
     
     
  • 7.214, Онанистмус (?), 16:24, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сочувствую вашим бизнес процессам. Пояснять кому то почему важно использовать версии в которых пофиксили уязвимости это конечно такое себе. Хорошо хоть не на джаве пишете а то там был баг в Log4j и у многих БД утекли в сеть и руткиты стоят невидимые. Тоже наверно долго не могли объяснить безопасникам зачем обновлять версию библиотеки для ведения логов :^)
     
     
  • 8.221, НяшМяш (ok), 19:53, 07/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Крупные конторы они такие Чувствуешь себя элитной ш ой - е т много, но и пла... текст свёрнут, показать
     
  • 2.74, Rev (?), 14:01, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Самый худший из компилируемых, получается:
    https://fasterthanli.me/articles/i-want-off-mr-golangs-wild-ride
     
     
  • 3.86, Placeholder (ok), 14:54, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Берд какой-то. От "нет дженериков, как мне теперь жить после того как джава навседа мой мозг отформатировала" до "айайай, оказывается нельзя код на разные ОС писать абсолютно платформонезависимым если ты в коде используешь результаты системных вызовов, а под Растом можно (нельзя, но мы притворимся что можно)".
     
     
  • 4.133, Аноним (133), 22:48, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты ещё скалу принизь. В любом языке адекватном есть параметрический полиморфизм, либо через дженерики, либо через шаблоны. Потому что DRY через них достигается естественным образом.
     

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

  • 1.8, Аноним (8), 10:05, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    лучший язык из всех что я видел, если бы не менеджмент зависимостей
     
     
  • 2.9, Аноним (28), 10:05, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так не тащи зависимости пиши всё сам.  
     
     
  • 3.15, Аноним (15), 10:37, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тогда можно и на Си остановиться
     
     
  • 4.17, Аноним (28), 10:43, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливо.
     
  • 4.31, Аноним (-), 11:16, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так оно так и есть, берёшь boehm gc и спокойно себе пишешь на си, не прося у хозяина аудиенции, чтобы он издал высочайшую корпоративную указивку по дженерикам, ведь есть препроцессор, который такими делами и занимается, если очень уж не хочется дёргать указатели.

    И даже госпецифичные штуки уже давно есть на си в пакете портированного с plan9, если это, конечно, особо нужно.

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

     
     
  • 5.150, . (?), 09:44, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > boehm gc

    а как вызывается free() после выхода из функции?

     
  • 5.155, Аноним (-), 10:43, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > берёшь boehm gc

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

     
  • 2.35, Аноним (35), 11:19, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что с ним?
     
     
  • 3.40, Аноним (39), 11:36, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    язык - шлак, там из адекватного только менеджер зависимостей
     
     
  • 4.56, Аноним (48), 12:32, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну это ты уже про node.js и npm.
     
     
  • 5.75, Аноним (39), 14:20, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нет, это я про go
     
     
  • 6.127, Владимир (??), 20:36, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Go со мной, друг! Я обучу тебя премудростям 1С ...
     
  • 2.54, Аноним (54), 12:22, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    if err != nil
     
     
  • 3.99, Аноним (99), 18:04, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Когда писал на Go, никогда это не бесило. Наоборот, приятно видеть, что все ошибки обработаны :). Конечно, лучше, когда компилятор (Rust) тебя заставляет обработать, но Go выбрал путь упрощения компилятора и возлагания большего количества обязательств на программиста.
     
     
  • 4.119, Додо (?), 18:59, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зато неприятно искать, в каком конкретно месте вылезла эта ошибка. Исключений языку явно не хватает.
     
     
  • 5.124, Kuku (?), 19:53, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В Go есть исключения. И сделанны они именно так, как это должно быть. А не так, как в Java/C#/Python/PHP..., когда варианты результата множества неправильно спроектированных функций отлавливаются через try/catch
     
     
  • 6.138, Voothi (ok), 00:49, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А чем лучше? Скоростью?
     
     
  • 7.140, Kuku (?), 01:46, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А чем лучше? Скоростью?

    И скоростью, и более наглядной обработкой результата функции


     
  • 6.202, Додо (?), 14:41, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У них прямо в FAQ есть раздел почему в Go нет исключений https go dev doc f... большой текст свёрнут, показать
     
     
  • 7.218, Kuku (?), 03:03, 07/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Учитывая, что паника в Go - гораздо более редкое явление... большой текст свёрнут, показать
     
  • 6.215, Аристарх (??), 17:09, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты сам себя убедил, что "так и должно быть". На самом деле go-вно у вас, а не "обработка ошибок"! Исключения потому так резко и обрели популярность, что являются удобным способом обработки: там, где важно - мы словим исключения (причём только нужного типа). А где неважно - мы НЕ ЗАМУСОРИВАЕМ КОД, потому что всё равно ошибку отловят выше. Полная гибкость.
     
     
  • 7.219, Kuku (?), 03:09, 07/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ты сам себя убедил, что "так и должно быть". На самом
    > деле go-вно у вас, а не "обработка ошибок"! Исключения потому так
    > резко и обрели популярность, что являются удобным способом обработки: там, где
    > важно - мы словим исключения (причём только нужного типа). А где
    > неважно - мы НЕ ЗАМУСОРИВАЕМ КОД, потому что всё равно ошибку
    > отловят выше. Полная гибкость.

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

     
  • 2.129, Антуан (??), 21:12, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы не автоматическая сборка мусора
     

  • 1.19, Аноним (19), 10:53, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я человек простой: вижу слова "выпуск языка программирования" - понимаю, что этот язык умрёт вслед за своей единственной и неповторимой реализацией и никакой gccgo его не спасёт, а потому учу языки, у которых главное - это стандарт, а не реализация сиюминутных хотелок, которые за год поменяют под десять раз кряду туда и обратно.
     
     
  • 2.23, Phil (??), 11:00, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Действительно, это камент к языку, который выдерживался 30 лет
     
     
  • 3.29, Аноним (39), 11:09, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ты про плюсы? ибо как go без году неделя
     
     
  • 4.45, Phil (??), 11:54, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я про go. Нет, не неделя
     
     
  • 5.53, Аноним (48), 12:19, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Откуда ты эти сказки вообще берешь? Не больше 15 лет твоему го от идеи до сегодня. Если создатели что-то и делали это не было языком программирования и к го отношения не имеет. Еще один на голову фанатик.
     
     
  • 6.97, Аноним (99), 18:01, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До Go Пайк создал несколько языков, по которым видно, чего он хотел. Так что история Go довольно глубокая.
     
     
  • 7.100, Аноним (39), 18:06, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    блаблабла. го выкатил гугл лет пять назад, это исключительно их (c)(tm), до этого момента его не существовало. можешь бабкам на лавке рассказывать, насколько глубоко оно корнями уходит в язык ассемблера
     
  • 2.30, _kp (ok), 11:13, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Многие программисты писали "свой язык".
    Делают как и нуля, так и "улучшают" существующие. Второе менее велосипедостроение.
    Практической пользы от этих изделий для общего программирования как бы нет.
    Но бывает самодельные языки перерастают с средства для спецфических задач, например во встраиваемой технике, или где то в недрах движка трудится свой язык, но пользователю он не виден.
    Самые примитивные такие языки были подобны бейсикам, ассемблерам и скриптам. Но по мере роста уровня знаний среднего программиста, языки получаются более навороченными, и изящными. Понравившиеся фичи или наоборот, упрощения заимствуются.

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

     
     
  • 3.49, Аноним (48), 12:00, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как это нет практической пользы? Надо писать меньше когда, например. И код понятнее. Нифига себе нет пользы. У тебя наверно настолько замылился глаз что ты не видишь очевидного.  Или ты считаешь что программисты подкидывают кубик и выбирают будут ли они сегодня писать новый велосипед или нет. Нет это так не работает. Больше того сначала надо найти клиента велосипеда, а потом только его писать (это кстати называется маркетинг почитай прикольная штука)
     
     
  • 4.59, microsoft (?), 12:35, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > маркетинг почитай прикольная штука

    Нет, спасибо, не нужно. От этого бежать и избавлятся нужно.

     
  • 4.61, _kp (ok), 12:41, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы писали свой язык?
    Использовали? Давно?

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

     
  • 3.106, Аноним (39), 18:18, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты всё неправильно написал, кругом неправ
     
  • 2.90, Аноним (90), 17:36, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На всю жизнь вперед планирование? Выучить один единственный и потом до пенсии на нем писать? Только ой, фреймворк каждый год новый, тулкиты, сборочные системы - жизнь бурлит. И в конце концов, каждые 2 года выходит новый стандарт и все на него мигрируют, чуть попроще, чем на новый язык. Не хватает мозгов на все это - вон из профессии.
    Уж лучше новые языки учить, интереснее кодить, проекты не замшелые.
     
     
  • 3.94, Аноним (99), 17:57, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, я так и выбрал жизненный путь - часто менять языки и предметные области. Да, экспертом не стану, зато весело :). Заходил недавно к другу-учёному... сидит 30 лет в одном и том же кабинете :). Ну, тоже жизнь.
     
     
  • 4.110, Аноним (48), 18:22, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У них там еще компы пентиумы и винда хп, зато стабильность.  
     
  • 2.174, Ан (??), 20:41, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У го есть стандарт: https://go.dev/doc/go1compat
     

  • 1.32, Аноним (35), 11:16, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошая замена Python.
     
     
  • 2.95, Аноним (99), 17:58, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Однозначно.
     
  • 2.98, Аноним (39), 18:02, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    осталось только терабайтный веник купить для компилятора и второй для зависимостей. и кластер райзенов, чтобы не так лагало
     
     
  • 3.103, Аноним (39), 18:12, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    про 128 гигов оперативки забыл. а ещё думаю, чего верхний коммент минусуют
     
  • 3.159, Аноним (35), 12:26, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Закрывать каналы и за гороутинами следить надо, и не будет жрать память.
     

  • 1.33, InuYasha (??), 11:18, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Худший ЯП! Ктати, от Go там тоже что-то было, вроде. :)))))
    watch?v=vcFBwt1nu2U
    Я так не смеялся оооооочень давно )
     
     
  • 2.210, Филимон Окончательно Прозревший (?), 11:06, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо за видео, добрый человек. Вы, судя по всему, сэкономили мне просто вагон времени. Я то сомнительные артефакты языка коллекционирую, вопросы по форумам задаю, а нужно было просто прочитать про парсинг дат и времени в Go и не связываться с наркоманами.

    https://www.delftstack.com/howto/go/how-to-parse-date-string-in-go/

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

    Я назову вашим именем кота!

     
     
  • 3.223, InuYasha (??), 12:51, 12/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо за видео, добрый человек.

    На здоровье ) Я сам не очень точно выразился - да, ОНО НЕ ПРО Go.

    > Я назову вашим именем кота!

    Не надо, кот этого не переживёт! :_D Потому что "Inu" - это "собак" по-японски.

     

  • 1.46, Аноним (43), 11:57, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Зашибись, эти придурки заменили quicksort на pdq.
    Теперь sort.Slice работает в полтора раза медленнее. Сливает даже самопальному пузырьку.
     
     
  • 2.50, Аноним (48), 12:02, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Попытайся отсортировать что-то большее чем три числа.  
     
     
  • 3.51, Аноним (43), 12:09, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А ничего, что мне надо именно три (десять) чисел?
     
     
  • 4.52, Аноним (48), 12:14, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всем пофиг возьми побольше и отсортируй побыстрее. Делов-то пока не набралось нужное количество не сортируй.
     
     
  • 5.57, microsoft (?), 12:32, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И вот детишки мы смотрим на современных макак.
     
  • 5.65, Аноним (43), 13:00, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отличный совет. Осталось придумать как миллион сортировок 10значного массива превратить в 10 сортировок миллионозначного.

    Причем, подумал что интовый массив это искусственно, для него простой сорт есть, сделал структуры "type srt struct {i int; w float64}".
    1.19 (pdq) тормознее 1.18 (quick) на 20 процентов.

     
  • 2.139, funny.falcon (?), 01:18, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ссылку кинете?
    pdq - это тоже quicksort
     
     
  • 3.167, Аноним (43), 16:20, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://go.dev/play/p/20tolOaK2Yr
     

  • 1.55, microsoft (?), 12:31, 03/08/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.71, Аноним (71), 13:25, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >С целью усиления защиты модуль os/exec теперь не учитывает относительные пути при раскрытии переменной окружения PATH (например, при определении пути для исполняемого файла теперь не проверяется текущий каталог

    И эти по наклонной... Вот это то что мне не нравится в линуксе до сих пор. Вот вспоминаю времена portable-приложений под windows.

     
     
  • 2.93, Аноним (99), 17:56, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Странная претензия. Это убирает дыру в безопасности вообще-то.
     

  • 1.72, YetAnotherOnanym (ok), 13:42, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > С целью усиления защиты модуль os/exec

    Правильный вариант: "переведён в разряд deprecated и будет удалён в следующем релизе".

     
  • 1.84, Google (?), 14:42, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Официально заявляю Go больше не любимый язык. Carbon единственно верный и лучший язык на все времена.  
     
     
  • 2.96, Аноним (39), 18:00, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    не слышал ни про один, ни про другой
     
     
  • 3.135, НяшМяш (ok), 22:58, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > не слышал ни про один, ни про другой

    Завидую

     
  • 2.171, Аноним (169), 19:30, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Официально заявляю Go больше не любимый язык. Carbon единственно верный и лучший язык на все времена.

    А как же Rust? Помотросил и бросил?

     
     
  • 3.207, Alladin (?), 20:19, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если человек пишет на го, а потом перебегает на карбор.. о каких раст или c++, или c вы говорите? вы адекватны?
     

  • 1.91, Аноним (90), 17:41, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Язык, на котором сразу бери и пиши, без заморочек.
     
     
  • 2.92, Аноним (99), 17:54, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, Go был моим вторым языком, когда выбирал, куда бы свалить с C++. Всегда вспоминаю тепло, очень человеческий язык, даже ошибки дизайна в нём человеческие, понятные :). Первый язык, на который пробовал перейти, Java, в ужасе отринул после нескольких месяцев. Потом был года три Rust, тоже с немалым удовольствием, а теперь изучаю Haskell.
     
     
  • 3.137, Аноним (137), 00:34, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А на работе чем занимаешься?
     
     
  • 4.149, Аноним (99), 09:43, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока на Расте пилю околоблокчейновые сервисы (не сам блокчейн, к счастью). Но надоело уже. Хотел уволиться в мае (работать летом - преступление, я стараюсь устраивать себе каникулы месяца на 3 каждый год), но уговорили остаться до запуска в мейннете. Но следующее лето - моё! добью Хаскель, осенью устроюсь куда-нибудь.
     
  • 2.102, Аноним (39), 18:10, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    при чём тут nim? статья про go. это гугловый вендорлок, почитай в интернете про него
     
  • 2.122, Филимон Недоверчивый (?), 19:36, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Там не только заморочек нету Там ещё констант нормальных нету, нет возможности ... большой текст свёрнут, показать
     
     
  • 3.125, hbq (?), 20:12, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очень вас понимаю. Все эти замечания как раз из-за того что авторы языка облегчили жизнь себе путём разработки очень простого и тупого компилятора, поэтому нужны "this", float32 нельзя суммировать с float64 и т.п. Разработчик должен заботится об этом.
    Лично я не понимаю чем это язык может нравиться?
     
     
  • 4.143, Аноним (35), 06:18, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  поэтому нужны "this"

    Там нет классов, там структуры. RTFM.

    Чуваки набрались опыта в TypeScript и думают что могут теперь всем рассказывать как надо делать.

    Иди напиши свой язык "как надо". Благо сейчас есть LLVM и любой школьник это может сделать.

     
  • 3.130, Аноним (-), 21:52, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы прослушали скулёж сишника столкнувшегося со строгой типизацией. Сишник предпочитает прятать под ковёр автоматические преобразования типов в рантайме, и делать вид, что их нет, и такты процессора на это не тратятся, и что значащие биты не теряются, и вообще он типа кодить умеет, раз преобразований нет.

    Иди на жс пиши бездарь, тот может string к bool'у преобразовать незаметно.

     
     
  • 4.136, Филимон Неунывающий (?), 22:58, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я искренне опечален тем фактом, что Вы сосредоточились на нанесении мне эмоционального ущерба вместо того, чтобы пояснить сокровенный смысл столь явного и удручающе назойливого преобразования типов.
    Кроме того, судя по эмоциональному накалу вашего сообщения, Вы человек сильно переживающий за этот диковинный язык. Рискну предположить, что Вами накоплен значительный опыт в словесных баталиях в его защиту на просторах интернетов. Не могли бы Вы, с высоты Вашего опыта, прокомментировать и другие, отмеченные мной недостатки, которые я нахожу вопиющими. Заранее благодарен.

    P.S. Обращения на письме принято выделять запятыми

     
     
  • 5.144, Аноним (35), 06:19, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В том что это тебе не PHP и не JS, это язык со СТРОГОЙ типизацией.
     
     
  • 6.211, Прохожий (??), 11:45, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Питон, например - тоже язык со СТРОГОЙ типизацией. Однако в автоматические преобразования типов умеет. Казалось бы, что сложного в приведении f32 к f64 в двадцать первом веке? А поди ж ты, проблема, оказывается.
     
  • 5.146, Аноним (-), 07:46, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я искренне обрадован тем фактом, что мне удалось нанести тебе эмоциональный ущер... большой текст свёрнут, показать
     
  • 5.147, Аноним (-), 07:50, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Простите. Я тоже слишком поддался эмоциям поспешил и забыл откомментить главное.

    > Обращения на письме принято выделять запятыми

    Мне наплевать что и кем там принято.

     
  • 3.142, Аноним (35), 06:15, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет есть const FOO bar Скажи где за дженерики не платят производительностью... большой текст свёрнут, показать
     
     
  • 4.151, Аноним (99), 09:45, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливо!
     
  • 4.157, RomanCh (ok), 11:17, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я в целом с вами согласен, но Счастья всё-таки не будет, т к проблема не в 42,... большой текст свёрнут, показать
     
     
  • 5.163, Филимон Прошареный (?), 14:38, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Роман, этот достопочтенный джентльмен даже не понял суть этой ловушки. А Вы, раскрыв ей, лишили его возможности вырасти как специалисту. Я в печали

    >> то не надо искать все её вхождения в коде чтобы заменить в 125 местах какой-нибудь int32 на int64.

    В том то и печаль, что надо. Иначе вы не знаете на что их кастовать

    >>  оно вообще-то лучше прочитать документацию,

    Ещё лучше, когда код самодокументирующийся

    >> Но впрочем, тут заметно, что автору поста читать документацию не свойственно.

    Emotional damage! Я опять всю ночь проплачу!

     
     
  • 6.164, RomanCh (ok), 14:53, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В том то и печаль, что надо. Иначе вы не знаете на что их кастовать

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

    > Ещё лучше, когда код самодокументирующийся

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

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

     
     
  • 7.178, Аноним (-), 21:15, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем их кастовать, когда они автоматически правильных типов делаются

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

     
  • 4.162, Филимон Прошареный (?), 14:31, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прошу меня сердечно простить и понять, я думал это очевидные примеры, но вы их д... большой текст свёрнут, показать
     
     
  • 5.165, RomanCh (ok), 15:00, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется, на вас надо натравить сишника, который будет предлагать выбросить плюсы в помойку, ибо стреляет исключениями откуда попало в самый неожиданный момент, и вообще непонятно что делает, а ещё синтаксис совсем инопланетянский, и "многочисленные ошибки компиляции" порой выглядят настолько ужасно, что хочется удавиться.

    PS Если что, я без претензий, я это к тому, как вы выглядите :)

     
     
  • 6.166, Филимон Прошареный (?), 15:52, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно в таких случаях я только учусь Синтаксис плюсов мне нравится Я допускаю... большой текст свёрнут, показать
     
     
  • 7.187, RomanCh (ok), 22:48, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот об этом и речь Только вы почему-то допускаете, что у кого-то другого может ... большой текст свёрнут, показать
     
     
  • 8.194, Филимон Прозревший (?), 11:17, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому, что это короче, удобней, нагляднее, производительней вы за меньшее врем... большой текст свёрнут, показать
     
     
  • 9.195, RomanCh (ok), 12:02, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете, похоже единственный человек, с которым вы можете общаться и слышать хоть... текст свёрнут, показать
     
     
  • 10.199, Филимон Осторожный (?), 14:05, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, ок Вот вам тогда тоже feedback Вы часто заменяете рациональные аргументы э... текст свёрнут, показать
     
     
  • 11.200, RomanCh (ok), 14:08, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Постарайтесь сосредоточиться на одной мысли это вы пришли в тред про этот язык,... текст свёрнут, показать
     
     
  • 12.201, Филимон Довольный (?), 14:22, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По моему, вы проецируете на меня свой способ мышления - в моих вопросах нет эмоц... текст свёрнут, показать
     
  • 7.190, anonymous (??), 03:05, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > не хватает using namespace

    import (
        . "fmt"
    )

     
     
  • 8.193, Филимон Прозревший (?), 10:28, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Большое человеческое спасибо ... текст свёрнут, показать
     
  • 8.196, RomanCh (ok), 12:06, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Будет очень смешно, когда он попробует например, использовать html template и te... текст свёрнут, показать
     
     
  • 9.198, Филимон Осторожный (?), 13:35, 05/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть эта шляпа и тут нормально не работает Что ж вы меня так в печаль вгоня... текст свёрнут, показать
     

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

  • 1.123, achtosluchilos (ok), 19:38, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    чем дальше, тем стремнее этот си с сахаром сетевых операций.
     
  • 1.131, T00 (?), 22:40, 03/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Народ подскажите, Go уже на раст переписали или нет?
     
     
  • 2.132, aaaaa (?), 22:45, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    зачем нужен го, когда есть раст?
    зачем нужен раст, когда есть с++23?
     
     
  • 3.134, anonymer (?), 22:57, 03/08/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    зачем нужен c++ когда есть с ?
     
     
  • 4.145, Аноним (145), 06:58, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем C, когда можно собрать муравьёв и обучить их как нужно себя вести?
     
     
  • 5.153, Аноним (39), 10:21, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    прими Иисуса Христа в своё сердце и тебе не нужны будут муравьи
     
  • 2.152, Аноним (99), 09:47, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Странный вопрос. Вообще-то традиционно компиляторы языков программирования пишутся на нём самом.
     
     
  • 3.154, Аноним (39), 10:23, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    только через миллион версий, когда язык уже взрослый. и только в случае быстрых языков, иначе компилятор будет безбожно тормозить, как в случае с го
     
     
  • 4.158, Аноним (99), 12:00, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чушь какая-то.
     
     
  • 5.160, Аноним (39), 13:09, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как и твоё лицо
     
  • 4.181, Аноним (-), 21:23, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Враньё. Ты просто никогда не писал собственного языка. Как только у тебя появился полурабочий компиль твоего нового замечательного языка, просто руки чешутся написать компилятор на нём, а не на том убожестве с которого ты бутстрапишься.

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

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

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

     

  • 1.168, Аноним (168), 16:37, 04/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дык ведь гугель его фактически признал мертворожденным с анонсом карбота, не?
     
     
  • 2.172, Аноним (169), 19:40, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Карбон это усовершенствованная замена Раста
     
     
  • 3.212, Прохожий (??), 12:10, 06/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Карбон - это замена Плюсам, а не Расту
     
  • 2.217, Аноним (216), 00:38, 07/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У Гугла какой-то лимит на количество языков, которые он может поддерживать? Как дети, ей-богу.
     

  • 1.222, Аноним (222), 20:21, 11/08/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо, скачал)
     

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



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

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