The OpenNET Project / Index page

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



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

"Выпуск языка программирования Go 1.25"  +1 +/
Сообщение от opennews (??), 13-Авг-25, 09:05 
После шести месяцев разработки представлен релиз  языка программирования Go 1.25, развиваемого компанией  Google при участии сообщества. Язык сочетает высокую производительность, свойственную компилируемым языкам, с такими достоинствами скриптовых языков, как простота написания кода, высокая скорость разработки и защита от ошибок.   Код проекта распространяется под лицензией BSD...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63721

Ответить | Правка | Cообщить модератору

Оглавление

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

1. Сообщение от Аноним (1), 13-Авг-25, 09:05   –6 +/
Доброе утро! Подскажите, неужели GO - лучший язычок для серверов? Спасибо!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #8, #19, #52, #94, #184

2. Сообщение от Аноним (2), 13-Авг-25, 09:07   –16 +/
По-моему уже всем очевидно, что го не удался. Сборщик мусора -- это сразу красный флаг (stop the world, все дела). Если нужен язык, способный компилиться в нативный бинарь -- то раст гораааа...(прошла минута)...аааздо лучше.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #13, #31, #36, #56, #108

3. Сообщение от Аноним (3), 13-Авг-25, 09:09   +20 +/
GO - лучший язычок для серверов! Пожалуйста!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 13-Авг-25, 09:11   –2 +/
> В команде "go build" по умолчанию активирована опция "-asan", выполняющая проверку утечек памяти при завершении работы программы.

секундочу! Поясните, пожалуйста, как в memory managed & safe ЯП могут быть утечки памяти, если за всей памятью следит GC (и берёт свой налог в виде недетерминированных тормозов)?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #10, #17, #60

5. Сообщение от Аноним (3), 13-Авг-25, 09:12   +/
Если Rust хорошо, то Swift ещё лучше, т.к. он сделан святыми людьми из святой компании
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6

6. Сообщение от Аноним (2), 13-Авг-25, 09:14   +6 +/
Вендорлочная фигня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #153

7. Сообщение от Аноним (7), 13-Авг-25, 09:14   +2 +/
Вот бы на него 3Д движок игр какой-то завезли, язычок очень понравился, компактный, простой, легкочитаемый (для меня лично), для 2Д есть ebiten, классный, осталось 3Д покорить

А так всё есть: GUI, игры, web-приложения, embedded, утилиты, красотааа

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #82

8. Сообщение от Аноним (8), 13-Авг-25, 09:15   +4 +/
Нет, go - лучший язык, где условия задачи позволяют быть решёнными с помощью go учитывая потраченные силы на полученную пользу... Впрочем как и любой другой язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

9. Сообщение от Голдер и Рита (?), 13-Авг-25, 09:17   +/
из-за неправильного управления ссылками на объекты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

10. Сообщение от Аноним (8), 13-Авг-25, 09:17   +/
например забытые дискрипторы или неуправляемо плодящиеся и забытые горутины
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

11. Сообщение от Аноним (11), 13-Авг-25, 09:18   +3 +/
>Код достаточно лаконичен

Это с его то проверками на err - nil?) смешно

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #16, #25, #45, #65, #105

12. Сообщение от Голдер и Рита (?), 13-Авг-25, 09:18   +2 +/
http://g3n.rocks/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

13. Сообщение от Жироватт (ok), 13-Авг-25, 09:20   +2 +/
Ассемблер уделывает ваш раст как в простоте, так и в производительности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #15, #24, #28

14. Сообщение от Голдер и Рита (?), 13-Авг-25, 09:21   –4 +/
Использовать функции не пробовали?

func checkErr(err error) {
    if err != nil {
        log.Fatal(err)
    }
}

// 🥰
checkErr(someFunction())

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #42, #104

15. Сообщение от Аноним (2), 13-Авг-25, 09:22   –3 +/
Начнем с того, что инструкции, сгенеренные современными компиляторами, уделывают инструкции, написанные человеком, независимо от того, насколько этот человек гениален. Мы уже давно не в 70-ых, чувак. Компиляторы продвинулись гораздо дальше, чем "MOV EAX, 42" в лоб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #18, #22, #29, #30, #99, #115

16. Сообщение от Жироватт (ok), 13-Авг-25, 09:23   +4 +/
Ну знаешь...по сравнению с 1Совским

Если ЗначениеЗаполнено(МассивОтбора.Ссылка) Тогда
   Если ЗначениеЗаполнено(МассивОтбора.Ссылка.алкПунктРазгрузкиКонтрагента) Тогда
      Если НЕ ПустаяСтрока(МассивОтбора.Ссылка.алкПунктРазгрузкиКонтрагента.КПП) Тогда
...


или хрустовской тайнописьсью

fn Fdmdm(d,mn+fd;?8,**?vla)

да, вполне лаконичен

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #143

17. Сообщение от Андрей (??), 13-Авг-25, 09:24   +/
>> The go build -asan option now defaults to doing leak detection at program exit. This will report an error if memory allocated by C is not freed and is not referenced by any other memory allocated by either C or Go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

18. Сообщение от Жироватт (ok), 13-Авг-25, 09:25   +3 +/
...и именно поэтому в любых языках, которые претендую на системность, есть возможность вставлять ASM-блоки, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #23

19. Сообщение от Аноним (19), 13-Авг-25, 09:28   –5 +/
Go - это язык, на котором легко и быстро писать программистам. Но программы, написанные на Go, потом дорого и трудно сопровождать мейнтейнерам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #21, #152

21. Сообщение от Аноним (1), 13-Авг-25, 09:30   +1 +/
А на каких языках программы легко сопровождаются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #85, #141, #160

22. Сообщение от DeerFriend (?), 13-Авг-25, 09:35   –1 +/
А в чём проблема дать написать инструкции ai-боту, вместо неоптимизированного мясного мешка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #34

23. Сообщение от Аноним (2), 13-Авг-25, 09:36   +3 +/
Это меня как-то опровергает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #61

24. Сообщение от Аноним (1), 13-Авг-25, 09:38   +2 +/
Вы шутите? Кто в 2025 году будет писать софт для серверов на ассемблере? Можно ссылочку на такие проекты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #26, #27, #74, #78, #100

25. Сообщение от Сказочный (?), 13-Авг-25, 09:46   +/
Не проверяй, пиши res, _ := someFunc()
Будет максимально лаконично и надежно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

26. Сообщение от Аноним (50), 13-Авг-25, 09:47   +5 +/
> Вы шутите? Кто в 2025 году будет писать софт для серверов на ассемблере?

Ты на Опернете, друг. Тут местные эксперты и не такой бред пишут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #71

27. Сообщение от Сказочный (?), 13-Авг-25, 09:50   –1 +/
А кто будет писать софт для серверов на расте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #46, #91

28. Сообщение от Аноним (50), 13-Авг-25, 09:53   +1 +/
> Ассемблер уделывает ваш раст как в простоте

Не будь пустозвоном и покажи FizzBuzz на асме. 😉

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32, #35

29. Сообщение от Аноним (29), 13-Авг-25, 09:53   +/
Ну ну. Видел я этот сгенерированный код. Даже при максимальной оптимизации часто лучше руками написать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #48

30. Сообщение от Аноним (34), 13-Авг-25, 09:53   +/
Хаха. Сразу видно эксперта.
Там, где нужно ДЕЙСТВИТЕЛЬНО что-то быстро делать, приходится писать на ассемблере.
https://github.com/FFmpeg/FFmpeg - Assembly 7.9%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #39, #44

31. Сообщение от аролп5 (?), 13-Авг-25, 09:59   –1 +/
Он не удался, потому что в нём нет классического ООП
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

32. Сообщение от Аноним (34), 13-Авг-25, 10:08   +/
Их же сотни, этих FizzBuzz на асме.

Я не тот Аноним, но тоже делал когда-то FizzBuzz на gas
https://gist.github.com/vmxdev/075d1015abc2ff05b7236c2486787...

Обмазываешься макросами по вкусу и пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #33

33. Сообщение от Аноним (50), 13-Авг-25, 10:11   +2 +/
> Я не тот Аноним, но тоже делал когда-то FizzBuzz на gas: https:...

Спасибо, этот код гораздо проще, чем Rust!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #37, #54

34. Сообщение от Аноним (34), 13-Авг-25, 10:16   +3 +/
Проблема в том, что мясной мешок понимает, что он делает.
А ai-бот это попугай-олигофрен. Он может только повторять, ничего нового он не способен создать. Он даже оптимально распределить регистры не сможет, нет у него такой способности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #47

35. Сообщение от Карлос Сношайтилис (ok), 13-Авг-25, 10:22   +/
ФизБаз херня. Вот подсчёт символов в строке я бы на асме посмотрел.
На простой, короткий и быстрый код, хех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #40, #55

36. Сообщение от Facemakeremail (?), 13-Авг-25, 10:26   +/
>По-моему уже всем очевидно, что го не удался

Нет, не очевидно. Я сам поработал года два на Go, когда соскочил с C++ (потом перешёл на Rust). Go имеет право на жизнь, это альтернатива Питону, Джаве, PHP и прочему подобному; Go намного лучше и практичнее их. А Rust — альтернатива C и C++.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #67

37. Сообщение от Карлос Сношайтилис (ok), 13-Авг-25, 10:28   +/
Это ты ещё в машинных кодах не видел, таким вообще красота!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

38. Сообщение от Facemakeremail (?), 13-Авг-25, 10:28   +/
>Он не удался, потому что в нём нет классического ООП

Вот это как раз максимально мимо ☺☺☺. Никому уже не нужен "классический ООП". А если вдруг взяться разрабатывать на Go в стиле ООП, обнаруживаешь, что даже это намного лучше, чем Java и C++.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

39. Сообщение от Аноним (-), 13-Авг-25, 10:28   +2 +/
> Assembly 7.9%

Ты хотел сказать ВСЕГО 7.9%
Учитывая что считают по строчкам кода, а асм нааамного многословнее любого языка, то там именно "действия" меньше 1%.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #43

40. Сообщение от Аноним (50), 13-Авг-25, 10:30   +/
> Вот подсчёт символов в строке я бы на асме посмотрел.
> На простой, короткий и быстрый код, хех.

Я боюсь, ни того, ни другого уважаемый Жироватт нам не покажет. 😭

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

42. Сообщение от Facemakeremail (?), 13-Авг-25, 10:32   –1 +/
>func checkErr(err error)

Костыль, который пробуют приладить все новички в Go ☺. Потом просто смиряешься и повторяешь мантру "явное лучше неявного" ☺. Go, конечно же, не про лаконичность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

43. Сообщение от Аноним (50), 13-Авг-25, 10:33   +/
> Ты хотел сказать ВСЕГО 7.9%

Зато быстро! 😭 Зато уделали компилятры языка С! 💪

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Аноним (50), 13-Авг-25, 10:37   +/
> Хаха. Сразу видно эксперта.
> Там, где нужно ДЕЙСТВИТЕЛЬНО что-то быстро делать, приходится писать на ассемблере.

Хаха. Сразу видно эксперта.
Там, где нужно действительно быстро, юзают GPU, а не греют CPU. Как там твой ассемблер поживает в областях 3Д рендеринга, крипты и Machine Learning?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #49

45. Сообщение от Аноним (45), 13-Авг-25, 10:40   +1 +/
Есть свежая либа, которая повторяет поведение rust (в zig похоже) для обработки ошибок: реализует паттерн try (? в расте, try в zig) и все ошибки оборачивает в Result.

При этом добавляет цепочку контекста (файл, строка, функция/метод, аргументы вызова), не надо самому постоянно оборачивать и/или использовать fmt %w. В существующий код легко добавляется, тк преобразование из Result в val, err тоже делает легко.

https://github.com/nordborn/mo

Но на реддите людям не понравилось. Неидеоматично. Говорят, if err != nil { rerurn wrapSomeHow(err) } привычнее вместо callFunc.Try(). Ну, может и так.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

46. Сообщение от Аноним (-), 13-Авг-25, 10:41   +4 +/
> А кто будет писать софт для серверов на расте?

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

github.com/cloudflare/pingora

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #64, #101

47. Сообщение от Аноним (47), 13-Авг-25, 10:41   –3 +/
Это не правда. Посмотри хотя бы канал 3blue1brown на youtube с визуальным описанием как gpt работает. И это на текущий момент уже даже не самая новая инфа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #50, #112, #162

48. Сообщение от Аноним (47), 13-Авг-25, 10:43   +1 +/
Видел я этот написанный руками код, 5 лет ревьювил, половину лучше бы бот генерировал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #53, #164

49. Сообщение от Аноним (34), 13-Авг-25, 10:47   –3 +/
Кек.
Ты наверное не в курсе, но вендоры не дают доступ к ассемблеру GPU. Если бы он был, очевидно что самые горячие места переписали бы на нем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #62, #135

50. Сообщение от Аноним (50), 13-Авг-25, 10:47   –4 +/
> Это не правда. Посмотри хотя бы канал 3blue1brown на youtube с визуальным описанием как gpt работает

Чел, не трать время - этим воинам против ИИ  бесполезно что-то объяснять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #57, #166

51. Сообщение от Аноним (52), 13-Авг-25, 10:48   –2 +/
Более лучший язык пока не придуман.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89, #167

52. Сообщение от Аноним (52), 13-Авг-25, 10:48   +1 +/
Да все так и гораздо безопаснее сей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #86, #128, #163

53. Сообщение от Facemakeremail (?), 13-Авг-25, 10:48   +/
>Видел я этот написанный руками код, 5 лет ревьювил, половину лучше бы бот генерировал.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

54. Сообщение от Аноним (34), 13-Авг-25, 10:51   +/
"Простота" - это дело привычки. Для человека, который пишет на x64 ассемблере там довольно простой код. Если этот же человек никогда не видел Rust, естественно для него ассемблерный код будет "проще".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #68

55. Сообщение от Аноним (34), 13-Авг-25, 10:54   +1 +/
Не понимаю, это какой-то странный траленк.
Подсчет символов в строке (strlen) в libc буквально написан на ассемблере
https://github.com/openbsd/src/blob/master/lib/libc/arch/amd...
Код не простой, конечно, но достаточно короткий и быстрый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #66, #147, #148, #155

56. Сообщение от Аноним (56), 13-Авг-25, 10:54   +1 +/
ваш rust постоянно меняющееся переусложненное болото. ждем всех его преимуществ в C и C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #58, #83

57. Сообщение от Аноним (34), 13-Авг-25, 11:01   +7 +/
Так не надо объяснять. Покажи готовую реализацию распределения регистров, которую сделал ИИ. Это нетривиальная задача, интересно посмотреть как мощный искусственный интеллект решит ее лучше чем кожаные дурачки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #142

58. Сообщение от Аноним (-), 13-Авг-25, 11:02   +/
> ваш rust постоянно меняющееся переусложненное болото.

ну так фиксируй edition и сиди сколько пожелаешь
это не будет отличаться от "30 лет на C89"

> ждем всех его преимуществ в C и C++

ждите-ждите)
если они поломают обратную совместимость, плакать будете?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

59. Сообщение от Аноним (-), 13-Авг-25, 11:09   +/
Просто наблюдение, без токсирования. На Go простейшая утилита, проверяющая IP - в VirusTotal получает более 10 срабатываний. На Rust - 0! :-)
Ответить | Правка | Наверх | Cообщить модератору

60. Сообщение от Анонирм (?), 13-Авг-25, 11:17   +/
В rust тоже есть утечки памяти, с подключением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #63, #77

61. Сообщение от Аноним (61), 13-Авг-25, 11:17   +1 +/
Да, по крайней мере косвенно. Если компиляторы производят более качественный код, то нет причин использовать асм, чего мы НЕ наблюдаем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #75

62. Сообщение от Аноним (50), 13-Авг-25, 11:22   +/
> Ты наверное не в курсе, но вендоры не дают доступ к ассемблеру GPU.

Не слышал о PTX у Nvidia? Кек.

https://developer.nvidia.com/blog/understanding-ptx-the-asse.../

Не слышал, что AMD и вовсе публикуют ISA спеки? Кек номер два.

https://gpuopen.com/amd-gpu-architecture-programming-documen.../

> Если бы он был, очевидно что самые горячие места переписали бы на нем.

Кек. Очевидно, что пока достаточно переписать горячие места с ассемблера CPU на "не ассемблер" GPU, чтобы получит такой прирост, что даже сама идея ручного сношания с ассемблером на CPU в большинстве случаев будет абсолютно бессмысленной.

Поэтому твое экспертное  "там, где нужно ДЕЙСТВИТЕЛЬНО что-то быстро делать, приходится писать на ассемблере." - это абсолютно мимо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #76, #114

63. Сообщение от Facemakeremail (?), 13-Авг-25, 11:23   +/
"Memory leaks are memory safe" ©
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #119

64. Сообщение от Аноним (50), 13-Авг-25, 11:29   +2 +/
> Напр. чуваки, через которых идет трафик к каждому пятому сайту.
> Написали как замена nginx

Вы все врети! 😭 На вашем Расте ничего не написано111

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #69, #70

65. Сообщение от Аноним (65), 13-Авг-25, 11:31   +/
вангую что твой код вообще не обрабатывает ошибки. итак сойдёт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

66. Сообщение от Аноним (50), 13-Авг-25, 11:32   +1 +/
> Не понимаю, это какой-то странный траленк.

Было заявление, что на асме код проще, чем на Расте. Набросивший это эксперт закономерно утих и на вопросы не отвечает. Что непонятного?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

67. Сообщение от Аноним (50), 13-Авг-25, 11:35   +/
> Go имеет право на жизнь, это альтернатива Питону, Джаве, PHP и прочему подобному

Go - альтернатива Питону? А Баш им тоже поди можно заменить? 😂

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #103

68. Сообщение от Аноним (50), 13-Авг-25, 11:38   +3 +/
Я уверен, что уважаемый Жироватт видел оба. А вот понял ли хотя бы один - вопрос открытый. 😂
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

69. Сообщение от Аноним (-), 13-Авг-25, 11:40   +1 +/
> А если серьезно, то любо-дорого смотреть, как этот весь спектакль от местных воинов против Раста подходит к концу,

Шота пока не сильно заметно.

> так как пунктов в методичке у них почти не осталось.

всегда можно бухтеть про синтаксис, отсутствие поддержки некроплатформ, куракекать про "вендорлок" и тд

> Будет в комментариях почище.

Вангую, что не станет(
Вон один до№№№№ уже завел шармнку про ночнушки.
Доку он не читал, про edition не знает.
Но наcpaть в комментах - для него дело принципа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #72

70. Сообщение от Weders (ok), 13-Авг-25, 11:41   +/
Ты погоди, мы щас как за границу методички выйдем, а там много всего)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

71. Сообщение от Аноним (76), 13-Авг-25, 11:45   +/
Подтверждаю, уровень экспертизы местных экспертов выше любых ожиданий и за пределами понимания!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

72. Сообщение от Аноним (76), 13-Авг-25, 11:46   +/
Так и что начинать учить Rust? Найду на нём работу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #73

73. Сообщение от Аноним (-), 13-Авг-25, 11:51   +1 +/
> Так и что начинать учить Rust?

Нет, не надо.
Вообще раст сложный, нестабильный, постоянно меняется.

Не нужен тебе такой язык.
А мне не нужны конкуренты)

> Найду на нём работу?

В каждой теме народ плачет что на расте что-то переписывают...
А если серьезно, то в РФ - скорее всего нет.
За пределами или на "мировом рынке" - вполне.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #144

74. Сообщение от Аноним (76), 13-Авг-25, 11:52   +/
А ниче тот факт, что целые операционные системы пишут на ассемблере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #80

75. Сообщение от morphe (?), 13-Авг-25, 11:53   +2 +/
Не все операции доступны через интринзики, только и всего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

76. Сообщение от Аноним (76), 13-Авг-25, 11:53   +/
>AMD и вовсе публикуют ISA спеки?

Я могу взять их и сделать свою видеокарту?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #81

77. Сообщение от morphe (?), 13-Авг-25, 11:56   –1 +/
В Rust нет сборщика мусора, с которым утечек не должно быть по определению
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

78. Сообщение от Аноним (88), 13-Авг-25, 11:57   +/
> Кто в 2025 году будет писать софт для серверов на ассемблере?

за еду уж точно никто не будет, а вопрос надо бы переформулировать, кто заказчиком то будет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

80. Сообщение от Аноним (-), 13-Авг-25, 12:01   +/
> А ниче тот факт, что целые операционные системы пишут на ассемблере?

В 2025 году?
Разве что если начали лет 20 назад, и двигаются по инерции.

Если ты про коллибриОС, то она оказалась никому не нужной.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #88

81. Сообщение от Аноним (50), 13-Авг-25, 12:13   +1 +/
> Я могу взять их и сделать свою видеокарту?

Я лично тебе разрешаю. Или в чем суть вопроса?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #125

82. Сообщение от anonimous (?), 13-Авг-25, 12:13   +/
GUI для Go? Это какой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #98

83. Сообщение от Аноним (50), 13-Авг-25, 12:16   +1 +/
> ваш rust [...] переусложненное
> ждем [...] в C++

Не, ну главное что C++ не переусложненное. 😉

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

84. Сообщение от Анониматор (?), 13-Авг-25, 12:18   +1 +/
Ну какие-то мощные сервера типа SQL или веб-проксей на 100500 соединения на нём писать конечно не стоит, но для всякой прикладнины для потребления внутри компании или написания консолей железок лучше средства разработки нет.
Ответить | Правка | Наверх | Cообщить модератору

85. Сообщение от Аноним (85), 13-Авг-25, 12:27   –2 +/
Если сопровождение админами серверов, то им легче сопровождать на скриптовых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #138

86. Сообщение от Аноним (52), 13-Авг-25, 12:28   +2 +/
То что го гораздо лучше раста это просто база.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

88. Сообщение от Аноним (88), 13-Авг-25, 12:33   +/
> Если ты про коллибриОС, то она оказалась никому не нужной.

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

//www.opennet.ru/opennews/art.shtml?num=47539

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #90

89. Сообщение от Анониматор (?), 13-Авг-25, 12:34   –1 +/
ЧатГПТ придумает скоро, раст покажется цветочком, сможет осилить только сам ИИ, но убедит кожаных что это лучший язык. Дальше вы все знаете продолжение что будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #132

90. Сообщение от Аноним (-), 13-Авг-25, 12:38   +/
>> Если ты про коллибриОС, то она оказалась никому не нужной.
> миникс тоже никому не нужен был, а поди оказалось, что пригодился в
> самом нужном месте ;)

Вот когда пригодится, тогда и поговорим (с)
Систему пилят с 2004 года, там уже были сpaчи и форки (собственно сама колибри это форк MenuetOS).
А толку?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #96

91. Сообщение от НяшМяш (ok), 13-Авг-25, 12:41   +/
Любой, кому Go недостаточно, а с крестами связываться не хочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #124

92. Сообщение от Аноним (92), 13-Авг-25, 12:41   +/
Ох уж эти язычники, основной язык в Linux - это C, всё остальное должно собираться из C напрямую или через компиляторы которые собираются из C.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95, #107, #168, #179

94. Сообщение от Аноним (94), 13-Авг-25, 12:46   +1 +/
Он особенно хорош тем, что вокруг него не скопилось достаточно людей, подменяющих написание работающего кода чем-то еще. Многие вещи, вокруг которых строятся сравнимые с отправлением культа процессы в экосистеме голанг технически невозможны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

95. Сообщение от Аноним (-), 13-Авг-25, 12:52   +1 +/
> Ох уж эти язычники, основной язык в Linux - это C,

Был) Теперь, насколько я помню, языков уже два.

> всё остальное должно собираться из C напрямую или через компиляторы которые собираются из C.

А какие компиляторы собираются из СИ?
Даже GCC теперь разрабатывается на С++, тк на убогой сишке сделать н̶а̶д̶е̶ж̶н̶ы̶й̶ хотя бы рабочий оптимизирующий компилятор оказалось не возможно.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #102

96. Сообщение от Аноним (88), 13-Авг-25, 12:56   +/
> Вот когда пригодится, тогда и поговорим (с)

Ок, у меня хорошая память, напомню вам (ц)

> А толку?

Любой софт (не заказанный), в первую очередь пишется для себя. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #97

97. Сообщение от Аноним (-), 13-Авг-25, 13:00   +/
> Ок, у меня хорошая память, напомню вам (ц)

Да без проблем.
Я умею признавать свои ошибки.

>> А толку?
> Любой софт (не заказанный), в первую очередь пишется для себя. :)

Тогда можно дойти до темплеОС, как средство от (или для?) шизофрении.
Но ценности для человечества оно не добавит)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #106, #130

98. Сообщение от Facemakeremail (?), 13-Авг-25, 13:02   –1 +/
>GUI для Go? Это какой?

Тысячи их.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #172

99. Сообщение от senaemail (ok), 13-Авг-25, 13:04   +/
Это далеко не так... Написанный ручками код на интринсиках может быть быстрее в разы. Наблюдаю это прямо сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

100. Сообщение от senaemail (ok), 13-Авг-25, 13:07   +/
>  Вы шутите? Кто в 2025 году будет писать софт для серверов на ассемблере? Можно ссылочку на такие проекты?

Ну не на чистом асме, но на интринсиках каких-нибудь avx2 - да, пишем, производительность выше в разы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

101. Сообщение от Аноним (101), 13-Авг-25, 13:24   +/
Ну и чё, заменило оно нгинкс или местячковая поделка которая нужна 1 конторе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #123, #134

102. Сообщение от Аноним (101), 13-Авг-25, 13:28   +/
Ну не 2, в ядре их чуть больше: C 98.2% Assembly 0.7% Shell 0.4% Python 0.3% Makefile 0.2% и другие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

103. Сообщение от Аноним (94), 13-Авг-25, 13:33   –1 +/
Можно, почему нет. Юниксоподобным системам пофиг, бинарник или скрипт в текстовом файле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #109

104. Сообщение от Мукулутуру (?), 13-Авг-25, 13:36   +/
Никогда так не делайте. Это кидает паники, а их надо избегать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #111, #169

105. Сообщение от Мукулутуру (?), 13-Авг-25, 13:37   +/
К err != nil быстро привыкаешь. Самое главное это обернуть ошибку и расширить контекст, вместо того чтоб тупо писать return err.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

106. Сообщение от Аноним (88), 13-Авг-25, 13:38   +/
> Но ценности для человечества оно не добавит)

альтруисты в треде пхааа, человечество - стадо, ресурс, "скот". Это "общество" должно ценить каждого индивида.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #110

107. Сообщение от Мукулутуру (?), 13-Авг-25, 13:39   +1 +/
На С сервисы в docker будешь дольше писать, на порядок. Столько же времени на их дальнейшее развитие и поддержку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #113

108. Сообщение от Аноним (108), 13-Авг-25, 13:40   +/
> очевидно, что го не удался

Как не удался?

Вот есть soong_build, написанная на go, - сборочная система для ОС android, точнее, генератор мейкфайлов. И вот, только этот генератор сжирает минимум 40 гигов памяти и заметное время. И при малейшем изменении какого-либо проекта - полная перегенерарция.

Так сказать, фильтр тех кто достоин собрать свой андроид.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

109. Сообщение от Аноним (50), 13-Авг-25, 13:42   +/
> Можно, почему нет.

Потому что отсутствует здравый смысл.

> Юниксоподобным системам пофиг, бинарник или скрипт в текстовом файле

Только человеку не пофиг, на чем писать скрипты на выброс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #121

110. Сообщение от Аноним (-), 13-Авг-25, 13:45   +/
>> Но ценности для человечества оно не добавит)
> альтруисты в треде пхааа

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #116, #117

111. Сообщение от Anonim (??), 13-Авг-25, 13:52   +/
откуда тут паники? log.Fatal же просто завершает с программу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #118

112. Сообщение от Аноним (112), 13-Авг-25, 13:55   +1 +/
> 3blue1brown

Даже искать такое не буду, дабы статью какую не схлопотать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #154

113. Сообщение от Facemakeremail (?), 13-Авг-25, 14:02   –1 +/
>На С сервисы в docker будешь дольше писать, на порядок. Столько же времени на их дальнейшее развитие и поддержку.

Однозначно. Роб Пайк, кстати, предлагал слоган "Go — это Си 21-го века". В том смысле, на каком языке пишется большинство самых актуальных систем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #122

114. Сообщение от Аноним (34), 13-Авг-25, 14:21   –1 +/
>PTX is a virtual machine ISA
>PTX is similar to LLVM IR

Ага, ассемблер для GPU, понимаю.

> AMD и вовсе публикуют ISA спеки

А какой командой запускается ассемблер для AMD GPU? Покажи туториал, как запустить helloworld на ассемблере для GPU.

>абсолютно мимо

Даже строковые операции в libc/glibc написаны на ассемблере (именно потому что их нужно ДЕЙСТВИТЕЛЬНО быстро делать), но эксперта это не смущает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #120

115. Сообщение от slew (ok), 13-Авг-25, 14:22   +/
>Начнем с того, что инструкции, сгенеренные современными компиляторами, уделывают инструкции, написанные человеком

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

116. Сообщение от Аноним (88), 13-Авг-25, 14:38   +/
> темплОС вообще бесполезна для меня

она не создавалась вам в пользу, это продукт болезни людской (гениальность пора уже диагностировать как "болезнь"). Когда у вас в голове заиграет музыка, тогда осознаете, что вы Моцарт :) Поскольку она у вас не играет, Моцартом вам не быть.

> Другие разработчики и пользователи могут рассуждать так же.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

117. Сообщение от Аноним (88), 13-Авг-25, 14:40   +1 +/
> темплОС

ютуб, щас мне в рекомендации сунул его стрим (фейспалм)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

118. Сообщение от anonymous (??), 13-Авг-25, 14:46   –1 +/
Нет, он кидает панику с сообщением об ошибке в аргументе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

119. Сообщение от Аноним (112), 13-Авг-25, 14:52   +/
Это правда? Я в смысле про раст. Ну, значит через пять лет ждём появления языка с защитой от утечек. И переписывания его фанатами всего уже на него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #131, #145

120. Сообщение от Аноним (50), 13-Авг-25, 14:53   +/
>>PTX is a virtual machine ISA
>>PTX is similar to LLVM IR
> Ага, ассемблер для GPU, понимаю

Чел, ну тебе черным по белому написано:

"You can think of PTX as the assembly language of the NVIDIA CUDA GPU computing platform."

Это максимально низкий из возможных уровень - ниже, чем сама CUDA. Для Nvidia ниже не бывает. Бери и оптимизируй на нем "горячие" места, как тот эксперт выше завещал - в чем проблема?

Я не понимаю, в чем ты меня обличить пытаешься.

> А какой командой запускается ассемблер для AMD GPU?

Юзаешь hipcc, АМДшный асм вставляшь через asm():

https://rocm.docs.amd.com/projects/HIP/en/docs-6.0.0/referen...

> Даже строковые операции в libc/glibc написаны на ассемблере (именно потому что их нужно ДЕЙСТВИТЕЛЬНО быстро делать), но эксперта это не смущает.

Ну да, меня бы смущало, если бы строковые операции из стандартной сишной либы требовали GPU. 😂

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #127

121. Сообщение от Аноним (94), 13-Авг-25, 14:59   –2 +/
Здравый смысл как раз присутствует. Можно не таскать рантайм и зависимости (привет node_modules), выше производительность (на порядок).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #129

122. Сообщение от Аноним (112), 13-Авг-25, 15:01   +/
> Роб Пайк, кстати

... забыл добавить в "си 21-го века" возможности 21-го века. В результате имеем бинарники по 30МБ. У меня в /bin+/sbin+/usr/bin+/usr/sbin 5171 бинарный файл. Если каждый из них будет весить 30МБ, всё вместе потребует 155ГБ. И это только бинарники. Приглашаю в чат клоунов, которым везде продают диски по цене грязи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #126, #178

123. Сообщение от Вася (??), 13-Авг-25, 15:28   +/
хз как у других, а мы выкинули нгинкс на помойку и заюзали ее. Причем эта штука легко интегрируется прямо в твой растовый код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

124. Сообщение от Вася (??), 13-Авг-25, 15:30   +/
Я бы не сказал что на расте писать сложнее или дольше чем на гошке. Так что если ты знаешь раст, то голанг тебе наверное не нужен. Оба языка отлично подходят для сервера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

125. Сообщение от Аноним (76), 13-Авг-25, 15:45   +/
Суть вопроса: 1 наличие необходимых данных на сайте АМД для создания. 2. Лицензия, правовой аспект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

126. Сообщение от фнон (-), 13-Авг-25, 15:49   –2 +/
> ... забыл добавить в "си 21-го века" возможности 21-го века. В результате имеем бинарники по 30МБ.

Это много?
Но ты можешь подождать пока на сишке напишут меньшего объема.
А потом ловить CVE/RCE.

> У меня в /bin+/sbin+/usr/bin+/usr/sbin 5171 бинарный файл.

Это твои проблемы.

> Если каждый из них будет весить 30МБ, всё вместе потребует 155ГБ.

О ужас! Это же почти треть СД диска.. хотя даже сд-юков в компах почти не осталось, двд победил еще 10 лет назад)

> Приглашаю в чат клоунов, которым везде продают диски по цене грязи.

Но зачем??!
Ты уже тут, и устроил отличный стендап "нытье нищуброда"! Я просто в восторге!

ps терабайт hddшки стоит примерно 13-15 баксов, ссдшки - 40.
нет никакого смысла ориентироваться на луддитов, которые еще молятся на свой maxtor.

ps2 у тебя есть отличный вариант - не пользоваться программами на ГО, а искать СИшный вариант
а если их нету... sad to be you))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #150

127. Сообщение от Аноним (34), 13-Авг-25, 15:50   +/
Чел, ты на ассемблере вообще программировал?
Понимаешь в чем разница между IR и ассемблером для конкретной железки? Посоветуй авторам glibc писать на LLVM IR вместо их зоопарка ассемблеров для разных платформ. Ведь IR же максимально низкий из возможных уровень.

>GCN ISA In-line assembly, is supported
>GCN was succeeded by the RDNA microarchitecture and instruction set architecture in 2019

Понятно. Попрограммировали на ассемблере для AMD GPU.

>строковые операции из стандартной сишной либы

написаны на ассемблере для конкретных железок. Потому что
а) нужна ДЕЙСТВИТЕЛЬНО хорошая производительность
б) Intel и остальные нормальные вендоры не занимаются фигней и дают всем желающим возможность писать низкоуровневый софт на ассемблере

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #136

128. Сообщение от qwe (??), 13-Авг-25, 15:50   +1 +/
Главное не забывать defer ставить, чтобы память не подтекла...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

129. Сообщение от Аноним (50), 13-Авг-25, 15:51   +/
> Можно не таскать рантайм

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

Я уж не говорю о том, что Питон есть из коробки на любом Линуксе и даже Маке. В отличие от компилятора Go, лол.

> выше производительность

Да, это очень важно в сценариях использования скриптовых языков. 🤦

> Здравый смысл как раз присутствует.

Напрочь отсутствует, что и требовалось доказать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

130. Сообщение от Аноним (76), 13-Авг-25, 15:57   +/
>Тогда можно дойти до темплеОС, как средство от (или для?) шизофрении.

TempleOS часто упоминается в комментариях анонимными экспертами потому что среди них много не диагностированных шизофреников или просто ценителей?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #139

131. Сообщение от Аноним (-), 13-Авг-25, 15:59   +/
> Ну, значит через пять лет ждём появления языка с защитой от утечек.

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

Вот когда придумают новый язык с быстрой и дешевой верификацие - тогда буду топить за закапывание раста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

132. Сообщение от Аноним (132), 13-Авг-25, 16:01   +/
Если бы он смог то уже бы написал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #149

134. Сообщение от Аноним (-), 13-Авг-25, 16:14   +/
> местячковая поделка которая нужна 1 конторе?

Нгинкс оно, разумеется, не заменило. Еще не заменило.
Как минимум потом что nginx 20+ лет, а pingora - чуть больше года с первого публичного релиза April 5, 2024.

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

А клаудфаре как раз нужно быстро и надежно. Потому что у них огромные нагрузки как для одной конторы.

"Cloudflare is used by 80.7% of all the websites whose reverse proxy service we know. This is 19.5% of all websites."
(w3techs.com/technologies/details/cn-cloudflare)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

135. Сообщение от Аноним (-), 13-Авг-25, 17:05   +/
> Ты наверное не в курсе, но вендоры не дают доступ к ассемблеру GPU. Если бы он был, очевидно что самые горячие места переписали бы на нем.

Как это утверждение противоречит его словам о том, что для МАКСИМАЛЬНОЙ производительности уже давно используют GPU, а не греют CPU? И что в областях 3Д рендеринга, крипты и Machine Learning твой GPU с ассемблером абсолютно бесполезны?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #137, #158

136. Сообщение от Аноним (50), 13-Авг-25, 17:20   +/
>  Ведь IR же максимально низкий из возможных уровень.

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

>>GCN ISA In-line assembly, is supported
>GCN was succeeded by the RDNA microarchitecture and instruction set architecture in 2019
> Понятно. Попрограммировали на ассемблере для AMD GPU.

Есть подозрение, что попросту не обновили доку к компилятору. Вряд ли набор инструкций новой микроархитектуры будет примо на 100% отличаться от предыдущей.

Но в любом случае, асм для AMD и для CUDA есть, что уже множит на ноль твое заявление об отсутствии асма для GPU.

>>строковые операции из стандартной сишной либы
>написаны на ассемблере для конкретных железок. Потому что [...] нужна ДЕЙСТВИТЕЛЬНО хорошая производительность

Ну да, хорошая - насколько можно это возможно сделать на CPU. Как я и писал, было бы странно требовать для строковых операций GPU.

Но опять же: вроде никто не спорит, что на CPU с асмом как правило быстрее, чем без асма. Но вот заявленной тобой МАКСИМАЛЬНОЙ производительности с CPU ты в большинстве случаев не получишь (хоть с асмом, хоть без него) - тут только GPU.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #156

137. Сообщение от Аноним (50), 13-Авг-25, 17:22   +/
> И что в областях 3Д рендеринга, крипты и Machine Learning твой GPU с ассемблером абсолютно бесполезны

Ты хотел написать "CPU", я надеюсь? 😂

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

138. Сообщение от Карлос Сношайтилис (ok), 13-Авг-25, 17:40   +/
Сказал А, говори и Б.
Скриптовые это какие?
Баш портянки поддерживать нормально невозможно, пердолиться с версиями и окружении питона не сильно лучше. Гошка для девопсов отлично подходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

139. Сообщение от Аноним (88), 13-Авг-25, 17:49   +/
вопрос же в другом, способны ли вы, "нормальные" без шизы, написать TempleOS?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #140

140. Сообщение от Аноним (-), 13-Авг-25, 17:53    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #175

141. Сообщение от Анонимный аноним (?), 13-Авг-25, 17:58   +/
На языках, на которых не принято при сборке вендорить пол-интернета. В реальной жизни практически любая go-программа имеет несколько десятков зависимостей в go.mod, а те, в свою очередь, имеют свои зависимости (иногда не меньше). И опакечивание такой программы превращается в квест, который заканчивается (и почти везде так и закончился), что мы просто весь этот мусор собираем статически и кладем в один пакет. (Привет, любителям динамической линковки и разделяемых библиотек). Язык просто не должен обладать возможностями и тулзами, которые способствуют делать плохо. А go полностью из этого и состоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

142. Сообщение от Аноним (50), 13-Авг-25, 18:15   +/
> Это нетривиальная задача, интересно посмотреть как мощный искусственный интеллект решит ее лучше чем кожаные дурачки

Что, еще нетривиальнее, чем шахматы и Го?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

143. Сообщение от Аноним (143), 13-Авг-25, 18:24   +/
а че это через точку свойства читаешь, непорядок вообще
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #171

144. Сообщение от Аноним (-), 13-Авг-25, 18:26   –1 +/
>А мне не нужны конкуренты)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #146

145. Сообщение от Карлос Сношайтилис (ok), 13-Авг-25, 18:28   +/
Утечка памяти это когда память заняли и не освободили. Ответственность лежит на разработчике, т.к. это может быть нужно, например для реализации арен.

С точки зрения безопасности, в том же расте, проблемы нет – несанкционированного доступа к этой памяти "со стороны" нет, значит ОК. А то что пришел OOM killer – да, обидно, фикси.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

146. Сообщение от Аноним (-), 13-Авг-25, 18:30   +1 +/
> ссылку на свой гитхаб давай, "конкурент" ты наш ненаглядный  

лол, ты думаешь я настолько отбитый, чтобы тратить усилия и время на опенсорс для васянов?))

> посмотрим на хелловорлды

мамке под юбку смотри, а у меня nda есть

> пока что все о

какой-то шизофреничный бред, даже не знаю что на это ответить..
ты пойти, что ли, таблеточек попей

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

147. Сообщение от Карлос Сношайтилис (ok), 13-Авг-25, 18:35   +1 +/
> достаточно короткий и быстрый

...и не выполняет поставленную задачу, ага.

Я бы понял, если бы ответ написал американец, у них все строки – это совокупность цифр, букв A-Za-z и пару знаков препинания.

Но мы живём в мире utf8 и подсчёт _символов_ в таких строках задача ни разу не "простая и короткая".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #157

148. Сообщение от Аноним (-), 13-Авг-25, 18:40    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

149. Сообщение от Аноним (149), 13-Авг-25, 18:49   +/
Всё идёт по плану. Не торопитесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

150. Сообщение от Аноним (112), 13-Авг-25, 19:15   +/
> А потом ловить CVE/RCE.

То ли дело у гошников. Появился CVE в библиотеке - обновляй все бинарники, с ней скомпонованные. И нет никакой проблемы, интернет же бесконечный.

> Это твои проблемы

Нет, это проблемы будущих поколений, если у них софт будет на этом недоразумении писаться. У меня 99% бинарников на C/C++ , там тоже жирноты много, но хотя бы приемлемо.

> Это же почти треть СД диска..

По-твоему треть ссд-диска только на бинарники - это нормально?

> не пользоваться программами на ГО, а искать СИшный вариант

К счастью, на данный момент выбор как раз обратный. НЕ ИСКАТЬ программы на ГО, а пользоваться уже написанными и отлаженными СИшными вариантами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

152. Сообщение от Аноним (152), 13-Авг-25, 19:30   +1 +/
Наоборот, писать их сложно и медленно из-за кривой обработки ошибок, уродского синтаксиса,  скудности стандартной библиотеки, невыразительности самого языка и помойки "тяни-любое-гно -с-гитхаба" вместо экосистемы сторонних модулей. А сопровождать как раз тривиально, ибо go build и всё, причём сразу с кросскомпиляцией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

153. Сообщение от 12yoexpert (ok), 13-Авг-25, 19:37   +/
так и раст жеж
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

154. Сообщение от Аноним (-), 13-Авг-25, 19:46   +/
До 1 сентября еще все можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

155. Сообщение от Аноним (157), 13-Авг-25, 19:48   +/
> Подсчет символов в строке (strlen) в libc буквально написан на ассемблере

[...] достаточно короткий и быстрый.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #176

156. Сообщение от Аноним (34), 13-Авг-25, 19:53   +/
>там вполне ясно написано, что это максимально низкий из возможнх уровень *для видях NVIDIA*

Нет, там вполне ясно написано "compilation of PTX for a specific GPU can happen just-in-time (JIT) at application runtime".
Это IR, не ассемблер для конкретного железа. Максимально низкий уровень, который вендор хочет дать.

>Вряд ли набор инструкций новой микроархитектуры будет примо на 100% отличаться от предыдущей.

Даже в статье википедии написано про отличия в instruction set между GCN и RDNA. А есть уже RDNA 2, RDNA 3 и RDNA 4.

>асм для AMD и для CUDA есть

Нет. Для актуальных GPU ты не можешь разрабатывать на ассемблере так же, как и для x64/arm/risc/mips и т.д. Уровень анальной огороженности железа GPU сильнее чем у Эльбруса.

>только GPU

Нет. Из более-менее массовых решений есть ASIC'и (ты же сам писал про крипту), FPGA, блейд-системы и еще разные узкоспециализированные железки.
Но это все как бы отдельные железки, они отдельно программируются, хотя даже по ним видно - чем на более низком уровне вендор дает возможность их программировать/конфигурировать, тем больше можно из них выжать производительности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #159

157. Сообщение от Аноним (157), 13-Авг-25, 19:57   +/
> Я бы понял, если бы ответ написал американец, у них все строки – это совокупность цифр, букв A-Za-z и пару знаков препинания.

Ну, или сишочник, лол. 😂 У этих ребят вообще символ и байт - синонимы, ибо нормальных строк они и не видели.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #174

158. Сообщение от Аноним (34), 13-Авг-25, 20:13   –1 +/
О, еще один эксперт.
Максимальной производительности ЧЕГО?
Про ASIC'и ты тоже не слышал?

Или у опеннетовцев какая-то профдеформация - читают про ассемблер и не понимают что они могут быть разные, в том числе и для GPU.
Еще раз - чем более низкий уровень доступа к железке дает вендор, тем больше из нее можно выжать производительности. Если бы вендоры давали доступ к ассемблеру GPU, то на нем переписывали бы горячие куски и увеличивали производительность. Так же, как сейчас делают на "традиционных" CPU.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #161

159. Сообщение от Аноним (159), 13-Авг-25, 20:32   +/
> Нет, там вполне ясно написано "compilation of PTX for a specific GPU can happen just-in-time (JIT) at application runtime".
> Это IR, не ассемблер для конкретного железа.

Ну так там же написано, в чем суть:

NVIDIA GPUs of different generations and even different products within a generation can have different ISAs. This is part of the reason for having PTX.

Как ты сам видел, что у Nvidia, что у AMD архитектур уже в несколько раз больше, чем у CPU. Поэтому и причина того, что:

> Для актуальных GPU ты не можешь разрабатывать на ассемблере так же, как и для x64/arm/risc/mips и т.д.

...вовсе не в "анальной огороженности железа", а в том, что ну не вытянешь ты ручками писать асмом под 15 разных архитектур GPU - тебе нужно будет как минимум знать работу каждой железки на уровне ее инженеров, чтобы твои "оптимизации" действительно были оптимизациями и имели бы практический эффект.

В целом, удивительно, как можно петь про "огороженность" АМДшного железа в свете того, что спеки открыты и по ним HIP может генерировать код для RDNA и более новых архитектур.

>>Вряд ли набор инструкций новой микроархитектуры будет примо на 100% отличаться от предыдущей.
> Даже в статье википедии написано про отличия в instruction set между GCN и RDNA. А есть уже RDNA 2, RDNA 3 и RDNA 4.

А где я писал, что отличий нет? Лучше тебе на подумать, как asm() в hipcc может не поддерживать что-то кроме GCN, если сам hipcc генерирует инструкции для того же RDNA и новее. Как я и говорил, вероятно документацию просто не обновили, и ты вполне себе можешь ковыоюряться в асме вручную.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

160. Сообщение от Аноним (160), 13-Авг-25, 20:41   –1 +/
>легко сопровождаются?

RPG (https://en.m.wikipedia.org/wiki/IBM_RPG)
В нём процедуры - это просто исполняемые файлы (exe), а список параметров можно расширять, причём процедуры, которые использовали эту процедуру с более коротким списком параметров, изменять не надо.

Также легко сопровождать программы на Lisp и на императивных языках.
Трудно сопровождать - на структурных языках.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

161. Сообщение от Аноним (159), 13-Авг-25, 20:47   +/
> Максимальной производительности ЧЕГО?

Алгоритмов, наверное? Или мы о чем сейчас говорим?

> О, еще один эксперт.
> Про ASIC'и ты тоже не слышал?

Чел, ну тут ты уже совсем чушь пореш, на серьезных щах сравнивая мощности аппаратной  (тот самый ASIC) и программной программной реализацией одного и того же алгоритма.

> Если бы вендоры давали доступ к ассемблеру GPU, то на нем переписывали бы горячие куски и увеличивали производительность

Посыл был в том, что МАКСИМАЛЬНУЮ производительность ты на своем компе получишь только при использовании GPU, а не CPU с асмом. А ты все про "если бы у бабки был х...".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

162. Сообщение от Аноним (166), 13-Авг-25, 20:53   +/
>Посмотри хотя бы канал 3blue1brown на youtube

Неправда, эта мясорубка не может работать плохо. Посмотрите как она наяривает в рекламном ролике Магазин на диване.  ))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

163. Сообщение от Аноним (160), 13-Авг-25, 20:54   +/
CVE-2025-4673
Уязвимость Golang Go существует из-за того, что конфиденциальные заголовки не очищаются при кросс-доменных перенаправлениях в пакете net/http. Эксплуатация уязвимости может позволить нарушителю, действующему удалённо, получить конфиденциальную информацию.

CVE-2024-45336
Уязвимость языка программирования Golang связана с недостаточной защитой служебных данных. Эксплуатация уязвимости может позволить нарушителю, действующему удалённо, получить несанкционированный доступ к учётным данным.

CVE-2024-45341
Уязвимость языка программирования Golang связана с неправильной проверкой входных данных. Эксплуатация уязвимости может позволить нарушителю, действующему удалённо, обойти внедренные ограничения безопасности.

CVE-2025-22866
Уязвимость компонента crypto-elliptic языка программирования Golang связана с отсутствием освобождения памяти после эффективного срока службы. Эксплуатация уязвимости может позволить нарушителю получить доступ к конфиденциальной информации.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #165

164. Сообщение от Аноним (166), 13-Авг-25, 20:56   –1 +/
Кто идет он железки, предпочитает ассемблер, си. Кто идет от "кнопочек" предпочитает ИИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

165. Сообщение от Аноним (160), 13-Авг-25, 20:57   +/
CVE-2025-22871
Уязвимость пакета net/http языка программирования Go связана с недостатками обработки HTTP-запросов. Эксплуатация уязвимости может позволить нарушителю, действующему удалённо, выполнить произвольный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

166. Сообщение от Аноним (166), 13-Авг-25, 21:00   +/
На вопрос "Сколько время?" ИИ развернуто и структурировано ответит всё что он знает о времени. ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

167. Сообщение от Аноним (160), 13-Авг-25, 21:27   +/
Как? А цань-дзе? https://cangjie-lang.cn/en
Он понимает даже не совсем формальные конструкции, в нём развитые макросы и аннотации.
Во всех языках макросы принимают последовательность параметров, но макросы в цань-дзе принимают последовательность токенов, и выдают тоже последовательность токенов. https://mp.weixin.qq.com/s/cW697gXfH753NlPG7R_BLA
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

168. Сообщение от Аноним (160), 13-Авг-25, 21:33   +/
Вобщем-то верно, и такие компиляторы есть, которые транслируют в C: gccgo, GNU Pascal, GNU Modula-2, Vala, GNU Cobol
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

169. Сообщение от Кошкажена (?), 13-Авг-25, 21:34   +/
> Это кидает паники, а их надо избегать.

Надо обрабатывать каждую ошибку? А что делать при обработке?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

171. Сообщение от Dzen Python (ok), 13-Авг-25, 21:50   +/
Ощутимого выигрыша в производительности нет, а читабельность повышает в разы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

172. Сообщение от Vorobej (?), 13-Авг-25, 22:14   +/
значит ни одной
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

173. Сообщение от localhostadmin (ok), 13-Авг-25, 22:20   +1 +/
Лучше не пользоваться, пока не уберут телеметрию
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #187

174. Сообщение от Аноним (174), 13-Авг-25, 22:47   +/
Когда вы поймёте, что процессор оперирует байтами, а символами - приходите программировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #181

175. Сообщение от Аноним (88), 13-Авг-25, 22:47   +/
> Такое можно писать

имеется ввиду "неработающее" и не "готовое" для вашего потребления?

> Вообще с шизой можно много чего делать, вот только ценность будет как
> у "🐓 из 💩"

Ценность понятие такое себе, особенно когда встает вопрос "кто оценивает-то?", чтобы "бездари" могли оценить дар "божий" (I was chosen by God make His Temple. I was given divine intellect.)

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

Для него это не было хобби.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #177

176. Сообщение от qwe (??), 13-Авг-25, 23:14   +/
Подозреваю, что прежде чем упомянутое значение инта было прописано в структуру строки, кто-то как-то это значение посчитал. Если ты не в курсе, на Си можно не только посчитать длину строк, включая utf8, но и хранить эту длину рядом с указателем на строку и больше подсчетами не заниматься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #182, #188

177. Сообщение от Аноним (-), 14-Авг-25, 00:11   +/
> имеется ввиду "неработающее" и не "готовое" для вашего потребления?

Так оно и для практически любого потребления не готово: сети нет, изоляции нет, VGA режим и 16 цветов (в 2003 году...), свой диалект си.

> Ценность понятие такое себе, особенно когда встает вопрос "кто оценивает-то?", чтобы "бездари" могли оценить дар "божий"

Это уже оценил его психиатр: там и биполярочка, и шиза, и инопланетяне и еще куча всего.

> I was chosen by God make His Temple. I was given divine intellect.

И при этом он же говорил про себя:

"It looks a lot like mental illness, as opposed to some glorious revelation from God." motherboard.vice.com/read/gods-lonely-programmer
Но это нормально для биполярного расстройства.

> Для него это не было хобби.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #180

178. Сообщение от Jackson (??), 14-Авг-25, 00:24   +/
>В результате имеем бинарники по 30Мб

Гошный рантайм может быть в виде отдельной so'шки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

179. Сообщение от Аноним10084 и 1008465039 (?), 14-Авг-25, 01:10   +/
Смысл операционной системы - позволять пользователю запускать программы. И язык системы тут никак не должен влиять на то, на каком языке написаны программы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

180. Сообщение от Аноним (88), 14-Авг-25, 01:21   +/
> Так оно и для практически любого потребления не готово: сети нет, изоляции
> нет, VGA режим и 16 цветов (в 2003 году...), свой диалект
> си.

автокомплит в редакторе зато был :)

> Это уже оценил его психиатр: там и биполярочка, и шиза, и инопланетяне
> и еще куча всего.

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

> Для него это было проявление заболевания, что-то вроде паталогического желания.

Маниакальный синдром.

пс: 3 дня назад (11 августа) как раз была годовщина его смерти.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

181. Сообщение от Аноним (88), 14-Авг-25, 01:22   +/
> Когда вы поймёте, что процессор оперирует байтами, а символами - приходите программировать.

регистрами фиксированной длины


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

182. Сообщение от Аноним (-), 14-Авг-25, 03:16   +2 +/
> Подозреваю, что прежде чем упомянутое значение инта было прописано в структуру строки, кто-то как-то это значение посчитал.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #186

183. Сообщение от Аноним12345 (?), 14-Авг-25, 07:12   +/
экосистема в гоу убогая, мало пакетов
питон в свое время взлетел, потому что сообщество написало кучу библиотек просто так за бесплатно
а в гоу этого никто не делает, потому что здесь все на порядок дороже

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #185

184. Сообщение от Илья (??), 14-Авг-25, 07:58   +/
c#
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

185. Сообщение от Илья (??), 14-Авг-25, 08:00   +/
> сами посудите - кто в здравом уме будет создавать бесплатную экосистему для компилируемого языка

microsoft, .net создали

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

186. Сообщение от Аноним (186), 14-Авг-25, 08:05   +/
Так эти бедняги другой жизни и не видели.

Вон выше еще один сишочник на это возразил, что "процессор оперирует байтами" (хз, какая связь с нормальными строками, но ладно) - и поэтому, видимо, эти персонажи будут продолжать упрямо дергать strlen на каждый чих.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

187. Сообщение от Аноним (187), 14-Авг-25, 08:08   +/
Или пока не актуализируют gccgo до версии эталонного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

188. Сообщение от Аноним (186), 14-Авг-25, 08:11   +/
> Если ты не в курсе, на Си можно не только посчитать длину строк, включая utf8, но и хранить эту длину рядом с указателем на строку и больше подсчетами не заниматься.

Можно, да. 😂 Но почему-то 97% сишочников продолжают гордо юзать и "оптимизировать" дидовские отрыжки в виде strlen. Видимо, не по-сишочному это - использовать здравый смысл и подходящие абстракции при решении задачи. Нас же только с байтиками научили сношаться, да еще и в асме.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176


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

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




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

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