நூலகத்தை உருவாக்கப் படிப்பதை நிறுத்துங்கள். ஒரு சிக்கலைத் தீர்க்கப் படிக்கத் தொடங்குங்கள்.
பெரும்பாலான பொறியியல் வாசிப்புப் பட்டியல்கள் அறிவைச் சேகரிப்பதிலேயே கவனம் செலுத்துகின்றன. நவீன பொறியியல், தடைகளைத் (bottlenecks) தீர்ப்பதற்கே வெகுமதி அளிக்கிறது.
ஒரு ஜூனியர் இன்ஜினியர் சமீபத்தில் எனக்கு ஒரு "Top 10 Books for Engineers" பட்டியலைக் காட்டினார். அது பத்து ஆண்டுகளுக்கு முன்பு இருந்த பட்டியல்களைப் போலவே இருந்தது. அது அதே பழைய அனுமானத்தை அடிப்படையாகக் கொண்டிருந்தது.
போதுமான புத்தகங்களைப் படிப்பது உங்களை ஒரு சிறந்த பொறியாளராக மாற்றும் என்பதே அந்த அனுமானம். உயர் செயல்திறன் கொண்ட குழுக்கள் இந்த முறையில் கற்றுக்கொள்வதில்லை.
சிறந்த பொறியாளர்கள் தடைகளைச் (constraints) சுற்றியே கற்றல் திட்டங்களை உருவாக்குகிறார்கள்.
வழக்கமான வாசிப்புப் பட்டியல்கள் அனைத்து அறிவும் மதிப்புடையது என்று கருதுகின்றன. ஆனால் உண்மையில், பொறியியல் மதிப்பு சூழலைப் (context) பொறுத்தது.
• தரவுத்தளப் (database) பிரச்சனைகளை எதிர்கொள்ளும் ஒரு backend engineer-க்கு Agile பற்றிய புத்தகம் தேவையில்லை. • AI inference-க்காக அதிக செலவு செய்யும் ஒரு குழுவிற்கு, பொதுவான craftsmanship புத்தகம் தேவையில்லை. • லேட்டன்சி (latency) பிரச்சனைகளை எதிர்கொள்ளும் ஒரு ஸ்டார்ட்அப்பிற்கு, ஒரு தலைமைத்துவக் கட்டமைப்பு (leadership framework) தேவையில்லை.
இவர்களுக்குத் தங்களுக்கு முன்னால் இருக்கும் குறிப்பிட்ட தடையைத் தீர்க்கும் தீர்வுகளே தேவைப்படுகின்றன. வாசிப்புப் பட்டியல்கள் முழுமைக்காக (completeness) வடிவமைக்கப்படுகின்றன. பொறியியல் பொருத்தத்திற்கு (relevance) முக்கியத்துவம் அளிக்கிறது.
தரவுத்தளங்கள் (databases) மற்றும் நெட்வொர்க்கிங் (networking) போன்ற அடிப்படைகள் இப்போதும் முக்கியம் தான். ஆனால் அவை மட்டும் போதுமானவை அல்ல.
நவீன அமைப்புகள் புதிய தடைகளைக் கொண்டுவருகின்றன. AI inference செலவுகள் ஒரு முக்கிய உதாரணம். பாரம்பரியப் பட்டியல்கள் இத்தகைய சிக்கல்களை அரிதாகவே கையாளுகின்றன.
சவால் என்பது இனி சரியான மென்பொருளை எழுதுவது மட்டுமல்ல. நிகழ்தகவு கூறுகள் (probabilistic components) மீது நம்பகமான அமைப்புகளை உருவாக்குவதே சவாலாகும்.
கடந்த காலத்தில், பொறியாளர்கள் தீர்மானிக்கப்பட்ட (deterministic) அமைப்புகளுடன் பணியாற்றினர். ஒரே உள்ளீடு (input) ஒரே வெளியீட்டை (output) வழங்கும்.
இன்று, அமைப்புகள் வித்தியாசமாகச் செயல்படுகின்றன. ஒரு prompt வெவ்வேறு பதில்களைத் தருகிறது. ஒரு agent வெவ்வேறு பாதைகளைத் தேர்ந்தெடுக்கிறது. நீங்கள் உங்கள் குறியீட்டை (code) மாற்றாமலேயே, ஒரு மாடல் மேம்படுத்தல் (model upgrade) அதன் நடத்தையை மாற்றுகிறது.
புதிய கேள்விகள் இவைதான்: • தரத்தை எவ்வாறு மதிப்பீடு செய்வது? • இந்த மாற்றங்களை எவ்வாறு கையாள்வது?
இவை விளிம்பு நிலைச் சிக்கல்கள் (edge cases) அல்ல. இவை அன்றாட பொறியியல் பணிகளாகும்.
திறமையான பொறியாளர்கள் புத்தகங்களை ஆரம்பம் முதல் இறுதி வரை படிப்பதில்லை. அவர்கள் வழிமுறைகளுக்காக (mechanisms) படிக்கிறார்கள். அவர்கள் ஒரு தடையைக் கண்டறிந்து, அதன் வழிமுறையை அடையாளம் கண்டு, அவர்களுக்குத் தேவையானதை மட்டும் கற்கிறார்கள்.
• லேட்டன்சி (latency) அதிகமாக இருந்தால், batching பற்றிப் படிக்கவும். • சூழல் (context) ஒரு பிரச்சனையாக இருந்தால், retrieval பற்றிப் படிக்கவும். • agents தோல்வியடைந்தால், evaluation பற்றிப் படிக்கவும்.
இது கற்றலை நேரடியாக உற்பத்தியுடன் (production) இணைக்கிறது. அறிவு ஒரு கருவியாக (leverage) மாறுகிறது.
இந்த கற்றல் சுழற்சியைப் பயன்படுத்தவும்:
- தடையைக் கண்டறியவும்.
- அந்தப் பிரச்சனைக்கான குறிப்பிட்ட ஆதாரத்தைக் கண்டறியவும்.
- தீர்வைச் செயல்படுத்தவும்.
ஒரு வாசிப்புப் பட்டியலை முடிக்க முயற்சிப்பதை நிறுத்துங்கள். அமைப்பை மேம்படுத்த முயற்சி செய்யத் தொடங்குங்கள்.
உங்கள் அடுத்த புத்தகத்தைப் படிப்பதற்கு முன், உங்களையே கேட்டுக்கொள்ளுங்கள்: எனது அமைப்பில் உள்ள மிகப்பெரியக் கட்டுப்பாடு எது?
அது தாமதமா, செலவா, நம்பகத்தன்மையா அல்லது கண்காணிப்புத் திறனா?
அந்தத் தடையைத் தீர்க்கும் ஆதாரத்தைக் கண்டறியுங்கள். பொறியியல் என்பது வாசிப்புப் போட்டி அல்ல. இது தடைகளைத் தீர்க்கும் ஒரு தொழில்முறை.
நீங்கள் அடுத்து என்ன கற்க வேண்டும் என்பதை உங்கள் அமைப்பே தீர்மானிக்கிறது.