கண்ணுக்குத் தெரியாத பிரண்ட்-எண்ட்: ஒரு தயாரிப்பைக் காப்பாற்றும் சிறிய முடிவுகள்
சிறந்த பிரண்ட்-எண்ட் வேலைகள் ஒருபோதும் ஒரு டெமோவில் தெரிவதில்லை.
நான் அதிகம் மதிக்கும் வேலை கண்ணுக்குத் தெரியாதது. யாரும் அதன் ஸ்கிரீன்ஷாட்களை எடுப்பதில்லை. ஆனால் இந்த வேலை இல்லையென்றால், பயனர்கள் வெளியேறிவிடுவார்கள். அவர்கள் ஏன் வெளியேறினார்கள் என்பது உங்களுக்குத் தெரியாமலேயே போகலாம்.
இந்த வேலை இடைவெளிகளில் நிகழ்கிறது. திரைகளுக்கு இடையிலும், உங்கள் பேக்-எண்டிற்கும் (backend) ஒரு உண்மையான மனிதருக்கும் இடையிலும் இது நிகழ்கிறது.
பெரிய சிக்கல்களைத் தடுக்கும் சிறிய திருத்தங்களின் மூன்று உதாரணங்கள் இதோ.
- லாகின் (login) பிழைகளைச் சரிசெய்தல்
சிக்கல்: லாகின் சரியாகச் செயல்பட்டதா என்பதைப் பார்க்க பிரண்ட்-எண்ட் ஒரு 'status' புலத்தை (field) சரிபார்த்தது. ஆனால் பேக்-எண்ட் ஒரு சரியான டோக்கனை (token) ஒரு 'null status'-உடன் அனுப்பியது. பயனர் சரியாக லாகின் செய்தும், அவருக்கு ஒரு பிழைச் செய்தி தெரிந்தது.
தீர்வு: இப்போது பிரண்ட்-எண்ட் ஒரு 'status string'-க்கு பதிலாக, ஒரு டோக்கன் இருக்கிறதா என்பதைச் சரிபார்க்கிறது.
பாடம்: ஒரு தொழில்நுட்ப விவரக்குறிப்பில் (technical spec) உள்ள தெளிவற்ற புலம், பயனருக்கு ஒரு பூட்டப்பட்ட கதவாக மாறிவிடுகிறது.
- சரிபார்ப்பு இணைப்புகளைக் (verification links) கையாளுதல்
சிக்கல்: ஒரு பயனர் ஒரு சரிபார்ப்பு இணைப்பை புதிய டேபில் (tab) திறக்கிறார். அசல் டேப் அப்படியே நின்றுவிடுகிறது. முதல் டேப்பில் லாகின் டோக்கன் இல்லாததால், சர்வரைத் தொடர்ந்து சரிபார்க்கும் (polling) முயற்சி தோல்வியடைகிறது.
தீர்வு: பிரவுசர் ஸ்டோரேஜ் ஈவென்ட்டை (browser storage event) பயன்படுத்தவும். ஒரு டேப் லோக்கல் ஸ்டோரேஜை (local storage) புதுப்பிக்கும்போது, மற்ற அனைத்து டேப்களுக்கும் அந்தத் தகவல் உடனடியாகச் சென்றடையும். டேப்களை ஒத்திசைக்க (sync) இது ஒரு இலவசமான மற்றும் உடனடி வழியாகும்.
- 'Resend' பட்டன் கூல்டவுன் (cooldowns)
சிக்கல்: "30 வினாடிகளில் மின்னஞ்சலை மீண்டும் அனுப்பவும்" என்ற டைமர் (timer) காம்போனென்ட் ஸ்டேட்டில் (component state) சேமிக்கப்பட்டிருந்தது. பயனர் பக்கத்தைப் புதுப்பித்தால் (refresh), டைமர் பூஜ்ஜியத்திற்குத் திரும்பியது. பயனர்கள் பட்டனைத் தொடர்ந்து அழுத்தியதால் (spam), உங்கள் மின்னஞ்சல் செலவுகள் அதிகரித்தன.
தீர்வு: கவுண்ட்டவுனை (countdown) சேமிக்க வேண்டாம். காலக்கெடுவின் டைம்ஸ்டாம்பை (deadline timestamp) சேமிக்கவும்.
கூல்டவுன் முடியும் சரியான நேரத்தைச் சேமிப்பதன் மூலம், பக்கம் புதுப்பிக்கப்பட்டாலும் டைமர் தொடரும். பக்கத்தை ரீலோட் செய்வதன் மூலம் அதை ரீசெட் செய்வது சாத்தியமற்றது.
நிறுவனர்கள் ஏன் இதைக் கவனிக்க வேண்டும்:
• லாகின் திருத்தம் பயனர் செயல்பாட்டை (user activation) பாதுகாக்கிறது. • டேப் சிங்க் (tab sync) உங்கள் கன்வெர்ஷன் ரேட்டை (conversion rate) பாதுகாக்கிறது. • கூல்டவுன் உங்கள் பட்ஜெட்டைத் தவறாகப் பயன்படுத்துவதிலிருந்து பாதுகாக்கிறது.
சிறந்த பொறியியல் என்பது திரையை அழகாகக் காட்டுவது மட்டுமல்ல. அது இடைவெளிகளைத் துல்லியமாகக் கவனிப்பதாகும். இந்தத் திருத்தங்களுக்கு ஐம்பது வரிகளுக்குக் குறைவான குறியீடுகளே (code) தேவைப்பட்டன. சிக்கலைக் கண்டறிந்து அதைச் சரியான இடத்தில் சரிசெய்வதிலிருந்தே அதன் மதிப்பு கிடைக்கிறது.
ஆதாரம்: https://dev.to/virendra2902/the-invisible-frontend-small-decisions-that-quietly-save-a-product-1pkl