forum.opennet.ru - "Выпуск языка программирования Hare 0.25.2 " (65)

"Выпуск языка программирования Hare 0.25.2 "

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

"Выпуск языка программирования Hare 0.25.2 "	+/–
Сообщение от opennews (ok), 22-Июн-25, 11:08
Дрю ДеВолт (Drew DeVault), автор пользовательского окружения Sway, почтового клиента Aerc и платформы совместной разработки SourceHut, опубликовал выпуск языка программирования Hare 0.25.2. Номер версии образован как 0.YY.Q, где YY - две последние цифры года, а Q - номер квартала, прошлый выпуск Hare 0.24.2 был опубликован год назад. Hare преподносится как язык системного программирования, близкий к языку Си, но проще, чем Си. Исходный код компилятора и инструментария распространяются под лицензией GPLv3, а код стандартной библиотеки под лицензией MPL (Mozilla Public License)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63441
Ответить \| Правка \| Cообщить модератору

Оглавление

Вы что с нумерации версии сделали Извращенцы , Аноним (3), 11:27 , 22-Июн-25, (3) +8

LibreOffice подсказал , Аноним (-), 11:30 , 22-Июн-25, (5) +1
А если проект доживет до 2101 года, то это будет 0 01 1 Фигня какая-то , Грека (?), 12:10 , 22-Июн-25, (7) +7

Ну, наверное, тогда можно и поменять уже будет первую цифру Так что 1 01 1, не о, Аноним (12), 13:20 , 22-Июн-25, (12) +5

А если версия 0 выйдет за месяца до Получается сначала 0 99 4, а потом 0 00 1 , Грека (?), 15:48 , 22-Июн-25, (22) +1

Это ты с начала доживи, Аноним (31), 19:28 , 22-Июн-25, (31) +2
Если до 2101 доживёт, то поменяют на формат версий Хрома, Аноним (52), 11:58 , 23-Июн-25, (52)

Выпуск языка программирования Hare 0.25.2 , поролон (?), 16:48 , 23-Июн-25, (58) +1

А кто мешает сделать 0 101 2 например , Аноним (87), 07:49 , 25-Июн-25, (87)

Ноль целых 25 столетних 2 квартальных, Аноним (8), 12:19 , 22-Июн-25, (8) +1

Спасибо тебе КО, ты нас всех снова спас Но и правда, харе уже по N 1 кругу C за, Аноним (15), 13:47 , 22-Июн-25, (15) –1

Извращенцы 8212 это semver org На грани злонамеренного вредительства Впроче, Аноним (33), 19:44 , 22-Июн-25, (33) –2

X X X - это традиционная для Линукса порядок версионирования Наоборот, извращен, Аноним (-), 20:38 , 22-Июн-25, (35) +3
Ну, во-первых, решать как версионировать свой код будут именно кодеры, точно не , Аноним (55), 14:06 , 23-Июн-25, (55) +1

Нет Организационные решения внутри проекта 8212 моя прямая должностная обяза, Аноним (33), 18:18 , 23-Июн-25, (61) –1

Принимать организационные решения никогда не возьмут человека, не понимающего ба, Аноним (55), 19:06 , 23-Июн-25, (67) +1

Стало быть мне неимоверно повезло надурить и HR, и четыре уровня технических инт, Аноним (33), 20:08 , 23-Июн-25, (70) –2

Господи, сколько апломба-то По-хорошему, это прокол вендора что они не включили , Неноним (?), 07:37 , 25-Июн-25, (86)

Как и любого анонимного комментатора на Опеннете Мы стоим на страже ваших проект, Аноним (89), 13:15 , 25-Июн-25, (89)

С-Самонадеянность и Н-Некомпетентность Сходу ограничить частоту релизов и исклю, Аноним (55), 14:10 , 23-Июн-25, (56) +2

Ваще топ язык Автор красава , Drew Devault (?), 12:31 , 22-Июн-25, (9)

Полностью согласен с вами, коллега , D. DeVault (?), 13:11 , 22-Июн-25, (11) –1
Автор, перелогинься , Аноним (28), 19:17 , 22-Июн-25, (28) +4

Что вы, я никогда под такими учётками никуда не хожу Это воссторженные фанаты м, D.D.Vault (?), 08:48 , 23-Июн-25, (44) +1
Ето не я , Draw in past simple (?), 13:01 , 23-Июн-25, (54)

Выглядит не вырвиглазно, на первый взгляд Работу с Си наследием притянул уже Лю, фыв (??), 15:42 , 22-Июн-25, (21)
Увы, очередной недоди-перепитон Каких-то сильных сторон у языка нет Проект суще, Аноним (23), 16:42 , 22-Июн-25, (23) +5
Если будет drop из Rust и включены в стандартную библиотеку списки, словари и , Аноним (25), 18:52 , 22-Июн-25, (25)

А потом всё равно каждый пишет свои коллекции и делает свои аллокаторы, потому ч, IMBird (ok), 07:42 , 23-Июн-25, (43) +1

Кто каждый Проекты на ЯВУ со своими реализациями коллекций можно по пальцам п, Аноним (55), 19:01 , 23-Июн-25, (66) +1

а тут хоть строки нормальные есть , Аноним (26), 19:13 , 22-Июн-25, (26) +1

какие считаются нормальынми , Аноним (28), 19:25 , 22-Июн-25, (29)

С ИИ внутри, Аноним (31), 19:34 , 22-Июн-25, (32) +1

Конечно есть В ассемблере строки это просто байты, поэтому и тут, и в Си есть н, Аноним (36), 20:47 , 22-Июн-25, (36)

Там много вариантов строк бывает Черт его знает что он там нормальным считает , Аноним (25), 01:52 , 23-Июн-25, (40) +1
А текст 8212 это просто буквы , Аноним (33), 18:22 , 23-Июн-25, (62)

А в чем прикол Синтаксис на любителя, из того что в новости - совсем не проще С, Аноним (37), 20:53 , 22-Июн-25, (37) +2
Синтаксис определённо растом навеян Типы полей структур, атрибуты и много чт, freecoder (ok), 21:15 , 22-Июн-25, (38) +2

Согласен У раста здесь синтаксис понятнее, даже для того кто на нем не пишет А, Аноним (37), 06:11 , 23-Июн-25, (41)
Даже в таком коротком коде не обошлось без приседаний перед идолом безопасности,, Нет ты (-), 20:22 , 23-Июн-25, (71)

ЧСХ, эта вспомогательная функция автоматом есть у всего, возвращающего результ, Аноним (72), 23:29 , 23-Июн-25, (72) +1
Не понял, тебе не нравится что результат, который объективно опциональный, нельз, Аноним (55), 23:57 , 23-Июн-25, (73) +3

Растолюбы проверяют результат, но делают это без уважения Мне не нравится, что п, нет ты (?), 18:20 , 25-Июн-25, (94)

все Hare отработали лавэ , penetrator (?), 20:38 , 24-Июн-25, (85)

Правда, вот в wayland ни текст не закодить, ни ресурсы переиспользовать на серве, Аноним (-), 09:46 , 23-Июн-25, (46)
Память нужно самому освобождать, не кроссплатформенный, не Не нужон, Ося Бендер (?), 10:07 , 23-Июн-25, (47) –1

По сути, сейчас есть два языка, два брата, вечно дерущихся Си и Раст - кому нуж, Аноним (37), 10:31 , 23-Июн-25, (49)

Си быстро копилируется в двоичный код Раст - является фронтендом компилятора LL, Аноним (-), 17:55 , 23-Июн-25, (60) –1

Какая чушь C через clang компилируется тем же LLVM ом Можно gcc, но это не сил, Аноним (55), 18:32 , 23-Июн-25, (64) +1

Причем там, унутрях gcc, все те же поэтапные преобразования кода всякие GIMPLE,, Аноним (72), 19:26 , 23-Июн-25, (68)

Когда ты компилируешь сишный код в GCC, происходит 3 гениальных и простых вещи 1, Аноним (-), 06:04 , 24-Июн-25, (78)

Где-то между 1 и 2 забыл примерно 5 подпунктов парсинг, препроцессор, проверка , Аноним (36), 15:32 , 24-Июн-25, (82)

Всё это уже входит в первый пункт, как нечто разумеешееся Парсинг и проверка си, Аноним (-), 18:58 , 24-Июн-25, (83)

CODE echo int foo int bar return bar 2 124 gcc -O1 -fdump-tree-ssa st, Аноним (72), 20:09 , 24-Июн-25, (84)

Си ни с кем не дерётся, его уделом осталось лютое легаси Ну и rust не медленнее, Аноним (55), 18:44 , 23-Июн-25, (65) +1
Сам ты ошибка Выбираем ООП , Аноним (74), 00:11 , 24-Июн-25, (74)

V lang лучше, Аноним (48), 10:30 , 23-Июн-25, (48) +1
Местечковый язык, который нарочито избегает проприетарные ОС Идеологически это , Аноним (51), 11:20 , 23-Июн-25, (51)
Пусть вернут примеры на русском языке, тогда, может, посмотрим Нет , Аноним (53), 12:04 , 23-Июн-25, (53) –3

Зачем, если все без исключения русскоговорящие кодеры знают английский хотя бы с, Аноним (33), 18:24 , 23-Июн-25, (63) +1

Язык одного человека, на него нет смысла даже смотреть уже только поэтому , Аноним (55), 14:13 , 23-Июн-25, (57) +1

C C написан парой человек, 12yoexpert (ok), 15:43 , 25-Июн-25, (91)

Пара человек когда не было ни индустрии, ни экосистемы, ни нормальных ЯП, ни тре, Аноним (55), 17:45 , 25-Июн-25, (93) –1

Скрыто модератором, Аноним (80), 13:59 , 24-Июн-25, (80)

Скрыто модератором, Аноним (81), 14:10 , 24-Июн-25, (81)

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

3. Сообщение от Аноним (3), 22-Июн-25, 11:27 +8 +/–

> "Номер версии образован как 0.YY.Q, где YY - две последние цифры года, а Q - номер квартала"
Вы что с нумерации версии сделали? Извращенцы!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #7, #8, #33, #56

5. Сообщение от Аноним (-), 22-Июн-25, 11:30 +1 +/–

LibreOffice подсказал.

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

7. Сообщение от Грека (?), 22-Июн-25, 12:10 +7 +/–

А если проект доживет до 2101 года, то это будет 0.01.1? Фигня какая-то.

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

8. Сообщение от Аноним (8), 22-Июн-25, 12:19 +1 +/–

Ноль целых 25 столетних 2 квартальных

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

9. Сообщение от Drew Devault (?), 22-Июн-25, 12:31 +/–

Ваще топ язык! Автор красава!

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

11. Сообщение от D. DeVault (?), 22-Июн-25, 13:11 –1 +/–

Полностью согласен с вами, коллега!

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

12. Сообщение от Аноним (12), 22-Июн-25, 13:20 +5 +/–

Ну, наверное, тогда можно и поменять уже будет первую цифру.
Так что 1.01.1, не о чем беспокоиться.

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

15. Сообщение от Аноним (15), 22-Июн-25, 13:47 –1 +/–

Спасибо тебе КО, ты нас всех снова спас!
Но и правда, харе уже по N+1 кругу  C/зайцев гонять :)

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

21. Сообщение от фыв (??), 22-Июн-25, 15:42 +/–

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

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

22. Сообщение от Грека (?), 22-Июн-25, 15:48 +1 +/–

А если версия 0 выйдет за месяца до?
Получается сначала 0.99.4, а потом 0.00.1 😂

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

23. Сообщение от Аноним (23), 22-Июн-25, 16:42 +5 +/–

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

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

25. Сообщение от Аноним (25), 22-Июн-25, 18:52 +/–

Если будет drop() из Rust и включены в стандартную библиотеку списки, словари и деревья, то вполне замена С.

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

26. Сообщение от Аноним (26), 22-Июн-25, 19:13 +1 +/–

а тут хоть строки нормальные есть?

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

28. Сообщение от Аноним (28), 22-Июн-25, 19:17 +4 +/–

Автор, перелогинься!

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

29. Сообщение от Аноним (28), 22-Июн-25, 19:25 +/–

какие считаются нормальынми?

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

31. Сообщение от Аноним (31), 22-Июн-25, 19:28 +2 +/–

Это ты с начала доживи

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

32. Сообщение от Аноним (31), 22-Июн-25, 19:34 +1 +/–

С ИИ внутри

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

33. Сообщение от Аноним (33), 22-Июн-25, 19:44 –2 +/–

Извращенцы — это semver.org. На грани злонамеренного вредительства. Впрочем, от кодеров я иного и не ожидал.

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

35. Сообщение от Аноним (-), 22-Июн-25, 20:38 +3 +/–

X.X.X - это традиционная для Линукса порядок версионирования. Наоборот, извращенец это ты.

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

36. Сообщение от Аноним (36), 22-Июн-25, 20:47 +/–

Конечно есть. В ассемблере строки это просто байты, поэтому и тут, и в Си есть нормальные строки.

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

37. Сообщение от Аноним (37), 22-Июн-25, 20:53 +2 +/–

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

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

38. Сообщение от freecoder (ok), 22-Июн-25, 21:15 +2 +/–

Синтаксис определённо растом навеян. Типы полей структур, атрибуты... и много что ещё, если пойти и посмотреть доки.
Но это

use fmt;
use os;
export fn main() void = {
     const user = os::getenv("USER") as str;
     fmt::printfln("Welcome to the Hare documentation, {}!", user)!;
};

По-моему читается хуже, чем это:

use std::env;
fn main() {
    let user = env::var("USER").unwrap_or_default();
    println!("Welcome to Rust, {user}!");
}

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

40. Сообщение от Аноним (25), 23-Июн-25, 01:52 +1 +/–

Там много вариантов строк бывает. Черт его знает что он там нормальным считает. Может вариант с длинной и нулевым символом, а может UTF-16 у всех разное ...

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

41. Сообщение от Аноним (37), 23-Июн-25, 06:11 +/–

Согласен. У раста здесь синтаксис понятнее, даже для того кто на нем не пишет. А по верхнему коду есть вопросы, например нафига тут export? Из кода совсем не ясна логика программы на этом самом Харе.

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

43. Сообщение от IMBird (ok), 23-Июн-25, 07:42 +1 +/–

А потом всё равно каждый пишет свои коллекции и делает свои аллокаторы, потому что всё не то и всё не так.

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

44. Сообщение от D.D.Vault (?), 23-Июн-25, 08:48 +1 +/–

Что вы, я никогда под такими учётками никуда не хожу. Это воссторженные фанаты мимикрируют

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

46. Сообщение от Аноним (-), 23-Июн-25, 09:46 +/–

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

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

47. Сообщение от Ося Бендер (?), 23-Июн-25, 10:07 –1 +/–

Память нужно самому освобождать, не кроссплатформенный, не ...
Не нужон

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

48. Сообщение от Аноним (48), 23-Июн-25, 10:30 +1 +/–

V lang лучше

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

49. Сообщение от Аноним (37), 23-Июн-25, 10:31 +/–

По сути, сейчас есть два языка, два брата, вечно дерущихся: Си и Раст - кому нужна максимальная производительность и кто готов сам! управлять памятью, выбирают Си. Тем, кто готов пожертвовать парой процентов производительности взамен того, чтоб не парится о памяти вообще - выбирают Раст.
О плюсах вообще забудьте - ООП это ошибка, а сам язык настолько перегружен ненужностями, что там те же минус пара процентов производительности, и те же приколы с памятью - так что лучше выбрать Раст.

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

51. Сообщение от Аноним (51), 23-Июн-25, 11:20 +/–

Местечковый язык, который нарочито избегает проприетарные ОС. Идеологически это можно хвалить и поддерживать. Но на практике такой язык не взлетит и останется любительской поделкой. Даже dlang и nim и то больше пользы приносят. Первый так вообще в проде используется кое-где в Европе.

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

52. Сообщение от Аноним (52), 23-Июн-25, 11:58 +/–

Если до 2101 доживёт, то поменяют на формат версий Хрома

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

53. Сообщение от Аноним (53), 23-Июн-25, 12:04 –3 +/–

Пусть вернут примеры на русском языке, тогда, может, посмотрим. Нет.

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

54. Сообщение от Draw in past simple (?), 23-Июн-25, 13:01 +/–

Ето не я!

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

55. Сообщение от Аноним (55), 23-Июн-25, 14:06 +1 +/–

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

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

56. Сообщение от Аноним (55), 23-Июн-25, 14:10 +2 +/–

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

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

57. Сообщение от Аноним (55), 23-Июн-25, 14:13 +1 +/–

Язык одного человека, на него нет смысла даже смотреть уже только поэтому.

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

58. Сообщение от поролон (?), 23-Июн-25, 16:48 +1 +/–

> opennet, 2101
> ...так же, в новом хромбраузере поправлена проблема переполнение значения счетчика версии

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

60. Сообщение от Аноним (-), 23-Июн-25, 17:55 –1 +/–

Си быстро копилируется в двоичный код. Раст - является фронтендом компилятора LLVM. Сам LLVM громоздкий и под его капотом идут поэтапные преобразования кода. Си не брат Расту.

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

61. Сообщение от Аноним (33), 23-Июн-25, 18:18 –1 +/–

> как версионировать свой код будут именно кодеры, точно не ты
Нет. Организационные решения внутри проекта — моя прямая должностная обязанность.
> жизнеспособны любые монотонно растущие версии состоящие из числовых компонент
Да.
> но среди них semver несёт больше всего полезной информации
Нет. Как не глядя в ченджлог понять какая версия вышла раньше: 1.3.79 или 2.0.12?

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

62. Сообщение от Аноним (33), 23-Июн-25, 18:22 +/–

> строки это просто байты
А текст — это просто буквы.

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

63. Сообщение от Аноним (33), 23-Июн-25, 18:24 +1 +/–

Зачем, если все без исключения русскоговорящие кодеры знают английский хотя бы со словарём?

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

64. Сообщение от Аноним (55), 23-Июн-25, 18:32 +1 +/–

> Си быстро копилируется в двоичный код. Раст - является фронтендом компилятора LLVM. Сам LLVM громоздкий и под его капотом идут поэтапные преобразования кода. Си не брат Расту.
Какая чушь. C через clang компилируется тем же LLVM'ом. Можно gcc, но это не сильно быстрее. При этом gcc с недавних пор может и rust.

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

65. Сообщение от Аноним (55), 23-Июн-25, 18:44 +1 +/–

Си ни с кем не дерётся, его уделом осталось лютое легаси. Ну и rust не медленнее C - с чему ему быть медленнее? Есть некоторые рантайм проверки, которые в горячем коде можно отключить с unsafe. Как показывают недавнее переписывание алгоритпов компрессии на rust, например zlib-rs, писать на rust более быстрый код чем на C фактически тривиально.
Поэтому, с чем соглашусь - нет смысла не использовать что-то помимо rust для производительного кода.
Но ООП там есть. Без наследования полей, от чего, кстати, много кто плачеи, но и без наследования реализаций, что хорошо, но на C++ последние 20 лет пишут точно так же - иерархии классов, а тем более с ромбиками, никто в здравом уме не строит, делают полностью виртуальный интерфейс и сколько надо его final реализаций. Но да, на трейтах это конечно на порядок удобнее, плюс rust позволяет явно выбирать между статической и данамической диспетчеризацией.

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

66. Сообщение от Аноним (55), 23-Июн-25, 19:01 +1 +/–

Кто "каждый"? Проекты на ЯВУ со своими реализациями коллекций можно по пальцам пересчитать, и причиной наличия этих реализаций примерно в 90% будет некомпетентность разработчика, а остальные 10% примерно одинаково делятся между легаси кодом (из C++03 эпохи где не было `unordered_map`) и реальной необходимостью.
Для недоязыков типа С написать свою коллекцию с своим UB, вместо того чтобы писать проект - это традиция и дело чести.
А аллокаторы - смотря что вы имеете в виду. Глобальные никто не пишет, потому что для юношей с горящими глазами это слишком сложно, а те у кого хватит скиллов понимают что это не нужно. А подключить jemalloc/mimalloc, сравнить перф и потребление и выбрать лучшее - это операция доступна и имеет смысл независимо от языка. А что касается арен, то в них часто есть смысл, опять же это не зависит от языка. Но в нормальных языках есть готовые реализации bump и slab арен.

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

67. Сообщение от Аноним (55), 23-Июн-25, 19:06 +1 +/–

> Нет. Организационные решения внутри проекта — моя прямая должностная обязанность.
Принимать организационные решения никогда не возьмут человека, не понимающего банальных и фундаментальных концепций.
> Нет. Как не глядя в ченджлог понять какая версия вышла раньше: 1.3.79 или 2.0.12?
Это и глядя в changelog не понять, потому что changelog разные для 1 и 2 веток. А так, очевидно что сравнивать по времени выхода релизы из разных веток не имеет никакого смысла, и такая задача может возникнуть только ввиду некомпетентности.

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

68. Сообщение от Аноним (72), 23-Июн-25, 19:26 +/–

>  Можно gcc, но это не сильно быстрее.
Причем там, унутрях gcc, все те же поэтапные преобразования кода (всякие GIMPLE, SSA, RTL и прочие IR).
А вот результаты "быстро компилирующих" компиляторов (я так понимаю, pcc, tcc и возможно scc) почему-то нигде особо не светятся.

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

70. Сообщение от Аноним (33), 23-Июн-25, 20:08 –2 +/–

> Принимать организационные решения никогда не возьмут человека, не понимающего банальных и фундаментальных концепций.
Стало быть мне неимоверно повезло надурить и HR, и четыре уровня технических интервью! Знал бы — поставил бы в тот день весь свой пенсионный фонд на зеро.
> Это и глядя в changelog не понять, потому что changelog разные для 1 и 2 веток. А так, очевидно что сравнивать по времени выхода релизы из разных веток не имеет никакого смысла, и такая задача может возникнуть только ввиду некомпетентности.
Читаю в недельном бюллетене вендора (перевод мой): «все версии библиотеки вышедшие до 1 мая 2025 года подвержены уязвимости». О компетентности вендора судить не берусь, однако знаю точно, что его оборудование и ПО используется практически во всём мире, где есть IP сети. Не возьмусь так же судить о компетентности моих предшественников, решивших не ломать рабочую систему и процессы наших кастомеров, и решивших вместо этого постепенно переводить всех на новую, допиливая недостающие фичи по необходимости. В старой системе библиотека версии 1.3.79, в новой — 2.0.12. Так как понять которую из систем надо срочно обновлять? Блесни компетентностью.

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

71. Сообщение от Нет ты (-), 23-Июн-25, 20:22 +/–

>unwrap_or_default
Даже в таком коротком коде не обошлось без приседаний перед идолом безопасности, завернутых во вспомогательную функцию.
Походу Руст это язык тревожных невротиков с гиперкомпенсацией контроля, лол.

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

72. Сообщение от Аноним (72), 23-Июн-25, 23:29 +1 +/–

>>unwrap_or_default
> Даже в таком коротком коде не обошлось без приседаний перед идолом безопасности, завернутых во вспомогательную функцию.
ЧСХ, эта "вспомогательная функция" автоматом есть у всего, возвращающего результат-или-ошибку Result<T, E>
как впрочем и unwrap_or(some_custom_default_value). Не давая, с одной стороны, "забивать" на ошибки -- и не разводя простыни "if err!=nil" на любой чих, с другой.
> Походу Руст это язык тревожных невротиков с гиперкомпенсацией контроля, лол.
Эт да, нет бы просто и привычно сегфолтнуть, если такой переменной окружения нет ...

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

73. Сообщение от Аноним (55), 23-Июн-25, 23:57 +3 +/–

Не понял, тебе не нравится что результат, который объективно опциональный, нельзя использовать не проверив на наличие?

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

74. Сообщение от Аноним (74), 24-Июн-25, 00:11 +/–

Сам ты ошибка. Выбираем ООП.

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

78. Сообщение от Аноним (-), 24-Июн-25, 06:04 +/–

Когда ты компилируешь сишный код в GCC, происходит 3 гениальных и простых вещи.
1. Содержимое заголовочного файла помещается в исходный код.
2. Исходный код преобразуется в ассемблерние листинги в синтаксисе AT&T.
3. Ассемблерные листинги компилируются в двоичный код.
Если будет статические связывание, то исходники библиотек помещаются в стадии №1.
Clang является частью LLVM, вот там-то да, происходят эти непонятные наркоманские "GIMPLE, SSA, RTL и прочие IR".
Гениальность Си в его простоте, а Rust как мы знаем очень сложен. Так что не равняйте эти обе языка.

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

80. Сообщение от Аноним (80), 24-Июн-25, 13:59 Скрыто ботом-модератором +/–

> Буржуазия технологической отрасли уже на протяжении длительного времени ведет войну с трудом, по крайней мере десятилетие. Далеко не собирая никакого сопротивления, большинство технологической рабочей силы даже не понимает, что это происходит с ними. Ваш босс одержим делая вас бессильными и заменяемыми. Вы можете не осознавать, насколько сильное влияние у вас есть над вашим боссом, но ваш босс, безусловно, есть – и делал это все, что в их силах, чтобы подорвать вас, прежде чем вы поумнеете. Не позволяйте вы сами считаете, что являетесь частью их клуба – если ваш доход зависит от вашего зарплату, вы часть рабочего класса.
Из его блога. Какой-то хронический коммунист-идиот.

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

81. Сообщение от Аноним (81), 24-Июн-25, 14:10 +/–

Эксплуататор детектед

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

82. Сообщение от Аноним (36), 24-Июн-25, 15:32 +/–

Где-то между 1 и 2 забыл примерно 5 подпунктов: парсинг, препроцессор, проверка синтаксиса, выстраивание AST, и много чего еще.

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

83. Сообщение от Аноним (-), 24-Июн-25, 18:58 +/–

>парсинг, препроцессор, проверка синтаксиса
Всё это уже входит в первый пункт, как нечто разумеешееся. Парсинг и проверка синтаксиса происходит одновременно и не является подпунктом.
>выстраивание AST
Чистосишному компилятору это не нужно. Ты видимо попутал с C++. Исодный текст сразу преобразуется в ассемблерные листинги. Сишка не производит, как у Rust, накркоманских преобразований кода во всякие промежуточные представления.

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

84. Сообщение от Аноним (72), 24-Июн-25, 20:09 +/–

> 2. Исходный код преобразуется в ассемблерние листинги в синтаксисе AT&T.
> Clang является частью LLVM, вот там-то да, происходят эти непонятные наркоманские "GIMPLE,
> SSA, RTL и прочие IR".

%  echo "int foo(int bar) {return bar*2;}"|gcc -O1 -fdump-tree-ssa=stdout -xc -
;; Function foo (foo, funcdef_no=0, decl_uid=2694, cgraph_uid=1, symbol_order=0)
int foo (int bar)
{
  int _2;
  <bb 2> :
  _2 = bar_1(D) * 2;
  return _2;
}
%  echo "int foo(int bar) {return bar*2;}"|gcc -O1 -fdump-tree-gimple=stdout -xc -
int foo (int bar)
{
  int D.2697;
  D.2697 = bar * 2;
  return D.2697;
}
% echo "int foo(int bar) {return bar*2;}"|gcc -O1 -fdump-rtl-ce1=stdout -xc -

;; Function foo (foo, funcdef_no=0, decl_uid=2694, cgraph_uid=1, symbol_order=0)
0 registers.
3 basic blocks, 2 edges.
(note 4 0 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 2 4 3 2 (set (reg/v:SI 83 [ bar ])
        (reg:SI 5 di [ bar ])) "<stdin>":1:18 83 {*movsi_internal}
     (expr_list:REG_DEAD (reg:SI 5 di [ bar ])
        (nil)))
(note 3 2 6 2 NOTE_INSN_FUNCTION_BEG)
(insn 6 3 11 2 (parallel [
            (set (reg:SI 84)
                (ashift:SI (reg/v:SI 83 [ bar ])
Как скажешь.

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

85. Сообщение от penetrator (?), 24-Июн-25, 20:38 +/–

все Hare отработали лавэ ))

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

86. Сообщение от Неноним (?), 25-Июн-25, 07:37 +/–

Господи, сколько апломба-то!
По-хорошему, это прокол вендора что они не включили последние подверженные версии и/или первые неподверженные в свой аннаунсмент. Если такой информации нет - идти, искать/шерстить ченджлоги, смотреть CVE напрямую и так далее. Вендор тебя подвёл и теперь это твоя работа, да.

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

87. Сообщение от Аноним (87), 25-Июн-25, 07:49 +/–

А кто мешает сделать 0.101.2 например?

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

89. Сообщение от Аноним (89), 25-Июн-25, 13:15 +/–

> Организационные решения внутри проекта — моя прямая должностная обязанность.
Как и любого анонимного комментатора на Опеннете!
Мы стоим на страже ваших проектов с 1996 года!

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

91. Сообщение от 12yoexpert (ok), 25-Июн-25, 15:43 +/–

C/C++ написан парой человек

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

93. Сообщение от Аноним (55), 25-Июн-25, 17:45 –1 +/–

Пара человек когда не было ни индустрии, ни экосистемы, ни нормальных ЯП, ни требований к ним это как-бы немножко другое. Тогда язык действительно можно было наговнякать (что, ЧСХ, и произошло с C++) водиночку, и что бы ты не наговнякал, оно уже решало какие-то проблемы существующих языков, даже о совместимости думать почти не надо было. Сейчас, for starters, вокруг языка нужно понаписать кучу тулинга (пакетный менеджер, пакетная экосистема, линтеры, форматтеры, плагины под ide, поддержка в gdb, генерация документации, биндгены и т.д. и т.п.), достаточно жирную стандартную библиотеку и биндинги к, как минимум, примерно сотне существующих фундаментальных библиотек. Дальше, низковисящие проблемы все уже порешаны, никому не нужен язык отличающийся от существующих только вариациями function vs. fn и var vs. let. И планка повышена - никому уже не нужен язык без memory safety.

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

94. Сообщение от нет ты (?), 25-Июн-25, 18:20 +/–

Растолюбы проверяют результат, но делают это без уважения!
Мне не нравится, что проверка закопана в какую-то невнятную функцию-прицеп. Выглядит уродливо. Классические проверки на null или исключения выглядят красивее и заметнее.
Второй недостаток в обязательности таких проверок везде и всегда из того, что ошибка это часть типа. Язык требует ритуала разворачивания в нормальный тип из типа с ошибкой, даже там где программист на 100% уверен, что всё пройдет без эксцессов. Например в каждом серьезном приложении есть внутрений слой моделей, которые по умолчанию считают все свои данные и окружение доверенным, из-за чего можно пропустить шаги валидации. Раст такую такую вольность не позволит.
В нормальных языках почти не используется типовой мусор вроде Result<t, e>, Optional, Maybe и проч. Привязывать ошибку у типу непрактично, такой прием используется только в функциональщине, где нельзя сохранить ошибку через состояние объекта(т.е. вообще безотносительно его типа). Зачем эту функциональную юзлес фигню тащат в мейнстрим для мня загадка.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. Сообщение от Аноним (3), 22-Июн-25, 11:27	+8 +/–
> "Номер версии образован как 0.YY.Q, где YY - две последние цифры года, а Q - номер квартала" Вы что с нумерации версии сделали? Извращенцы!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #7, #8, #33, #56

5. Сообщение от Аноним (-), 22-Июн-25, 11:30	+1 +/–
LibreOffice подсказал.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

7. Сообщение от Грека (?), 22-Июн-25, 12:10	+7 +/–
А если проект доживет до 2101 года, то это будет 0.01.1? Фигня какая-то.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #12, #31, #52, #87

8. Сообщение от Аноним (8), 22-Июн-25, 12:19	+1 +/–
Ноль целых 25 столетних 2 квартальных
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #15

9. Сообщение от Drew Devault (?), 22-Июн-25, 12:31	+/–
Ваще топ язык! Автор красава!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #11, #28

11. Сообщение от D. DeVault (?), 22-Июн-25, 13:11	–1 +/–
Полностью согласен с вами, коллега!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

12. Сообщение от Аноним (12), 22-Июн-25, 13:20	+5 +/–
Ну, наверное, тогда можно и поменять уже будет первую цифру. Так что 1.01.1, не о чем беспокоиться.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #22

15. Сообщение от Аноним (15), 22-Июн-25, 13:47	–1 +/–
Спасибо тебе КО, ты нас всех снова спас! Но и правда, харе уже по N+1 кругу C/зайцев гонять :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8

21. Сообщение от фыв (??), 22-Июн-25, 15:42	+/–
Выглядит не вырвиглазно, на первый взгляд. Работу с Си наследием притянул уже. Любопытно что там с шаблоно-объектно-функциональщиной и как это в деле выглядит. А затем тесты, сравнения и через лет 5...
Ответить \| Правка \| Наверх \| Cообщить модератору

22. Сообщение от Грека (?), 22-Июн-25, 15:48	+1 +/–
А если версия 0 выйдет за месяца до? Получается сначала 0.99.4, а потом 0.00.1 😂
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

23. Сообщение от Аноним (23), 22-Июн-25, 16:42	+5 +/–
Увы, очередной недоди-перепитон. Каких-то сильных сторон у языка нет. Проект существует скорее благодаря nih, нежели из реальной нужды.
Ответить \| Правка \| Наверх \| Cообщить модератору

25. Сообщение от Аноним (25), 22-Июн-25, 18:52	+/–
Если будет drop() из Rust и включены в стандартную библиотеку списки, словари и деревья, то вполне замена С.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #43

26. Сообщение от Аноним (26), 22-Июн-25, 19:13	+1 +/–
а тут хоть строки нормальные есть?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29, #36

28. Сообщение от Аноним (28), 22-Июн-25, 19:17	+4 +/–
Автор, перелогинься!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #44, #54

29. Сообщение от Аноним (28), 22-Июн-25, 19:25	+/–
какие считаются нормальынми?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #32

31. Сообщение от Аноним (31), 22-Июн-25, 19:28	+2 +/–
Это ты с начала доживи
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

32. Сообщение от Аноним (31), 22-Июн-25, 19:34	+1 +/–
С ИИ внутри
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29

33. Сообщение от Аноним (33), 22-Июн-25, 19:44	–2 +/–
Извращенцы — это semver.org. На грани злонамеренного вредительства. Впрочем, от кодеров я иного и не ожидал.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #35, #55

35. Сообщение от Аноним (-), 22-Июн-25, 20:38	+3 +/–
X.X.X - это традиционная для Линукса порядок версионирования. Наоборот, извращенец это ты.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #33

36. Сообщение от Аноним (36), 22-Июн-25, 20:47	+/–
Конечно есть. В ассемблере строки это просто байты, поэтому и тут, и в Си есть нормальные строки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #40, #62

37. Сообщение от Аноним (37), 22-Июн-25, 20:53	+2 +/–
А в чем прикол? Синтаксис на любителя, из того что в новости - совсем не проще Си. Даже безопасной работы с памятью нет - так зачем мне переходить с Си на это поделие?
Ответить \| Правка \| Наверх \| Cообщить модератору

38. Сообщение от freecoder (ok), 22-Июн-25, 21:15	+2 +/–
Синтаксис определённо растом навеян. Типы полей структур, атрибуты... и много что ещё, если пойти и посмотреть доки. Но это use fmt; use os; export fn main() void = { const user = os::getenv("USER") as str; fmt::printfln("Welcome to the Hare documentation, {}!", user)!; }; По-моему читается хуже, чем это: use std::env; fn main() { let user = env::var("USER").unwrap_or_default(); println!("Welcome to Rust, {user}!"); }
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #41, #71, #85

40. Сообщение от Аноним (25), 23-Июн-25, 01:52	+1 +/–
Там много вариантов строк бывает. Черт его знает что он там нормальным считает. Может вариант с длинной и нулевым символом, а может UTF-16 у всех разное ...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #36

41. Сообщение от Аноним (37), 23-Июн-25, 06:11	+/–
Согласен. У раста здесь синтаксис понятнее, даже для того кто на нем не пишет. А по верхнему коду есть вопросы, например нафига тут export? Из кода совсем не ясна логика программы на этом самом Харе.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38

43. Сообщение от IMBird (ok), 23-Июн-25, 07:42	+1 +/–
А потом всё равно каждый пишет свои коллекции и делает свои аллокаторы, потому что всё не то и всё не так.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #66

44. Сообщение от D.D.Vault (?), 23-Июн-25, 08:48	+1 +/–
Что вы, я никогда под такими учётками никуда не хожу. Это воссторженные фанаты мимикрируют
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28

46. Сообщение от Аноним (-), 23-Июн-25, 09:46	+/–
>Для разработки графических приложений развивается инструментарий hare-wayland Правда, вот в wayland ни текст не закодить, ни ресурсы переиспользовать на сервере, в отличие от годной к продакшену подсистемы графики - сверху обязательно будет тулкит.
Ответить \| Правка \| Наверх \| Cообщить модератору

47. Сообщение от Ося Бендер (?), 23-Июн-25, 10:07	–1 +/–
Память нужно самому освобождать, не кроссплатформенный, не ... Не нужон
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #49

48. Сообщение от Аноним (48), 23-Июн-25, 10:30	+1 +/–
V lang лучше
Ответить \| Правка \| Наверх \| Cообщить модератору

49. Сообщение от Аноним (37), 23-Июн-25, 10:31	+/–
По сути, сейчас есть два языка, два брата, вечно дерущихся: Си и Раст - кому нужна максимальная производительность и кто готов сам! управлять памятью, выбирают Си. Тем, кто готов пожертвовать парой процентов производительности взамен того, чтоб не парится о памяти вообще - выбирают Раст. О плюсах вообще забудьте - ООП это ошибка, а сам язык настолько перегружен ненужностями, что там те же минус пара процентов производительности, и те же приколы с памятью - так что лучше выбрать Раст.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #47 Ответы: #60, #65, #74