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

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



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

"Компания Canonical представила проект по разработке транслятора с Си на Rust"  +/
Сообщение от opennews (?), 20-Авг-26, 08:34 
Компания Canonical анонсировала проект, развиваемый совместной с Бристольским университетом и нацеленный на разработку инструментария для автоматической трансляции кода с языка Си на Rust. Проект ориентирован на перевод больших репозиториев, содержащих сотни тысяч строк кода на Си, в безопасное (без unsafe-операций) и легко сопровождаемое представление на языке Rust. Canonical профинансирует работу исследователей над проектом в течение 3 лет. Развиваемая технология будет опробована для перевода на Rust пакетов AppArmor и snap-confine, чтобы проверить применимость метода к реальным системным компонентам...

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

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

Оглавление

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

1. Сообщение от я (?), 20-Авг-26, 08:34   +27 +/
а не логичнее наоборот сделать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #28, #29, #31, #48

2. Сообщение от Sm0ke85 (ok), 20-Авг-26, 08:40   +7 +/
>Компания Canonical анонсировала проект, развиваемый совместной с Бристольским университетом и нацеленный на разработку инструментария для автоматической трансляции кода с языка Си на Rust. Проект ориентирован на перевод больших репозиториев, содержащих сотни тысяч строк кода на Си, в безопасное (без unsafe-операций) и легко сопровождаемое представление на языке Rust.

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

#КорпыВорыМошенники

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

4. Сообщение от Аноним123 (?), 20-Авг-26, 08:42   +3 +/
Можно ссылку на github?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #261

5. Сообщение от bOOster (ok), 20-Авг-26, 08:46   +4 +/
Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные rust и это даст лучшие результаты.
А все эти трансляторы - как были полным дер..ом, так ими и останутся, во всяком случае пока лжеИИ не обретет интеллект сравнимый с человеческим.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #13, #52, #57, #67, #135, #309

7. Сообщение от Хру (?), 20-Авг-26, 08:57   +1 +/
Так уже обрёл - если верить АльтманОвичу ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #9

8. Сообщение от Пыщь (?), 20-Авг-26, 08:58   –1 +/
> Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные
> rust и это даст лучшие результаты.
> А все эти трансляторы - как были полным дер..ом, так ими и
> останутся, во всяком случае пока лжеИИ не обретет интеллект сравнимый с
> человеческим.

См. https://www.opennet.dev/openforum/vsluhforumID3/141055.html#2

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

9. Сообщение от bOOster (ok), 20-Авг-26, 09:04   +4 +/
> Так уже обрёл - если верить АльтманОвичу ;)

Этот кретин знает что жопа у него подгорает, вот и подвирает.

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

10. Сообщение от Смузихеб забывший пароль (?), 20-Авг-26, 09:12   +5 +/
> автоматической трансляции кода с языка Си на Rust
> в безопасное и легко сопровождаемое представление

с каких пор автоперевод кода с одного ЯП на другой вдруг стал означать упрощение сопровождения ?


Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #35, #56, #74, #119

12. Сообщение от Аноним (12), 20-Авг-26, 09:16   +/
Почему не использовать сишные либы через ffi, а на расте просто новые вайбкодить? Токенозатраты в таком случае уменьшаются в бесконечное кол-во раз.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #38

13. Сообщение от Colorado_House_of_Representatives (?), 20-Авг-26, 09:29   +6 +/
> В С и С++ пилят анализаторы аналогичные rust

Нет, не аналогичные.

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

14. Сообщение от Colorado_House_of_Representatives (?), 20-Авг-26, 09:29   +1 +/
Могут себе позволить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от Аноним (15), 20-Авг-26, 09:30   –2 +/
Наконец-то свободное ПО станет действительно свободным
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #22, #121, #132

17. Сообщение от _oleg_ (ok), 20-Авг-26, 09:51   +5 +/
Тссс... Не надо включать логику, это хорошо потому что модно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

18. Сообщение от онанист (?), 20-Авг-26, 09:58   +/
"пакетов AppArmor и snap-confine, чтобы проверить применимость метода к реальным системным компонентам. "

ыть как они про аппармор

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

19. Сообщение от Mik Foxi (ok), 20-Авг-26, 10:09   +2 +/
Не зря я с убунты ушел на винду. Не будет уже в убунте толка. Главное чтоб до дебиана не добрались и не засрали его также, а то и на серверах хз что ставить тогда.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #25, #78, #102

20. Сообщение от опеншлёпивпродакшн (?), 20-Авг-26, 10:11   +4 +/
> традиционные трансляторы создают неидиоматичный и небезопасный Rust-код

В новом Rust уже традиции какие-то появились. Ещё и небезопасные!

> AI-модели плохо масштабируются на крупные репозитории и не гарантируют сохранение поведения программы

Это кто-то код на библиотеки и модули разбивать не умеет.

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

21. Сообщение от Нонон (?), 20-Авг-26, 10:12   +1 +/
Они пытаются выше головы прыгнуть. Через чур амбициозно. Собственно, как обычно для Canonical

ИИ и так неплохо переводит код с си в раст. Но с блоками unsafe. А вот начиная с этого этапа лучше уже вмешиваться человеку И более пристально проверять как ИИ будет решать избавится от этого unsafe

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

22. Сообщение от _hide_ (ok), 20-Авг-26, 10:15   –1 +/
Самая главная свобода -- это свобода от взятых обязательств.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #55

23. Сообщение от Аноним (24), 20-Авг-26, 10:21   +/
> ушел на винду
> Главное чтоб до дебиана не добрались
> на серверах хз что ставить тогда

Винду, очевидно. Лучшая ОС.

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

24. Сообщение от Аноним (24), 20-Авг-26, 10:23    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

25. Сообщение от Кроссдрессер (?), 20-Авг-26, 10:29   +2 +/
Слаку - самый стабильный и предсказуемый дистр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

28. Сообщение от Аноним (28), 20-Авг-26, 10:39   –3 +/
Интересно посмотреть, как на расте будет выглядеть двусвязный список без unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #33, #34, #54, #86, #151

29. Сообщение от Васян Айтишник (?), 20-Авг-26, 10:41   –1 +/
Давайте ещё микроскопами камни обтёсывать :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #201

30. Сообщение от Аноним (28), 20-Авг-26, 10:42   +4 +/
> небезопасный Rust-код

Вау! Значит, раст можно откинуть, как и "небезопасный Си-код"? И перейти на безопасный Паскаль.

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

31. Сообщение от Аноним (31), 20-Авг-26, 10:52   –1 +/
По ходу никто не понял сарказма. Мозг нынче обмельчал, ТС :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #71

33. Сообщение от Аноним (33), 20-Авг-26, 10:57   +2 +/
Вот так. Ещё вопросы?

use std::cell::RefCell;
use std::rc::{Rc, Weak};

pub struct Node<T> {
    pub value: T,
    pub next: Option<Rc<RefCell<Node<T>>>>,
    pub prev: Option<Weak<RefCell<Node<T>>>>,
}

pub struct DoublyLinkedList<T> {
    head: Option<Rc<RefCell<Node<T>>>>,
    tail: Option<Rc<RefCell<Node<T>>>>,
    pub length: usize,
}

impl<T> DoublyLinkedList<T> {
    pub fn new() -> Self {
        DoublyLinkedList {
            head: None,
            tail: None,
            length: 0,
        }
    }

    pub fn is_empty(&self) -> bool {
        self.length == 0
    }

    pub fn push_front(&mut self, value: T) {
        let new_node = Rc::new(RefCell::new(Node {
            value,
            next: self.head.take(),
            prev: None,
        }));

        if let Some(old_head) = &new_node.borrow().next {
            old_head.borrow_mut().prev = Some(Rc::downgrade(&new_node));
        } else {
            self.tail = Some(Rc::clone(&new_node));
        }

        self.head = Some(new_node);
        self.length += 1;
    }

    pub fn push_back(&mut self, value: T) {
        let new_node = Rc::new(RefCell::new(Node {
            value,
            next: None,
            prev: self.tail.as_ref().map(|t| Rc::downgrade(t)),
        }));

        if let Some(old_tail) = self.tail.take() {
            old_tail.borrow_mut().next = Some(Rc::clone(&new_node));
        } else {
            self.head = Some(Rc::clone(&new_node));
        }

        self.tail = Some(new_node);
        self.length += 1;
    }

    pub fn pop_front(&mut self) -> Option<T> {
        self.head.take().map(|old_head| {
            self.length -= 1;
            if let Some(next_node) = old_head.borrow_mut().next.take() {
                next_node.borrow_mut().prev = None;
                self.head = Some(next_node);
            } else {
                self.tail.take();
            }
            Rc::try_unwrap(old_head)
                .ok()
                .expect("Failed to unwrap Rc")
                .into_inner()
                .value
        })
    }

    pub fn pop_back(&mut self) -> Option<T> {
        self.tail.take().map(|old_tail| {
            self.length -= 1;
            if let Some(prev_weak) = old_tail.borrow_mut().prev.take() {
                if let Some(prev_node) = prev_weak.upgrade() {
                    prev_node.borrow_mut().next = None;
                    self.tail = Some(prev_node);
                }
            } else {
                self.head.take();
            }
            Rc::try_unwrap(old_tail)
                .ok()
                .expect("Failed to unwrap Rc")
                .into_inner()
                .value
        })
    }
}

impl<T> Drop for DoublyLinkedList<T> {
    fn drop(&mut self) {
        while self.pop_front().is_some() {}
    }
}

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

34. Сообщение от linked list (?), 20-Авг-26, 11:01   +8 +/
Интересно посмотреть на пример реальной задачи где двусвязный список лучше решение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #49, #213, #268

35. Сообщение от Alladin (?), 20-Авг-26, 11:06   +/
с той поры что это раст, он действительно упрощает сопровождение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

36. Сообщение от Аноним (38), 20-Авг-26, 11:09   +1 +/
То о чем так долго говорили в комментария наконец произошло.
Ответить | Правка | Наверх | Cообщить модератору

38. Сообщение от Аноним (38), 20-Авг-26, 11:11   +/
Рано или поздно все изменится и отвалится и Апи и Аби и всё на свете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #59

39. Сообщение от Аноним (43), 20-Авг-26, 11:11   +/
Логичный вопрос: зачем вообще что-либо переписывать на ржу?! Цаноницалу вообще заняться нечем что ли?? Тогда перепишите хотя бы с Си на Ди!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #44, #117

41. Сообщение от Аноним (33), 20-Авг-26, 11:14   +/
> на Ди

Ага, на мёртвый язык, намертво привязанный к GC.

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

43. Сообщение от Аноним (43), 20-Авг-26, 11:18   –1 +/
Отнюдь. Это всего лишь означает, что лопающийся пузырь ИИ пытаются удержать ХОТЬ ЧЕМ-ТО! Типа "вот, смотрите, у нас прогресс - мы можем НИЧЕГО нового не сделать, но теперь уже на расте!". 😆

Весь ржач в том, что 1) ИИ всё равно лопнет - это неизбежность 2) Нагенерённый Раст код можно будет просто выкинуть - он НИКОМУ не нужен, даже гуглом@кaкам  3) Сам код никуда не делся, можешь забирать и дорабатывать.

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

44. Сообщение от Аноним (44), 20-Авг-26, 11:18   +/
Про Ди уже и вспоминать стыдно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #91

45. Сообщение от Аноним (45), 20-Авг-26, 11:22   –1 +/
Вот это уже больше похоже на правду - на Rust можно только транслировать с других языков, а не писать ручками.
Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от Анонимemail (46), 20-Авг-26, 11:24   +1 +/
>легко сопровождаемое

LOL

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

48. Сообщение от Аноним (54), 20-Авг-26, 11:28   +1 +/
Я понимаю, что это видимо какая-то попытка потроллить, но гуглите хотя бы. Разрабатываются mrustc и rustc_codegen_gcc - транслировать из более строгого языка в менее строгий не rocket science.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

49. Сообщение от Cooler (??), 20-Авг-26, 11:29   +/
Там где удаление из списка должно быть О(1).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #51, #307

51. Сообщение от Брат Анон (ok), 20-Авг-26, 11:31   +2 +/
Это называется словарь, динамический массив или даже просто массив с кешированием (ведь нам же не нужны лишние аллокации, правда?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #128

52. Сообщение от Сергей Макаров (?), 20-Авг-26, 11:32   +/
К сожалению они хуже, так как хуже язык и их ошибки можно игнорировать.

Вот Страус Труп призывает ввести безопасное подмножество с++ и победить, но в таком подмножестве никакой реальный проект не собирается, а требует тотального переписывания сравнимого с переходом на Раст.

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

53. Сообщение от Брат Анон (ok), 20-Авг-26, 11:33   +1 +/
По условиям GPL трансляция с одного языка на другой не является новым произведением. Такой код под новой лицензией будет поводом пойти в суд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #77, #80, #133, #189, #208

54. Сообщение от Аноним (54), 20-Авг-26, 11:33   +5 +/
Интересно будет посмотреть, как вы напишите структуру данных с циклическим зависимостями, ни разу не прострелив себе в ногу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

55. Сообщение от Брат Анон (ok), 20-Авг-26, 11:34   +2 +/
Истинная свобода -- это осознанная необходимость.
Отсутствие обязательств -- это не свобода. Это полное отсутствие окружающей среды. Так не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

56. Сообщение от Сергей Макаров (?), 20-Авг-26, 11:34   +1 +/
-70% потенциальных ошибок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #58, #126, #202

57. Сообщение от Брат Анон (ok), 20-Авг-26, 11:35   +2 +/
Как только появляется необходимость во внешнем анализаторе/линтере -- так с этого момента появляется материальное доказательство того, что в языке имеется идеализм по форме/содержанию и он несамостоятелен. Т.е. негодный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #72, #292

58. Сообщение от Брат Анон (ok), 20-Авг-26, 11:38   –2 +/
Идеализм. Одни ошибки уходят, другие (такие же логические ошибки  приходят). Потому что семантику 1:1 из языка в язык отразить невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #299

59. Сообщение от Брат Анон (ok), 20-Авг-26, 11:40   +/
> Рано или поздно все изменится и отвалится и Апи и Аби и
> всё на свете.

1) Рано отвалиться не может по определению. Раньше или позже.
2) Не факт, что отвалится. И если исходить из теории вероятности: каждый неотвалившийся день увеличивает вероятность, что не отвалится и завтра.

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

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

60. Сообщение от Сергей Макаров (?), 20-Авг-26, 11:41   +2 +/
Научиться делать трансляторы )
Когда через пару лет ИИ сделает более надёжный язык чем Раст, начнут переводить на него.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #99

61. Сообщение от Ногоед плюс (?), 20-Авг-26, 11:41   +3 +/
Столлман недавно четко высказался против раста, назвав его ловушкой корпоРАСТов. Интервью с подробностями думаю найдете.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #82, #239

63. Сообщение от Брат Анон (ok), 20-Авг-26, 11:42   +1 +/
> Винду, очевидно. Лучшая ОС.

Субъективное мнение. Неизмеримая метрика.

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

64. Сообщение от Брат Анон (ok), 20-Авг-26, 11:43   +3 +/
>> небезопасный Rust-код
> Вау! Значит, раст можно откинуть, как и "небезопасный Си-код"? И перейти на
> безопасный Паскаль.

Оберон же!

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

67. Сообщение от User (??), 20-Авг-26, 11:46   +/
> Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные rust и это даст лучшие результаты.

Объем legacy-кода с миллионом legacy-но-работает-способов прострелить себе ногу, использованного для обучения делает c\c++ мягко говоря, не лучшим языком ИИ-эры...

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

68. Сообщение от Брат Анон (ok), 20-Авг-26, 11:46   +/
> Столлман недавно четко высказался против раста, назвав его ловушкой корпоРАСТов. Интервью
> с подробностями думаю найдете.

До некоторой степени соглашусь. Но не по тем причинам, о чём говорил Столлман.

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

69. Сообщение от Брат Анон (ok), 20-Авг-26, 11:48   +3 +/
> Научиться делать трансляторы )
> Когда через пару лет ИИ сделает более надёжный язык чем Раст, начнут
> переводить на него.

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

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

70. Сообщение от aname (ok), 20-Авг-26, 11:49   +/
Что всё ещё выгоднее, ибо не надо погружаться в раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #138

71. Сообщение от laindono (ok), 20-Авг-26, 11:49   +2 +/
Такие трансляторы уже есть (их легко писать). Это уже не сарказм, а отсутствие осведомлённости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

72. Сообщение от aname (ok), 20-Авг-26, 11:51   +/
Ох уж эти unsafe
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

73. Сообщение от ятупойтролль (ok), 20-Авг-26, 11:51   +3 +/
так наоборот актуальнее чтоб нечитаемый нейрокод с руста на нормальный  всем понятный си перетаскивать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

74. Сообщение от freecoderemail (ok), 20-Авг-26, 11:52   +/
Safe Rust довольно легко сопровождать, из-за сильной системы типов и автопроверок компилятором сломать что-то при доработках не так просто, как в C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #111

75. Сообщение от ятупойтролль (ok), 20-Авг-26, 11:52   +3 +/
почему рустеры предпочитают переписывать код, а не править его никто не говорит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

77. Сообщение от laindono (ok), 20-Авг-26, 11:58   –2 +/
Это ещё надо доказать для случая, когда используется не прямая трансляция, а аишечка.
Повод пойти в суд есть, а вот результаты неочевидны.

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

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

78. Сообщение от freecoderemail (ok), 20-Авг-26, 12:01   +/
Если растохейтеры ругают - значит хороший дистрибутив, надо брать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #303

79. Сообщение от freecoderemail (ok), 20-Авг-26, 12:05   +/
Займитесь этим, вам никто не запрещает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #154

80. Сообщение от Sm0ke85 (ok), 20-Авг-26, 12:05   +/
>По условиям GPL трансляция с одного языка на другой не является новым произведением. Такой код под новой лицензией будет поводом пойти в суд.

Ага, вот только это еще надо умудриться доказать, что вообще не тривиальная история...

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

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

82. Сообщение от freecoderemail (ok), 20-Авг-26, 12:08   +/
Я помню время, когда аргумент, что Rust не использует ни одна крупная компания - был основным на Opennet против Раста. Не использовали раньше - вам это не нравилось, стали активно использовать - опять не нравится. Вам не угодишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #103

83. Сообщение от Брат Анон (ok), 20-Авг-26, 12:09   +/
> Это ещё надо доказать для случая, когда используется не прямая трансляция, а
> аишечка.
> Повод пойти в суд есть, а вот результаты неочевидны.

ИИ не является субъектом юридических прав. Тут и доказывать нечего.

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

Если речь идёт про деньги (особенно очень большие деньги) -- никакая чёрная коробочка не работает.


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

86. Сообщение от Аноним1234 (?), 20-Авг-26, 12:10   –1 +/
>>Интересно посмотреть, как на расте будет выглядеть двусвязный список без unsafe.

Вставляете в любой AI такой запрос и смотрите. Реализивыация строк на 20.

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

87. Сообщение от soarin (ok), 20-Авг-26, 12:12   –2 +/
Я тут подумал...

Скоро наверно и исходники не нужны будут. Одни Prompt запросы в git суёшь и всё

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

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

91. Сообщение от Hack3r (?), 20-Авг-26, 12:22   +/
жив пока что
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

92. Сообщение от Hack3r (?), 20-Авг-26, 12:22   +/
skill issue

GC там можно и отвязать и управлять его вызовом

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

93. Сообщение от Аноним (90), 20-Авг-26, 12:23   +/
>Всё просто. Вы живёте при капитализме. Капитализм основан на конкурентной борьбе за ресурсы.

В основе всего национальная и человеческаяя мораль. Капиталист в разнях частях света тоже разный.

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

96. Сообщение от fidoman (ok), 20-Авг-26, 12:30   +/
скоро к cd профиль apparmor прикрутят чтоб куда не надо не заходил
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #155, #219

98. Сообщение от Hack3r (?), 20-Авг-26, 12:35   +1 +/
уже же есть проект от Дарпы - зачем еще один??
на грантах деньжат поднять если только

https://www.darpa.mil/research/programs/translating-all-c-to...

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

99. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 12:35   –1 +/
> Когда через пару лет ИИ

Через пару лет ИИ пузырь уже точно лопнет ;) И в лучшем случае все будут носиться с воплями: "Найму программистов за любые деньги! СРОЧНО!!!" В худшем - нам всем вообще будет не до того. Тут по всему миру проблемы ку-уда серьёзней назревают.

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

102. Сообщение от Аноним (102), 20-Авг-26, 12:39   –3 +/
А сюда чего пришёл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

103. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 12:40   +3 +/
> Я помню время, когда аргумент, что Rust не использует ни одна крупная компания - был основным на Opennet против Раста.

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

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

105. Сообщение от Брат Анон (ok), 20-Авг-26, 12:45   –1 +/
SQL язык для бухгалтеров.
NoCode -- погромисты больше не нужны.
Микросервисы -- архитекторы всё.
LowCode -- погромисты всё.
ИИ -- вообще все всё <<<<<<- вы находитесь здесь.
Расходимся, оказывается людей могут заменить только люди. И то не все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #245

107. Сообщение от Брат Анон (ok), 20-Авг-26, 12:46   +2 +/
Сами вопрос задали, сами на него ответили. Всегда ищи деньги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #108

108. Сообщение от Hack3r (?), 20-Авг-26, 12:52   +/
This one is from school student https://github.com/IntegralPilot/rustc_codegen_jvm
Looks even better =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

111. Сообщение от Аноним (111), 20-Авг-26, 13:13   –1 +/
>Safe Rust довольно легко сопровождать,

До первого неожиданного unwrap.

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

117. Сообщение от Смузихеб забывший пароль (?), 20-Авг-26, 13:23   +/
> Цаноницалу вообще заняться нечем что ли

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

Хотя мб решили влиться в волну раста и ИИ и, если удастся сделать норм продукт - то продавать его другим

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

118. Сообщение от Hexen (ok), 20-Авг-26, 13:24   +2 +/
Как unwrap может быть неожиданным, если он прым коде явно вызывается ?) Это чистый скилишью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #168, #223

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

121. Сообщение от localhostadmin (ok), 20-Авг-26, 13:26   +2 +/
Но есть одно но. ПО будет свободно только для корпов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

122. Сообщение от Аноним (119), 20-Авг-26, 13:27   –1 +/
цель одна - уничтожения свободно доступного инструментария!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

126. Сообщение от Ivan_83 (ok), 20-Авг-26, 13:39   +/
А чего не -146%?
Если что, сопровождение это далеко не только про ошибки, а фичи то как докидывать в такое месиво?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

127. Сообщение от Ivan_83 (ok), 20-Авг-26, 13:40   +19 +/
Ну и месиво.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #199

128. Сообщение от Ivan_83 (ok), 20-Авг-26, 13:43   +/
Массив - это кусок памяти, каждый раз когда ты что то удаляешь у тебя образуется дырка, хорошо если  удалять последний, а если первый - то двигать весь массив=кусок памяти.
Но ты видимо про какой то воображаемый массив, реализацию которого ты внутри не видел :)

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

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

132. Сообщение от Аноним (132), 20-Авг-26, 13:54   –2 +/
> Наконец-то свободное ПО станет действительно свободным

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

Но упоротых крикунов, кричащих на разный лад кричалки в стиле: "ваш RMS всех обманул!", у местных интересных личностей с каждого утюга, что порой можно подумать, что их по количеству больше, чем реальных пользователей всех BSDей! xD

Я вот, только до сих пор не могу понять, это просто троллинг такой или это заявы на серьёзных щах и на опеннетах действительно столько упоротых?!

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

133. Сообщение от Аноним (132), 20-Авг-26, 13:56   +/
> По условиям GPL трансляция с одного языка на другой не является новым
> произведением. Такой код под новой лицензией будет поводом пойти в суд.

Ну и много реальных случаев знаете, когда это сработало?

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

135. Сообщение от Шапочка из фольги (?), 20-Авг-26, 14:00   +/
> Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные
> rust и это даст лучшие результаты.
> А все эти трансляторы - как были полным дер..ом, так ими и
> останутся, во всяком случае пока лжеИИ не обретет интеллект сравнимый с
> человеческим.

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

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

138. Сообщение от Сергей Макаров (?), 20-Авг-26, 14:02   +/
Зато надо погружаться в лайфтайм с++ который сложнее аналога раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #190

139. Сообщение от Аноним (139), 20-Авг-26, 14:04   +2 +/
> образуется дырка

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

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

141. Сообщение от Вася Пупкин (?), 20-Авг-26, 14:11   +/
раскройте, интересно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #195

142. Сообщение от Сладкая булочка (?), 20-Авг-26, 14:12   +1 +/
А теперь попроси ЫЫ сгенерить тесты производительности и сравни с си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #198

144. Сообщение от Сладкая булочка (?), 20-Авг-26, 14:18   +1 +/
То есть переписывальщики настолько обленились, что даже рабочий код переписать не могут? А сколько пафоса то было. Все на что они способны - это стоять в сторонке и выкрикивать "давай! давай! перепиши!". Стыдно, товарищи, стыдно!

А что потом? Резонный вопрос. Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?

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

145. Сообщение от Сладкая булочка (?), 20-Авг-26, 14:20   +/
Дарпа - это анб, космонавт - брит, то есть ми 6. Думайте!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

151. Сообщение от OpenEcho (?), 20-Авг-26, 14:34   +/
> Интересно посмотреть, как на расте будет выглядеть двусвязный список без unsafe.

Сделать то можно, но читаемость...


use std::cell::RefCell;
use std::rc::{Rc, Weak};

type Link = Option<Rc<RefCell<Node>>>;

#[derive(Debug)]
struct Node {
    value: i32,
    next: Link,
    prev: Option<Weak<RefCell<Node>>>,
}

#[derive(Debug)]
struct DoublyLinkedList {
    head: Link,
    tail: Link,
}

impl DoublyLinkedList {
    fn new() -> Self {
        Self {
            head: None,
            tail: None,
        }
    }

    fn push_back(&mut self, value: i32) {
        let new_node = Rc::new(RefCell::new(Node {
            value,
            next: None,
            prev: None,
        }));

        match self.tail.take() {
            Some(old_tail) => {
                new_node.borrow_mut().prev = Some(Rc::downgrade(&old_tail));
                old_tail.borrow_mut().next = Some(new_node.clone());
                self.tail = Some(new_node);
            }
            None => {
                self.head = Some(new_node.clone());
                self.tail = Some(new_node);
            }
        }
    }

    fn print_forward(&self) {
        let mut current = self.head.clone();

        while let Some(node) = current {
            print!("{} ", node.borrow().value);
            current = node.borrow().next.clone();
        }

        println!();
    }

    fn print_backward(&self) {
        let mut current = self.tail.clone();

        while let Some(node) = current {
            print!("{} ", node.borrow().value);

            current = node
                .borrow()
                .prev
                .as_ref()
                .and_then(|weak| weak.upgrade());
        }

        println!();
    }
}

fn main() {
    let mut list = DoublyLinkedList::new();

    list.push_back(10);
    list.push_back(20);
    list.push_back(30);

    println!("Forward:");
    list.print_forward();

    println!("Backward:");
    list.print_backward();
}

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

154. Сообщение от ятупойтролль (ok), 20-Авг-26, 14:50   +/
так все уже давно на си написано, нужды нет. код легко читаем и поддерживается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #254

155. Сообщение от Аноним (155), 20-Авг-26, 15:08   +/
cd это внутренняя команда шелла, вообще-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

159. Сообщение от Михаил (??), 20-Авг-26, 15:19   +/
"В инструментарии будет задействована гибридная модель, комбинирующая технологии на основе машинного обучения с классическими методами анализа, тестирования и формальной верификации. "
т.е. будет парсер и агент который с помощью ИИ будет конвертировать исходники в Раст.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #165

160. Сообщение от Аноним (166), 20-Авг-26, 15:20   +/
>перевод больших репозиториев, содержащих сотни тысяч строк кода на Си, в безопасное (без unsafe-операций)

извините, но не могу такое представить чтобы без unsafe обошлись. Это же C !

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

161. Сообщение от laindono (ok), 20-Авг-26, 15:23   –1 +/
Внутри чорной коробочки должна быть чистая комната вестимо.

> ИИ не является субъектом юридических прав. Тут и доказывать нечего.

Разобраться ещё не успели, что и как с этим всем. Юридической практики особо нет пока.

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

164. Сообщение от Аноним (164), 20-Авг-26, 15:26   +1 +/
Будут фиксить си код и снова транслировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

165. Сообщение от Норм (?), 20-Авг-26, 15:27   +/
Надеюсь что не будет. Но это каноникал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

166. Сообщение от Аноним (166), 20-Авг-26, 15:27   +1 +/
внутренняя изменчивость, слабые указатели - это ж неидиоматично. За что боролись?
Это же всё потенциально ошибкоопасно (утечки, логические ошибки).
Rust ведь специально разработан для создания дерева владения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

167. Сообщение от Норм (?), 20-Авг-26, 15:28   +/
Задача не решаема в принципе тех методами.
Лллмка не спасет никак в энтом случае.
Ответить | Правка | Наверх | Cообщить модератору

168. Сообщение от Аноним (111), 20-Авг-26, 15:28   +1 +/
>Как unwrap может быть неожиданным, если он прым коде явно вызывается

Программисты на Rust не разбираются в коде, которые пишут.

>Это чистый скилишью.

Не то слово. Интернет из-за такого ишью глобально встал.

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

169. Сообщение от Норм (?), 20-Авг-26, 15:29   +/
Есди половину кода просто обернуть в унсейф то можно да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

174. Сообщение от Аноним (174), 20-Авг-26, 15:47   +/
Капиталист везде одинаковый один и тот же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

175. Сообщение от Аноним10084 и 1008465039 (?), 20-Авг-26, 15:50   +/
Для ядра ОС GNU GPL (второй версии) действительно оказался не так плох. Вот только сейчас копилефт не особо-то в почете, в новых проектах, на которые инвесторы дают денег, мне кажется почти всё пермиссив, если уж опен сорс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #315

177. Сообщение от Аноним10084 и 1008465039 (?), 20-Авг-26, 15:54   +/
А может это намёк на то, что двусвязный список не так уж и прост, как кажется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #192

178. Сообщение от Аноним (178), 20-Авг-26, 15:56   +/
>можно заполнить переместив туда последний элемент

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

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

179. Сообщение от Аноним (179), 20-Авг-26, 15:56   +2 +/
Объясните тупенькому. Я не понимаю чего мы добиваемся этим внедрением раста всюду. Вот у нас есть каноничные какие-то библиотеки. Допустим libpq для postgresql, hiredis для redis и.т.д. У меня есть язык, юмеющий в интероп с C. Я пишу биндинг и радуюсь. И тут мы переписываем весь C на Rust, а библиотека на C - deprecated. И что мне теперь делать? К чему мне биндиться? Писать свою реализацию с нуля?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #184, #188, #193, #210, #249, #256, #285

181. Сообщение от localhostadmin (ok), 20-Авг-26, 16:07   +/
> Только вот, что-то те же BSDи чот не шибко популярны

Это как раз благодаря лицензии. Зачем корпам благотворительностью заниматься?

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

184. Сообщение от Норм (?), 20-Авг-26, 16:30   +1 +/
Если не понимаете - не внедряйте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

187. Сообщение от warlock66613email (ok), 20-Авг-26, 16:47   +/
Всегда можно использовать арену и хранить не ссылки на предыдущий/следующий элемент, а их индексы в арене.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

188. Сообщение от warlock66613email (ok), 20-Авг-26, 16:51   +/
Если это необходимо, Rust библиотека может иметь C интерфейс. Другое дело, что переписывающий может на это забить, потому что это намного усложняет задачу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #235

189. Сообщение от _ (??), 20-Авг-26, 16:57   +2 +/
> По условиям GPL трансляция с одного языка на другой не является новым произведением.

Укажи где здесь это написано: https://www.gnu.org/licenses/gpl-3.0.html
Я вот в упор не вижу...

> Такой код под новой лицензией будет поводом пойти в суд.

Там тебя попросят сделать то же самое ... и ты проиграешь :-\ Хороший план бро! :)

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

190. Сообщение от aname (ok), 20-Авг-26, 17:07   +/
> Зато надо погружаться в лайфтайм с++ который сложнее аналога раста.

Зачем погружаться в плюсы, если уже погружен в плюсы?

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

191. Сообщение от _ (??), 20-Авг-26, 17:22   +2 +/
Он - продаван, он и должен слонов навяливать!

Что никак не отменяет факта, что кодерские галеры идут на дно целыми флотами _из-за_ЫЫ_...

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

192. Сообщение от OpenEcho (?), 20-Авг-26, 17:28   +/
> А может это намёк на то, что двусвязный список не так уж и прост, как кажется?

Это не про сложность, а про читаемость и напряг на человеческую ограниченную память способную держать в башке не более 7 (у гениев) вещей одновременно.  

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

193. Сообщение от Аноним (193), 20-Авг-26, 17:29   +1 +/
Потому что цели не технологические, а политические: больший контроль со стороны корпораций, другая более удобнаяя им лицензия, обязательная повестка во всех проектах и конференциях и т. п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #259

195. Сообщение от Брат Анон (ok), 20-Авг-26, 17:35   –2 +/
> раскройте, интересно

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

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

197. Сообщение от Брат Анон (ok), 20-Авг-26, 17:37   +/
> Внутри чорной коробочки должна быть чистая комната вестимо.

Не бывает чистой комнаты по определению. В ней уже есть смыслы. Не надо путать повторение функционала методом слепого двойного теста и ТРАНСЛЯЦИЮ кода.

>> ИИ не является субъектом юридических прав. Тут и доказывать нечего.
> Разобраться ещё не успели, что и как с этим всем. Юридической практики
> особо нет пока.

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

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

198. Сообщение от Аноним (28), 20-Авг-26, 17:37   –2 +/
Для начала надо, чтобы оно хотя бы компилировалось. И не в 100 мегабайт кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

199. Сообщение от Аноним (28), 20-Авг-26, 17:40   +/
Сплошь и рядом ">>>>" - как-то ещё вложенность маленькая шаблонов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

200. Сообщение от Аноним (28), 20-Авг-26, 17:42   +/
> заполнить переместив туда последний элемент, это сломает ссылки на память

Растерманы всегда так пишут такой код?!

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

201. Сообщение от Аноним (28), 20-Авг-26, 17:45   +/
Раст именно так и делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

202. Сообщение от Аноним (28), 20-Авг-26, 17:47   +/
> -70% потенциальных ошибок

+146% реальных ошибок

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

204. Сообщение от laindono (ok), 20-Авг-26, 17:53   +1 +/
Двойное слепое тестирование используется для проверки теорий. Это научный инструмент. Мы же говорим о юридическом инструменте.

https://en.wikipedia.org/wiki/Clean-room_design

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

Однако есть мнение, что даже в таком виде оно избыточно. Если это не чисто механическая трансляция, а трансляция аишечкой, то уже несколько сложнее. Результирующий код делает не что-то на 100% тоже самое, однако так ли это в юридическом смысле - вопрос открытый.

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

206. Сообщение от Аноним10084 и 1008465039 (?), 20-Авг-26, 17:55   +/
Я про то, что может читаемость двусвязного списка в обычных императивных языках - обманчива? Кажется, что раз читаемо, значит просто
и безошибочно, а может нет? В чистом функциональном языке его тоже толком не сделаешь. Меж тем функциональная парадигма - одна из величественных, борется с таким порождающим ошибки злом как состояние и побочные эффекты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #226, #269

208. Сообщение от Аноним (208), 20-Авг-26, 18:10   +1 +/
> По условиям GPL трансляция с одного языка на другой не является новым произведение

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

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

209. Сообщение от Аноним (139), 20-Авг-26, 18:10   +/
общий случай, это размыто, в большенстве случаев наплевать, мы говорим о коде на предположительно си, какие программы на него полагаются? чужие программы на наш код? разумеется зависит от задачи, но в абсолютном большенстве программ, которые допускают изменение списка в течении его жизни, другая программа обязана его перечитать и отсортировать, либо мы даем ей интерфейс, куда список будет попадать отсортированным, или не отсортированным, в документации к системным вызовам ос это четко прописывается, я со студенчества помню чем отличаются разные вариации чтения содержимого каталогов, вот именно этим, если список огромный, то сортировать его часто просто трата времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

210. Сообщение от Аноним (208), 20-Авг-26, 18:12   –1 +/
> К чему мне биндиться?

К тому же, к чему и раньше.

> Писать свою реализацию с нуля?

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

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

211. Сообщение от Аноним (139), 20-Авг-26, 18:12   +/
беспонятия как пишут растерманы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

213. Сообщение от Феникс123 (?), 20-Авг-26, 18:17   +/
intrusive linked lists - постоянно используются, посмотри например в как используется в Tokio
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

216. Сообщение от нах. (?), 20-Авг-26, 18:25   +2 +/
> А что потом?

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

> Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?

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

Так что поддерживать будет команда дЭффективных менеджеров из Сапопикла. Которые и придумали эту бредятину. Жёпп сесурити, не, не слышал?! Ну чтоб за отсутствие видимого результата не ногой под этосамое.

Но помяни мои слова - недолго.

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

218. Сообщение от нах. (?), 20-Авг-26, 18:36   +/
и никакое не все - ты новая нефть, лошадка! Токены-то _каждый_ раз кто оплачивать будет?!

А сгенереный исходник - он бесплатновый. (поэтому ХРЕН вам а не мои исходники. Впрочем и промпты тоже, зачем ими делиться с кем-либо?)

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

219. Сообщение от нах. (?), 20-Авг-26, 18:40   +/
пока неплохо бы открутить от апармор возможность любому васяну стать рутом из-за 666 на файлы управляющие загрузкой профилей.

(и конечно же это была случайность. нелепая ошибка. Нет, я не ношу шапочку из фольги. И не считаю это намеренной диверсией. Это злонамеренный тяпляпер, просто не понимавший вообще что творит. Ошибка у него - в ДНК. Ну и у тех дЭффективных что такое нанимают и принимают потом "таск закрыт!")

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

220. Сообщение от нах. (?), 20-Авг-26, 18:43   +1 +/
Когда через пару лет лопнет пузырь раздутых зарплат кожаных тяпляперов, а ЫЫ останется навсегда - профессор найдет, надеюсь, мужества - покинуть кафедру, и не учить плохому?

(а, чорта ж с два. Он даже пластинку не поменяет.)

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

221. Сообщение от нах. (?), 20-Авг-26, 18:44   +1 +/
в биореактор они пойдут. Крутить кожановыми педали - нерационально. Слишком много жрут, и слишком слабо крутят. Эффективнее - переработать на метан.

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

223. Сообщение от Аноним (28), 20-Авг-26, 18:54   +1 +/
> Как unwrap может быть неожиданным

Так же, как из-за этого пол-интернета осенью остановилось.

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

226. Сообщение от _ (??), 20-Авг-26, 19:22   +1 +/
> В чистом функциональном языке его тоже толком не сделаешь.

В _чистом_ - невозможно по определению :)
Ибо чистота там достигается тупо иммутабельностью :)

Но руст - не чистый и не иммутабельный, тем не менее двусвязный список в нем - _костыль_...
Вывод?
PуздЪ - вершина софтостроения конечно же :), преклоните колени еретики!(С)

> борется с таким порождающим ошибки злом как состояние и побочные эффекты

Так то оно так ... только вот никому не говори, что как только они пытаются написать прогу для реального мира ... начинается костылестроение с __внесением__ состояния вЪ :) И хорошо если монады какаие на не как у лишперов яЪк-яЪк и в прод^W корзину :-p

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

227. Сообщение от _ (??), 20-Авг-26, 19:28   +/
Чтобы погружаться в плюсы, пока ты погружен в плюсы!(С)

А я что? Я ничего, просто мир оЙте нынче - такой :)

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

228. Сообщение от _ (??), 20-Авг-26, 19:36   +/
Хорошие вещи в ойтИ "не взлетают", так что без шансов. Предлагай JS :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

231. Сообщение от _ (??), 20-Авг-26, 19:48   +/
Ну дык я уже задолбал всех простым предсказанием: мы - последнее поколение людей кто массово пишет на ЯП.

ИМХО.

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

233. Сообщение от Аноним (233), 20-Авг-26, 19:53   +/
> Через пару лет ИИ пузырь уже точно лопнет ;)

Ты два года назад буквально то же самое говорил.

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

235. Сообщение от Аноним (28), 20-Авг-26, 19:55   +/
> переписывающий может на это забить, потому что это намного усложняет задачу.

Обязательно забьёт. Цель же - чтобы никто не писал на Си. Ни в каком виде.

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

236. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 19:55   +/
> Ты два года назад буквально то же самое говорил.

А ссылочку можно? ;)

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

237. Сообщение от Аноним123 (?), 20-Авг-26, 19:57   +/
> Нельзя. Проект корпоративный. Либо поступи в Бристольский университет.

Тогда что эта новость делает тут?

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

238. Сообщение от Аноним (28), 20-Авг-26, 19:57   +/
> потом табличка на кладбище. Где-то в боковой аллейке, не там где склепы юнити и мыр конечно.

И пребудет апстарт с ними!

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

239. Сообщение от _ (??), 20-Авг-26, 19:58   +1 +/
> Столлман недавно

Он жи даже не программер, он аниматор... и кому может быть интересно мнение этого шлимазла? :-)

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

240. Сообщение от нах. (?), 20-Авг-26, 20:01   +/
не, ну upsrat-то на главной должен быть...

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

242. Сообщение от Аноним (233), 20-Авг-26, 20:02   +/
> Доказанная форма Раста как теорема работает, как недоказанный машинный код на недоказанной машинной основе.

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

Твой словесный понос - буквально как цитата из книги "Интеллектуальные уловки" Брикмона и Сркала. Не позорься больше.

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

245. Сообщение от _ (??), 20-Авг-26, 20:05   +/
Брат Анон, а вот смени
"оказывается людей могут заменить только люди"
на
"заменить много людей на мало людей"

И сразу вспомнишь как копали условно беломорканал и как панамский :) Землекопы vs экскаваторы :)

Ну как теперь звучит? Много землекопов вокруг видишь? Или даже грядки на даче мотоблоком пашешь? :)

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

246. Сообщение от Аноним (233), 20-Авг-26, 20:06   +/
> Потому что Ржавый - продукт крупных корпораций и ими же продвигается.

Логично, ведь именно те самые корпорации и пишут более 95% софта, начиная с ядра ОС и заканчивая браузером, в котором вы наваливаете свою "экспертизу".

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

247. Сообщение от Аноним (233), 20-Авг-26, 20:08   +1 +/
> Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?

Ну раз уж точно не ты - почему переживаешь? У опеннетных булочек правда так болит за проблемы корпов?

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

249. Сообщение от Аноним (233), 20-Авг-26, 20:15   +/
> Объясните тупенькому. Я не понимаю чего мы добиваемся этим внедрением раста всюду.

Добиваемся отсутствия типично сишочных проблем типа buffer overflow, use-after-free, double free и т.п., которые являются причиной 70% всех уязвимостей в ПО.

> У меня есть язык, юмеющий в интероп с C. Я пишу биндинг и радуюсь. И тут мы переписываем весь C на Rust, а библиотека на C - deprecated. И что мне теперь делать? К чему мне биндиться?

Для примера: librsvg, фундаментальная, каноничная либа, которая есть в любом дистре. Уже много лет назад как была переписана с С на Раст. Сишный API ВНЕЗАПНО никуда не делся.

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

252. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 20:29   +/
> Логично, ведь именно те самые корпорации и пишут более 95% софта, начиная
> с ядра ОС и заканчивая браузером, в котором вы наваливаете свою
> "экспертизу".

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

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

254. Сообщение от Аноним (233), 20-Авг-26, 20:33   +/
> код легко читаем и поддерживается

Только вот поток вулнов уже более 50 лет никак не остановится почему-то...

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

256. Сообщение от Сладкая булочка (?), 20-Авг-26, 20:38   +/
> Объясните тупенькому. Я не понимаю чего мы добиваемся этим внедрением раста всюду.
> Вот у нас есть каноничные какие-то библиотеки. Допустим libpq для postgresql,
> hiredis для redis и.т.д. У меня есть язык, юмеющий в интероп
> с C. Я пишу биндинг и радуюсь. И тут мы переписываем
> весь C на Rust, а библиотека на C - deprecated. И
> что мне теперь делать? К чему мне биндиться? Писать свою реализацию
> с нуля?

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

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

257. Сообщение от Сладкая булочка (?), 20-Авг-26, 20:39   +1 +/
> когда он начал писать на раст

Опечатка. Про раст. Вряд ли он что-то сам пишет.

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

258. Сообщение от Аноним (233), 20-Авг-26, 20:39   +/
> Корпорации ничего не пишут. Код пишут программисты, на которых руководство и владельцы корпораций паразитируют. И какого качества код при такой работе получается - мы прекрасно видим по новостям.

Так я же тебе и говорю: кода от "свободных" программистов, на которых никто не "паразитирует" - почему-то капля в море. А его "качество", как ни странно, примерно на там же уровне. А то и еще похлеще (если, например, на твое творчество взглянуть, лол).

Парадокс, не иначе...

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

259. Сообщение от Сладкая булочка (?), 20-Авг-26, 20:40   +/
> Потому что цели не технологические, а политические: больший контроль со стороны корпораций,
> другая более удобнаяя им лицензия, обязательная повестка во всех проектах и
> конференциях и т. п.

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

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

260. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 20:44   +/
> Так я же тебе и говорю: кода от "свободных" программистов, на которых
> никто не "паразитирует" - почему-то капля в море.

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

> А его "качество",
> как ни странно, примерно на там же уровне. А то и
> еще похлеще (если, например, на твое творчество взглянуть, лол).

А вы уже научились программировать, чтобы смочь дать оценку?))

Кстати, у вас во сколько рабочий день начинается? В 09.00am, я так понимаю?


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

261. Сообщение от Аноним (261), 20-Авг-26, 20:49   +/
Они только начали. Вот смотри:
https://discourse.ubuntu.com/t/investing-in-automated-c-to-r...
Canonical is funding a 3-year PhD project, with matched support from UK Research and Innovation, to investigate increasing the rigour of automated C to Rust translations. The project will be led in Bristol by Professor Meng Wang, with Dr Cristina David and myself as co-supervisors.
При этом: Translation will use language models trained or fine-tuned against a library of known C-to-Rust translations. The aim is to produce Rust that expresses the intent of the original program using appropriate Rust abstractions, rather than mechanically reproducing C syntax.
Это план на 3 года работы. До полноценного далеко. Вроде как немного пока в раст переписали. Надо помогать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

262. Сообщение от Аноним (233), 20-Авг-26, 21:06   +2 +/
>> Так я же тебе и говорю: кода от "свободных" программистов, на которых
> никто не "паразитирует" - почему-то капля в море.
> А как иначе? Если людям порой жрать нечего, не то что код писать? Как раз из-за тех, кого вы поддерживаете.

Ты голову начнешь таки включать? Программист тратит N часов в месяц на создание софта, при этом:

* Корпа даст ему за это деньги (как раз чтобы было что жрать).
* Сообщество™ не даст ему вообще ничерта, а будет только кушать свободный софтик за бесплатно. То есть БУКВАЛЬНО паразитировать.

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

Что конкретно тебе не понятно?

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

263. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 21:11   +/
> Ну дык я уже задолбал всех простым предсказанием: мы - последнее поколение
> людей кто массово пишет на ЯП.
> ИМХО.

Тут главное не стать последним поколением вообще ;)


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

264. Сообщение от maximnik0 (?), 20-Авг-26, 21:18   +/
> Вот Страус Труп призывает ввести безопасное подмножество с++ и победить, но в
> таком подмножестве никакой реальный проект не собирается

Так есть безопасный диалект с++, правда на одну версию отстаёт от Gnu c++,как форк собран на его основе.Про этот проект где то полтора года назад писали - там введены метки безопасности для работы с памятью и данными.Но работает раза в 3_4 медленнее и компилируется раз в 6 медленнее.Код выходит на 30% больше:-( По надёжности кода -в принципе не должен уступать расту.

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

265. Сообщение от ProfessorNavigator (ok), 20-Авг-26, 21:38   +/
> Ты голову начнешь таки включать? Программист тратит N часов в месяц на
> создание софта, при этом:
> * Корпа даст ему за это деньги (как раз чтобы было что
> жрать).

А потом догонит - и ещё даст ;) Денег, ага. А если серьёзно - за чей счёт банкет? Кто обеспечивает всю эту красивую жизнь? Вы видели, как люди живут в Африке, в Южной Америки? Да в тех же США? Где целые палаточные городки с бездомными? Прям на улицах городов? Где в некоторые кварталы заходите страшно? Потому что реально просто не выйдешь оттуда живым. Вы видели, что творится на всём постсоветском пространстве? Что происходит в Китае, в других странах Азии? Оно везде так. И за это отвечают все, кто получают не по труду. Т.е. те самые корпорации, а точнее - их владельцы. Да, можно заткнуть пасть деньгами, чтобы совесть стала гибкой. И многие на это идут. Просто потому, что не понимают, что своими же руками только туже затягивают себе ярмо на шее. И лишают будущего своих детей. И бездомные, и прочие проблемы никуда не денутся, если вы сунете голову в песок, и однажды отольются вам ножом уличного грабителя в спину, разорвавшимся над головой беспилотником, вашей же собственной нищетой на улице, когда попользовавшись вами, вас выкинут на улицу без средств к существованию (как там с сокращениями в крупных корпорациях, уже закончились?).

> * Сообщество™ не даст ему вообще ничерта, а будет только кушать свободный
> софтик за бесплатно. То есть БУКВАЛЬНО паразитировать.

А я где-то что-то говорил про "сообщество"?)) Я вам вовсе про другое: https://samlib.ru/editors/b/bobylew_j_w/communism_economics....

> Поэтому любой здравомыслящий человек выбирает работу с корпой

Говорите за себя ;)

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


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

266. Сообщение от BrainFucker (ok), 20-Авг-26, 21:44   +/
Ну, ReactOS допилят может быть, с LLM это дело может ускориться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

267. Сообщение от BrainFucker (ok), 20-Авг-26, 21:46   +/
Аксиома Эскобара во всей красе. Я бы ещё понял если бы транслировали в Nim или Mojo.
Ответить | Правка | Наверх | Cообщить модератору

268. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:00   +/
Из реальных - очень удобен когда клиенты подключаются/отключаются часто, чтобы иметь возможность при завершении работы всех корректно прибить, и не только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #308

269. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:03   +/
Ну вот в С двусвязный список прост в имплементации, задача для начинающих его реализовать.
Хз где вы там что то умудряетесь найти.
Другое дело когда доходит до многопоточности, там или всю работу со списком заворачивают под блокировку или переходят на односвязный с атомиками.
Это всё технологии/знания начала 2000х - по крайней мере я тогда это всё прочитал и узнал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #302

270. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:16   +/
Ну допустим они завтра перепишут на это какойнить FFMpeg, OpenCV, закроют исходники и дальше что?
Ну может что то продадут даже.
Сообщества как писали это на С/крестах так и дальше продолжат, и им придётся или каждый раз заного транслировать или член на многочлен делить попутно ищя корень квадратный.

Бизапасные либы на расте не хотят взлетать, даже libsvgr где удалось типа дропнуть оригинал целиком - и та много где в дистрах осталась как опция.
И за пределами пары питоновских поделок, которые поразила эта дрянь - оно тоже не взлетает.
Взять какойнить OpenSSL - никто не бежит его заменять, даже на крестовый боринг от гугла.
Про всякие zlib очередные промолчу - оно только в экосистеме раста и юзается, остальные клали болт на такие поделки.

Как итог раст, как и гниль, может только жить на существующих проектах, типа py-cryptography или линукса, когда тело носителя исчезает полностью - оно помирает.
Случаи когда растопроекты хоть как то живут самостоятельно - единичные, я сходу только uv могу назвать из того что у меня попадается в системе, да и тот проект - чистое переписывание pip и по сути примитивная утилита которой расти некуда.

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

271. Сообщение от Сладкая булочка (?), 20-Авг-26, 22:17   +/
>> Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?
> Ну раз уж точно не ты - почему переживаешь? У опеннетных булочек
> правда так болит за проблемы корпов?

Потому что это все потом приходит в пользвательский дистрибутив.

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

273. Сообщение от Аноним (273), 20-Авг-26, 22:24   +/
В общем понятно,  в чём смысл.
Обучают ИИ на примерах кода, давая задачи типа "исследуй код на языке А и сделай то же самое на языке В".

А ротом глядишь и залежи сишного кода загрузят в ИИ и попросят оптимизировать.

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

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

275. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:36   +/
А вот я так не думаю.
1. ЫЫ всё равно нужно контролировать, а для этого нужно разбиратся в предметной области. Заставить одного виннипуха контролировать друго виннипуха пока тот стережёт мёд - предсказуемо чем кончится :)
2. ЫЫ хорош в базовых вещах, типа показать пример использования или написать примитивную функцию, но сложное он сделать или не может или оно будет такое себе.

В целом же моё мнение об ЫЫ: оно усиливает интеллект и возможности того кто его использует. Но если пользователь сам туп то он может скатится легко в воронку: "я вумный, ЫЫ вот меня похвалило!".
Даже если не сваливается в воронку, то ходит кругами среди трёх сосен не может найти выхода из "леса".
Я это всё за последние пол года пронаблюдал.

И ещё неприятное наблюдение: тот кто привык руководить и делегировать легче с ЫЫ управляется (ему пофик ЫЫ там или человек), кто сам умеет делать - за счёт ЫЫ может сильно ускорится, но ЫЫ до управленца его не выращивает, тут надо в голове мозги менять.

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

276. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:41   +/
Думаю что он лопнуть то лопнет, но технология никуда не денется и этим продолжат пользоватся.
Мне вот лично дела до пузыря нет, я локально модели гоняю у себя на железе, от того что они обновлятся перестанут - хуже С код они разбирать не станут и всякие прочие штуки которые не устаревают и используются.

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

И мы ещё увидим поколение которое пишет/диктует промты больше чем в итоге надо было руками сделать :)

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

277. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:43   +/
Ээээ если только по объёму кода и времени компеляции, тут да - хромиум и лиса потребят точно больше половины времени относительно пересборки всей системы и остального софта :)
Если же считать поштучно то 95% лично в моей системе ну никак не выходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

278. Сообщение от Ivan_83 (ok), 20-Авг-26, 22:49   +/
Да да, и в той же фре можно вернутся обратно к каноничной libsvg и с ней всё собирается и работает.
И именно librsvg единственная мне известная либа которую целиком заменили на растоподеление, те даже в такой безалтернативной ситуации этому сопротивляются как могут.

И я не видел ни одной растобибы заменяющей OpenSSL, FFMpeg и пр да так чтобы это ещё и использовалось где то за пределами раста и питона.

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

279. Сообщение от нах. (?), 20-Авг-26, 22:52   +/
> Подходы тоже поменяются, но люди не уйдут из програмирования.

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

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

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

но они ж т-пые как пробка? Кстати, давай я тебя клаве продам? Тебе скидка выйдет, и мне за каждого кожаного раба $10 обещают!

Заодно сможешь честно и непредвзято сравнить с локальной моделью.

> И мы ещё увидим поколение которое пишет/диктует промты больше чем в итоге надо
> было руками сделать :)

ты забываешь время потраченное на изучение безумных закорючек и бредовых апи.

Их вот никто больше учить - не станет. Я уже давно не.

  

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

281. Сообщение от Ivan_83 (ok), 20-Авг-26, 23:01   +/
Да вот только токены дорогие и на всех их не хватит...

А весь популярный код и так уже проверен-перепроверен чем только можно, вот и ЫЫ его уже проверил-перепроверил, остальной же код не сильно нужен.
С оптимизацией - может грустно получится: оно станет нечитаемым. Про это в курсе любой кто сам занимался оптимизацией и смотре сборник трюков/хаков по математике и прочим алгоритмам на С.

Самое безобидное наверное:
static inline size_t
bn_digit_bits(bn_digit_t digit) {
    register size_t n;
    register bn_digit_t reg = digit;

    if (0 == reg)
        return (reg);
    if (BN_MAX_DIGIT == reg)
        return (BN_DIGIT_BITS);
#if BN_DIGIT_BIT_CNT == 64
    reg -= ((reg >> 1) & 0x5555555555555555);
    reg = (((reg >> 2) & 0x3333333333333333) + (reg & 0x3333333333333333));
    reg = (((reg >> 4) + reg) & 0x0f0f0f0f0f0f0f0f);
    reg += (reg >> 8);
    reg += (reg >> 16);
    reg += (reg >> 32);
    n = (reg & 0x000000000000007f);
#else /* Original un optimized code. */
    for (n = 0; 0 != reg; reg >>= 1) {
        if (0 != (reg & 1)) {
            n ++;
        }
    }
#endif
    return (n);
}


Остальное можете найти тут:
http://graphics.stanford.edu/~seander/bithacks.html
Или книге Hacker's Delight (Addison-Wesley, 2003, 2012)
сайт сохранился в архиве: https://web.archive.org/web/20170311235442/http://www.hacker.../

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

282. Сообщение от нах. (?), 20-Авг-26, 23:03   +/
>> когда он начал писать на раст
> Опечатка. Про раст. Вряд ли он что-то сам пишет.

он техлид, как ты не понимаешь! Он ни на каком языке не пишет. Кроме ингриш.
Он эти... цели устанавливает!

(а рабы, кстати, и непротив ведь...)

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

283. Сообщение от нах. (?), 20-Авг-26, 23:09   +/
> Самое безобидное наверное:

это ты еще интеловскую книжку про векторные оптимизации (без интрисиков!) не видел.

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

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

284. Сообщение от Аноним (284), 20-Авг-26, 23:43   +/
Канониклу реально заняться нечем.
Ответить | Правка | Наверх | Cообщить модератору

285. Сообщение от Аноним (291), 21-Авг-26, 00:26   +/
>Я не понимаю чего мы добиваемся этим внедрением раста всюду

А где повсюду? Только Каноникл опозорился с внедрением uutils, а больше пока никто нигде.

>И тут мы переписываем весь C на Rust, а библиотека на C - deprecated.

А с чего deprecated? Разработчики, допустим coreutils, findutils, совсем не собираются делать свои библиотеки deprecated.

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

286. Сообщение от Аноним (291), 21-Авг-26, 00:28   +/
А кто ему деньги даёт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

287. Сообщение от Аноним (233), 21-Авг-26, 00:28   +/
>> почему переживаешь?
> Потому что это все потом приходит в пользвательский дистрибутив.

Стоп, а почему это в дистрибутив приходит софт от проклятых корпов, а не от пресловутого сообщества™?

Неужели потому, что представители сообщества™ по большей части могут только потреблять и газифицировать комментарии на форумах (прямо как ты)? 😳

Поэтому еще раз спрашиваю: почему тебя волнует вопрос "код будет поддерживать, разбираться, фиксить баги?", если ты всего лишь потребитель и никогда этим не занимался?

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

288. Сообщение от Аноним (291), 21-Авг-26, 00:30   –1 +/
Как известно, корпорациями управляют маркетологи, а они считают что так всем будет лучше. Попробуйте их переубедить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #305

289. Сообщение от Аноним (233), 21-Авг-26, 00:33   +/
> этому сопротивляются как могут.

Кто сопротивляется, лол? Кучка борцунов против мельниц вроде тебя?

Даже твое, Ваня, "сопротивление" происходит только на словах, а не деле ты свои комменты строчишь через Firefox с Растом, и ежедневно юзаешь Андроидный телефончик с ним же.

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

290. Сообщение от Аноним (119), 21-Авг-26, 00:36   +/
> когда, чтобы компилятор понял как это оптимизировать, надо написать совершенно бредовый с человеческой точки зрения код.

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

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

291. Сообщение от Аноним (291), 21-Авг-26, 00:36   +/
Вопросы Булочки были риторическими и правильными. Так что не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287

292. Сообщение от topin89 (ok), 21-Авг-26, 00:56   +/
Скорее наоборот, раз появились внешние инструменты, значит язык живой, и им пользуется очень много людей, то есть, язык годный. Исключение -- язык, прибитый гвоздями к стандарту, да и там часто появляются языки поверх языка, а не линтеры с анализаторами.

С этой точки зрения C и Javascript -- ужасные языки, раз уж поверх них столько других языков развелось. А C++ и Rust -- всего лишь несовершенные.

Впрочем, C хороший кроссплатформенный ассемблер.

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

293. Сообщение от topin89 (ok), 21-Авг-26, 00:59   +/
Реальное, настоящее легаси всё-таки Фортран. Слышал от друга, что крупные конторы вынуждены закупать какой-то дорогой компилятор фортрана, потому что gfortran хоть и компилирует, но какие-то тесты не сходятся. А кода столько, что не переписать уже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

294. Сообщение от Ivan_83 (ok), 21-Авг-26, 01:00   +/
> но вот эти люди, с зарплатами сеньоров?! Полагаю они предпочтут дзен early retirement

Да обнулят щас всех, может кто то кто проинвестировал куда то и не потеряет всего...


> но они ж т-пые как пробка?

Далеко не все.


> Кстати, давай я тебя клаве продам? Тебе скидка выйдет, и мне за каждого кожаного раба $10 обещают!

Кажется я пробовал к ним, они хотят номер мобилы верифицировать - ну нафик.


> Заодно сможешь честно и непредвзято сравнить с локальной моделью.

Там норм подписка поди сильно больше 500$ стоит, мне пока нечем занять её, так чтобы не списывать деньги по статье "продолбал и особо ничему не научился".


> ты забываешь время потраченное на изучение безумных закорючек и бредовых апи.

Бредовые API даже создатели часто не помнят (я свои не помню :) ), это справочная инфа.
А вот язык знать - это база, без неё результат не оценить.
Я ж там выше писал: ЫЫ легко оффлоадит простое, может подсказать если у тебя есть интерес, но если ты туп и пуст - даже промт не осилишь составить.

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

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

295. Сообщение от Ivan_83 (ok), 21-Авг-26, 01:03   –1 +/
Там где это от меня зависит - раста нет.
А в мобилах меня больше огорчает отсутствие контроля над собственным устройством, а уж как там страдали гребцы гугла с ним - мне пофик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #298

296. Сообщение от нах. (?), 21-Авг-26, 01:14   +/
>> Кстати, давай я тебя клаве продам? Тебе скидка выйдет, и мне за каждого кожаного
>> раба $10 обещают!
> Кажется я пробовал к ним, они хотят номер мобилы верифицировать - ну нафик.

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

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

> Там норм подписка поди сильно больше 500$ стоит

сильно меньше. Разница между pro и x200 ровно в этих x200 - т.е. возможности у тебя и за $20 ровно те же самые, просто нельзя весь день сидеть в Code. Ну и за fable нужно еще сверху доплатить. Твоих $10 на один code review мне б как раз хватило ;-)

но насколько я понимаю, с моими кодами сразу платить и не надо, они дают какой-то тестовый период (с доступом именно к Code - веб-морду -то ты и так бесплатно можешь использовать)

> "эй, ЫЫ напышы прогу чтобы сама сеть настраивала!" - там 100500 вариантов настроек, без
> конкретики

"я чо тебе, сетевой инженегр?! Совсем, Клава, сдурела?! Иди и сама себе нарой конкретику, полный интернет ее!"
Хрен правда знает, что она такого тебе при таком промпте напилит, но в конце-концов ПОТОМ можно ее и попросить вот это переделать вот так, если оно тебе не нравится.

Кстати, что-то мне подсказывает, что в SR-контроллерах как раз ЫЫ скоро и будет. Если еще не запхали. (и в целом ему там самое место)

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

297. Сообщение от topin89 (ok), 21-Авг-26, 01:36   +/
В какой-то мере ты наверное прав, Раст точно не про быстрое прототипирование, по крайней мере, очень многие, кто им пользуется, сходятся на этом.

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

Мне вот интересно, какой проект был полностью переписан и внезапно помер? Что-то я не вижу, чтобы InfluxDB 3 перестал развиваться, к примеру.

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

Что до охренеть каких масштабных продуктов, вроде Chromium или там Unreal Engine, это просто чудовищно затратно, и пока банально нет столько людей на рынке, чтобы всё переделывать, даже если бы кто-то выделил на это триллионы денег.

Просто больше времени нужно.

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

298. Сообщение от Аноним (233), 21-Авг-26, 01:37   +/
> Там где это от меня зависит - раста нет.

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

> как там страдали гребцы гугла с ним - мне пофик.

Настолько пофик, что при каждом упоминании Раста ты тут всплываешь с рассказами о том, как его трудно сопровождать и долго компилировать. За гребцов Гугла сердечко болит, не иначе.

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

299. Сообщение от topin89 (ok), 21-Авг-26, 01:42   +/
Ну нет. Они не приходят, они всего лишь остаются. Хотя "Blazingly 🔥 fast 🚀 memory vulnerabilities, written in 100% safe Rust 🦀" тоже существуют, всё-таки их на порядок сложнее допустить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

300. Сообщение от Аноним10084 и 1008465039 (?), 21-Авг-26, 01:44   +/
В чистом да, больно и в целом с сохранением чистоты невозможно. Это для очень долго было камнем преткновения - вот вроде всем хорош тот же Хаскель, а вот как с графами или циклами на нем работать - загадка. Я написал в итоге алгоритм Дейкстры на Хаскел - зрелище не для слабонервных

> Но руст - не чистый и не иммутабельный

Ну вообще в блистательном Rust есть крен в сторону функциональных языков - конечно полной иммутабельности в нем нет, но он к ней побуждает - не даром для мутабельной переменной надо явно писать let mut

> Так то оно так ... только вот никому не говори, что как только они пытаются написать прогу для реального мира .

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

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

301. Сообщение от topin89 (ok), 21-Авг-26, 01:44   +/
Ну был бы не unwrap, а какой-нибудь assert в этом месте, сильно бы поменялось дело? Или даже его не было бы, была бы тихая деградация. Или громкая, тут как повезёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

302. Сообщение от Аноним10084 и 1008465039 (?), 21-Авг-26, 01:46   +/
Ну вот в Haskell, языке почтенном и мудром, двусвязный список тоже толком не реализуешь. А всё почему - мутабельность и состояние. Это вещи по природе своей сложные и склоняющие к ошибкам. На Си так легко писать только потому, что Си плоть от плоти императивной парадигмы, в нём сплошь и рядом мутабельность и состояние: достижений функциональной парадигмы, ни ещё какой там нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269

303. Сообщение от topin89 (ok), 21-Авг-26, 01:50   +/
Если бы они свой Snap Store так не продвигали, или хотя бы дали подключать сторонние snap сервера, был бы нормальным. А так -- просто хороший дистр с жёсткой централизацией контента через закрытый магазин
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

304. Сообщение от Норм (?), 21-Авг-26, 01:52   +/
>  вообще все доступные знания.

Если они доступные, то жпл им ненужна. Они уже под действием механизма похожего на жпл.

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

305. Сообщение от Сладкая булочка (?), 21-Авг-26, 01:54   +/
> Как известно, корпорациями управляют маркетологи

А кто управляет маркетологами?


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

306. Сообщение от Сладкая булочка (?), 21-Авг-26, 01:58   +/
>>> почему переживаешь?
>> Потому что это все потом приходит в пользвательский дистрибутив.
> Стоп, а почему это в дистрибутив приходит софт от проклятых корпов, а
> не от пресловутого сообщества™?

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

> Неужели потому, что представители сообщества™ по большей части могут только потреблять
> и газифицировать комментарии на форумах (прямо как ты)? 😳

Переход на личности не меняет сути моего ответа.

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

307. Сообщение от Пример (?), 21-Авг-26, 02:17   +/
Так приведи реальный пример где это нужно.

Чтобы удалить элемент из списка, его там сначала найти. В массиве можно получить доступ по индексу за O(1), в списке по индексу только через итерацию, а это уже O(n). Можно сохранить ссылку на ноду, но тогда зачем тогда список? Элементы можно и в хеш-мапе хранить.

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

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

308. Сообщение от Пример (?), 21-Авг-26, 02:21   +/
Зачем тут список, если подойдет key-value контейнер?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

309. Сообщение от Пример (?), 21-Авг-26, 02:29   +/
Если бы комитет плюсов делал работу, чистил язык от легаси, а не выдумвал очередные 50 страниц стандарта с сотней новых фич с эльфийским синтаксисом, то раст бы и не нужен был

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

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

310. Сообщение от Colorado_House_of_Representatives (?), 21-Авг-26, 03:11   +/
Ага, а ещё можно на micropython писать для микроконтроллеров. Такая же буханка хлеба.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

311. Сообщение от Colorado_House_of_Representatives (?), 21-Авг-26, 03:14   +/
Абсолютно соответствует действительности. Почитайте новости и комментарии прошлых лет. И нет, rust не всегда был под крылом комитета крупных корпораций. Когда-то это был исследовательский проект Mozilla, в который не особо кто верил. Когда-то у него вообще сборщик мусора был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

312. Сообщение от фф (?), 21-Авг-26, 04:55   +/
а как вы найдете нужный индекс в массиве? Это же нужно перебрать объекты в массиве и остановиться на нужном. Тут log(n) как минимум, а не O(1)
А для списка обычная операция - фильтрация - мы идем итератором по списку и удаляем ненужные элементы. Тут сложность точно такая же как с массивом, но удаление не требует перемещений других элементов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #313

313. Сообщение от Акадкмик (?), 21-Авг-26, 05:08   +/
Индекс можно вычислить. Если приходится итерировать то массив эффективнее списка, потому что не надо прыгать по хипу.

При удалении во время итерации ничего не мешает сдвигать элементы по одному, это тот же O(n)

И сдвинуть кусок памяти 500 элементов через memmove быстрее чем отытерировать 500 нод списка раскидыанных по хипу.

Список работает только в теориях академиков

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

314. Сообщение от _ (??), 21-Авг-26, 05:37   +/
>> мы - последнее поколение людей кто массово пишет на ЯП.
>А вот я так не думаю.
>1. ЫЫ всё равно нужно контролировать, а для этого нужно разбиратся в предметной области.

Да.
Поэтому в каждой великой стране будет не один, а аж несколько НИИ, где будут держать лобастиков с PhD для этого. Снова в белых халатах ходить будут! :)
Но я то - про "массово" - перечитай вон в квоте.

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

315. Сообщение от Аноним (315), 21-Авг-26, 06:10   +/
>Вот только сейчас копилефт не особо-то в почете

Ну-ну продолжай набрасывать.

>в новых проектах, на которые инвесторы дают денег

А ну с тобой всё понятно. С этого и надо было начинать.

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

316. Сообщение от Аноним (315), 21-Авг-26, 06:11   +/
>Я вот в упор не вижу...

Да есть оно там, хорошенько поищи.

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

317. Сообщение от фф (?), 21-Авг-26, 07:58   +/
и как вычислить индекс по содержимому элемента? это уже какая то хеш мапа получается.
кроме сдвига элемента внутри массива нужно еще найти и обновить все ссылки на него извне.
вобщем спорно это всё
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313


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

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




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

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