லினஸ் டொர்வால்ட்ஸ் உறுதியளித்ததைப் போலவே கடந்த ஓப்பன் சோர்ஸ் உச்சி மாநாட்டில், அவரது வார்த்தையை வைத்து, சேர்க்கப்படுவதை தாமதப்படுத்தும் விவரங்கள் இல்லாமல், இப்போது ரஸ்ட் ஃபார் லினக்ஸை 6.1 கர்னலில் சேர்க்க வேண்டும்.
இந்த மாற்றம் ஒரு மைல்கல்லுடன் வருகிறது 31 ஆண்டுகளுக்குப் பிறகு, லினக்ஸ் இரண்டாவது மொழியை ஏற்கும் கர்னல் வளர்ச்சிக்காக. இதனுடன், ரஸ்ட் மொழிக்கு ஆதரவாக C ஐ நிராகரிப்பதற்கான சாத்தியக்கூறுகள் தொடர்பான விவாதங்கள் மீண்டும் எழுகின்றன. இருப்பினும் ஒரு சிறிய தெளிவு: தற்போது, தனித்தனி தொகுதிகள் அல்லது இயக்கிகளை உருவாக்க அனுமதிக்க ரஸ்ட் அதிகாரப்பூர்வ API ஐ மட்டுமே பெறுகிறது.
சி மொழியை நிராகரிப்பதற்கான சாத்தியக்கூறு பற்றிய கேள்விக்கு, சி மொழியை உருவாக்கியவர் இந்த திசையில் உள்ள முயற்சிகள் ஏன் தோல்வியடையும் என்பதற்கான பல காரணங்களை பட்டியலிடுகிறார்:
முதல் ஒன்று சி மொழி கருவித்தொகுப்பு
சி மொழி என்பது மொழி மட்டுமல்ல, இந்த மொழிக்காக உருவாக்கப்பட்ட அனைத்து வளர்ச்சிக் கருவிகளும் ஆகும். உங்கள் மூலக் குறியீட்டின் நிலையான பகுப்பாய்வு செய்ய விரும்புகிறீர்களா? – சி உங்கள் மொழி சிறப்பாக பொருத்தப்பட்டிருந்தாலும் பல உள்ளன.
நீங்கள் ஒரு அறிமுகமில்லாத தளத்தை இலக்காகக் கொள்ள விரும்பினால், நீங்கள் C. C இன் நிலையை இன்று கணினியின் மொழியாகப் பயன்படுத்துகிறீர்கள், மேலும் பல கருவிகள் எழுதுவதற்குத் தகுதியானவை.
ஒருவருக்கு வேலை செய்யும் கருவிச் சங்கிலி இருந்தால், மொழியை மாற்றுவது ஏன்? ஒரு "சிறந்த சி" ஒரு புதிய கருவித்தொகுப்பை அமைக்க செலவழித்த நேரத்தை ஊக்குவிக்க கூடுதல் உற்பத்தித்திறனை உருவாக்க வேண்டும். இது சாத்தியமா என்பதை பொறுத்திருந்துதான் பார்க்க வேண்டும்.
ஒரு புதிய மொழியின் நிச்சயமற்ற தன்மைகள்
ஒரு மொழி முதிர்ச்சி அடையும் முன், அது தரமற்றதாகவும், மொழியின் சொற்பொருள் சிக்கல்களைத் தீர்க்க குறிப்பிடத்தக்க அளவில் மாற்றியமைக்கப்படவும் வாய்ப்புள்ளது. மேலும் மொழி விளம்பரத்துடன் ஒத்துப்போகிறதா? "விதிவிலக்கான தொகுத்தல் நேரங்கள்" அல்லது "C ஐ விட வேகமாக" போன்றவற்றை நீங்கள் வழங்கலாம், ஆனால் மொழி முழு அம்சங்களையும் சேர்க்கும்போது இந்த இலக்குகளை அடைவது கடினம்.
மற்றும் பராமரிப்பாளர்கள்? நிச்சயமாக, நீங்கள் ஒரு திறந்த மூல மொழியைப் பிரிக்கலாம், ஆனால் பல நிறுவனங்கள் பின்னர் வைத்திருக்க வேண்டிய கட்டாயத்தில் இருக்கும் மொழியைப் பயன்படுத்துவதில் ஆர்வம் காட்டுகின்றன. புதிய மொழியில் பந்தயம் கட்டுவது பெரிய ஆபத்து.
மொழி C இன் உண்மையான வலி புள்ளிகளை நிவர்த்தி செய்கிறதா? C இன் பலவீனங்கள் என்ன என்பதில் மக்கள் எப்போதும் உடன்படுவதில்லை. நினைவக ஒதுக்கீடு, வரிசைகள் மற்றும் சரங்களை நிர்வகித்தல் ஆகியவை பெரும்பாலும் சிக்கலானவை, ஆனால் சரியான நூலகங்கள் மற்றும் நல்ல நினைவக உத்தி மூலம், அவற்றைக் குறைக்க முடியும். மேம்பட்ட பயனர்கள் உண்மையில் கவலைப்படாத சிக்கல்களை மொழி தீர்க்கவில்லையா? அப்படியானால், அதன் உண்மையான மதிப்பு எதிர்பார்த்ததை விட மிகக் குறைவாக இருக்கலாம்.
புதிய மொழிக்கான அனுபவம் வாய்ந்த டெவலப்பர்கள் இல்லாதது
ஒரு புதிய மொழி இயற்கையாகவே அனுபவம் வாய்ந்த டெவலப்பர்களின் மிகச் சிறிய தொகுப்பைக் கொண்டிருக்கும் என்று குறிப்பிடப்பட்டுள்ளது. எந்தவொரு நடுத்தர அல்லது பெரிய நிறுவனத்திற்கும், இது ஒரு பெரிய பிரச்சனை. ஒரு நிறுவனத்திற்கு எவ்வளவு டெவலப்பர்கள் இருக்கிறார்களோ, அவ்வளவு சிறந்தது.
மேலும், நிறுவனத்திற்கு சி டெவலப்பர்களை பணியமர்த்துவதில் அனுபவம் இருந்தால், இந்த புதிய மொழிக்கு எவ்வாறு ஆட்சேர்ப்பு செய்வது என்பது அவர்களுக்குத் தெரியாது.
கர்னலின் பதிப்பு 6.1 இல் Linux க்கான Rust இன் வரவிருக்கும் சேர்க்கை பற்றிய செய்தி ரஸ்ட் மொழியைப் பற்றிய லினஸ் டொர்வால்ட்ஸின் பார்வையில் ஏற்பட்ட மாற்றத்தின் மத்தியில் இது வருகிறது.
லினக்ஸ் கர்னல் மேம்பாட்டிற்கான ரஸ்ட் ஆதரவு தொடர்கிறது மற்றும் இது "கட்டுப்பாட்டுகளை மிகவும் பாதுகாப்பான மொழியில் எழுதுவதற்கான ஒரு முக்கியமான படி" என்று கருதப்படுகிறது.
Mozilla Research's Rust என்பது அடிப்படை உள்ளீடு/வெளியீட்டு அமைப்புகள் (BIOS), பூட் மேனேஜர்கள், இயங்குதளங்கள் போன்றவற்றுக்கு குறியீடு எழுதுபவர்கள் பயன்படுத்தும் நிரலாக்க மொழியாகும். ஒரு ஆர்வம் வேண்டும்
தகவலறிந்த பார்வையாளர்களின் கருத்துப்படி, இது C மொழியை விட கணினி நிரலாக்கத்தின் எதிர்காலம்.உண்மையில், வல்லுநர்கள் இது C/C++ ஐ விட சிறந்த மென்பொருள் பாதுகாப்பு உத்தரவாதங்களை வழங்குகிறது என்று கூறுகிறார்கள்.