Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

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



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

"Релиз серверной JavaScript-платформы Bun 1.4, переписанной с Zig на Rust"  +/
Сообщение от opennews (ok), 21-Авг-26, 21:33 
Представлен выпуск платформы Bun 1.4, предназначенной для обособленного выполнения приложений, написанных на языках JavaScript и TypeScript, и нацеленной на использование в качестве прозрачной замены платформы Node.js. Ветка 1.4 примечательная переводом кодовой базы с языка Zig на язык Rust, осуществлённым с использованием AI-инструментов Claude. Код продолжает распространяться под лицензией MIT...

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

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

Оглавление

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

1. Сообщение от GNU Overlord (ok), 21-Авг-26, 21:33   –4 +/
> Судя по проведённым тестам, версия на Rust потребляет на 13-48% меньше памяти, запускается в два раза быстрее и до 5 раз меньше нагружает CPU в режиме простоя. Размер исполняемого файла в версии на Rust сократился на 17%. При запуске при помощи Bun 1.4 приложения Claude Code нагрузка на CPU уменьшилась в два раза.

Естественно, компилятор справляется лучше, чем кожаная прокладка. Еще бы Node.js на него переписать.

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

2. Сообщение от Аноним (2), 21-Авг-26, 21:43   +4 +/
Хозяйке на заметку: если в сайт не пихать яваскрипт, то производительность яваскрипт-движка браузера не имеет значения.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #28

3. Сообщение от RustFan (?), 21-Авг-26, 21:44   +3 +/
Собака лает, караван идет. Красавчики!
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Аноним (4), 21-Авг-26, 21:50   –2 +/
Если так просто с ИИ переписать, то переписали бы на СИ прирост был бы еще больше
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #8, #18, #30

5. Сообщение от Аноним (5), 21-Авг-26, 21:51   +4 +/
подобные советы в 2026-м году равносильны совету использовать смесь соды и уксуса в качестве моющего средства
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #9, #15, #16, #29, #106, #107

6. Сообщение от Аноним (5), 21-Авг-26, 21:52   +2 +/
нет, не был бы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

7. Сообщение от doesnm2 (?), 21-Авг-26, 21:57   +1 +/
> В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти,

Но ведь Rust от них не защищает. Цитирую Rustbook:

> Гарантии безопасности памяти в Rust затрудняют, но не делают невозможным случайное выделение памяти, которое никогда не очищается (известное как утечка памяти ). Полное предотвращение утечек памяти не является одной из гарантий Rust, а это означает, что утечки памяти безопасны в Rust.

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

8. Сообщение от Ivan_83 (ok), 21-Авг-26, 21:59   +1 +/
Через пару лет автор найдёт фатальный недостаток в расте и перепишет на кресты, в новости будет всё тоже самое про прирост и уменьшение :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #37, #40, #63

9. Сообщение от albb (ok), 21-Авг-26, 22:01   +3 +/
А ведь когда-то мы такое пили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от Аноним (15), 21-Авг-26, 22:01   +3 +/
> до 5 раз меньше нагружает CPU в режиме простоя.

А чем Bun загружает процессор в простое? И зачем?

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

11. Сообщение от Аноним (15), 21-Авг-26, 22:03   +3 +/
Реальная причина переписывания в другом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12

12. Сообщение от Аноним (15), 21-Авг-26, 22:04   +1 +/
Товарищи очень просили. Вот денег даже дали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от Аноним (13), 21-Авг-26, 22:06   –3 +/
Вот и доказательство того что Zig мусорный язык
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

14. Сообщение от ДядяПетя (?), 21-Авг-26, 22:07   +2 +/
Zig не идеальный но и не 1.0

Производительность выше как всегда из-за того что отрефакторили?

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

15. Сообщение от Аноним (15), 21-Авг-26, 22:07   –2 +/
Кислота + щёлочь = ...  Что будет в результате реакции? Вспомните школьную химию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #33, #36

16. Сообщение от limafresh (ok), 21-Авг-26, 22:09   +5 +/
Почему? Зачем например новостному сайту JS?  Для рюшечек и чтобы следить и показывать рекламу? Ну для веб-приложений, где он нужен, то да, оправдано. Но для текстовых сайтов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #19

17. Сообщение от Аноним (17), 21-Авг-26, 22:10   +1 +/
Это тот вирус через который в aur пакеты ломали? Кто-то реально этим добровольно пользуется?
У себя сразу пакет в блеклист поставил чтобы ничего не ставилось где оно в зависимостях появится.
Ответить | Правка | Наверх | Cообщить модератору

18. Сообщение от Аноним (135), 21-Авг-26, 22:11   +3 +/
>> проблемы [...] вызванные утечками памяти
> переписали бы на СИ прирост был бы еще больше

Прирост утечек памяти? Ну да, С в этом абсолютный чемпион.

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

19. Сообщение от GNU Overlord (ok), 21-Авг-26, 22:13   +1 +/
Превьюшки на hover новости, слайдеры картинок, видеоплеер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #20, #50, #71, #77

20. Сообщение от limafresh (ok), 21-Авг-26, 22:14   +/
Ну возможно вы правы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

21. Сообщение от Аноним (135), 21-Авг-26, 22:15   +/
> Но ведь Rust от них не защищает

В Расте адекватные проверки владения во время компиляции, плюс смарт-указатели во время выполнения. Это само по себе сильно уменьшает возможность уронить память.

А в Zig ты память ручками вычищаешь, прямо как в дыряшке. Defer тебя немного спасет, но только в случае локальных объектов.

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

23. Сообщение от Мемоним (?), 21-Авг-26, 22:35   +4 +/
Нет, это доказательство того что Claude программирует лучше чем Jarred Sumner.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #35

24. Сообщение от Мемоним (?), 21-Авг-26, 22:36   +/
Версию на Zig писал Jarred Sumner. Версию на Rust писал Claude. Вторая версия быстрее и экономнее. Выводы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #26, #27, #53, #108

25. Сообщение от Аноним (135), 21-Авг-26, 23:03   +2 +/
> Версию на Zig писал Jarred Sumner. Версию на Rust писал Claude. Вторая версия быстрее и экономнее. Выводы?

Вывод: лучше писать с Claude на Rust, чем без Claude и на Zig.

Или ты на что-то другое намекаешь?

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

26. Сообщение от чатжпт (?), 21-Авг-26, 23:05   +/
Даже тупой ИИ может написать производительный и безопасный код на Раст. Раст - идеальный выбор для любого проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #48, #111

27. Сообщение от Аноним (15), 21-Авг-26, 23:13   +2 +/
>Выводы?

А выводы, что ничего не меняется на белом свете, всё так же рулит маркетинг. (в данном случае - маркетинг Anthropic'а)

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

28. Сообщение от Джон Титор (ok), 21-Авг-26, 23:17   +/
> Хозяйке на заметку: если в сайт не пихать яваскрипт, то производительность яваскрипт-движка браузера не имеет значения.

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

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

29. Сообщение от Джон Титор (ok), 21-Авг-26, 23:26    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

30. Сообщение от Джон Титор (ok), 21-Авг-26, 23:31    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

31. Сообщение от Аноним (31), 21-Авг-26, 23:33   +6 +/
Причина одна - ИИ знают раст лутше, чем зиг. Вот и фсё.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #41, #84, #89

32. Сообщение от Джон Титор (ok), 21-Авг-26, 23:33    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

33. Сообщение от Аноним (5), 22-Авг-26, 00:11   +7 +/
если тебе не хватило ума понять, почему именно этот "совет" приведен в качестве примера, у меня для тебя плохие новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

34. Сообщение от Аноним (5), 22-Авг-26, 00:12   +1 +/
без сомнений, ты настоящий иксперд опеннет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

35. Сообщение от Аноним (5), 22-Авг-26, 00:14   –2 +/
и что zig - мусорный язык
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

36. Сообщение от Нонон (?), 22-Авг-26, 00:15   +1 +/
Соль
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

37. Сообщение от Аноним (5), 22-Авг-26, 00:19    Скрыто ботом-модератором+3 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #135

39. Сообщение от Аноним (5), 22-Авг-26, 00:20   –1 +/
тем уже для zig
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

40. Сообщение от Нонон (?), 22-Авг-26, 00:22   +/
Тут отчасти есть правда. Си и раст в принципе то одинаковые в смысле низкоуровневости.
А прирост производительности может зависеть от реализации или даже от того какой аллокатор используется jemalloc malloc..
Потом в расте есть системные потоки, или зеленые потоки Токио. В общем есть целая куча способов чтоб код по разному бенчмарки проходил. Думаю это так и в си и в расте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #43

41. Сообщение от Нонон (?), 22-Авг-26, 00:31   –1 +/
И слава богу!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

42. Сообщение от nw (?), 22-Авг-26, 00:40   +1 +/
Лишний раз показывает, что ИИ это 30% инструмент и 70% пиар.
Они всё же смогли родить релиз. Напомню, что первоначальная новость о переписывание Bun на Rust вышла почти 3 месяца назад. Тогда объявили, что перенос было потрачено всего 16 дней и токенов на 160К $. Правда после этого они 3 месяца активно делали PR, а значит могли слить токенов на 800К+ $.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57, #93, #96, #104

43. Сообщение от Ivan_83 (ok), 22-Авг-26, 01:49   –1 +/
Раст не низкоуровневый, он конкурент крестам примерно.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #46, #49, #72, #85, #109

44. Сообщение от Ivan_83 (ok), 22-Авг-26, 01:51   –1 +/
Никогда не понимал людей на каждый чих выделяющих память. Таким никакой язык не поможет, только совсем типа вижалбейсика где память выделять не надо ибо нечем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #74, #115

45. Сообщение от Ivan_83 (ok), 22-Авг-26, 01:53   –1 +/
И много у тебя памяти утекло пока ты сюда писал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

46. Сообщение от Аноним (46), 22-Авг-26, 02:17   –3 +/
>Раст не низкоуровневый, он конкурент крестам примерно.

Был бы, будь в расте ООП. Без ООП расту никогда с С++ не сравниться.

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

47. Сообщение от Аноним (46), 22-Авг-26, 02:20   +2 +/
Так он бы не сам переписал, а с помощью ИИ. Вас же не пугает, сколько возможных гипотетических логических ошибок есть в переписанном Bun?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #87

48. Сообщение от Аноним (46), 22-Авг-26, 02:23   +1 +/
Надо это разработчикам uutils сказать, а то они сколько лет несколько тестов никак пройти не могут и кучу дыр имеют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

49. Сообщение от Аноним (-), 22-Авг-26, 03:31   +1 +/
> Раст не низкоуровневый, он конкурент крестам примерно.

Покажи пример низкоуровневости на Си, который нельзя повторить на Расте.

> В С нет потоков, потоки чисто технически это внешние либы от системы, это не часть языка.

Модель памяти - это внешняя библиотека?

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

50. Сообщение от _kp2 (?), 22-Авг-26, 04:25   +1 +/
Как ни странно, делается на HTML+(хитровывернутый)CSS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #51

51. Сообщение от GNU Overlord (ok), 22-Авг-26, 05:08   +/
> делается на HTML+(хитровывернутый)CSS.

И как мне на CSS сделать превью новости? Допустим там список новостей а на ховер открываем popup с текстом?

Типа этого:
https://github.com/open-webui/open-webui/blob/01f4282f1ffe0d...

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

52. Сообщение от Аноним (52), 22-Авг-26, 05:16   +/
делаешь превью в виде картинки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #65

53. Сообщение от Аноним (52), 22-Авг-26, 05:17   +3 +/
А теперь пусть Claude перепишет обратно на Zig и скорость увеличится ещё в 2 раза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #110

54. Сообщение от Ivan_83 (ok), 22-Авг-26, 05:22    Скрыто ботом-модератором–4 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #60

55. Сообщение от Аноним (55), 22-Авг-26, 05:25   +2 +/
Там изначально слоп на слопе, поэтому на языке с ручным управлением памятью сплошные утечки.
Теперь тоже слоп, но частично вопросы памяти решает язык.
Следующий этап — переписать на языке со сборщиком мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #64, #86

56. Сообщение от DEF (?), 22-Авг-26, 05:29   –4 +/
Смеялся. ООП не нужно. Непригодная на практике парадигма. Все современные ЯПы не имеют и не используют ООП. Даже в JS/TS используют функции и модули вместо ненужных классов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #58, #66

57. Сообщение от Аноним (57), 22-Авг-26, 05:58   +1 +/
Для программиста даже самые простые локальные модели вроде qwen 3.8 27b более чем достаточны, если решать задачи атомарно и понимать, что делаешь. Всё остальное, вроде opus и fable, - для тех, кто хочет кнопку "сделать зашибись" и писать проект на тысячи строк одним промптом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #114

58. Сообщение от Аноним (46), 22-Авг-26, 06:36   +/
>Непригодная на практике парадигма

Единственная пригодная на практике парадигма. Qt, игры и игровые движки, llvm. Проще сказать, где в современном мире ООП не применяется, чем наоборот.

>Все современные ЯПы не имеют и не используют ООП

Неправда. И имеют, и используют. У вас странное представление о современных ЯП.
Вот раст да, не использует. Поэтому он никогда не заменит С++. Наоборот, раст моментально заменяет на раст++, как только тот появится.

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

59. Сообщение от Ivan_83 (ok), 22-Авг-26, 06:49   +/
Так П в ООП это про подход, на С тоже прекрасно пишется ООП код, взять сокет или файл - это вполне себе объект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #67

60. Сообщение от Аноним (135), 22-Авг-26, 06:58    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

61. Сообщение от Аноним (135), 22-Авг-26, 07:00   +/
> Был бы, будь в расте ООП. Без ООП расту никогда с С++ не сравниться

Лол. С каких это пор ООП в стиле C++/Simula начал считаться нормальным и единственно верным?

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

62. Сообщение от Аноним (46), 22-Авг-26, 07:10   –2 +/
>С каких это пор ООП в стиле C++/Simula начал считаться нормальным

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

>единственно верным

Где я такое сказал?

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

63. Сообщение от Аноним (63), 22-Авг-26, 07:11   +/
> Через пару лет автор найдёт фатальный недостаток в расте и перепишет на кресты

Причем тут автор? Правильнее:

"Если антропикам нужно будет повторить рекламную кампанию, они отсыпят токенов и напрягут сделать"

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

64. Сообщение от GNU Overlord (ok), 22-Авг-26, 07:13   –2 +/
Этот "слоп" работает быстрее чем самаритянский node.js. И по памяти лучше. https://bun.com/blog/bun-v1.4#memory-usage
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #99

65. Сообщение от GNU Overlord (ok), 22-Авг-26, 07:14   +/
Ну, собственно вот тебе и ответ на вопрос, зачем JS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #90

66. Сообщение от GNU Overlord (ok), 22-Авг-26, 07:19   +5 +/
> Даже в JS/TS используют функции и модули вместо ненужных классов.

Лицо Ангулярщика или Нестовика представил?

> модули

Чисто на require/export/import и пишем))

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

67. Сообщение от Аноним (67), 22-Авг-26, 08:45   +/
хорошо, что ты не пишешь ничего серьезного
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #73, #94

68. Сообщение от Аноним (67), 22-Авг-26, 08:47   –1 +/
он никогда в жизни не писал ничего сложней хелло-иксперды на жс или тс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

70. Сообщение от ыых (?), 22-Авг-26, 09:14   +/
> В Расте адекватные проверки владения во время компиляции

Это поэтому в растбуке целая глава "как заставить раст не падать на нормальном приложении" с припиской "ну раст чисто объявления функций смотрит, поэтому так, сорян))))"?

Адекватно, ничо не скажешь. Уж лучше го со сборщиком

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

71. Сообщение от Анон1110м (?), 22-Авг-26, 10:17   +/
Видео можно и без JavaScript. Всё остальное не нужно. Да даже если и делать, то без мегабайтов скриптов. Хотя вэбщики ничего не умеют без хотя бы jQuery.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #78

72. Сообщение от Анон1110м (?), 22-Авг-26, 10:18   +/
C тоже не низкоуровневый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

73. Сообщение от Аноним (73), 22-Авг-26, 10:21   +1 +/
А вот зря Вы так. На С действительно можно писать в ООП стиле. Именно поэтому первые реализации плюсов были трансляторами в С. Другими словами - С++ просто синтетический сахар , по крайней мере в изначально реализации.

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

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

74. Сообщение от vvm13 (ok), 22-Авг-26, 10:32   +/
В VB память вполне себе выделяется, только неявно. Хотя, в отличие от Java, там используется счётчик ссылок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #98

75. Сообщение от Смузихеб забывший пароль (?), 22-Авг-26, 10:50   +/
на типо этого лень смотреть
но в вебе многое упирается в фантазию разработчика )

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

при наведении( hover ) на элемент - превьюха становится видимой как и прописано в селекторе у стилей для элемента превью в блоке новости у которого появился :hover
с абс позиционированием отображай её как и где хочешь

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

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

77. Сообщение от Аноним (2), 22-Авг-26, 10:55   +/
Превьюшки на ховер делает браузер. Может даже саммари тебе сделать, если умный. Слайдеры картинок уже можно на голом CSS сделать (добрый вечер!). Видеоплеер на голом HTML работает -- если у тебя не что-то ютубоподобное, то тебе этого за глаза хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #88, #132

78. Сообщение от Смузихеб забывший пароль (?), 22-Авг-26, 11:01   +/
там часть веса может оказаться всякими "костылями" для поддержки требуемого функционала в разных версиях разных браузеров
Скажем, для 10-15 последних версий хромого, вебкита и огнелисы чтоб код работал. А раньше ещё и ИЕ был
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

79. Сообщение от 21328 2132821328213282132821328 (?), 22-Авг-26, 11:02    Скрыто ботом-модератором–1 +/
Ответить | Правка | Наверх | Cообщить модератору

81. Сообщение от Смузихеб забывший пароль (?), 22-Авг-26, 11:10   +/
> чем без Claude и на Zig

*чем с Джаредом и на Зиг

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

82. Сообщение от Adminemail (??), 22-Авг-26, 11:19   –3 +/
Linux ужасная ос. На ней всё лагает и тормазит!!
Ответить | Правка | Наверх | Cообщить модератору

83. Сообщение от Ckotctvo (?), 22-Авг-26, 11:29   –1 +/
Двусвязные списки осилили уже, ихтиандры?

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

84. Сообщение от Ckotctvo (?), 22-Авг-26, 11:36   +/
Скорее раст явно наказывает за ряд ошибок и ии имеет возможность исправиться. Вообще заметно что компании продвигающие и одновременно пропихивают везде раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

85. Сообщение от Аноним (85), 22-Авг-26, 12:14   +/
>Раст не низкоуровневый, он конкурент крестам примерно.

Всё верно. Раст конкурент языку Си плюс-плюс. Чистый Си из другой весовой категории, просто калибор не тот.

>В С нет потоков

В стандарт 2011 года многопоточность завезли. Ты где все эти годы был? Спал?

>потоки чисто технически это внешние либы от системы

До C11, если брать конкретно Unix-like системы, то пользовались POSIX-thread.

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

86. Сообщение от Аноним (86), 22-Авг-26, 12:24   +1 +/
> Следующий этап — переписать на языке со сборщиком мусора.

Бессмысленно. Если ты можешь решать вопросы управления памятью статически, то какой смысл выносить их решение в рантайм и тратить время на них в рантайме?

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

87. Сообщение от Аноним (86), 22-Авг-26, 12:27    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

88. Сообщение от Анон1110м (?), 22-Авг-26, 12:59   +/
Кстати, много чего можно и даже нужно вынести в браузер. Например в старой Opera была специальная навигационная панель работавшая за счёт пристутсвия <link rel="last"
<link rel="next" и т.д. Поиск по сайту тоже можно унифицировать внутри браузера за счёт спецификации OpenSearch да и в целом можно придумать много интресного и удобного для пользователя а не постоянное раздувание CSS, JavaScript, скругление и внедрение нейронок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

89. Сообщение от Zig мой Zig (?), 22-Авг-26, 13:09   +/
Зиг ии вообще не знают, в zig на даннам этапе это очень большой эксперимент и обучень большими вопросами к Андрю Келли.

Хотя бы взять его решения передавать аллокатор и io явно в функцию. Очень спорные решения. Мусорная точка которую ставят просто везде, зато не ставят точку с запятой в конце строки, спасибо барину.

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

Zig это религиозный выбор, церкви Андрю Келли.

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

90. Сообщение от Аноним (52), 22-Авг-26, 15:12    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

91. Сообщение от Аноним (91), 22-Авг-26, 15:29   +/
Осилили, но там оверхед на уровне забивания гвоздей бетономешалкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

92. Сообщение от Аноним (92), 22-Авг-26, 15:37    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

93. Сообщение от User (??), 22-Авг-26, 15:45   +/
Ну, там помнится два товарища нашли кнопку fork, да? Один обещался с помощью ии избавить проект от ии, другой как настоящий мужик... Я предполагаю, со дня на день мы увидим их, существенно более другие и лудшие результаты, ведь да? Да?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

94. Сообщение от Ivan_83 (ok), 22-Авг-26, 15:50   +/
Я ж на чужие труды не молюсь, для меня и кресты и джава - просто ещё одни языки со своими фичами, а не святыня какая то.
А вы похоже всю пропаганду и все чужие идеи записаные в книжки и прочитанные попиками, те преподами в универе воспринимает как догму.
Расскажите ещё что goto использовать низя :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

95. Сообщение от Ivan_83 (ok), 22-Авг-26, 15:51   +/
Точно, ведь толпа всегда права. Все научные открытия тоже толпа делала придя к консенсусу а не отдельные личности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

96. Сообщение от Аноним (91), 22-Авг-26, 16:08   +/
> ИИ это 30% инструмент и 70% пиар

причём 30% - это инструмент типа молотка с двумя ручками в разные стороны.

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

97. Сообщение от Ivan_83 (ok), 22-Авг-26, 16:16   +/
> В стандарт 2011 года многопоточность завезли. Ты где все эти годы был? Спал?

Я не гонюсь за новшествами в языке.

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

98. Сообщение от Ivan_83 (ok), 22-Авг-26, 16:21   +/
Как бы для нубов там действительно нет средств для выделения памяти.
Когда уже знаешь тонкости то взять туже строку и заполнить проблемали - вот выделил кусок памяти который можно передать как буфер кудато в WinAPI.
Так же там прикручиваются всякие HeapAlloc() из WinAPI, но потом из них всё равно через CopyMemory втаскивать/вытаскивать данные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

99. Сообщение от Аноним (99), 22-Авг-26, 16:26   +1 +/
Только в пустых тестах, где ничего не происходит. Попробовал на больших данных и сложном рендере, получил приличный проигрыш.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #134

100. Сообщение от Аноним (135), 22-Авг-26, 16:36    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

101. Сообщение от Аноним (135), 22-Авг-26, 16:43   +/
>>единственно верным
> Где я такое сказал?

Ах, да: еще ты сказал "Без ООП расту никогда с С++ не сравниться", что как бы намекает на превосходство ООП в стиле C++ и делает его неким идеалом для сравнения. Вот такой смысл приобретает твоя фраза, если отталкиваться от того факта, что ООП в Расте таки есть.

Если ты что-то другое имел в виду под этой фразой - сори.

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

102. Сообщение от Ерфений Никодимович (?), 22-Авг-26, 17:01   +/
Уже переписали node.JS на Rust - Nub называется, (https://github.com/nubjs/nub), причём делали люди из Bun тусовки (то есть - серьёзные люди). По тестам, вроде - очень шустрый, в разы быстрее node.JS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

103. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:02   +/
> В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти, а также наличие разногласий с авторами Zig в плане применения AI для написания кода и неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость. В качестве главного преимущества перехода на Rust упоминается возможность отлавливания и предотвращения ошибок при работе с памятью, диагностика которых последние годы отнимала у разработчиков Bun много времени.

Какая наглая ложь. Вот тут все написано по делу https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html Просто деньги, ничего личного.

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

104. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:03   +/
> а значит могли слить токенов на 800К+ $.

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

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

105. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:05   +1 +/
В целом не вполня понятна аудитория этого хинкаля. Рынок уже за нодой, ну может там дино где-то. Зачем на устоявшийся рынок входить? К тому же после таких метаний автора и его характеристики от автора зига стоило бы держаться подальше от этой платформы. Мало ли что ему завтра в голову взбредет, а тестировать этого будете вы у себя в проде.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #126, #127

106. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:07   +/
Зачем мешать? Просто сода отлично справляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

107. Сообщение от Александрemail (??), 22-Авг-26, 17:08   +/
правильно: соды и горчицы. Посуду моет гораздо лучше современных средств, кстати.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

108. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:12   +1 +/
> Версию на Zig писал Jarred Sumner. Версию на Rust писал Claude. Вторая версия быстрее и экономнее. Выводы?
> Jarred was already writing slop well before he had access to LLMs.

https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.ht...

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

109. Сообщение от Александрemail (??), 22-Авг-26, 17:12   +/
Уже есть <threads.h> в стандарте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #120

110. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:13   +/
> А теперь пусть Claude перепишет обратно на Zig и скорость увеличится ещё в 2 раза.

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

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

111. Сообщение от Сладкая булочка (?), 22-Авг-26, 17:14   –1 +/
> Только тупой ИИ может написать производительный и безопасный код на Раст.

Поправил, не благодари.

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

112. Сообщение от Аноним (46), 22-Авг-26, 17:26   +/
>Лол. "Широкая поддержка" - этого недоООП ограничена C++ и Java
>Ты сказал, что в Расте нет ООП. Буквально "нет". То есть ничего, кроме плюсового ООП, персонажи вроде тебя не видели
>Ах, да: еще ты сказал "Без ООП расту никогда с С++ не сравниться", что как бы намекает на превосходство ООП в стиле C++

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

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

113. Сообщение от Аноним (113), 22-Авг-26, 17:29   +/
Смешно. ООП в расте есть, причём если сравнивать его с плюсовым то это именно то его подмножество что вообще как-то можно использовать и используется на практике (т.е. без ромбов и с composition over inheritance, а всё остальное абсолютно такое же). Только сделанное не через одно место - например, есть dyn по нескольким трейтам, и статическая/динамическая диспетчеризация отличаются одним словом (dyn vs. impl) как и должны, вместо совершенно дикой ортогональной утино-типизированной системы шаблонов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

114. Сообщение от Ерфений Никодимович (?), 22-Авг-26, 17:35   +/
Очень сильно плюсую. Если большой опыт в разработке - то достаточно даже самых базовых ИИ для генерации, ты просто более точечно делаешь запрос, так как ровно шаришь то, что нужно. Сегментация задач просто вручную делается и даже самая базовая нейронка всё нормально сгенерирует - если правильно ей вопрос задать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

115. Сообщение от Аноним (113), 22-Авг-26, 17:39   +1 +/
> Никогда не понимал людей на каждый чих выделяющих память.

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

> Таким никакой язык не поможет

Но вообще Rust как раз тут сильно помогает, потому что в нём проще действительно не выделять память. С move по умолчанию, БЧ который позволяет не грузить мозг тем чтобы следить чтобы у тебя, например, под std::string_view строка не уничтожилась и эргономичными rc/arc и cow, не говоря уже о zerocopy парсерах включая serde, естественным образом пишется софт без лишних аллокаций вообще, и аналогов расту тут нет даже близко.

> только совсем типа вижалбейсика где память выделять не надо ибо нечем.

Там тоже память выделяется на каждый чих, ты не знал?

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

116. Сообщение от Аноним (116), 22-Авг-26, 17:40    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

117. Сообщение от Ерфений Никодимович (?), 22-Авг-26, 17:51   +/
На Rust на самом деле проще писать безглючный код - компилятор не даёт этого делать. Так что тут просто сошлось много нюансов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #119

118. Сообщение от Ivan_83 (ok), 22-Авг-26, 18:28   –1 +/
> Основа программирования - поддерживаемый, а значит простой код, и отсутствие преждевременных оптимизаций

Да да, и как простой код сочетается с выделением памяти на каждый чих?
Вы хоть простой и поддерживаемый код то видели в жизни?
Вон откройте RFC про MD5 и почитайте в дополнениях. Этому RFC поди больше чем вам лет а оно собирается и работает.

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


> естественным образом пишется софт без лишних аллокаций вообще, и аналогов расту тут нет даже близко.

Аналоговнетный язык - это точно :)


> Там тоже память выделяется на каждый чих, ты не знал?

Кем выделяется то?
То что язык под капотом что то там деляет - его личная проблема, он сам же за собой и убирает.

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

119. Сообщение от Ivan_83 (ok), 22-Авг-26, 18:30   –2 +/
Да да, пока раст програмисты сражаются с боров чекером чтобы хотя бы PoC заработал С програмисты уже 5 релиз выкатывают :)
Удачи вам %)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #125

120. Сообщение от Ivan_83 (ok), 22-Авг-26, 18:33   –1 +/
Да, есть.
Но что то я не видел чтобы это всё юзали в проектах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #123

121. Сообщение от Аноним (135), 22-Авг-26, 18:50    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

122. Сообщение от Аноним (135), 22-Авг-26, 18:51   +/
>> В Расте адекватные проверки владения во время компиляции
> Это поэтому в растбуке целая глава "как заставить раст не падать на нормальном приложении"

Скинь ссылочку - обсудим.

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

123. Сообщение от Аноним (123), 22-Авг-26, 18:54   –2 +/
>Но что то я не видел чтобы это всё юзали в проектах.

И тому 2 причины.
1. Чтобы программировать в Си многопоточность, надо быть акуратным. Не умеешь, не надо.
2. Язык Си сам по себе очень быстр. Си настолько реактивен, что потребность в многопоточности сомнительна.
3. Когда в стандарт вводили threads, многие пожимали плечами, а нужно ли это? Многопоточность в Си это скорее дань времени в котором мы живём. По-факту все процессоры же многоядерные.

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

124. Сообщение от Аноним (135), 22-Авг-26, 19:02   +/
> Какая наглая ложь. Вот тут все написано по делу https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html Просто деньги, ничего личного.

О каком "личном" ты говоришь, если тот самый Jarred является создателем и основным разработчиком Bun? И он сам же продал стартап Антропику. И сам же переписывает свой код с Zig на Rust.

Как бы, раз чувак на своем горбу тянет СВОЙ проект - имеет полное моральное право хоть на Брейнфаке его переписать. А недовольные вон уже сделали несколько форков, которые, безусловно, ждет оглушительный успех.

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

125. Сообщение от Аноним (135), 22-Авг-26, 19:05   +/
> Да да, пока раст програмисты сражаются с боров чекером чтобы хотя бы PoC заработал С програмисты уже 5 релиз выкатывают :)

Естественно: пятый к ряду хотфткс с исправлениями типично сишочных вулнов. Серьезно, у меня где-то 3/4 обновлений сишочных либ на дистре - это затычки дыреней.

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

126. Сообщение от Аноним (135), 22-Авг-26, 19:09   –1 +/
> В целом не вполня понятна аудитория этого хинкаля

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

> Рынок уже за нодой, ну может там дино где-то.

Тем временем в новости:

"По производительности Bun заметно обгоняет Deno и Node.js (в тестах на базе фреймворка React платформа Bun в 2 раза опережает Deno и почти в 5 раз Node.js)"

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

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

127. Сообщение от User (??), 22-Авг-26, 19:18   –1 +/
Нода - это как бы ээээ... legacy, да. А что такое "рынок" будут определять вот в том числе и товарищи на букву "A", которые зачем-то в это дело хорошо так вложились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

128. Сообщение от Аноним (135), 22-Авг-26, 19:32   +/
> Хотя бы взять его решения передавать аллокатор и io явно в функцию

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

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

129. Сообщение от GNU Overlord (ok), 22-Авг-26, 19:36   +/
> все превью новостей генерируются вместе с новостями, будучи вложенными в элемент конкретной новости, но являются скрытыми

Одну выше уже писал: "Ну, собственно вот тебе и ответ на вопрос, зачем JS."

Ты правда не видишь разницу между тем, что отдавать {title} для листинга новостей, а на hover подтягивать {content}, и отдачей статики каждой новости, каждому клиенту?  

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

130. Сообщение от Аноним (135), 22-Авг-26, 19:36   +/
> Jarred was already writing slop well before he had access to LLMs.

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

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

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

131. Сообщение от Аноним (135), 22-Авг-26, 19:40   +/
> Си настолько реактивен, что потребность в многопоточности сомнительна

Ахаха! Вот это новости...

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

132. Сообщение от GNU Overlord (ok), 22-Авг-26, 19:41   +/
> Превьюшки на ховер делает браузер.

Браузер не подгрузит на ховер контент другой новости и не впихнет тебе его туда как компонент.

> Видеоплеер на голом HTML работает -- если у тебя не что-то ютубоподобное

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

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

133. Сообщение от Аноним (135), 22-Авг-26, 19:42   +/
>> Даже в JS/TS используют функции и модули вместо ненужных классов.
> Лицо Ангулярщика или Нестовика представил?

Это Опеннет, друг. Тут от местных экспертов порой и не такие перлы услышишь.

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

134. Сообщение от GNU Overlord (ok), 22-Авг-26, 19:43   +/
> Peak memory under load (1,000,000 requests with 64 connections; 100,000 for Next.js and Vite):

Не понял, а ты от того же некста чего ждал?

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

135. Сообщение от Аноним (135), 22-Авг-26, 19:45   +/
> и только ты ни через пару, ни через двадцать лет не найдешь
> ничего, кроме выхода из профессии, на который тебе непременно укажут

Так он в профессию и не заходил, лол. 😂 Он же не единожды тут писал, что программистом никогда не работал, и за всю свою жизни осилил только С и Lua.

Зато экспертизу наваливать он первый!

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

137. Сообщение от Аноним (137), 22-Авг-26, 20:15    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

138. Сообщение от Сладкая булочка (?), 22-Авг-26, 20:47   +/
>> Jarred was already writing slop well before he had access to LLMs.
> Только вот Jarred - это основной разработчик и создатель сабжа, который пилил
> и продолжает пилить большую часть проекта. Поэтому россказни о "слопе" от
> каких-то прихлебателей с мизерным вкладом в проект - это курам насмех.

Он там далеко не один.

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

Почитай статью в блоге, там все есть.

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

139. Сообщение от Сладкая булочка (?), 22-Авг-26, 20:48   +/
>> В целом не вполня понятна аудитория этого хинкаля
> А новость прочитать - не? Он нужен, во-первых, Антропику, которая активно его
> юзает.

А кроме?

>> Рынок уже за нодой, ну может там дино где-то.
> Тем временем в новости:
> "По производительности Bun заметно обгоняет Deno и Node.js (в тестах на базе
> фреймворка React платформа Bun в 2 раза опережает Deno и почти
> в 5 раз Node.js)"
> Прямым текстом написано, что сабж в 5 раз быстрее Ноды, но опеннетная
> булочка все равно продолжает недоумевать, зачем он нужен.

А ты из тех, кто верит написанному на заборе? Ок.

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


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

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




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

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