உங்கள் டெவலப்பர்களால் பிணைக் கைதியாக இருப்பதைத் தவிர்க்கவும்

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

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

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

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

மேம்பாடு முடிந்ததும் தளங்களை புதிய டொமைன் பெயர்களுக்கு நகர்த்த உரிமையாளர் திட்டமிட்டிருந்தார். டெவலப்பருக்கும் நிறுவனத்திற்கும் இடையில் கோபமான பிரிப்பு ஏற்பட்டால் தற்போதைய களங்கள் காலாவதியாகிவிடும் என்பதே இதன் பொருள். இது முன்பு நடந்ததை நான் பார்த்திருக்கிறேன்.

நீங்கள் ஒரு அவுட்சோர்ஸ் மேம்பாட்டுக் குழுவைப் பெறப் போகிறீர்கள் என்றால் சில உதவிக்குறிப்புகள்:

  1. டொமைன் பதிவு

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

  2. உங்கள் விண்ணப்பம் அல்லது தளத்தை ஹோஸ்டிங் செய்தல்

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

  3. குறியீட்டை சொந்தமாக்குங்கள்

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

  4. இரண்டாவது கருத்தைப் பெறுங்கள்!

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

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

6 கருத்துக்கள்

  1. 1

    நான் ஒரு வலை பயன்பாட்டு டெவலப்பர், உங்கள் பெரும்பாலான புள்ளிகளுடன் (ஒருவேளை அனைத்துமே) உடன்படுகிறேன், ஆனால் # 3 இல் தெளிவுபடுத்த விரும்புகிறேன்.

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

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

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

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

    • 2

      குறிப்பிடத்தக்க வகையில்,

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

      டக்

  2. 3

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

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

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

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

    4. எப்போதும். எப்போதும். எப்போதும்.

  3. 4

    நல்ல இடுகை… நான் ஒரு உருப்படியுடன் (# 2) உடன்படவில்லை என்றாலும் நன்றாக உள்ளது:

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

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

    கூடுதலாக, ஒரு தத்துவ கண்ணோட்டத்தில், உங்கள் டெவலப்பரின் ஹோஸ்டிங் தளத்தை நீங்கள் பயன்படுத்த மறுத்துவிட்டால், நீங்கள் “பிணைக் கைதியாக” இருக்க விரும்பவில்லை என்றால், இது தொடக்கத்திலிருந்தே அவநம்பிக்கையின் தொனியை அமைக்கிறது. உங்கள் டெவலப்பரை அவர்களுடன் ஹோஸ்ட் செய்ய போதுமான அளவு நீங்கள் உண்மையில் நம்பவில்லை என்றால், அவர்களுடன் முதலில் பணியாற்ற விரும்புகிறீர்களா?

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

    மீண்டும், நல்ல பதிவு மற்றும் மிகவும் பயனுள்ள தகவல்கள்.

    நன்றி!
    மைக்கேல் ரெனால்ட்ஸ்

    • 5

      ஹாய் மைக்கேல்,

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

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

      உங்கள் ஹோஸ்டிங்கை நீங்கள் கட்டுப்படுத்தவும் பொறுப்பாகவும் இருக்க வேண்டும் என்று நான் வாதிடுகிறேன், எனவே உங்கள் டெவலப்பரில் அவர் சிறந்தவர் - வளரும்!

      புஷ்-பேக்கை நான் பாராட்டுகிறேன், மைக்கேல்.

  4. 6

    நானும் ஒரு வலை பயன்பாட்டு டெவலப்பர், நீங்கள் தலையில் ஆணியைத் தாக்கியுள்ளீர்கள் என்று நினைக்கிறேன். சில எண்ணங்கள்:

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

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

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

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

    மற்றவர்கள் கூறியது போல், # 4 எப்போதும் பரிந்துரைக்கப்படுகிறது. எப்போதும்!

    அன்புடன்,
    டிம் யங்

நீங்கள் என்ன நினைக்கிறீர்கள்?

இந்த தளம் ஸ்பேமைக் குறைக்க Akismet ஐப் பயன்படுத்துகிறது. உங்கள் கருத்துத் தரவு எவ்வாறு செயல்படுத்தப்படுகிறது என்பதை அறியவும்.