மொழிபெயர்ப்பாளரின் முன்னுரை: இந்த கட்டுரையைப் படித்த பிறகு, நீங்கள் ஆச்சரியப்படலாம் அல்லது கோபப்படலாம். ஆம், நாங்களும் ஆச்சரியப்பட்டோம்: ஆசிரியர் அணியில் உள்ள படிநிலையைப் பற்றி, "விரைவாகவும் பகுத்தறிவு இல்லாமல் அதைச் செய்யுங்கள்" என்ற நிலையில் பணிகளை அமைப்பதைப் பற்றி ஒருபோதும் கேள்விப்பட்டிருக்கவில்லை. ஆம், அது சரி, இது சற்று வித்தியாசமான உரை. உண்மையில், புரோகிராமர் ஒரு கணினி கட்டிடக் கலைஞரின் பாத்திரத்தை ஏற்க வேண்டும் என்று ஆசிரியர் பரிந்துரைக்கிறார் - உங்களுக்கு ஏன் ஒரு கட்டிடக் கலைஞர் தேவை? ஆனால் இந்த ஆட்சேபனைகள் அனைத்தும் முக்கிய விஷயத்திற்கு உங்களைக் குருடாக்கக்கூடாது - நாங்கள் ஏன் இந்த உரையை எடுத்து மொழிபெயர்த்தோம். அவர் பாத்திரங்களைப் பற்றி பேசவில்லை. இந்த உரை ஒரு தொழில்முறை அணுகுமுறை மற்றும் விழிப்புணர்வு பற்றியது. உண்மை என்னவென்றால், உங்கள் செயல்களின் அர்த்தத்தைப் பற்றி சிந்திக்காமல் "உங்களுக்குச் சொன்னதைச் செய்யும்" வரை, நீங்கள் ஒரு சிறந்த புரோகிராமர் ஆக மாட்டீர்கள்.
தேவையற்ற குறியீடு வேண்டாம் என்று சொல்லுங்கள். நீங்கள் செய்ய வேண்டியது மூன்று எழுத்துக்களை ஒன்றாக சேர்த்து ஒரு வார்த்தையைச் சொல்லுங்கள். இதை ஒன்றாகச் செய்ய முயற்சிப்போம்: "Nooooo!"
ஆனால் காத்திருங்கள். நாம் ஏன் இதைச் செய்கிறோம்? எல்லாவற்றிற்கும் மேலாக, ஒரு புரோகிராமரின் முக்கிய பணி குறியீட்டை எழுதுவதாகும். ஆனால் உங்களிடம் கேட்கப்படும் ஏதேனும் குறியீட்டை நீங்கள் எழுத வேண்டுமா? இல்லை! "எப்போது குறியீட்டை எழுதக்கூடாது என்பதைப் புரிந்துகொள்வது ஒரு புரோகிராமருக்கு மிக முக்கியமான திறமையாக இருக்கலாம்." .
நாங்கள் நினைவூட்டுகிறோம்: "Habr" இன் அனைத்து வாசகர்களுக்கும் - "Habr" விளம்பரக் குறியீட்டைப் பயன்படுத்தி எந்த Skillbox படிப்பிலும் சேரும்போது 10 ரூபிள் தள்ளுபடி.
Skillbox பரிந்துரைக்கிறது: நடைமுறை படிப்பு .
புரோகிராமிங் என்பது சிக்கலைத் தீர்க்கும் கலை. நீங்கள் இந்தக் கலையில் வல்லவர்கள்.
சில நேரங்களில், முடிந்தவரை விரைவாக வேலையைத் தொடங்கும் முயற்சியில், கையில் உள்ள பணியை முடிப்பதைத் தவிர வேறு எதையும் பற்றி நாம் சிந்திக்க மாட்டோம். மேலும் இது இன்னும் கடுமையான பிரச்சனைகளை ஏற்படுத்தும்.
புரோகிராமர்கள் எதை நோக்கி கண்மூடித்தனமாக இருக்கிறார்கள்?
நீங்கள் எழுதும் அனைத்து குறியீடுகளும் மற்ற டெவலப்பர்களுக்குப் புரியும் வகையில் இருக்க வேண்டும், மேலும் சோதனை செய்து பிழைத்திருத்தப்பட வேண்டும்.
ஆனால் ஒரு சிக்கல் உள்ளது: நீங்கள் எதை எழுதினாலும், அது உங்கள் மென்பொருளை சிக்கலாக்கும் மற்றும் எதிர்காலத்தில் பிழைகளை அறிமுகப்படுத்தும்.
ரிச் ஸ்க்ரெண்ட் படி, . அவர் எழுதுவது இதோ:
"குறியீடு மோசமாக உள்ளது, ஏனெனில் அது அழுகத் தொடங்குகிறது மற்றும் நிலையான பராமரிப்பு தேவைப்படுகிறது. புதிய அம்சங்களைச் சேர்க்க, பெரும்பாலும் பழைய குறியீட்டை மாற்றியமைக்க வேண்டும். இது பெரியதாக இருந்தால், பிழை ஏற்படுவதற்கான வாய்ப்புகள் அதிகம் மற்றும் தொகுக்க அதிக நேரம் எடுக்கும். அதைக் கண்டுபிடிக்க மற்றொரு டெவலப்பர் அதிக நேரம் எடுக்கும். மறுசீரமைப்பு தேவைப்பட்டால், நிச்சயமாக மாற்றத்தக்க துண்டுகள் இருக்கும். பெரிய குறியீடு என்பது திட்டத்தின் நெகிழ்வுத்தன்மை மற்றும் செயல்பாட்டைக் குறைக்கிறது. ஒரு எளிய மற்றும் நேர்த்தியான தீர்வு சிக்கலான குறியீட்டை விட வேகமானது."
குறியீட்டை எப்போது எழுதக்கூடாது என்று உங்களுக்கு எப்படித் தெரியும்?
பிரச்சனை என்னவென்றால், புரோகிராமர்கள் தங்கள் பயன்பாட்டிற்குத் தேவையான அம்சங்களின் எண்ணிக்கையை மிகைப்படுத்துகிறார்கள். இதன் விளைவாக, குறியீட்டின் பல பிரிவுகள் முடிக்கப்படாமல் உள்ளன அல்லது யாரும் அவற்றைப் பயன்படுத்துவதில்லை, ஆனால் அவை பயன்பாட்டை சிக்கலாக்குகின்றன.
உங்கள் திட்டத்திற்கு என்ன தேவை மற்றும் எது தேவையில்லை என்பதை நீங்கள் தெளிவாக புரிந்து கொள்ள வேண்டும்.
மின்னஞ்சலை நிர்வகித்தல் - ஒரு பணியை மட்டும் தீர்க்கும் பயன்பாடு ஒரு எடுத்துக்காட்டு. இந்த நோக்கத்திற்காக, இரண்டு செயல்பாடுகள் அறிமுகப்படுத்தப்பட்டுள்ளன - கடிதங்களை அனுப்புதல் மற்றும் பெறுதல். அதே நேரத்தில் அஞ்சல் மேலாளர் பணி நிர்வாகியாக மாற வேண்டும் என்று நீங்கள் எதிர்பார்க்கக்கூடாது.
பயன்பாட்டின் முக்கிய பணியுடன் தொடர்பில்லாத அம்சங்களைச் சேர்ப்பதற்கான முன்மொழிவுகளுக்கு நீங்கள் உறுதியாக "இல்லை" என்று கூற வேண்டும். கூடுதல் குறியீடு தேவையில்லை என்பது தெளிவாகும் தருணம் இதுதான்.
உங்கள் விண்ணப்பத்தின் கவனத்தை ஒருபோதும் இழக்காதீர்கள்.
எப்போதும் உங்களை நீங்களே கேட்டுக்கொள்ளுங்கள்:
- இப்போது என்ன செயல்பாடு செயல்படுத்தப்பட வேண்டும்?
- நான் என்ன குறியீடு எழுத வேண்டும்?
மனதில் தோன்றும் யோசனைகளைக் கேள்விக்குள்ளாக்குங்கள் மற்றும் வெளியில் இருந்து வரும் பரிந்துரைகளை மதிப்பீடு செய்யுங்கள். இல்லையெனில், கூடுதல் குறியீடு வெறுமனே திட்டத்தை அழிக்கக்கூடும்.
தேவையற்ற விஷயங்களை எப்போது சேர்க்கக்கூடாது என்பதை அறிவது உங்கள் குறியீட்டு தளத்தை உறுதியான கட்டுப்பாட்டில் வைத்திருக்க உதவும்.
பாதையின் ஆரம்பத்தில், புரோகிராமரிடம் இரண்டு அல்லது மூன்று மூல கோப்புகள் மட்டுமே உள்ளன. இது எளிமை. பயன்பாட்டை தொகுத்தல் மற்றும் தொடங்குவதற்கு குறைந்தபட்ச நேரம் தேவைப்படுகிறது; எங்கு, எதைத் தேடுவது என்பது எப்போதும் தெளிவாக இருக்கும்.
பயன்பாடு விரிவடையும் போது, அதிகமான குறியீடு கோப்புகள் தோன்றும். அவை பட்டியலை நிரப்புகின்றன, ஒவ்வொன்றும் நூற்றுக்கணக்கான வரிகளுடன். இவை அனைத்தையும் சரியாக ஒழுங்கமைக்க, நீங்கள் கூடுதல் கோப்பகங்களை உருவாக்க வேண்டும். அதே சமயம், எந்தெந்த செயல்பாடுகள் எதற்குப் பொறுப்பாகும், எந்தெந்தச் செயல்கள் அவற்றை ஏற்படுத்துகின்றன என்பதை நினைவில் கொள்வது கடினமாகி வருகிறது; பிழைகள் பிடிக்க அதிக நேரம் எடுக்கும். திட்ட மேலாண்மை மிகவும் சிக்கலானதாகி வருகிறது; ஒன்று அல்ல, ஆனால் பல டெவலப்பர்கள் எல்லாவற்றையும் கண்காணிக்க வேண்டும். அதன்படி, பணம் மற்றும் நேரம் ஆகிய இரண்டும் செலவுகள் அதிகரிக்கின்றன, மேலும் வளர்ச்சி செயல்முறை குறைகிறது.
திட்டம் இறுதியில் மிகப்பெரியதாக மாறும், மேலும் ஒவ்வொரு புதிய அம்சத்தையும் சேர்ப்பது மேலும் மேலும் முயற்சி எடுக்கும். மிக அற்பமான விஷயத்திற்கு கூட பல மணி நேரம் செலவிட வேண்டியிருக்கும். ஏற்கனவே உள்ள பிழைகளை சரிசெய்வது புதியவை தோன்றுவதற்கு வழிவகுக்கிறது, மேலும் பயன்பாட்டு வெளியீட்டு காலக்கெடுவும் தவறவிடப்படும்.
இப்போது நாம் திட்டத்தின் உயிருக்கு போராட வேண்டும். ஏன்?
உண்மை என்னவென்றால், நீங்கள் எப்போது கூடுதல் குறியீட்டைச் சேர்க்கக்கூடாது என்பதை நீங்கள் புரிந்து கொள்ளவில்லை, மேலும் ஒவ்வொரு பரிந்துரை மற்றும் யோசனைக்கும் "ஆம்" என்று பதிலளித்தீர்கள். நீங்கள் பார்வையற்றவராக இருந்தீர்கள், புதிய விஷயங்களை உருவாக்கும் ஆசை உங்களை முக்கியமான உண்மைகளை புறக்கணிக்க வைத்தது.
ஒரு திகில் திரைப்பட ஸ்கிரிப்ட் போல் தெரிகிறது, இல்லையா?
சரி என்று தொடர்ந்து சொன்னால் இதுதான் நடக்கும். குறியீட்டை எப்போது சேர்க்கக்கூடாது என்பதைப் புரிந்துகொள்ள முயற்சிக்கவும். திட்டத்திலிருந்து தேவையற்ற விஷயங்களை அகற்றவும் - இது உங்கள் வாழ்க்கையை மிகவும் எளிதாக்கும் மற்றும் பயன்பாட்டின் ஆயுளை நீட்டிக்கும்.
"எனது மிகவும் பயனுள்ள நாட்களில் நான் 1000 கோடுகளை நீக்கியது."
- கென் தாம்சன்.
குறியீட்டை எப்போது எழுதக்கூடாது என்பதைக் கற்றுக்கொள்வது கடினம். ஆனால் அது அவசியம்.
ஆம், நீங்கள் ஒரு டெவலப்பரின் பாதையில் சென்றுவிட்டீர்கள், மேலும் குறியீட்டை எழுத விரும்புகிறீர்கள் என்பது எனக்குத் தெரியும். இது நல்லது, அந்த முதல் தோற்றத்தை இழக்காதீர்கள், ஆனால் உற்சாகத்தின் காரணமாக முக்கியமான காரணிகளின் பார்வையை இழக்காதீர்கள். சோதனை மற்றும் பிழை மூலம் நாங்கள் அனைத்தையும் உணர்ந்தோம். நீங்களும் தவறுகளைச் செய்து அவற்றிலிருந்து பாடம் கற்றுக் கொள்வீர்கள். ஆனால் மேற்கூறியவற்றிலிருந்து நீங்கள் கற்றுக்கொள்ள முடிந்தால், உங்கள் வேலை அதிக விழிப்புணர்வுடன் இருக்கும்.
உருவாக்கிக் கொண்டே இருங்கள், ஆனால் எப்போது வேண்டாம் என்று சொல்ல வேண்டும் என்று தெரிந்து கொள்ளுங்கள்.
Skillbox பரிந்துரைக்கிறது:
- ஆன்லைன் படிப்புக்கு விண்ணப்பித்தேன் .
- ஆன்லைன் படிப்பு .
- நடைமுறை ஆண்டு படிப்பு .
ஆதாரம்: www.habr.com