The OpenNET Project / Index page

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



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

Оглавление

Выпуск языка программирования Rust 1.45, opennews (??), 20-Июл-20, (0) [смотреть все]

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


218. "Выпуск языка программирования Rust 1.45"  +/
Сообщение от СССР (?), 21-Июл-20, 02:34 
так и используйте контейнера где нужно быстро и размер потребления в оперативе не важен, а там где важен объем, например IoT, так же как и скорость обработки, там можно сосредоточится и написать именно те структуры которые не больше не меньше, и далее уже их исползовать безопасно. Можно создать свой контенер на базе своего класса и все будет под контролем и случайных выстрелов не будет.
И потом , хватит все перекладывать на эвм, люди уже табицу умножения не знают наизусть т.к. есть же калькулятор в телефоне. Проверять свой код в плане освобождения ресурсов  - в этом нет нечего сложного, и это позволяет полностью контролировать твою программу.
А так то современный компилятор си-спп тебе много чего выдась в плане предупреждений, ошибок. Да нету тех проблем о которых пишут в интернет про си, все эти проблемы притянутые за уши, конечно неопытные программеры часто соглашаютсяя с теми доводами по понятным причинам. Нужно быть мудрым а не модным.
Ответить | Правка | Наверх | Cообщить модератору

226. "Выпуск языка программирования Rust 1.45"  +/
Сообщение от Аноним (225), 21-Июл-20, 03:30 
> И потом , хватит все перекладывать на эвм, люди уже табицу умножения не знают наизусть т.к. есть же калькулятор в телефоне.

А нафига тогда эвм нужна? Не для того, чтобы на неё перекладывать? Да и опять же, вы вот почему-то упорно утверждаете, что проверки лишают квалификации, что не имеет под собой оснований. "Я знаю, что я ничего не знаю", - как говорил Сократ, профессионал, мне кажется, редко откажется от возможности допконтроля качества.

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

Ну я писал проект на Си. Когда это всё разрастается, это легче сказать, чем сделать.

> Да нету тех проблем о которых пишут в интернет про си, все эти проблемы притянутые за уши

Есть проблемы или нет, а уязвимостей в новостях не убавляется. И это меня тревожит.

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

227. "Выпуск языка программирования Rust 1.45"  –2 +/
Сообщение от СССР (?), 21-Июл-20, 04:44 
нет не для того, вот автомобиль для чего нужен, что бы на дальние растояние передвигатся, что бы грузы перевозить, но ходить по преждену нужно, если человек не будет ходить то он будет больным, слабым, и быстрее умрет.
так же и эвм, предназначена для эфективного решения задачь с большими вычислениями, при этом программист который пишет программу он должен совершенстоваться в написании кода, иначе инженер-программист попросту вымрет, станет не нужным, его заменит эвм. и вот вопрос, к эволюции чего вы стремитсь? При этом если ставится задача в быстром решении при помощи абстракций, т была придумана надстройка си с классами, это когда в структуры добавили указатели на функции, далее все это превратилось в с++, и это как раз тот самый инструмент который позволяе быстро писать код, но при этом имеется возможность думать самому, т.е. программист сам решает где нужно быстро, а где окуратно.
Проверки отучают от внимательности, это уже давно известный факт в мире психологии. Попишите на пхп спроверкой кода по f5 в браузере и попишите на языке который нужно компилировать (хотя с появлением ssd, компиляция по скорости почти так же быстро как f5 в браузере при написании на пхп).
В целом доконтроль важен, и под С++ есть инструменты которые укажут на проблемный код и это классно! но речь идет не об этом, а о том, что зачем придумывать новый язык который все сам проверит но ограничит в гибкости? если на С++ можно писать быстро, по желанию используя фрэйморк например тот же QT, где все из коробки и безопасно и быстро и все уже придумано и вылизано,  и в тоже время еси нужен контроль, минимизация кода , то можно писать на голом си, использовать структуры с указателями на функции и вуяля вот тебе классы, удобно. Но когда в язык заложены ограничение это в конечном счете плохо.
в плане уязвимостей то это уже вопрос в архитектуре, опять же в том как организован обмен, хранение данных.
Ответить | Правка | Наверх | Cообщить модератору

264. "Выпуск языка программирования Rust 1.45"  +1 +/
Сообщение от Аноним (3), 21-Июл-20, 12:56 
> так же и эвм, предназначена для эфективного решения задачь с большими вычислениями, при этом программист который пишет программу он должен совершенстоваться в написании кода, иначе инженер-программист попросту вымрет, станет не нужным, его заменит эвм. и вот вопрос, к эволюции чего вы стремитсь?

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

>т.е. программист сам решает где нужно быстро, а где окуратно

Мне нужно везде аккуратно, и не просто аккуратно, а желательно корректно

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

Вы же понимаете, что это все равно остаётся не простым процессом, формальное доказательство или исправление по проверкам?

> Попишите на пхп спроверкой кода по f5 в браузере и попишите на языке который нужно компилировать (хотя с появлением ssd, компиляция по скорости почти так же быстро как f5 в браузере при написании на пхп).

Писал. И когда у вас есть проект на 3к строк лигаси, и надо его поддерживать и недопускать багов..

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

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

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

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

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




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

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