திறந்த மூல திட்டத்தை எவ்வாறு உருவாக்குவது

இந்த வாரம் செயின்ட் பீட்டர்ஸ்பர்க்கில் ஐடி திருவிழா நடைபெறவுள்ளது தொழில்நுட்ப ரயில். பேச்சாளர்களில் ஒருவர் ரிச்சர்ட் ஸ்டால்மேன். எம்பாக்ஸ் திருவிழாவிலும் பங்கேற்கிறது, மேலும் இலவச மென்பொருள் என்ற தலைப்பை நாம் புறக்கணிக்க முடியாது. அதனால்தான் எங்கள் அறிக்கை ஒன்று அழைக்கப்படுகிறது “மாணவர் கைவினைப்பொருட்கள் முதல் ஓப்பன்சோர்ஸ் திட்டங்கள் வரை. எம்பாக்ஸ் அனுபவம்”. திறந்த மூல திட்டமாக எம்பாக்ஸின் வளர்ச்சியின் வரலாற்றிற்கு இது அர்ப்பணிக்கப்படும். இந்த கட்டுரையில் நான் திறந்த மூல திட்டங்களின் வளர்ச்சியை பாதிக்கும் முக்கிய யோசனைகளைப் பற்றி பேச விரும்புகிறேன். அறிக்கையைப் போலவே கட்டுரையும் தனிப்பட்ட அனுபவத்தை அடிப்படையாகக் கொண்டது.

ஓப்பன்சோர்ஸ் என்ற சொல்லின் வரையறையுடன் எளிமையான ஒன்றைத் தொடங்குவோம். வெளிப்படையாக, திறந்த மூல திட்டம் என்பது திட்டத்தின் மூலக் குறியீட்டை அணுக அனுமதிக்கும் உரிமங்களில் ஒன்றைக் கொண்ட ஒரு திட்டமாகும். கூடுதலாக, திறந்த திட்டம் என்றால் மூன்றாம் தரப்பு டெவலப்பர்கள் மாற்றங்களைச் செய்யலாம். அதாவது, சில நிறுவனம் அல்லது டெவலப்பர் அதன் தயாரிப்பின் குறியீட்டை பகுதி அல்லது முழுமையாக வெளியிட்டால், இது இன்னும் இந்தத் தயாரிப்பை ஓப்பன்சோர்ஸ் திட்டமாக மாற்றாது. இறுதியாக, எந்தவொரு திட்ட நடவடிக்கையும் ஒருவித முடிவுக்கு வழிவகுக்கும், மேலும் திட்டத்தின் வெளிப்படைத்தன்மை இந்த முடிவு டெவலப்பர்களால் மட்டுமல்ல பயன்படுத்தப்படுகிறது என்பதைக் குறிக்கிறது.

திறந்த உரிமங்களின் சிக்கல்களை நாங்கள் தொடமாட்டோம். இது மிகவும் பெரியது மற்றும் ஆழமான விசாரணை தேவைப்படும் சிக்கலான தலைப்பு. இந்த தலைப்பில் நிறைய நல்ல கட்டுரைகள் மற்றும் பொருட்கள் எழுதப்பட்டுள்ளன. ஆனால் நானே பதிப்புரிமை துறையில் நிபுணன் அல்ல என்பதால், உரிமம் திட்டத்தின் இலக்குகளை பூர்த்தி செய்ய வேண்டும் என்று மட்டுமே கூறுவேன். எடுத்துக்காட்டாக, எம்பாக்ஸுக்கு ஜிபிஎல் உரிமத்தை விட பிஎஸ்டி தேர்வு தற்செயலானதல்ல.

ஒரு திறந்த மூல திட்டம் மாற்றங்களைச் செய்யும் திறனை வழங்க வேண்டும் மற்றும் திறந்த மூல திட்டத்தின் வளர்ச்சியை பாதிக்கிறது என்பது திட்டம் விநியோகிக்கப்படுகிறது என்பதைக் குறிக்கிறது. மையப்படுத்தப்பட்ட நிர்வாகத்துடன் ஒப்பிடும்போது அதை நிர்வகிப்பது, ஒருமைப்பாடு மற்றும் செயல்திறனைப் பராமரிப்பது மிகவும் கடினம். ஒரு நியாயமான கேள்வி எழுகிறது: ஏன் திறந்த திட்டங்கள்? பதில் வணிக சாத்தியக்கூறு பகுதியில் உள்ளது; ஒரு குறிப்பிட்ட வகை திட்டங்களுக்கு, இந்த அணுகுமுறையின் நன்மைகள் செலவுகளை விட அதிகமாக இருக்கும். அதாவது, இது அனைத்து திட்டங்களுக்கும் பொருந்தாது மற்றும் திறந்த அணுகுமுறை பொதுவாக ஏற்றுக்கொள்ளத்தக்கது. எடுத்துக்காட்டாக, திறந்த கொள்கையின் அடிப்படையில் ஒரு மின் உற்பத்தி நிலையம் அல்லது விமானத்திற்கான கட்டுப்பாட்டு அமைப்பை உருவாக்குவது கற்பனை செய்வது கடினம். இல்லை, நிச்சயமாக, அத்தகைய அமைப்புகளில் திறந்த திட்டங்களின் அடிப்படையில் தொகுதிகள் இருக்க வேண்டும், ஏனெனில் இது பல நன்மைகளை வழங்கும். ஆனால் இறுதி தயாரிப்புக்கு யாராவது பொறுப்பேற்க வேண்டும். கணினி திறந்த திட்டங்களின் குறியீட்டை முழுமையாக அடிப்படையாகக் கொண்டிருந்தாலும், டெவலப்பர், எல்லாவற்றையும் ஒரே அமைப்பில் தொகுத்து, குறிப்பிட்ட கட்டமைப்புகள் மற்றும் அமைப்புகளை உருவாக்கி, அடிப்படையில் அதை மூடுகிறார். குறியீடு பொதுவில் கிடைக்கலாம்.

இந்த அமைப்புகளுக்கு திறந்த மூல திட்டங்களை உருவாக்குதல் அல்லது பங்களிப்பதில் இருந்தும் நிறைய நன்மைகள் உள்ளன. நான் ஏற்கனவே கூறியது போல், இறுதி கணினி குறியீடு பொதுவில் கிடைக்கலாம். ஏன் என்றால், கணினியை சோதிக்கும் அதே விமானத்தை யாரிடமும் வைத்திருப்பது சாத்தியமில்லை என்பது வெளிப்படையானது. இது உண்மைதான், ஆனால் குறியீட்டின் சில பிரிவுகளைச் சரிபார்க்க விரும்பும் ஒருவர் இருக்கலாம் அல்லது எடுத்துக்காட்டாக, பயன்படுத்தப்படும் நூலகம் சரியாக உள்ளமைக்கப்படவில்லை என்பதை யாராவது கண்டறியலாம்.

நிறுவனம் ஒரு தனி திட்டத்தில் அமைப்பின் சில அடிப்படை பகுதியை ஒதுக்கினால் இன்னும் பெரிய நன்மை தோன்றும். எடுத்துக்காட்டாக, சில வகையான தரவு பரிமாற்ற நெறிமுறையை ஆதரிக்கும் நூலகம். இந்த விஷயத்தில், கொடுக்கப்பட்ட பாடப் பகுதிக்கு நெறிமுறை குறிப்பிட்டதாக இருந்தாலும், இந்தப் பகுதியைச் சேர்ந்த பிற நிறுவனங்களுடன் இந்த அமைப்பைப் பராமரிப்பதற்கான செலவுகளை நீங்கள் பகிர்ந்து கொள்ளலாம். கூடுதலாக, பொது களத்தில் இந்த அமைப்பின் பகுதியைப் படிக்கக்கூடிய நிபுணர்களுக்கு அதை திறம்பட பயன்படுத்த மிகவும் குறைவான நேரம் தேவைப்படுகிறது. இறுதியாக, ஒரு பகுதியை மூன்றாம் தரப்பு டெவலப்பர்கள் பயன்படுத்தும் ஒரு சுயாதீனமான நிறுவனமாக பிரிப்பது, இந்த பகுதியை சிறந்ததாக்க அனுமதிக்கிறது, ஏனென்றால் பயனுள்ள API களை வழங்க வேண்டும், ஆவணங்களை உருவாக்க வேண்டும், மேலும் சோதனை கவரேஜை மேம்படுத்துவது பற்றி நான் பேசவில்லை.

திறந்த மூல திட்டங்களை உருவாக்காமல் ஒரு நிறுவனம் வணிகப் பலன்களைப் பெற முடியும்; அதன் வல்லுநர்கள் நிறுவனத்தில் பயன்படுத்தப்படும் மூன்றாம் தரப்பு திட்டங்களில் பங்கேற்பது போதுமானது. எல்லாவற்றிற்கும் மேலாக, அனைத்து நன்மைகளும் உள்ளன: ஊழியர்கள் திட்டத்தை நன்கு அறிவார்கள், எனவே அவர்கள் அதை மிகவும் திறம்பட பயன்படுத்துகிறார்கள், நிறுவனம் திட்டத்தின் வளர்ச்சியின் திசையை பாதிக்கலாம், மேலும் ஆயத்த, பிழைத்திருத்த குறியீட்டைப் பயன்படுத்துவது நிறுவனத்தின் செலவுகளைக் குறைக்கிறது.

ஓப்பன்சோர்ஸ் திட்டங்களை உருவாக்குவதன் நன்மைகள் அங்கு முடிவதில்லை. சந்தைப்படுத்தல் போன்ற வணிகத்தின் ஒரு முக்கிய அங்கத்தை எடுத்துக்கொள்வோம். அவரைப் பொறுத்தவரை, இது ஒரு நல்ல சாண்ட்பாக்ஸ் ஆகும், இது சந்தை தேவைகளை திறம்பட மதிப்பீடு செய்ய அனுமதிக்கிறது.

நிச்சயமாக, எந்தவொரு நிபுணத்துவத்தின் கேரியராக உங்களை அறிவிக்க ஒரு ஓப்பன்சோர்ஸ் திட்டம் ஒரு சிறந்த வழியாகும் என்பதை நாம் மறந்துவிடக் கூடாது. சில சந்தர்ப்பங்களில், சந்தையில் நுழைவதற்கான ஒரே வழி இதுதான். எடுத்துக்காட்டாக, எம்பாக்ஸ் ஒரு RTOS ஐ உருவாக்கும் திட்டமாகத் தொடங்கியது. நிறைய போட்டியாளர்கள் இருக்கிறார்கள் என்பதை விளக்க வேண்டிய அவசியமில்லை. ஒரு சமூகத்தை உருவாக்காமல், திட்டத்தை இறுதிப் பயனருக்குக் கொண்டு வர, அதாவது மூன்றாம் தரப்பு டெவலப்பர்கள் திட்டத்தைப் பயன்படுத்தத் தொடங்க போதுமான ஆதாரங்கள் எங்களிடம் இருந்திருக்காது.

திறந்த மூல திட்டத்தில் சமூகம் முக்கியமானது. திட்ட மேலாண்மை செலவுகளை கணிசமாகக் குறைக்கவும், திட்டத்தை மேம்படுத்தவும் ஆதரிக்கவும் இது உங்களை அனுமதிக்கிறது. ஒரு சமூகம் இல்லாமல் திறந்த மூல திட்டமே இல்லை என்று நாம் கூறலாம்.

திறந்த மூல திட்ட சமூகத்தை எவ்வாறு உருவாக்குவது மற்றும் நிர்வகிப்பது என்பது பற்றி நிறைய விஷயங்கள் எழுதப்பட்டுள்ளன. ஏற்கனவே அறியப்பட்ட உண்மைகளை மறுபரிசீலனை செய்யாமல் இருக்க, எம்பாக்ஸின் அனுபவத்தில் கவனம் செலுத்த முயற்சிப்பேன். உதாரணமாக, ஒரு சமூகத்தை உருவாக்கும் செயல்முறை மிகவும் சுவாரஸ்யமான விஷயம். அதாவது, ஏற்கனவே உள்ள சமூகத்தை எவ்வாறு நிர்வகிப்பது என்று பலர் கூறுகிறார்கள், ஆனால் அதன் உருவாக்கத்தின் தருணங்கள் சில நேரங்களில் கவனிக்கப்படுவதில்லை, இது கொடுக்கப்பட்டதாகக் கருதுகிறது.

ஓப்பன்சோர்ஸ் திட்ட சமூகத்தை உருவாக்கும் போது முக்கிய விதி விதிகள் எதுவும் இல்லை. திட்டங்கள் மிகவும் வித்தியாசமாக இருப்பதால், வெள்ளி புல்லட் இல்லாதது போல, உலகளாவிய விதிகள் எதுவும் இல்லை என்று நான் சொல்கிறேன். js லாக்கிங் லைப்ரரி மற்றும் சில உயர் நிபுணத்துவம் வாய்ந்த இயக்கிக்கு சமூகத்தை உருவாக்கும் போது அதே விதிகளை நீங்கள் பயன்படுத்த முடியாது. மேலும், திட்டத்தின் வளர்ச்சியின் வெவ்வேறு கட்டங்களில் (எனவே சமூகம்), விதிகள் மாறுகின்றன.

எம்பாக்ஸ் ஒரு மாணவர் திட்டமாகத் தொடங்கியது, ஏனெனில் இது கணினி நிரலாக்கத் துறையைச் சேர்ந்த மாணவர்களுக்கான அணுகலைக் கொண்டிருந்தது. உண்மையில், நாங்கள் வேறு சில சமூகத்தில் நுழைந்தோம். இந்த சமூகத்தின் பங்கேற்பாளர்கள், மாணவர்கள், அவர்களின் சிறப்பு, கணினி நிரலாக்கத் துறையில் அறிவியல் வேலை, பாடநெறி மற்றும் டிப்ளோமாக்கள் ஆகியவற்றில் நல்ல தொழில்துறை நடைமுறையில் ஆர்வமாக இருக்க முடியும். அதாவது, ஒரு சமூகத்தை ஒழுங்கமைப்பதற்கான அடிப்படை விதிகளில் ஒன்றை நாங்கள் பின்பற்றினோம்: சமூக உறுப்பினர்கள் எதையாவது பெற வேண்டும், மேலும் இந்த விலை பங்கேற்பாளரின் பங்களிப்புக்கு ஒத்திருக்க வேண்டும்.

எம்பாக்ஸின் அடுத்த கட்டம் மூன்றாம் தரப்பு பயனர்களுக்கான தேடலாகும். ஓப்பன்சோர்ஸ் சமூகத்தில் பயனர்கள் முழு பங்கேற்பாளர்கள் என்பதை புரிந்துகொள்வது மிகவும் முக்கியம். பொதுவாக டெவலப்பர்களை விட அதிகமான பயனர்கள் உள்ளனர். ஒரு திட்டத்திற்கு பங்களிப்பாளராக மாற விரும்புவதற்கு, அவர்கள் முதலில் அதை ஒரு வழியில் அல்லது வேறு வழியில் பயன்படுத்தத் தொடங்குகிறார்கள்.

எம்பாக்ஸின் முதல் பயனர்கள் கோட்பாட்டு சைபர்நெட்டிக்ஸ் துறை. லெகோ மைண்ட்ஸ்டார்முக்கு மாற்று ஃபார்ம்வேரை உருவாக்க அவர்கள் பரிந்துரைத்தனர். அவர்கள் இன்னும் உள்ளூர் பயனர்களாக இருந்தபோதிலும் (நாங்கள் அவர்களை நேரில் சந்தித்து அவர்கள் விரும்புவதை விவாதிக்கலாம்). ஆனால் அது இன்னும் ஒரு நல்ல அனுபவமாக இருந்தது. உதாரணமாக, மற்றவர்களுக்குக் காட்டக்கூடிய டெமோக்களை நாங்கள் உருவாக்கினோம், ஏனெனில் ரோபோக்கள் வேடிக்கையாகவும் கவனத்தை ஈர்க்கவும் செய்கின்றன. இதன் விளைவாக, எம்பாக்ஸ் என்றால் என்ன, அதை எவ்வாறு பயன்படுத்துவது என்று கேட்கத் தொடங்கிய மூன்றாம் தரப்பு பயனர்களை நாங்கள் பெற்றுள்ளோம்.

இந்த கட்டத்தில், ஆவணங்கள், பயனர்களுடன் தொடர்பு கொள்ளும் வழிமுறைகள் பற்றி நாம் சிந்திக்க வேண்டியிருந்தது. இல்லை, நிச்சயமாக, இந்த முக்கியமான விஷயங்களைப் பற்றி நாங்கள் முன்பு நினைத்தோம், ஆனால் அது முன்கூட்டியே இருந்தது மற்றும் நேர்மறையான விளைவைக் கொடுக்கவில்லை. விளைவு எதிர்மறையாக இருந்தது. ஓரிரு உதாரணங்களைத் தருகிறேன். நாங்கள் googlecode ஐப் பயன்படுத்தினோம், அதன் விக்கி பன்மொழியை ஆதரிக்கிறது. ஆங்கிலம் மற்றும் ரஷ்ய மொழிகள் மட்டுமின்றி, எங்களால் தொடர்பு கொள்ள முடியாத பல மொழிகளில் பக்கங்களை உருவாக்கினோம், ஆனால் ஜெர்மன் மற்றும் ஸ்பானிஷ் மொழிகளிலும். இதன் விளைவாக, இந்த மொழிகளில் கேட்கும்போது இது மிகவும் அபத்தமானது, ஆனால் எங்களால் பதிலளிக்க முடியாது. அல்லது அவர்கள் ஆவணங்களை எழுதுவது மற்றும் கருத்து தெரிவிப்பது பற்றிய விதிகளை அறிமுகப்படுத்தினர், ஆனால் API அடிக்கடி மற்றும் குறிப்பிடத்தக்க வகையில் மாறியதால், எங்கள் ஆவணங்கள் காலாவதியானது மற்றும் உதவியதை விட தவறாக வழிநடத்தியது.

இதன் விளைவாக, எங்கள் எல்லா முயற்சிகளும், தவறானவை கூட, வெளிப்புற பயனர்களின் தோற்றத்திற்கு வழிவகுத்தன. ஒரு வணிக வாடிக்கையாளர் கூட தோன்றினார், அவர் தனது சொந்த RTOS தனக்காக உருவாக்கப்பட வேண்டும் என்று விரும்பினார். எங்களிடம் அனுபவமும் சில அடிப்படை வேலைகளும் இருப்பதால் நாங்கள் அதை உருவாக்கினோம். இங்கே நீங்கள் நல்ல தருணங்கள் மற்றும் கெட்டது இரண்டையும் பற்றி பேச வேண்டும். நான் கெட்டவற்றிலிருந்து தொடங்குவேன். பல டெவலப்பர்கள் இந்த திட்டத்தில் வணிக அடிப்படையில் ஈடுபட்டதால், சமூகம் ஏற்கனவே மிகவும் நிலையற்றதாகவும் பிளவுபட்டதாகவும் இருந்தது, இது நிச்சயமாக திட்டத்தின் வளர்ச்சியை பாதிக்காது. ஒரு கூடுதல் காரணி என்னவென்றால், திட்டத்தின் திசை ஒரு வணிக வாடிக்கையாளரால் அமைக்கப்பட்டது, மேலும் அவரது குறிக்கோள் திட்டத்தின் மேலும் வளர்ச்சி அல்ல. குறைந்தபட்சம் இது முக்கிய இலக்காக இருக்கவில்லை.

மறுபுறம், பல நேர்மறையான அம்சங்கள் இருந்தன. நாங்கள் உண்மையிலேயே மூன்றாம் தரப்பு பயனர்களைப் பெற்றுள்ளோம். இது வாடிக்கையாளர் மட்டுமல்ல, இந்த அமைப்பு நோக்கம் கொண்டவர்களும் கூட. திட்டத்தில் பங்கேற்பதற்கான உந்துதல் அதிகரித்துள்ளது. எல்லாவற்றிற்கும் மேலாக, நீங்கள் ஒரு சுவாரஸ்யமான வணிகத்திலிருந்து பணம் சம்பாதிக்க முடிந்தால், அது எப்போதும் நல்லது. மிக முக்கியமாக, வாடிக்கையாளர்களிடமிருந்து ஒரு விருப்பத்தை நாங்கள் கேட்டோம், அது அந்த நேரத்தில் எங்களுக்கு பைத்தியமாகத் தோன்றியது, ஆனால் இது இப்போது எம்பாக்ஸின் முக்கிய யோசனையாகும், அதாவது, கணினியில் ஏற்கனவே உருவாக்கப்பட்ட குறியீட்டைப் பயன்படுத்த வேண்டும். இப்போது எம்பாக்ஸின் முக்கிய யோசனை லினக்ஸ் இல்லாமல் லினக்ஸ் மென்பொருளைப் பயன்படுத்துவதாகும். அதாவது, திட்டத்தின் மேலும் வளர்ச்சிக்கு பங்களிக்கும் முக்கிய நேர்மறையான அம்சம், திட்டம் மூன்றாம் தரப்பு பயனர்களால் பயன்படுத்தப்படுகிறது என்பதை உணர்ந்துகொள்வது, மேலும் இது அவர்களின் சில சிக்கல்களை தீர்க்க வேண்டும்.

அந்த நேரத்தில், எம்பாக்ஸ் ஏற்கனவே ஒரு மாணவர் திட்டத்தின் எல்லைக்கு அப்பால் சென்று விட்டது. மாணவர் மாதிரியின் படி திட்டத்தின் வளர்ச்சியில் முக்கிய கட்டுப்படுத்தும் காரணி பங்கேற்பாளர்களின் உந்துதல் ஆகும். மாணவர்கள் படிக்கும்போது பங்கேற்கிறார்கள், பட்டம் பெறும்போது, ​​​​வேறு உந்துதல் இருக்க வேண்டும். உந்துதல் தோன்றவில்லை என்றால், மாணவர் திட்டத்தில் பங்கேற்பதை நிறுத்துகிறார். மாணவர்கள் முதலில் பயிற்றுவிக்கப்பட வேண்டும் என்பதை நாம் கணக்கில் எடுத்துக் கொண்டால், அவர்கள் பட்டம் பெறுவதற்குள் அவர்கள் நல்ல நிபுணர்களாக மாறிவிடுகிறார்கள், ஆனால் அனுபவமின்மை காரணமாக திட்டத்தில் அவர்களின் பங்களிப்பு பெரியதாக இல்லை.

பொதுவாக, ஓப்பன்சோர்ஸ் திட்டத்தை உருவாக்குவது பற்றி பேச அனுமதிக்கும் முக்கிய விஷயத்திற்கு நாங்கள் சுமூகமாக செல்கிறோம் - அதன் பயனர்களின் சிக்கல்களைத் தீர்க்கும் ஒரு தயாரிப்பை உருவாக்குதல். நான் மேலே விளக்கியது போல், ஓப்பன்சோர்ஸ் திட்டத்தின் முக்கிய சொத்து அதன் சமூகமாகும். மேலும், சமூக உறுப்பினர்கள் முதன்மையாக பயனர்கள். ஆனால் பயன்படுத்த எதுவும் இல்லாதபோது அவை எங்கிருந்து வருகின்றன? எனவே, ஓப்பன்சோர்ஸ் அல்லாத திட்டத்தைப் போலவே, நீங்கள் ஒரு MVP (குறைந்தபட்ச சாத்தியமான தயாரிப்பு) உருவாக்குவதில் கவனம் செலுத்த வேண்டும், மேலும் அது பயனர்களுக்கு விருப்பமானால், திட்டத்தைச் சுற்றி ஒரு சமூகம் தோன்றும். சமூக PR மூலமாக மட்டுமே ஒரு சமூகத்தை உருவாக்குவதில் நீங்கள் ஈடுபட்டிருந்தால், உலகின் அனைத்து மொழிகளிலும் விக்கியை எழுதுவது அல்லது கிட்ஹப்பில் சரியான ஜிட் பணிப்பாய்வு போன்றவற்றில் ஈடுபட்டிருந்தால், திட்டத்தின் ஆரம்ப கட்டங்களில் இது ஒரு பொருட்டல்ல. நிச்சயமாக, பொருத்தமான கட்டங்களில் இவை முக்கியமானவை மட்டுமல்ல, தேவையான விஷயங்களும் கூட.

முடிவில் நான் சுட்டிக்காட்ட விரும்புகிறேன் கருத்து, என் கருத்துப்படி, ஓப்பன்சோர்ஸ் திட்டத்திலிருந்து பயனர் எதிர்பார்ப்புகளை பிரதிபலிக்கிறது:

இந்த OS க்கு மாறுவது பற்றி நான் தீவிரமாக யோசித்து வருகிறேன் (குறைந்த பட்சம் முயற்சிக்கவும். அவர்கள் அதை தீவிரமாகப் பின்தொடர்ந்து நல்ல விஷயங்களைச் செய்கிறார்கள்).

பி.எஸ். ஆன் தொழில்நுட்ப ரயில் எங்களிடம் மூன்று அறிக்கைகள் இருக்கும். ஒன்று ஓப்பன் சோர்ஸ் மற்றும் இரண்டு உட்பொதிக்கப்பட்டவை (மற்றும் ஒன்று நடைமுறை). ஸ்டாண்டில், மைக்ரோகண்ட்ரோலர்களைப் பயன்படுத்தி நிரலாக்கத்தில் முதன்மை வகுப்பை நடத்துவோம் எம்பாக்ஸ். வழக்கம் போல், நாங்கள் வன்பொருளைக் கொண்டு வந்து, அதை நிரல்படுத்த அனுமதிப்போம். தேடுதல் மற்றும் பிற செயல்பாடுகளும் இருக்கும். திருவிழாவிற்கு வந்து எங்கள் நிலைப்பாடு, வேடிக்கையாக இருக்கும்.

ஆதாரம்: www.habr.com