Linux માં રસ્ટના એકીકરણને સમુદાય અને વિકાસકર્તાઓ દ્વારા ઉચ્ચ સ્તરની સ્વીકૃતિ મળી છે
જેમ લિનસ ટોરવાલ્ડ્સે વચન આપ્યું હતું છેલ્લી ઓપન સોર્સ સમિટમાં, તેમનો શબ્દ જાળવી રાખ્યો હતો અને સમાવેશ કરવામાં વિલંબ કરી શકે તેવી વિગતો વિના, હવે Linux માટે રસ્ટને 6.1 કર્નલમાં સમાવવા માટે દબાણ કરશે.
આ પરિવર્તન એક સીમાચિહ્ન સાથે આવે છે જે 31 વર્ષ પછી, Linux બીજી ભાષા સ્વીકારશે કર્નલ વિકાસ માટે. આ સાથે, રસ્ટ ભાષાની તરફેણમાં સીને તે રજૂ કરે છે તે ફાયદાઓને ધ્યાનમાં રાખીને તેને છોડી દેવાની શક્યતાની આસપાસ સંબંધિત ચર્ચાઓ ફરીથી ઊભી થાય છે. જોકે થોડી સ્પષ્ટતા: આ ક્ષણે, રસ્ટને અલગ મોડ્યુલો અથવા ડ્રાઇવરોના વિકાસને મંજૂરી આપવા માટે માત્ર એક સત્તાવાર API મળે છે.
સી ભાષાને નકારી કાઢવાની સંભાવનાના પ્રશ્ન પર, સી ભાષાના નિર્માતા આ દિશામાં પહેલો નિષ્ફળ જવાની શક્યતા હોવાના ઘણા કારણોની યાદી આપે છે:
પ્રથમ એક છે સી ભાષા ટૂલચેન
સી લેંગ્વેજ એ માત્ર ભાષા જ નથી, પણ આ ભાષા માટે વિકસિત તમામ વિકાસ સાધનો પણ છે. શું તમે તમારા સ્રોત કોડનું સ્થિર વિશ્લેષણ કરવા માંગો છો? – મેમરી લીક, ડેટા રેસ અને અન્ય ભૂલો શોધવા માટે C. સાધનો માટે આ વિષય પર ઘણા લોકો કામ કરી રહ્યા છે? જો તમારી ભાષા વધુ સારી રીતે સજ્જ હોય તો પણ ઘણા છે.
જો તમે કોઈ અજાણ્યા પ્લેટફોર્મને ટાર્ગેટ કરવા માંગતા હો, તો તમે કદાચ C. C ના સ્ટેટસનો ઉપયોગ કરી રહ્યાં છો કારણ કે આજે કમ્પ્યુટિંગની ભાષા એ તેને લખવા યોગ્ય બનાવે છે, અને ઘણા ટૂલ્સ લખવામાં આવે છે.
જો કોઈની પાસે કાર્યકારી સાધન સાંકળ હોય, તો શા માટે ભાષા બદલવાનું જોખમ લેવું? નવી ટૂલચેન સેટ કરવા માટે વિતાવેલા સમયને પ્રોત્સાહિત કરવા માટે "વધુ સારી સી" એ ઘણી વધારાની ઉત્પાદકતા પેદા કરવી જોઈએ. આ શક્ય છે કે કેમ તે જોવાનું બાકી છે.
નવી ભાષાની અનિશ્ચિતતા
કોઈ ભાષા પરિપક્વતા સુધી પહોંચે તે પહેલાં, તે બગડેલ હોવાની સંભાવના છે અને ભાષાની સિમેન્ટીક સમસ્યાઓને ઉકેલવા માટે તેમાં નોંધપાત્ર ફેરફાર કરવામાં આવે છે. અને ભાષા પણ જાહેરાત સાથે સુસંગત છે? તમે "અપવાદરૂપ કમ્પાઇલ ટાઇમ્સ" અથવા "C કરતાં વધુ ઝડપી" જેવું કંઈક ઑફર કરી શકો છો, પરંતુ જ્યારે ભાષા સુવિધાઓનો સંપૂર્ણ સેટ ઉમેરે ત્યારે આ લક્ષ્યો હાંસલ કરવા મુશ્કેલ છે.
અને જાળવણીકારો? ખાતરી કરો કે, તમે ઓપન સોર્સ લેંગ્વેજ ફોર્ક કરી શકો છો, પરંતુ મને શંકા છે કે ઘણી કંપનીઓ એવી ભાષાનો ઉપયોગ કરવામાં રસ ધરાવતી હશે જે તેમને પછીથી રાખવાની ફરજ પડી શકે. નવી ભાષા પર શરત લગાવવી એ એક મોટું જોખમ છે.
શું ભાષા C ના વાસ્તવિક પીડા બિંદુઓને સંબોધે છે? તે તારણ આપે છે કે લોકો હંમેશા C ની નબળાઈઓ શું છે તેના પર સહમત થતા નથી. મેમરી ફાળવણી, એરે અને સ્ટ્રીંગ્સનું સંચાલન ઘણીવાર જટિલ હોય છે, પરંતુ યોગ્ય પુસ્તકાલયો અને સારી મેમરી વ્યૂહરચના સાથે, તે ઘટાડી શકાય છે. શું અદ્યતન વપરાશકર્તાઓને વાસ્તવમાં કાળજી લેતા નથી તે ભાષાની સમસ્યાઓને સંબોધિત કરતી નથી? જો એમ હોય, તો તેનું વાસ્તવિક મૂલ્ય અપેક્ષા કરતા ઘણું ઓછું હોઈ શકે છે.
નવી ભાષા માટે અનુભવી વિકાસકર્તાઓનો અભાવ
એવો ઉલ્લેખ છે કે નવી ભાષામાં સ્વાભાવિક રીતે અનુભવી વિકાસકર્તાઓનો ઘણો નાનો પૂલ હશે. કોઈપણ મધ્યમ અથવા મોટી કંપની માટે, આ એક મોટી સમસ્યા છે. કંપની માટે જેટલા વધુ વિકાસકર્તાઓ ઉપલબ્ધ છે, તેટલું સારું છે.
ઉપરાંત, જો કંપની પાસે C વિકાસકર્તાઓની ભરતી કરવાનો અનુભવ હોય, તો તેઓ આ નવી ભાષા માટે કેવી રીતે ભરતી કરવી તે જાણતા નથી.
કર્નલના સંસ્કરણ 6.1 માં Linux માટે રસ્ટના આગામી સમાવેશના સમાચાર તે લીનસ ટોરવાલ્ડ્સના રસ્ટ ભાષાના દૃષ્ટિકોણમાં ફેરફાર વચ્ચે આવે છે.
Linux કર્નલ વિકાસ માટે રસ્ટ સપોર્ટ ચાલુ રહે છે અને તેને "વધુ સુરક્ષિત ભાષામાં નિયંત્રકો લખવામાં સક્ષમ થવા માટેનું એક મહત્વપૂર્ણ પગલું" ગણવામાં આવે છે.
Mozilla Research's Rust એ પ્રોગ્રામિંગ ભાષાનો એક પ્રકાર છે જે મૂળભૂત ઇનપુટ/આઉટપુટ સિસ્ટમ્સ (BIOS), બૂટ મેનેજર્સ, ઑપરેટિંગ સિસ્ટમ્સ વગેરે માટે કોડ લખે છે. રસ છે
જાણકાર નિરીક્ષકોના મતે, તે સી ભાષાને બદલે સિસ્ટમ પ્રોગ્રામિંગનું ભવિષ્ય છે. વાસ્તવમાં, નિષ્ણાતો કહે છે કે તે C/C++ કરતાં વધુ સારી સોફ્ટવેર સુરક્ષા ગેરંટી આપે છે.