கடந்த தசாப்தத்தின் தொழில்நுட்பத்தைப் பாருங்கள்

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

கடந்த தசாப்தத்தின் தொழில்நுட்பத்தைப் பாருங்கள்

2019 நெருங்கி வருவதால், கடந்த தசாப்தத்தின் மிக முக்கியமான சில தொழில்நுட்ப முன்னேற்றங்கள் மற்றும் புதுமைகள் பற்றிய எனது எண்ணங்களைப் பகிர்ந்து கொள்ள விரும்பினேன். கூடுதலாக, நான் எதிர்காலத்தை கொஞ்சம் பார்க்க முயற்சிப்பேன் மற்றும் வரவிருக்கும் தசாப்தத்தின் முக்கிய பிரச்சனைகள் மற்றும் வாய்ப்புகளை கோடிட்டுக் காட்டுவேன்.

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

தட்டச்சு ஸ்டிரைக்ஸ் பேக்

2010 களின் மிகவும் நேர்மறையான போக்குகளில் ஒன்று நிலையான தட்டச்சு செய்யப்பட்ட மொழிகளின் மறுமலர்ச்சி ஆகும். இருப்பினும், அத்தகைய மொழிகள் ஒருபோதும் மறைந்துவிடவில்லை (சி ++ மற்றும் ஜாவா இன்று தேவை; அவை பத்து ஆண்டுகளுக்கு முன்பு ஆதிக்கம் செலுத்தியது), ஆனால் டைனமிக் டைப் செய்யப்பட்ட மொழிகள் (இயக்கவியல்) 2005 இல் ரூபி ஆன் ரெயில்ஸ் இயக்கம் தோன்றிய பின்னர் பிரபலமடைந்ததில் குறிப்பிடத்தக்க அதிகரிப்பு ஏற்பட்டது. . இந்த வளர்ச்சியானது 2009 இல் Node.js இன் திறந்த மூலத்துடன் உச்சத்தை எட்டியது, இது Javascript-on-the-serverஐ உண்மையாக்கியது.

காலப்போக்கில், டைனமிக் மொழிகள் சர்வர் மென்பொருளை உருவாக்கும் துறையில் தங்கள் கவர்ச்சியை இழந்துவிட்டன. கொள்கலன் புரட்சியின் போது பிரபலமடைந்த Go மொழி, இணையான செயலாக்கத்துடன் கூடிய உயர் செயல்திறன், வளம்-திறமையான சேவையகங்களை உருவாக்குவதற்கு மிகவும் பொருத்தமானதாகத் தோன்றியது. நான் ஏற்கிறேன் Node.js தானே உருவாக்கியவர்).

2010 இல் அறிமுகப்படுத்தப்பட்ட ரஸ்ட், முன்னேற்றங்களை உள்ளடக்கியது வகை கோட்பாடுகள் பாதுகாப்பான மற்றும் தட்டச்சு செய்யப்பட்ட மொழியாக மாறுவதற்கான முயற்சியில். தசாப்தத்தின் முதல் பாதியில், ரஸ்ட்டின் தொழில்துறையின் வரவேற்பு மந்தமாக இருந்தது, ஆனால் அதன் புகழ் இரண்டாம் பாதியில் கணிசமாக அதிகரித்தது. ரஸ்டுக்கான குறிப்பிடத்தக்க பயன்பாட்டு நிகழ்வுகளில் அதன் பயன்பாடு அடங்கும் டிராப்பாக்ஸில் மேஜிக் பாக்கெட், AWS மூலம் பட்டாசு (நாங்கள் அதைப் பற்றி பேசினோம் இந்த கட்டுரையில் - தோராயமாக மொழிபெயர்ப்பு.), ஒரு ஆரம்ப WebAssembly தொகுப்பி லூசெட் Fastly (இப்போது bytecodealliance இன் பகுதி) இலிருந்து. மைக்ரோசாப்ட் Windows OS இன் சில பகுதிகளை Rust இல் மீண்டும் எழுதும் சாத்தியத்தை கருத்தில் கொண்டு, 2020 களில் இந்த மொழிக்கு பிரகாசமான எதிர்காலம் உள்ளது என்று கூறலாம்.

டைனமிக் மொழிகள் கூட புதிய அம்சங்களைப் பெற்றுள்ளன விருப்ப வகைகள் (விருப்ப வகைகள்). அவை முதலில் டைப்ஸ்கிரிப்டில் செயல்படுத்தப்பட்டன, இது தட்டச்சு செய்யப்பட்ட குறியீட்டை உருவாக்கி அதை ஜாவாஸ்கிரிப்ட்டில் தொகுக்க உங்களை அனுமதிக்கிறது. PHP, Ruby மற்றும் Python ஆகியவை அவற்றின் சொந்த விருப்ப தட்டச்சு அமைப்புகளைக் கொண்டுள்ளன (mypy, Hack), இது வெற்றிகரமாக பயன்படுத்தப்படுகிறது தயாரிப்பு.

SQL க்கு NoSQL க்கு திரும்புகிறது

NoSQL என்பது மற்றொரு தொழில்நுட்பமாகும், இது இறுதியில் இருந்ததை விட தசாப்தத்தின் தொடக்கத்தில் மிகவும் பிரபலமாக இருந்தது. இதற்கு இரண்டு காரணங்கள் இருப்பதாக நான் நினைக்கிறேன்.

முதலாவதாக, NoSQL மாதிரியானது, அதன் ஸ்கீமா, பரிவர்த்தனைகள் மற்றும் பலவீனமான நிலைத்தன்மை உத்தரவாதங்கள் இல்லாததால், SQL மாதிரியை விட செயல்படுத்த கடினமாக இருந்தது. IN வலைதளப்பதிவு "முடிந்த போதெல்லாம் நீங்கள் ஏன் வலுவான நிலைத்தன்மையை விரும்ப வேண்டும்" என்ற தலைப்பில் (முடிந்த போதெல்லாம், நீங்கள் ஏன் வலுவான நிலைத்தன்மையை எடுக்க வேண்டும்) கூகுள் எழுதுகிறது:

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

இரண்டாவது காரணம், "ஸ்கேல்-அவுட்" விநியோகிக்கப்பட்ட SQL தரவுத்தளங்கள் (அதாவது கிளவுட் ஸ்பேனர் и AWS அரோரா) பொது கிளவுட் ஸ்பேஸில், அத்துடன் CockroachDB போன்ற திறந்த மூல மாற்றுகள் (நாங்களும் அவளைப் பற்றி பேசுகிறோம் எழுதினார் - தோராயமாக மொழிபெயர்ப்பு.), இது பாரம்பரிய SQL தரவுத்தளங்களை "அளவிடாமல்" ஏற்படுத்திய பல தொழில்நுட்ப சிக்கல்களை தீர்க்கிறது. ஒரு காலத்தில் NoSQL இயக்கத்தின் சுருக்கமாக இருந்த மோங்கோடிபி கூட இப்போது உள்ளது சலுகைகள் விநியோகிக்கப்பட்ட பரிவர்த்தனைகள்.

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

மொத்த ஸ்ட்ரீமிங்

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

தொடர்ச்சியான ஒருங்கிணைப்பு (மற்றும் குறைந்த அளவிற்கு தொடர்ச்சியான வரிசைப்படுத்தல்)

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

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

கொள்கலன்கள்

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

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

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

Serverless

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

ஆட்டோமேஷன்

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

யுனிவர்சல் ஏபிஐ-ஃபிகேஷன்

கடந்த தசாப்தத்தின் மற்றொரு சுவாரஸ்யமான அம்சம் பல்வேறு வளர்ச்சிப் பணிகளின் API-ஃபிகேஷன் ஆகும். நல்ல, நெகிழ்வான APIகள் டெவலப்பரை புதுமையான பணிப்பாய்வுகள் மற்றும் கருவிகளை உருவாக்க அனுமதிக்கின்றன, இது பராமரிப்பு மற்றும் பயனர் அனுபவத்தை மேம்படுத்த உதவுகிறது.

கூடுதலாக, ஏபிஐ-ஃபிகேஷன் என்பது சில செயல்பாடுகள் அல்லது கருவிகளின் SaaS-ஃபிகேஷன் நோக்கிய முதல் படியாகும். இந்த போக்கு மைக்ரோ சர்வீஸின் பிரபலத்தின் அதிகரிப்புடன் ஒத்துப்போகிறது: SaaS ஆனது API வழியாக அணுகக்கூடிய மற்றொரு சேவையாக மாறியுள்ளது. கண்காணிப்பு, பணம் செலுத்துதல், சுமை சமநிலை, தொடர்ச்சியான ஒருங்கிணைப்பு, விழிப்பூட்டல்கள், அம்சம் மாறுதல் போன்ற பகுதிகளில் இப்போது பல SaaS மற்றும் FOSS கருவிகள் உள்ளன. (அம்சம் கொடியிடுதல்), CDN, டிராஃபிக் இன்ஜினியரிங் (எ.கா. DNS) போன்றவை, கடந்த தசாப்தத்தில் செழித்து வளர்ந்தன.

கவனிக்கக்கூடிய தன்மை

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

விநியோகிக்கப்பட்ட டிரேசிங் என்பது 2010 களில் முக்கிய நீரோட்டத்தில் நுழைந்த மற்றொரு தொழில்நுட்பமாகும், இது OpenTracing (மற்றும் அதன் வாரிசான OpenTelemetry) போன்ற முயற்சிகளுக்கு நன்றி. ட்ரேஸிங் இன்னும் கடினமாக இருந்தாலும், சில சமீபத்திய முன்னேற்றங்கள் 2020 களில் அதன் உண்மையான திறனை வெளிப்படுத்துவோம் என்ற நம்பிக்கையை அளிக்கிறது. (குறிப்பு: கட்டுரையின் மொழிபெயர்ப்பை எங்கள் வலைப்பதிவில் படிக்கவும்.விநியோகிக்கப்பட்ட டிரேசிங்: நாங்கள் தவறு செய்தோம்"அதே ஆசிரியரால்.)

எதிர்காலத்தைப் பார்க்கிறேன்

துரதிர்ஷ்டவசமாக, வரவிருக்கும் தசாப்தத்தில் தீர்வுக்காக காத்திருக்கும் பல வலி புள்ளிகள் உள்ளன. அவற்றைப் பற்றிய எனது எண்ணங்கள் மற்றும் அவற்றை எவ்வாறு அகற்றுவது என்பது குறித்த சில சாத்தியமான யோசனைகள் இங்கே உள்ளன.

மூரின் சட்டப் பிரச்சனையைத் தீர்ப்பது

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

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

சிஐ / சிடி

CI இன் எழுச்சி 2010 களின் மிகப்பெரிய போக்குகளில் ஒன்றாக மாறியுள்ளது, ஜென்கின்ஸ் இன்னும் CI க்கு தங்கத் தரமாக உள்ளது.

கடந்த தசாப்தத்தின் தொழில்நுட்பத்தைப் பாருங்கள்

இந்த இடம் பின்வரும் பகுதிகளில் புதுமை தேவை:

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

டெவலப்பர் கருவிகள்

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

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

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

பிழை இனப்பெருக்கம் (அல்லது மெல்லிய சோதனைகள்) சில நிபந்தனைகள் அல்லது அமைப்புகளின் கீழ் நிகழ்கிறது.

சொற்பொருள் மற்றும் சூழல்-உணர்திறன் குறியீடு தேடல், கோட்பேஸின் குறிப்பிட்ட பகுதிகளுடன் உற்பத்தி சம்பவங்களை தொடர்புபடுத்துவதற்கான கருவிகள் போன்ற பகுதிகளில் மேலும் புதுமைகளைப் பார்க்க விரும்புகிறேன்.

கம்ப்யூட்டிங் (பாஸின் எதிர்காலம்)

2010 களில் கன்டெய்னர்கள் மற்றும் சர்வர்லெஸ் பற்றிய பரபரப்புக்குப் பிறகு, கடந்த சில ஆண்டுகளில் பொது கிளவுட் ஸ்பேஸில் தீர்வுகளின் வரம்பு கணிசமாக விரிவடைந்துள்ளது.

கடந்த தசாப்தத்தின் தொழில்நுட்பத்தைப் பாருங்கள்

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

இந்த கிளவுட் தீர்வுகளைப் பயன்படுத்துபவர்களுக்கு மட்டுமே பொறாமைப்பட முடியும். கோட்பாட்டளவில், குபெர்னெட்டஸ் கிளவுட் சலுகைகள் (GKE, EKS, EKS on Fargate போன்றவை) பணிச்சுமைகளை இயக்குவதற்கு கிளவுட் வழங்குநர்-சுயாதீன APIகளை வழங்குகின்றன. நீங்கள் இதே போன்ற தயாரிப்புகளைப் பயன்படுத்தினால் (ECS, Fargate, Google Cloud Run போன்றவை), சேவை வழங்குநரால் வழங்கப்படும் மிகவும் சுவாரஸ்யமான அம்சங்களை நீங்கள் ஏற்கனவே பயன்படுத்திக் கொண்டிருக்கலாம். கூடுதலாக, புதிய தயாரிப்புகள் அல்லது கம்ப்யூட்டிங் முன்னுதாரணங்கள் வெளிவரும்போது, ​​இடம்பெயர்வு எளிமையாகவும் மன அழுத்தமில்லாததாகவும் இருக்கும்.

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

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

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

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

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

மிக உயர்ந்த மட்டத்தில் சரியான API

அதே நேரத்தில் கவலைகளை சிறப்பாகப் பிரிப்பதன் அவசியத்திற்கு டோக்கர் ஒரு சிறந்த எடுத்துக்காட்டு மிக உயர்ந்த நிலை API இன் சரியான செயல்படுத்தல்.

டோக்கரில் உள்ள சிக்கல் என்னவென்றால் (குறைந்தபட்சம்) ஆரம்பத்தில் திட்டத்தின் இலக்குகள் மிகவும் பரந்ததாக இருந்தன: இவை அனைத்தும் கொள்கலன் தொழில்நுட்பத்தைப் பயன்படுத்தி பொருந்தக்கூடிய சிக்கலைத் தீர்ப்பதற்காக (“எனது கணினியில் வேலை செய்கிறது”). டோக்கர் ஒரு பட வடிவம், அதன் சொந்த மெய்நிகர் நெட்வொர்க்குடன் இயங்கும் நேரம், ஒரு CLI கருவி, ரூட்டாக இயங்கும் டீமான் மற்றும் பல. எப்படியிருந்தாலும், செய்திகளின் பரிமாற்றம் இருந்தது மேலும் குழப்பமான, "இலகுரக VMகள்" குறிப்பிட தேவையில்லை, cgroups, பெயர்வெளிகள், பல பாதுகாப்பு சிக்கல்கள் மற்றும் அம்சங்கள் "உருவாக்கும், வழங்க, எங்கும் எந்த பயன்பாட்டை இயக்க" மார்க்கெட்டிங் அழைப்பு கலந்து.

கடந்த தசாப்தத்தின் தொழில்நுட்பத்தைப் பாருங்கள்

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

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

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

Dockerfile மற்றும் CLI பயன்பாடு docker ஒரு நல்ல "உயர்நிலை பயனர் அனுபவத்தை" எவ்வாறு உருவாக்குவது என்பதற்கு ஒரு உதாரணமாக இருக்க வேண்டும். ஒரு சாதாரண டெவலப்பர் நுணுக்கங்களைப் பற்றி எதுவும் தெரியாமல் டோக்கருடன் வேலை செய்யத் தொடங்கலாம் செயல்பாட்டு அனுபவத்திற்கு பங்களிக்கும் செயலாக்கங்கள்பெயர்வெளிகள், cgroups, நினைவகம் மற்றும் CPU வரம்புகள் போன்றவை. இறுதியில், ஒரு டோக்கர்ஃபைலை எழுதுவது ஷெல் ஸ்கிரிப்டை எழுதுவதில் இருந்து வேறுபட்டதல்ல.

Kubernetes வெவ்வேறு இலக்கு குழுக்களுக்காக வடிவமைக்கப்பட்டுள்ளது:

  • கிளஸ்டர் நிர்வாகிகள்;
  • மென்பொருள் பொறியாளர்கள் உள்கட்டமைப்பு சிக்கல்களில் பணிபுரிகிறார்கள், குபெர்னெட்ஸின் திறன்களை விரிவுபடுத்துதல் மற்றும் அதன் அடிப்படையில் தளங்களை உருவாக்குதல்;
  • இறுதி பயனர்கள் குபெர்னெட்டஸுடன் தொடர்பு கொள்கின்றனர் kubectl.

குபெர்னெட்டஸின் "ஒன் ஏபிஐ அனைத்திற்கும் பொருந்தும்" அணுகுமுறையானது, அதை எப்படி அளவிடுவது என்பதற்கான வழிகாட்டுதலின்றி, போதுமான அளவு இணைக்கப்படாத "சிக்கலான மலையை" வழங்குகிறது. இவை அனைத்தும் நியாயமற்ற முறையில் நீடித்த கற்றல் பாதைக்கு வழிவகுக்கிறது. எப்படி அவர் எழுதுகிறார் ஆடம் ஜேக்கப், “டாக்கர் ஒரு மாற்றமான பயனர் அனுபவத்தைக் கொண்டுவந்தார், அது ஒருபோதும் மிஞ்சவில்லை. K8s ஐப் பயன்படுத்தும் எவரேனும் அது அவர்களின் முதல்தைப் போலவே செயல்பட விரும்பினால் கேளுங்கள் docker run. பதில் ஆம் என்று இருக்கும்":

கடந்த தசாப்தத்தின் தொழில்நுட்பத்தைப் பாருங்கள்

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

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

சில்லறை வர்த்தகம்

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

அடுத்த தசாப்தத்தில் இந்தத் தொழில் எவ்வாறு வளர்ச்சியடையும் என்பது குறித்து என்னிடம் குறிப்பிட்ட எண்ணங்கள் எதுவும் இல்லை என்றாலும், 2030 இல் நாம் கடைப்பிடிப்பதைப் போலவே 2020 இல் ஷாப்பிங் செய்தால் நான் மிகவும் ஏமாற்றமடைவேன்.

இதழியல்

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

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

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

சமூக நெட்வொர்க்குகள்

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

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

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

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

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

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

மொழிபெயர்ப்பாளரிடமிருந்து பி.எஸ்

எங்கள் வலைப்பதிவிலும் படிக்கவும்:

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

கருத்தைச் சேர்