Linux இல் Rust இன் ஒருங்கிணைப்பு சமூகம் மற்றும் டெவலப்பர்களால் அதிக அளவில் ஏற்றுக்கொள்ளப்பட்டது
ஒன்று கர்னலின் வளர்ச்சியில் எழுந்த முக்கிய பிரச்சனைகள் நீண்ட காலமாக லினக்ஸ், நிரலாக்க மொழியை மாற்ற ஒரு சரியான வேட்பாளரைக் கண்டுபிடிப்பதற்கான யோசனை "சி" மிகவும் நவீனமானது மற்றும் சமீப காலம் வரை ரஸ்டின் வருகையுடன், இந்த யோசனை மேசையில் வைக்கப்படுவதை நிறுத்தவில்லை.
ரஸ்டின் முதல் முன்னோட்டத்துடன் லினக்ஸ் 6.1 இல், டெவலப்பர்களில் பெரும் பகுதியினரின் ஆவிகளை நான் உயிர்ப்பிக்கிறேன் கர்னல் மற்றும் ஜொனாதன் கார்பெட் "சுவாரஸ்யமாக எதையும் செய்ய கர்னலில் போதுமான ரஸ்ட் இருக்காது" என்று சுட்டிக்காட்டினார், இந்த மொழியைச் சேர்ப்பது ரஸ்டுக்கு ஆதரவாக சி மொழியை நிராகரிக்க வேண்டியதன் அவசியம் குறித்த விவாதத்தை மீண்டும் தூண்டியுள்ளது. கணினி நிரலாக்கத்தின். கேள்வி டெவலப்பர் சமூகத்தை பிரிக்கிறது.
அசாஹி லின்யா ரஸ்டில் Mac M1 க்கான கிராபிக்ஸ் செயலாக்க அலகு (GPU) இயக்கியை உருவாக்கும் பணியை ஏற்றுக்கொண்டது.
ரஸ்ட் மற்றும் சி மொழிகளுக்கு இடையிலான உங்கள் ஒப்பீடு என்று குறிப்பிடுகிறார்:
"இதை நீங்கள் C இல் எழுதினால், ஒரே நேரத்தில் அணுகல் மேலாண்மை, வெளியீட்டிற்குப் பிந்தைய முயற்சிகள், நினைவகப் பகுதிகளை அணுகுவதற்கான முயற்சிகள் மற்றும் அனைத்து வகையான பிற சிக்கல்களையும் நீங்கள் சமாளிக்க வேண்டிய அவசியமில்லை. தேவைப்படும் போது நினைவகம் விடுவிக்கப்படும்! ரஸ்ட்டை உங்களுக்காக எப்படி வேலை செய்வது என்று நீங்கள் கற்றுக்கொண்டவுடன், மொழியின் பாதுகாப்பு வாக்குறுதிகளுக்கு அப்பால், ஒழுக்கமான குறியீட்டை எழுத இது உங்களுக்கு வழிகாட்டும் என்று நினைக்கிறேன். இது உண்மையிலேயே மந்திரம்! »
"கர்னலில் ரஸ்ட் பயனுள்ளதாக இருக்கிறதா இல்லையா என்பது பற்றி நிறைய விவாதங்கள் உள்ளன... என் அனுபவத்தில், நான் நினைத்ததை விட இது மிகவும் பயனுள்ளதாக இருக்கிறது!" ", அவள் சேர்க்கிறாள்.
உங்கள் கருத்துகள் மீண்டும் மீண்டும் கூறுவது போல் உள்ளது ஒருவேளை தொழில்நுட்ப காரணங்களின் தொகுப்பிலிருந்து ரஸ்டுக்கு ஆதரவாக சி மொழியைத் தள்ளிவிடுவதை நியாயப்படுத்துங்கள். உண்மையில், 15,9 ஆண்டுகளில் லினக்ஸ் கர்னலைப் பாதித்த 2288 பாதிப்புகளில் 20% (பொது பாதிப்புகள் மற்றும் வெளிப்பாடு (CVE) அகராதியின் புள்ளிவிவரங்கள்) சி மொழியில் உள்ள குறைபாடுகள், நினைவக மேலாண்மை தொடர்பான சிக்கல்கள்: இடையக வழிதல் , ஒதுக்கீடுகள் விடுவிக்கப்படவில்லை, செல்லாத அல்லது விடுவிக்கப்பட்ட நினைவக பகுதிகளுக்கான அணுகல் போன்றவை.
கூடுதலாக, லினக்ஸ் கர்னலின் முக்கிய பராமரிப்பாளர்கள் C மொழியை நன்கு அறிந்திருக்கிறார்கள், அதன் வயது ஏற்கனவே 3 வது வயதில் கருதப்படுகிறது. முப்பது வயதிற்குட்பட்ட புதிய தலைமுறை பராமரிப்பாளர்கள் அதிகரித்து வருகின்றனர், இதனால் லினக்ஸ் கர்னலின் வளர்ச்சி சி மொழியில் தொடர்ந்தால் அதன் பராமரிப்பாளர்களைக் கண்டுபிடிப்பதில் சிரமம் அதிகரிக்கும். ரஸ்டில் வளர்ச்சி.
சி மொழியை நிராகரிப்பதற்கான சாத்தியக்கூறு பற்றிய கேள்விக்கு, சி மொழியை உருவாக்கியவர் முயற்சிகள் தோல்வியடைவதற்கு பல காரணங்களை பட்டியலிடுகிறார் இந்த திசையில் செல்லும்:
VS மொழி கருவித்தொகுப்பு
சி மொழி என்பது மொழி மட்டுமல்ல, இந்த மொழிக்காக உருவாக்கப்பட்ட அனைத்து வளர்ச்சிக் கருவிகளும் ஆகும்.
உங்கள் மூலக் குறியீட்டின் நிலையான பகுப்பாய்வு செய்ய விரும்புகிறீர்களா? – சி உங்கள் மொழி சிறப்பாக பொருத்தப்பட்டிருந்தாலும் பல உள்ளன.
நீங்கள் அதிகம் அறியப்படாத இயங்குதளத்தை இலக்காகக் கொள்ள விரும்பினால், நீங்கள் C. C இன் நிலையை கணினியின் மொழியாகப் பயன்படுத்துவதற்கான வாய்ப்புகள் உள்ளன, இது இன்று எழுதும் கருவிகளுக்குத் தகுதியானது, மேலும் பல கருவிகள் எழுதப்பட்டுள்ளன.
யாரிடமாவது வேலை செய்யும் கருவித்தொகுப்பு இருந்தால்:
ஏன் மொழி மாறும் ஆபத்து? ஒரு "சிறந்த சி" ஒரு புதிய கருவித்தொகுப்பை அமைக்க செலவழித்த நேரத்தை ஊக்குவிக்க கூடுதல் உற்பத்தித்திறனை உருவாக்க வேண்டும். இது சாத்தியமா என்பதை பொறுத்திருந்துதான் பார்க்க வேண்டும்.
ஒரு புதிய மொழியின் நிச்சயமற்ற தன்மைகள்
ஒரு மொழி முதிர்ச்சி அடையும் முன், அது தரமற்றதாக இருக்கும். மற்றும் மொழியின் சொற்பொருள் சிக்கல்களைத் தீர்க்க குறிப்பிடத்தக்க வகையில் மாற்றியமைக்கப்பட்டுள்ளது. மேலும் மொழி விளம்பரத்துடன் ஒத்துப்போகிறதா? இது "விதிவிலக்கான தொகுக்கும் நேரங்கள்" அல்லது "C ஐ விட வேகமாக" போன்றவற்றை வழங்கலாம், ஆனால் மொழி சேர்க்கும்போது இந்த இலக்குகளை அடைவது கடினமாகிவிடும்
மற்றும் பராமரிப்பாளர்கள்? நிச்சயமாக, நீங்கள் ஒரு திறந்த மூல மொழியைப் பிரிக்கலாம், ஆனால் பல நிறுவனங்கள் பின்னர் வைத்திருக்க வேண்டிய கட்டாயத்தில் இருக்கும் மொழியைப் பயன்படுத்துவதில் ஆர்வம் காட்டுகின்றன. புதிய மொழியில் பந்தயம் கட்டுவது பெரிய ஆபத்து.
மொழி போதுமானதாக இருக்காது என்பதே உண்மை
மொழி C இன் உண்மையான வலி புள்ளிகளைக் குறிப்பிடுகிறதா?
என்று மாறிவிடும் C இன் பலவீனங்கள் என்ன என்பதில் மக்கள் எப்போதும் உடன்படுவதில்லை. நினைவக ஒதுக்கீடு, வரிசை மற்றும் சரம் கையாளுதல் ஆகியவை பெரும்பாலும் தந்திரமானவை, ஆனால் சரியான நூலகங்கள் மற்றும் நல்ல நினைவக உத்தி மூலம், அவற்றைக் குறைக்கலாம்.
மேம்பட்ட பயனர்கள் உண்மையில் கவலைப்படாத சிக்கல்களை மொழி தீர்க்கவில்லையா? அப்படியானால், அதன் உண்மையான மதிப்பு எதிர்பார்த்ததை விட மிகக் குறைவாக இருக்கலாம்.
மேலும் மோசமாக, மொழி C இல் இருக்கும் முக்கியமான அம்சங்களைத் தவிர்த்துவிட்டால் என்ன செய்வது? மேம்பட்ட சி புரோகிராமர்கள் நம்பியிருக்கும் அம்சங்கள்? மொழி வடிவமைப்பாளர் C ஐ அதிகம் பயன்படுத்தாமல், C++, Java போன்றவற்றிலிருந்து வந்திருந்தால் இந்த ஆபத்து அதிகரிக்கிறது.
புதிய மொழிக்கான அனுபவம் வாய்ந்த டெவலப்பர்கள் இல்லாதது
ஒரு புதிய மொழி இயற்கையாகவே அனுபவம் வாய்ந்த டெவலப்பர்களின் மிகச் சிறிய தொகுப்பைக் கொண்டிருக்கும். எந்தவொரு நடுத்தர அல்லது பெரிய நிறுவனத்திற்கும், இது ஒரு பெரிய பிரச்சனை. ஒரு நிறுவனத்திற்கு எவ்வளவு டெவலப்பர்கள் இருக்கிறார்களோ, அவ்வளவு சிறந்தது.
மேலும், நிறுவனத்திற்கு சி டெவலப்பர்களை பணியமர்த்துவதில் அனுபவம் இருந்தால், இந்த புதிய மொழிக்கு எவ்வாறு ஆட்சேர்ப்பு செய்வது என்பது அவர்களுக்குத் தெரியாது.
இறுதியாக, நீங்கள் அதைப் பற்றி மேலும் அறிய ஆர்வமாக இருந்தால், நீங்கள் ஆலோசிக்கலாம் பின்வரும் இணைப்பில் விவரங்கள்.