Интегрирането на Rust в Linux имаше високо ниво на приемане от общността и разработчиците
Точно както Линус Торвалдс беше обещал на последната среща на високо равнище за отворен код, като спази думата си и без подробности, които биха могли да забавят включването, сега ще настоява Rust за Linux да бъде включен в ядрото 6.1.
Тази промяна идва с крайъгълен камък, който след 31 години Linux ще приеме втори език за разработка на ядрото. С това отново възникват свързани дебати около възможността за отхвърляне на C в полза на езика Rust предвид предимствата, които той представя. Малко пояснение все пак: в момента Rust получава само официален API, за да позволи разработването на отделни модули или драйвери.
По въпроса за възможността за отхвърляне на езика C, създателят на езика C изброява редица причини, поради които инициативите в тази посока вероятно ще се провалят:
Първият е Инструментална верига на език C
Езикът C е не само самият език, но и всички инструменти за разработка, разработени за този език. Искате ли да направите статичен анализ на вашия изходен код? – Има много хора, които работят по тази тема за C. Инструменти за откриване на изтичане на памет, състезания в данни и други грешки? Има много, дори ако вашият език е по-добре оборудван.
Ако искате да се насочите към непозната платформа, вероятно използвате C. Статутът на C като lingua franca на компютрите днес си струва да напишете инструменти за нея, а много инструменти са написани.
Ако някой има работеща верига с инструменти, защо рискува да промени езика? „По-доброто C“ трябва да генерира много допълнителна производителност, за да мотивира времето, прекарано в настройка на нова верига от инструменти. Дали това е възможно, предстои да видим.
Несигурността на нов език
Преди един език да е достигнал зрялост, има вероятност той да има грешки и да бъде значително модифициран, за да се справи със семантичните проблеми на езика. И езикът изобщо съответства ли на рекламата? Можете да предложите нещо като „изключителни времена за компилиране“ или „по-бързо от C“, но тези цели са трудни за постигане, когато езикът добавя пълния набор от функции.
А поддържащите? Разбира се, можете да разклоните език с отворен код, но се съмнявам, че много компании биха се заинтересували да използват език, който може да са принудени да запазят по-късно. Залагането на нов език е голям риск.
Езикът адресира ли истинските болезнени точки на C? Оказва се, че хората не винаги са съгласни какви са слабите страни на C. Разпределението на паметта, управлението на масиви и низове често са сложни, но с правилните библиотеки и добра стратегия за памет те могат да бъдат сведени до минимум. Езикът не се ли занимава с проблеми, от които напредналите потребители всъщност не се интересуват? Ако е така, действителната му стойност може да бъде много по-ниска от очакваната.
Липса на опитни разработчици за нов език
Споменава се, че нов език естествено ще има много по-малък набор от опитни разработчици. За всяка средна или голяма компания това е голям проблем. Колкото повече разработчици са на разположение на една компания, толкова по-добре е тя.
Освен това, ако компанията има опит в набирането на C разработчици, те не знаят как да наемат служители за този нов език.
Новината за предстоящото включване на Rust за Linux във версия 6.1 на ядрото Това идва на фона на промяната във възгледа на Линус Торвалдс за езика Rust.
Поддръжката на Rust за разработване на ядрото на Linux продължава и смята се за „важна стъпка към възможността за писане на контролери на по-сигурен език“.
Rust на Mozilla Research е вид език за програмиране, който тези, които пишат код за основни системи за вход/изход (BIOS), мениджъри за зареждане, операционни системи и т.н. имат интерес
По мнението на информирани наблюдатели, това е бъдещето на системното програмиране, а не на езика C. Всъщност експертите казват, че той предлага по-добри гаранции за софтуерна сигурност от C/C++.