நான் அதை சமீபத்தில் கண்டுபிடித்தேன் (உரிம மாற்றங்கள் காரணமாக அவர்கள் கூறுகிறார்கள்). இது என்னை யோசிக்க வைத்தது, ஏனென்றால் கடந்த சில ஆண்டுகளில் MongoDB எவ்வளவு பயங்கரமானது மற்றும் அதை யாரும் பயன்படுத்தக்கூடாது என்பது பற்றிய பல கட்டுரைகளை நான் பார்த்திருக்கிறேன். ஆனால் இந்த நேரத்தில், மோங்கோடிபி மிகவும் முதிர்ந்த தயாரிப்பாக மாறியுள்ளது. என்ன நடந்தது? புதிய டிபிஎம்எஸ்ஸின் ஆரம்பகால சந்தைப்படுத்தலில் ஏற்பட்ட தவறுகளால் அனைத்து வெறுப்பும் உண்மையில் காரணமா? அல்லது மக்கள் மோங்கோடிபியை தவறான இடங்களில் பயன்படுத்துகிறார்களா?
நான் மோங்கோடிபியை பாதுகாப்பதாக நீங்கள் உணர்ந்தால், தயவுசெய்து படிக்கவும் கட்டுரையின் முடிவில்.
புதிய போக்கு
நான் சொல்வதை விட பல ஆண்டுகளாக மென்பொருள் துறையில் பணியாற்றி வருகிறேன், ஆனால் எங்கள் தொழில்துறையில் ஏற்பட்ட போக்குகளில் ஒரு சிறிய பகுதியை மட்டுமே நான் இன்னும் வெளிப்படுத்தினேன். 4GL, AOP, Agile, SOA, Web 2.0, AJAX, Blockchain... போன்றவற்றின் வளர்ச்சியை நான் கண்டிருக்கிறேன். ஒவ்வொரு ஆண்டும் புதிய போக்குகள் தோன்றும். சில விரைவாக மறைந்துவிடும், மற்றவை மென்பொருளை உருவாக்கும் முறையை அடிப்படையில் மாற்றுகின்றன.
ஒவ்வொரு புதிய போக்கும் ஒரு பொதுவான உற்சாகத்தை உருவாக்குகிறது: மக்கள் ஒன்று கப்பலில் குதிப்பார்கள், அல்லது மற்றவர்கள் உருவாக்கும் சத்தத்தைக் கண்டு கூட்டத்தைப் பின்தொடர்வார்கள். இந்த செயல்முறை கார்ட்னரால் குறியிடப்பட்டது . சர்ச்சைக்குரியதாக இருந்தாலும், இந்த காலவரிசை தொழில்நுட்பங்கள் இறுதியில் பயனுள்ளதாக மாறுவதற்கு முன்பு என்ன நடக்கிறது என்பதை தோராயமாக விவரிக்கிறது.
ஆனால் அவ்வப்போது ஒரு புதிய கண்டுபிடிப்பு தோன்றும் (அல்லது இரண்டாவது வரவிருக்கும், இந்த விஷயத்தில் உள்ளது) ஒரே ஒரு குறிப்பிட்ட செயலாக்கத்தால் இயக்கப்படுகிறது. NoSQL ஐப் பொறுத்தவரை, மோங்கோடிபியின் தோற்றம் மற்றும் விண்கல் எழுச்சியால் மிகைப்படுத்தல் பெரிதும் உந்தப்பட்டது. மோங்கோடிபி இந்த போக்கைத் தொடங்கவில்லை: உண்மையில், பெரிய இணைய நிறுவனங்கள் பெரிய அளவிலான தரவைச் செயலாக்குவதில் சிக்கல்களைத் தொடங்கின, இது தொடர்பில்லாத தரவுத்தளங்கள் திரும்புவதற்கு வழிவகுத்தது. ஒட்டுமொத்த இயக்கம் கூகிளின் பிக்டேபிள் மற்றும் பேஸ்புக்கின் கசாண்ட்ரா போன்ற திட்டங்களுடன் தொடங்கியது, ஆனால் மோங்கோடிபி தான் மிகவும் பிரபலமான மற்றும் அணுகக்கூடிய NoSQL தரவுத்தள செயலாக்கமாக மாறியது, பெரும்பாலான டெவலப்பர்கள் அணுகலாம்.
குறிப்பு: நான் ஆவணத் தரவுத்தளங்களை நெடுவரிசை தரவுத்தளங்கள், முக்கிய/மதிப்புக் கடைகள் அல்லது பொதுவான NoSQL வரையறையின் கீழ் வரும் பல வகையான தரவுக் கடைகளுடன் குழப்புகிறேன் என்று நீங்கள் நினைக்கலாம். நீங்கள் சொல்வது சரிதான். ஆனால் அந்த நேரத்தில் குழப்பம் நிலவியது. எல்லோரும் NoSQL மீது வெறித்தனமாக இருக்கிறார்கள், அது அனைவருக்கும் ஆகிவிட்டது முற்றிலும் அவசியம், இருப்பினும் பலர் வெவ்வேறு தொழில்நுட்பங்களில் வேறுபாடுகளைக் காணவில்லை. பலருக்கு மோங்கோடிபி ஆகிவிட்டது உடன் ஒத்த NoSQL.
மற்றும் டெவலப்பர்கள் அதில் குதித்தனர். எந்தவொரு சிக்கலையும் தீர்க்க மாயாஜாலமாக அளவிடும் திட்டமில்லாத தரவுத்தளத்தின் யோசனை மிகவும் கவர்ச்சியானது. 2014 ஆம் ஆண்டில், ஒரு வருடம் முன்பு MySQL, Postgres அல்லது SQL சர்வர் போன்ற தொடர்புடைய தரவுத்தளத்தைப் பயன்படுத்திய எல்லா இடங்களிலும் மோங்கோடிபி தரவுத்தளங்களை வரிசைப்படுத்தத் தொடங்கியது. ஏன் என்று கேட்டால், "இது இணையத்தின் அளவு" என்பதில் இருந்து மிகவும் சிந்தனைமிக்க "எனது தரவு மிகவும் தளர்வாக கட்டமைக்கப்பட்டுள்ளது மற்றும் திட்டவட்டமான தரவுத்தளத்தில் நன்றாகப் பொருந்துகிறது" என்பதற்கான பதிலைப் பெறலாம்.
MongoDB மற்றும் பொதுவாக ஆவண தரவுத்தளங்கள், பாரம்பரிய தொடர்புடைய தரவுத்தளங்களில் பல சிக்கல்களைத் தீர்க்கின்றன என்பதை நினைவில் கொள்வது அவசியம்:
- கடுமையான திட்டம்: ஒரு தொடர்புடைய தரவுத்தளத்துடன், நீங்கள் மாறும் தரவை உருவாக்கியிருந்தால், நீங்கள் சீரற்ற "இதர" நெடுவரிசைகளை உருவாக்க வேண்டும், தரவுகளின் குமிழ்களை அங்கு திணிக்க வேண்டும் அல்லது உள்ளமைவைப் பயன்படுத்த வேண்டும். ...இவை அனைத்தும் குறிப்பிடத்தக்க குறைபாடுகளைக் கொண்டுள்ளன.
- சிரமம் அளவிடுதல்: ஒரு சர்வரில் பொருந்தாத பல தரவு இருந்தால், மோங்கோடிபி அதை பல இயந்திரங்களில் அளவிட அனுமதிக்கும் வழிமுறைகளை வழங்கியது.
- சிக்கலான சுற்று மாற்றங்கள்: இடம்பெயர்வு இல்லை! ஒரு தொடர்புடைய தரவுத்தளத்தில், தரவுத்தள கட்டமைப்பை மாற்றுவது ஒரு பெரிய சிக்கலாக இருக்கலாம் (குறிப்பாக நிறைய தரவு இருக்கும் போது). மோங்கோடிபி செயல்முறையை பெரிதும் எளிதாக்க முடிந்தது. மேலும் இது மிகவும் எளிதாக்கியது, நீங்கள் செல்லும்போது சுற்றுகளை புதுப்பித்து மிக விரைவாக செல்லலாம்.
- பதிவு செயல்திறன்: MongoDB செயல்திறன் நன்றாக இருந்தது, குறிப்பாக சரியாக உள்ளமைக்கப்பட்ட போது. மோங்கோடிபியின் அவுட்-ஆஃப்-தி-பாக்ஸ் உள்ளமைவு, இது அடிக்கடி விமர்சிக்கப்பட்டது, சில ஈர்க்கக்கூடிய செயல்திறன் எண்களைக் காட்டியது.
எல்லா ஆபத்துகளும் உங்கள் மீதுதான்
MongoDB இன் சாத்தியமான நன்மைகள் மகத்தானவை, குறிப்பாக சில வகை சிக்கல்களுக்கு. மேற்கூறிய பட்டியலை நீங்கள் சூழலைப் புரிந்து கொள்ளாமல் மற்றும் அனுபவம் இல்லாமல் படித்தால், MongoDB உண்மையிலேயே ஒரு புரட்சிகர DBMS என்ற எண்ணத்தை நீங்கள் பெறலாம். ஒரே பிரச்சனை என்னவென்றால், மேலே பட்டியலிடப்பட்டுள்ள நன்மைகள் பல எச்சரிக்கைகளுடன் வந்துள்ளன, அவற்றில் சில கீழே பட்டியலிடப்பட்டுள்ளன.
சரியாகச் சொல்வதானால், 10gen/MongoDB Inc இல் யாரும் இல்லை. பின்வருபவை உண்மையல்ல, இவை வெறும் சமரசங்கள் என்று சொல்ல மாட்டார்கள்.
- இழந்த பரிவர்த்தனைகள்: பரிவர்த்தனைகள் பல தொடர்புடைய தரவுத்தளங்களின் முக்கிய அம்சமாகும் (அனைத்தும் அல்ல, ஆனால் பெரும்பாலானவை). பரிவர்த்தனை என்பது நீங்கள் பல செயல்பாடுகளை அணு ரீதியாகச் செய்ய முடியும் மற்றும் தரவு சீராக இருப்பதை உறுதிசெய்ய முடியும். நிச்சயமாக, ஒரு NoSQL தரவுத்தளத்துடன், பரிவர்த்தனை ஒரு ஆவணத்திற்குள் இருக்கலாம் அல்லது பரிவர்த்தனை சொற்பொருளைப் பெற இரண்டு-கட்ட கமிட்களைப் பயன்படுத்தலாம். ஆனால் இந்த செயல்பாட்டை நீங்களே செயல்படுத்த வேண்டும்... இது கடினமான மற்றும் நேரத்தை எடுத்துக்கொள்ளும் பணியாக இருக்கலாம். தரவுத்தளத்தில் உள்ள தரவு தவறான நிலைகளில் முடிவடைவதை நீங்கள் காணும் வரை, ஒரு சிக்கல் இருப்பதை நீங்கள் பெரும்பாலும் உணர மாட்டீர்கள், ஏனெனில் செயல்பாடுகளின் அணுசக்திக்கு உத்தரவாதம் அளிக்க முடியாது. குறிப்பு: மோங்கோடிபி 4.0 கடந்த ஆண்டு பரிவர்த்தனைகளை அறிமுகப்படுத்தியதாக பலர் என்னிடம் சொன்னார்கள், ஆனால் சில வரம்புகளுடன். கட்டுரையில் இருந்து எடுத்துக்கொள்வது அப்படியே உள்ளது: தொழில்நுட்பம் உங்கள் தேவைகளை எவ்வளவு சிறப்பாக பூர்த்தி செய்கிறது என்பதை மதிப்பிடுங்கள்.
- தொடர்பு ஒருமைப்பாடு இழப்பு (வெளிநாட்டு விசைகள்): உங்கள் தரவுகளுக்கு உறவுகள் இருந்தால், அவற்றை நீங்கள் பயன்பாட்டில் பயன்படுத்த வேண்டும். இந்த உறவுகளை மதிக்கும் ஒரு தரவுத்தளத்தை வைத்திருப்பது பயன்பாட்டிலிருந்து நிறைய வேலைகளை எடுக்கும், எனவே உங்கள் புரோகிராமர்கள்.
- தரவு கட்டமைப்பைப் பயன்படுத்துவதற்கான திறன் இல்லாமை: கடுமையான திட்டவட்டங்கள் சில நேரங்களில் பெரிய பிரச்சனையாக இருக்கலாம், ஆனால் அவை புத்திசாலித்தனமாகப் பயன்படுத்தினால், நல்ல தரவு கட்டமைப்பிற்கான சக்திவாய்ந்த வழிமுறையாகும். MongoDB போன்ற ஆவண தரவுத்தளங்கள் நம்பமுடியாத திட்ட நெகிழ்வுத்தன்மையை வழங்குகின்றன, ஆனால் இந்த நெகிழ்வுத்தன்மை தரவை சுத்தமாக வைத்திருப்பதற்கான பொறுப்பை நீக்குகிறது. நீங்கள் அவற்றைக் கவனித்துக் கொள்ளாவிட்டால், நீங்கள் எதிர்பார்க்கும் படிவத்தில் சேமிக்கப்படாத தரவைக் கணக்கிட உங்கள் பயன்பாட்டில் நிறைய குறியீட்டை எழுதுவீர்கள். எங்கள் நிறுவனத்தில் நாம் அடிக்கடி சொல்வது போல் சிம்பிள் த்ரெட்... விண்ணப்பம் என்றாவது ஒரு நாள் மீண்டும் எழுதப்படும், ஆனால் தரவு என்றென்றும் வாழும். குறிப்பு: MongoDB ஸ்கீமா சரிபார்ப்பை ஆதரிக்கிறது: இது பயனுள்ளது, ஆனால் தொடர்புடைய தரவுத்தளத்தில் உள்ள அதே உத்தரவாதங்களை வழங்காது. முதலாவதாக, ஸ்கீமா சரிபார்ப்பைச் சேர்ப்பது அல்லது மாற்றுவது சேகரிப்பில் இருக்கும் தரவைப் பாதிக்காது. புதிய திட்டத்திற்கு ஏற்ப தரவைப் புதுப்பிப்பதை உறுதிப்படுத்துவது உங்களுடையது. உங்கள் தேவைக்கு இது போதுமா என்பதை நீங்களே முடிவு செய்து கொள்ளுங்கள்.
- சொந்த வினவல் மொழி / கருவி சுற்றுச்சூழல் அமைப்பு இழப்பு: SQL இன் வருகை ஒரு முழுமையான புரட்சி மற்றும் அதன் பின்னர் எதுவும் மாறவில்லை. இது ஒரு நம்பமுடியாத சக்திவாய்ந்த மொழி, ஆனால் மிகவும் சிக்கலானது. JSON துண்டுகளைக் கொண்ட புதிய மொழியில் தரவுத்தள வினவல்களை உருவாக்க வேண்டிய அவசியம், SQL உடன் பணிபுரிந்த அனுபவமுள்ளவர்களால் பின்னோக்கிச் செல்லும் ஒரு பெரிய படியாகக் கருதப்படுகிறது. IDEகள் முதல் அறிக்கையிடல் கருவிகள் வரை SQL தரவுத்தளங்களுடன் தொடர்பு கொள்ளும் கருவிகளின் முழு பிரபஞ்சமும் உள்ளது. SQL ஐ ஆதரிக்காத தரவுத்தளத்திற்கு நகர்த்துவது என்பது இந்த கருவிகளில் பெரும்பாலானவற்றை நீங்கள் பயன்படுத்த முடியாது அல்லது அவற்றைப் பயன்படுத்த SQL இல் தரவை மொழிபெயர்க்க வேண்டும், இது நீங்கள் நினைப்பதை விட கடினமாக இருக்கலாம்.
மோங்கோடிபிக்கு திரும்பிய பல டெவலப்பர்கள் வர்த்தக பரிமாற்றங்களை உண்மையில் புரிந்து கொள்ளவில்லை, மேலும் பெரும்பாலும் அதை தங்கள் முதன்மை தரவு சேமிப்பகமாக நிறுவுவதில் தலைகுனிந்தனர். இதற்குப் பிறகு, திரும்பி வருவது பெரும்பாலும் நம்பமுடியாத அளவிற்கு கடினமாக இருந்தது.
வித்தியாசமாக என்ன செய்திருக்க முடியும்?
எல்லோரும் தலையில் குதித்து கீழே அடிக்கவில்லை. ஆனால் பல திட்டங்கள் மோங்கோடிபியை வெறுமனே பொருந்தாத இடங்களில் நிறுவியுள்ளன - மேலும் அவர்கள் பல ஆண்டுகளாக அதனுடன் வாழ வேண்டியிருக்கும். இந்த நிறுவனங்கள் தங்கள் தொழில்நுட்பத் தேர்வுகள் மூலம் சிறிது நேரம் செலவழித்து முறையாகச் சிந்தித்திருந்தால், பலர் வெவ்வேறு தேர்வுகளைச் செய்திருப்பார்கள்.
சரியான தொழில்நுட்பத்தை எவ்வாறு தேர்வு செய்வது? தொழில்நுட்ப மதிப்பீட்டிற்கான ஒரு முறையான கட்டமைப்பை உருவாக்க பல முயற்சிகள் உள்ளன и , ஆனால் இது தேவையற்ற சிக்கலானது என்று எனக்குத் தோன்றுகிறது.
இரண்டு அடிப்படைக் கேள்விகளைக் கேட்பதன் மூலம் பல தொழில்நுட்பங்களை அறிவார்ந்த முறையில் மதிப்பிட முடியும். அவர்களுக்குப் பொறுப்புடன் பதிலளிக்கக்கூடிய நபர்களைக் கண்டுபிடிப்பது, பதில்களைக் கண்டறிய நேரம் ஒதுக்குவது மற்றும் பக்கச்சார்பு இல்லாமல் இருப்பதுதான் பிரச்சனை.
நீங்கள் எந்த சிக்கலையும் சந்திக்கவில்லை என்றால், உங்களுக்கு புதிய கருவி தேவையில்லை. புள்ளி.
கேள்வி 1: நான் என்ன பிரச்சனைகளை தீர்க்க முயற்சிக்கிறேன்?
நீங்கள் எந்த சிக்கலையும் சந்திக்கவில்லை என்றால், உங்களுக்கு புதிய கருவி தேவையில்லை. புள்ளி. ஒரு தீர்வைத் தேடி, பின்னர் ஒரு சிக்கலைக் கண்டுபிடிக்க வேண்டிய அவசியமில்லை. உங்கள் தற்போதைய தொழில்நுட்பத்தை விட புதிய தொழில்நுட்பம் சிறப்பாக தீர்க்கும் சிக்கலை நீங்கள் எதிர்கொண்டால் தவிர, இங்கு விவாதிக்க எதுவும் இல்லை. இந்த தொழில்நுட்பத்தைப் பயன்படுத்துவதை நீங்கள் கருத்தில் கொண்டால், மற்றவர்கள் இதைப் பயன்படுத்துவதை நீங்கள் பார்த்திருந்தால், அவர்கள் என்ன பிரச்சனைகளை எதிர்கொள்கிறார்கள் என்பதைக் கருத்தில் கொண்டு, உங்களுக்கு அந்த சிக்கல்கள் உள்ளதா என்று கேளுங்கள். ஒரு தொழில்நுட்பத்தை ஏற்றுக்கொள்வது எளிது, ஏனென்றால் மற்றவர்கள் அதைப் பயன்படுத்துகிறார்கள், அதே பிரச்சனைகளை நீங்கள் எதிர்கொள்கிறீர்களா என்பதைப் புரிந்துகொள்வதே சவால்.
கேள்வி 2: நான் என்ன காணவில்லை?
இது நிச்சயமாக மிகவும் கடினமான கேள்வியாகும், ஏனென்றால் நீங்கள் பழைய மற்றும் புதிய தொழில்நுட்பத்தை நன்கு புரிந்து கொள்ள வேண்டும். சில சமயங்களில் நீங்கள் புதிதாக ஒன்றைக் கட்டமைக்கும் வரை அல்லது அந்த அனுபவமுள்ள ஒருவரைக் கொண்டிருக்கும் வரை உங்களால் உண்மையில் புரிந்துகொள்ள முடியாது.
உங்களிடம் எதுவும் இல்லை என்றால், இந்த கருவியின் மதிப்பை தீர்மானிக்க குறைந்தபட்ச முதலீட்டைப் பற்றி சிந்திப்பது அர்த்தமுள்ளதாக இருக்கும். நீங்கள் முதலீடு செய்தவுடன், முடிவை மாற்றுவது எவ்வளவு கடினமாக இருக்கும்?
மக்கள் எப்போதும் எல்லாவற்றையும் அழிக்கிறார்கள்
இந்த கேள்விகளுக்கு நீங்கள் முடிந்தவரை பாரபட்சமின்றி பதிலளிக்க முயற்சிக்கும்போது, ஒரு விஷயத்தை நினைவில் கொள்ளுங்கள்: நீங்கள் மனித இயல்பை எதிர்த்துப் போராட வேண்டியிருக்கும். தொழில்நுட்பத்தை திறம்பட மதிப்பிடுவதற்கு பல அறிவாற்றல் சார்புகளை கடக்க வேண்டும். இதோ ஒரு சில:
- - அனைவருக்கும் அவரைப் பற்றி தெரியும், ஆனால் அவருடன் சண்டையிடுவது இன்னும் கடினம். தொழில்நுட்பம் உண்மையில் உங்கள் உண்மையான தேவைகளுடன் பொருந்துகிறது என்பதை உறுதிப்படுத்தவும்.
- — பல டெவலப்பர்கள் தாங்கள் நீண்ட காலமாக பணியாற்றிய தொழில்நுட்பங்களை குறைத்து மதிப்பிடுகின்றனர் மற்றும் புதிய தொழில்நுட்பத்தின் நன்மைகளை மிகைப்படுத்தி மதிப்பிடுகின்றனர். இது புரோகிராமர்கள் மட்டுமல்ல, எல்லோரும் இந்த அறிவாற்றல் சார்புக்கு ஆளாகிறார்கள்.
- - நாம் இருப்பதைப் பார்க்க முனைகிறோம் மற்றும் காணாமல் போனதை இழக்கிறோம். புதுமையான விளைவுடன் இணைந்தால் இது குழப்பத்திற்கு வழிவகுக்கும், ஏனெனில் நீங்கள் இயல்பாகவே புதிய தொழில்நுட்பத்தை மிகைப்படுத்துவது மட்டுமல்லாமல், அதன் குறைபாடுகளையும் புறக்கணிக்கிறீர்கள்.
புறநிலை மதிப்பீடு எளிதானது அல்ல, ஆனால் அடிப்படை அறிவாற்றல் சார்புகளைப் புரிந்துகொள்வது அதிக பகுத்தறிவு முடிவுகளை எடுக்க உதவும்.
சுருக்கம்
ஒரு புதுமை தோன்றும் போதெல்லாம், இரண்டு கேள்விகளுக்கு மிகுந்த கவனத்துடன் பதிலளிக்க வேண்டும்:
- இந்த கருவி உண்மையான சிக்கலை தீர்க்குமா?
- பரிவர்த்தனைகளை நாம் நன்கு புரிந்துகொள்கிறோமா?
இந்த இரண்டு கேள்விகளுக்கும் உங்களால் நம்பிக்கையுடன் பதிலளிக்க முடியாவிட்டால், சில படிகள் பின்வாங்கி யோசியுங்கள்.
மோங்கோடிபி சரியான தேர்வாக இருந்ததா? நிச்சயமாக ஆம்; பெரும்பாலான பொறியியல் தொழில்நுட்பங்களைப் போலவே, இது பல காரணிகளைப் பொறுத்தது. இந்த இரண்டு கேள்விகளுக்கு பதிலளித்தவர்களில், பலர் மோங்கோடிபி மூலம் பயனடைந்துள்ளனர் மற்றும் தொடர்ந்து செய்கிறார்கள். அவ்வாறு செய்யாதவர்களுக்கு, மிகைப்படுத்தல் சுழற்சியின் மூலம் நகர்வது பற்றிய மதிப்புமிக்க மற்றும் மிகவும் வேதனையற்ற பாடத்தை நீங்கள் கற்றுக்கொண்டீர்கள் என்று நம்புகிறேன்.
மறுப்பு
மோங்கோடிபியுடன் எனக்கு அன்போ வெறுப்போ இல்லை என்பதை தெளிவுபடுத்த விரும்புகிறேன். மோங்கோடிபி தீர்க்க மிகவும் பொருத்தமான பிரச்சனைகளை நாங்கள் சந்திக்கவில்லை. 10ஜென்/மோங்கோடிபி இன்க் என்று எனக்குத் தெரியும். முதலில் மிகவும் தைரியமாக இருந்தது, பாதுகாப்பற்ற இயல்புநிலைகளை அமைத்து, எல்லா இடங்களிலும் (குறிப்பாக ஹேக்கத்தான்களில்) மோங்கோடிபியை விளம்பரப்படுத்தி, எந்தவொரு தரவையும் கொண்டு வேலை செய்வதற்கான உலகளாவிய தீர்வாக இருந்தது. ஒருவேளை இது ஒரு மோசமான முடிவு. ஆனால் இங்கே விவரிக்கப்பட்டுள்ள அணுகுமுறையை இது உறுதிப்படுத்துகிறது: தொழில்நுட்பத்தின் மேலோட்டமான மதிப்பீட்டில் கூட இந்த சிக்கல்களை மிக விரைவாக கண்டறிய முடியும்.
ஆதாரம்: www.habr.com