तपाइँका विकासकर्ताहरू द्वारा बंधक बनाउने बेवास्ता गर्नुहोस्

होस्टज १००१०100107यस हप्ताको अन्तमा मैले एक स्थानीय कलाकारसँग कुराकानी सुरु गरें जसले उनको मालिकलाई उनको मालिकको केहि वेब अनुप्रयोगहरूको प्रबन्धसँग सहयोग पुर्‍याइरहेकी छ।

कुराकानीले मोड लिईयो र केहि सर्भर विकासकर्ताहरूसँग काम गरिरहेको विकासकर्तासँग कुनै प्रगति देखीकन साप्ताहिक विकास शुल्क तिर्ने कार्यमा गए। अब विकासकर्ताले उनीहरूलाई अर्को एकमुश्त शुल्क चार्ज गर्न चाहान्छन् परियोजना पूरा गर्नका लागि साप्ताहिक मर्मत शुल्क अन्य अनुरोधहरू कभर गर्नको लागि। यो झन झन खराब हुँदै जान्छ।

विकासकर्ताले डोमेन नाम हस्तान्तरण गर्नुभयो ताकि उसले तिनीहरूलाई व्यवस्थित गर्न सक्दछ। विकासकर्ताले पनि होस्टिंग खातामा अनुप्रयोग होस्ट गर्दछ। छोटकरीमा, विकासकर्ताले अब तिनीहरूलाई बंधक बनाइरहेको छ।

धन्यबाद, मैले काम गरिरहेको महिलाले साइटका लागि टेम्प्लेट फाइलहरू सम्पादन गर्न विगतमा प्रशासनिक पहुँचको माग गर्यो। विकासकर्ताले उनलाई सीमित पहुँच प्रदान गर्न सक्दछ तर उसले गरेन। उनले (आलस्य) साइटमा प्रशासनिक लगइनको साथ उनलाई प्रदान गरे। आज राती मैले साइटको लागि सबै कोडहरू ब्याकअप गर्न प्रयोग गरें। मैले कुन व्यवस्थापन सफ्टवेयर उसले प्रयोग गरिरहेको थियो र डाटाबेस प्रशासनमा मेरो बाटो बनाएको जहाँ मैले दुबै अनुप्रयोगको डेटा र तालिका संरचनाहरू निर्यात गर्न सक्षम भएँ। Whew।

एक पटक विकास पूरा भएपछि मालिकले नयाँ डोमेन नाममा साइटहरू सार्ने योजना गर्दै थिए। यो विशाल छ किनकि यसको मतलब हालको डोमेनहरूको समयावधि सकिन सक्छ कि त्यहाँ विकासकर्ता र कम्पनी बीच रिसाई छुट्टिएर जान्छ। मैले यो पहिले भएको देखेको छु।

केहि सुझावहरू यदि तपाईं आउटसोर्स विकास टोली लिन लाग्नुभयो भने:

  1. डोमेन रजिष्ट्रेसन

    तपाईको डोमेन नाम तपाईको कम्पनीको नाममा दर्ता गर्नुहोस्। तपाइँको विकासकर्तालाई खातामा टेक्निकल सम्पर्कको रूपमा राख्नु खराब छैन, तर कहिल्यै डोमेनको स्वामित्व तपाईको कम्पनी बाहिर कसैलाई हस्तान्तरण गर्नुहोस्।

  2. तपाइँको अनुप्रयोग वा साइट होस्टिंग

    यो राम्रो छ कि तपाईंको विकासकर्तासँग होस्टिंग कम्पनी हुन सक्छ र तपाईंको साइट तपाईंको लागि होस्ट गर्न सक्दछ, तर त्यसो नगर्नुहोस्। यसको सट्टामा, अनुप्रयोग होस्ट गर्न को लागी सिफारिसहरु सोध्नुहोस्। यो सत्य हो कि विकासकर्ताहरूले व्यवस्थापन सफ्टवेयर, संस्करणहरू, र स्रोतहरूको स्थानसँग परिचित हुन्छन् र यसले तपाइँको उत्पादनलाई चाँडै सम्पन्न गर्न मद्दत गर्दछ। त्योले भन्यो, यद्यपि, होस्टिंग खाताको स्वामित्व पाउनुहोस् र तपाईंको लगइनकर्ता र पहुँचको साथ तपाईंको विकासकर्ता थप्नुहोस्। यस तरिकाले, तपाईं प्लग तान्न सक्नुहुन्छ जब तपाईंलाई आवश्यक छ।

  3. कोडको स्वामित्व पाउनुहोस्

    यो कोडको स्वामित्वमा नराख्नुहोस्, लिखित रूपमा राख्नुहोस्। यदि तपाईं आफ्नो विकासकर्ताले अन्य कुनै विकासको लागि उसलाई / उसलाई तिर्ने समाधानहरू प्रयोग गरेर चाहनुहुन्न भने, तपाईंले निर्णय गर्नुपर्दछ कि सम्झौताको समयमा। मैले यस तरीकाले समाधानहरू विकास गरें तर मैले तिनीहरूलाई अधिकार पनि राखेको छु जहाँ म कोडमा अधिकारहरू राख्छु। पछिल्लो केसमा मैले आवेदनको लागत कममा सम्झौता गरें ताकि मलाई अधिकार दिनको लागि कम्पनीलाई प्रोत्साहन दिइयो। यदि तपाइँ तपाइँको विकासकर्ताले तपाइँको कोड कहिँ प्रयोग गरेर आपत्ति जनाउनुहुन्न भने, तपाइँले शीर्ष डलर भुक्तान गर्नु हुँदैन!

  4. दोस्रो राय पाउनुहोस्!

    जब व्यक्तिहरूले मलाई बिड लिइरहेका छन् वा अन्य व्यवसायिकहरूसँग परामर्श लिइरहेका छन् भन्‍दा यसले मेरो भावनालाई चोट पुर्‍याउँदैन। वास्तवमा, म सिफारिस गर्दछु!

तल्लो रेखा यो हो कि तपाइँ तपाइँको विकासकर्ताको प्रतिभा को लागी भुक्तान गर्दै हुनुहुन्छ तर तपाइँले विचारमा नियन्त्रण र स्वामित्व राख्नु पर्छ। यो तिम्रो हो। यो तपाईं नै हो जसले यसमा लगानी गर्नुभयो, तपाईं जसले आफ्नो व्यवसाय र यसको लागि नाफा जोखिममा पार्नुभयो… र यो तपाईं हो जसले यसलाई राख्नु पर्छ। डेभलपरहरू बदल्न सकिन्छ र यसले तपाईंको अनुप्रयोग, वा अझ खराब - तपाईंको व्यवसायलाई जोखिममा राख्नु हुँदैन।

6 टिप्पणिहरु

  1. 1

    म वेब एप विकासकर्ता हुँ र म तपाईंका धेरैजसो बिन्दुहरूसँग सहमत छु (सायद सबै) तर म #3 मा स्पष्टीकरण चाहन्छु।

    अर्को कम्पनी (वा खराब प्रतियोगी) लाई बेचेको साइट वा एप्लिकेसनको थोक नक्कल अनैतिक छ र सधैं तपाईंको सम्झौतामा स्वीकार्य छैन भनी निर्धारित गरिनुपर्छ। यद्यपि, मैले ग्राहकको परियोजनामा ​​काम गर्दा सामान्य समस्याहरूको नवीन समाधानहरू विकास गरेको छु जुन तिनीहरूको विशेष बिजसँग कुनै सम्बन्ध छैन र यसले समग्र समाधानको महत्त्वपूर्ण भागलाई प्रतिनिधित्व गर्दैन।

    उदाहरण:
    ग्राहक पृष्ठ स्तर र क्षेत्र स्तर नियन्त्रण प्रयोगकर्ता भूमिकाहरूमा बाँधिएको चाहन्थे। ASP.Net को लागि "बाक्स बाहिर" कार्यक्षमता फोल्डर स्तर अनुमतिहरू गर्छ। त्यसैले मैले .Net को लागि नेटिभ अनुमतिहरू विस्तार गरें र समग्र वेब अनुप्रयोगको भागको रूपमा समाधान प्रदान गरें।

    मलाई विश्वास छ कि तिनीहरू सम्पूर्ण कोडबेसको हकदार छन् (सम्झौतामा तोकिए अनुसार) तर भविष्यका परियोजनाहरूमा यो विस्तार पूरा गर्नको लागि उही विधि र कोडको टुक्राहरू प्रयोग गर्न मलाई उचित लाग्छ।

    अर्को झिल्ली:
    एक परामर्श कम्पनी द्वारा खेती गर्दा मैले यो गरें। के सल्लाहकार कम्पनीसँग तपाइँको विचारमा फिर्ता जाने र त्यो समाधान प्रतिलिपि गर्ने अधिकार छ, यसलाई आफ्नै रूपमा मार्केटिङ गर्ने?

    • 2

      साँच्चै,

      मलाई लाग्छ हामी सहमत छौं। यसमा मेरो बिन्दु यो सुनिश्चित गर्नु हो कि तपाईसँग कोड छ र यसको साथ ढोका बाहिर हिंड्न सक्नुहुन्छ। यदि तपाइँको विकासकर्ता तपाइँको लागि कोड कम्पाइल गर्दैछ र तपाइँको साइटमा धकेल्दै हुनुहुन्छ - तपाइँसँग कोड छैन। मैले यो ग्राफिक्स, फ्ल्यास, .NET, जाभा ... कुनै पनि कुरामा भएको देखेको छु जसलाई स्रोत फाइल चाहिन्छ र आउटपुट गरिएको छ।

      डग

  2. 3

    म देख्छु तपाईं कहाँबाट आउँदै हुनुहुन्छ र जब म सबै कुरामा १००% सहमत छैन (मसँग चेतावनी छ), कम्पनीहरूले सधैं यो दिमागमा राख्नु पर्छ।

    1. बिल्कुल। यो पर्याप्त तनाव गर्न सक्दैन। मैले एउटा सानो कम्पनीको लागि काम गरेको छु जसले यो गर्यो र मैले यसमा संलग्न भएकोमा क्रुशिंग अपराध महसुस गरें। त्यहाँबाट निस्कन पाएकोमा म धेरै खुसी छु। ग्राहकहरूले पूर्ण रूपमा आफ्नो डोमेनको नियन्त्रण राख्नु पर्छ। यदि तिनीहरूसँग पर्याप्त ज्ञानी कोही छ भने, विकासकर्तालाई यसमा पहुँच नदिनुहोस्। यदि होइन भने, निश्चित गर्नुहोस् कि विकासकर्तासँग तपाइँको लागि जानकारी परिवर्तन गर्ने/डोमेन स्थानान्तरण गर्ने कुनै प्रकारको रिसेलर इन्टरफेस मार्फत कम्तिमा पनि तरिका छ।

    २. म यससँग आंशिक रूपमा सहमत छु तर यो परिस्थितिमा निर्भर गर्दछ। यदि तपाइँ एक साधारण PHP एप डिप्लोइ गर्दै हुनुहुन्छ र कम लागत होस्टिङ चाहिन्छ भने, सबै माध्यमबाट, LunarPages वा DreamHost खाता वा केहि प्राप्त गर्नुहोस् र यसलाई त्यहाँ डम्प गर्नुहोस्। विकासकर्तालाई पहुँच दिनुहोस्। जे होस्, कम लागत साझा होस्टिंग निश्चित रूपमा यसको कमजोरीहरू छन् ... विशेष गरी ठूला चीजहरूको लागि। तर यदि तपाईं यसको बारेमा चिन्ता गर्न पर्याप्त ठूलो हुनुहुन्छ भने तपाईंसँग कर्मचारीमा प्राविधिक कोही हुनुपर्छ जसले यसलाई व्यवहार गर्न सक्छ। यो धेरै विश्वास को बारे मा स्पष्ट छ। यदि तपाइँ यस प्रकारको चीज (प्रतिबन्धहरू र त्यस्ता) को बारे मा गर्न सक्नुहुन्छ भने नरकको रूपमा केहि सम्झौतामा राख्नुहोस्। तेस्रो पक्ष होस्टिङ उत्कृष्ट छ यदि विकासकर्ताले कुनै पनि फेन्सी गर्न आवश्यक छैन भने। म मान्छु कि म फाटेको छु किनकि यो वास्तवमै परिस्थितिजन्य कुरा हो। यो साइटको साइजमा पनि निर्भर गर्दछ, प्रयोग गरिएका प्रविधिहरूको एरे। यदि यो ठूलो हुनेछ भने, कर्मचारी मा एक व्यक्ति भर्ती विचार। सधैं विकल्प होइन, तर ठूलो सामानको लागि सुरक्षित।

    3. यो पनि मेरो पुरानो कम्पनीले गरेको कुरा हो। तपाईंले छोड्न सक्नुहुन्छ, तिनीहरूले तपाईंलाई HTML, छविहरू इत्यादि दिनेछन्। तर कुनै कोड छैन। कोड मूल रूपमा एक लीज सेवा थियो। भनिन्छ, त्यहाँ स्वामित्व र स्वामित्व छ। मैले सधैं गैर-विशेष बिक्री गरेको छु। मूलतया, म मेरो कम्पोनेन्टहरू पुन: प्रयोग गर्न सक्षम हुन आवश्यक छ। मसँग ग्राहकको स्वामित्वमा कुनै समस्या छैन, तिनीहरूले यससँग के गर्न चाहन्छन् र अरू कसैलाई यसमा लाइनमा काम गराउनुभएको छ ... तर म आफैंलाई धितो राख्ने छैन र हरेक पटक पाङ्ग्रालाई पुन: आविष्कार गर्नुपर्छ।

    4. सधैं। सधैं। सधैं।

  3. 4

    राम्रो पोष्ट... राम्रो भयो यद्यपि म एउटा वस्तुसँग असहमत छु (#2):

    "यो राम्रो छ कि तपाइँको विकासकर्तासँग होस्टिङ कम्पनी हुन सक्छ र तपाइँको लागि तपाइँको साइट होस्ट गर्न सक्छ, तर यो नगर्नुहोस्।"

    यद्यपि म यसको पछाडिको तर्क बुझ्छु, यो केहि अवस्थाहरूमा प्रतिउत्पादक हुन सक्छ कि तपाइँको परियोजना कतै होस्ट गरिनु पर्छ। यदि तपाइँको साइट वा एप विकास गर्ने कम्पनीसँग होस्टिङ प्लेटफर्म छ जुन उनीहरूले प्रयोग गर्न रुचाउँछन्, संभावनाहरू यो प्रयोग गर्नको लागि यो अधिक कुशल र उत्पादक हुनेछ।

    थप रूपमा, दार्शनिक दृष्टिकोणबाट, यदि तपाईंले आफ्नो विकासकर्ताको होस्टिङ प्लेटफर्म प्रयोग गर्न अस्वीकार गर्नुभयो किनभने तपाईं "बन्धक बन्न" चाहनुहुन्न, त्यसपछि यसले सुरुदेखि नै अविश्वासको टोन सेट गर्दछ। यदि तपाइँ वास्तवमै तपाइँको विकासकर्तालाई उनीहरूसँग होस्ट गर्न पर्याप्त विश्वास गर्नुहुन्न भने, के तपाइँ वास्तवमै उनीहरूसँग पहिलो स्थानमा काम गर्न चाहनुहुन्छ?

    मलाई थाहा छ कि यस प्रकारको अवस्थाको बारेमा धेरै डरलाग्दा कथाहरू अवस्थित छन्, तर सामान्यतया म तपाईंलाई विश्वास गर्ने विकासकर्ता खोज्नमा ध्यान केन्द्रित गर्न सिफारिस गर्दछु। तपाइँ तपाइँको विकासकर्ताको होस्टिंग को उपयोग गर्न सक्नुहुन्छ र अझै पनि प्रशासनिक पहुँच अनुरोध गरेर र तपाइँको आफ्नै ब्याकअपहरू बनाएर आफैलाई सुरक्षित गर्न सक्नुहुन्छ।

    फेरि, राम्रो पोस्ट र धेरै उपयोगी जानकारी।

    धन्यवाद!
    माइकल रेनल्ड्स

    • 5

      नमस्ते माइकल,

      यो विश्वास मुद्दा जस्तो लाग्न सक्छ तर मलाई लाग्दैन कि यो हो - यो वास्तवमै नियन्त्रण र जिम्मेवारी मुद्दा हो। यदि तपाइँ तपाइँको वेब साइट विकास मा एक महत्वपूर्ण रकम लगानी गर्न जाँदै हुनुहुन्छ भने, तपाइँ निश्चित हुनुपर्दछ कि तपाइँ यसको वातावरण नियन्त्रण गर्न सक्नुहुन्छ।

      व्यापारमा चीजहरू हुन्छन् जसले सम्बन्ध तोड्छ र तिनीहरू नकारात्मक हुनु आवश्यक छैन। सायद तपाईंको विकासकर्ता/फर्मले धेरै ठूलो ग्राहक पाउँछ र तपाईंलाई समय खर्च गर्न सक्दैन। सायद तिनीहरूले व्यापार उद्देश्यहरू परिवर्तन गर्छन्। कहिलेकाहीँ तिनीहरूको होस्टिंग कम्पनीमा समस्या हुन सक्छ।

      म वकालत गर्दैछु कि तपाइँ नियन्त्रण गर्नुहुन्छ र तपाइँको होस्टिंग को लागी जिम्मेवार हुनुहोस् ताकि तपाइँ आफ्नो विकासकर्ता मा निर्भर गर्न सक्नुहुन्छ कि उहाँ के मा महान हुनुहुन्छ - विकास गर्दै!

      म पुश-ब्याकको कदर गर्छु, माइकल।

  4. 6

    म पनि वेब एप विकासकर्ता हुँ, र मलाई लाग्छ कि तपाईंले टाउकोमा कील ठोक्नुभएको छ। केही विचारहरू:

    मलाई लाग्छ कि सबैजना सहमत हुनेछन् (र तल टिप्पणीहरूमा आधारित छ) # 1 निरपेक्ष छ। कहिल्यै, कहिल्यै नगर्नुहोस्। कहिल्यै। कुनै पनि परिस्थितिमा।

    मेरो केहि साथी विकासकर्ताहरू भन्दा #2 मा फरक फरक छ: हामी हाम्रा ग्राहकहरूको लागि अन्तिम उत्पादन होस्ट गर्न अस्वीकार गर्छौं (निस्सन्देह, हामी विकासको क्रममा उत्पादन ड्राइभ गर्न ग्राहकहरूको लागि परीक्षण सर्भर होस्ट गर्छौं)। हामी क्लाइन्टहरूलाई यसलाई आफैं होस्ट गर्न वा होस्टिङ प्रदायक फेला पार्न मद्दत गर्न पाउँदा खुसी छौं। हामी केवल होस्टिंगको व्यवसायमा जान चाहँदैनौं। यदि यसको मतलब कामलाई फर्काउने हो भने, त्यसो होस्। त्यहाँ धेरै सस्तो मूल्यमा यो सेवा प्रदान गर्न सक्ने भन्दा त्यहाँ धेरै उत्कृष्ट होस्टिंग कम्पनीहरू वा पूर्वाधार फर्महरू छन्। हामी हाम्रो कामको पोर्टेबिलिटीलाई प्रोत्साहन गर्छौं, र ग्राहकले होस्टिङ प्रदायकहरूलाई वर्षौंसम्म स्विच गरे तापनि यसलाई होस्ट गर्न मद्दत गर्न हामी जे गर्न सक्छौं गर्नेछौं।

    #3 को लागि, हाम्रा ग्राहकहरूले अन्तिम उत्पादनको सबै स्रोत कोड एउटै चेतावनीको साथ प्राप्त गर्छन्: समाधानमा प्रयोग हुने तेस्रो पक्ष उत्पादनहरूको लागि (जस्तै Telerik वा कम्पोनेन्ट वनबाट वेब नियन्त्रणहरू), हामी ग्राहकलाई कम्पाइल गरिएको dll दिन सक्छौं। तेस्रो पक्ष नियन्त्रण (ग्रिड भन्नुहोस्)। ती तेस्रो पक्ष कम्पनीहरूसँग हाम्रो इजाजतपत्र सम्झौताहरू (जसलाई हामीले ग्राहकलाई प्रदान गर्छौं) हामीलाई ती प्रकारका नियन्त्रणहरूका लागि स्रोत कोड पुन: वितरण गर्न निषेध गर्दछ, किनभने यो तेस्रो पक्षहरूको बौद्धिक सम्पत्ति हो, हाम्रो होइन। यी प्रकारका उत्पादनहरूको प्रयोगले ग्राहकको लागि विकास समय बचत गर्छ र स्क्र्याचबाट समान कार्यक्षमता निर्माण गर्नु भन्दा धेरै सस्तो छ। हामी कुनै पनि काम गर्नु अघि यस नीतिको बारेमा अग्रिम छौं। निस्सन्देह, यदि ग्राहकले अनुकूलन नियन्त्रण विकासको लागि भुक्तान गर्न चाहन्छ (तेस्रो पक्षबाट पूर्वनिर्मित उत्पादन प्रयोग गर्नुको सट्टा) हामीले त्यो अनुकूलन नियन्त्रणको लागि अन्य सबै चीजहरूसँग स्रोत कोड प्रदान गर्दछौं।

    जब यो कोड पुन: प्रयोगको कुरा आउँछ, हामी यो तथ्यको बारेमा अगाडि छौं कि हामीले कोडको अंशहरू पुन: प्रयोग गर्न सक्छौं जबसम्म यो स्पष्ट रूपमा ग्राहकको प्रयोगको लागि विशेष रूपमा विकसित गरिएको थिएन (स्वामित्व व्यापार प्रक्रियाको लागि भन्नुहोस्) कुनै काम गर्नु अघि। यदि ग्राहक निश्चित रूपमा विकसित विशेष कोड चाहन्छ भने, त्यो तिनीहरूको लागि उपलब्ध छ।

    अरूले भनेका छन्, #4 सधैं सिफारिस गरिन्छ। सधैं!

    सादर,
    टिम यंग

तिम्रो के बिचार छ?

यो साइट स्प्याम कम गर्न Akismet को उपयोग गर्दछ। जान्नुहोस् कि तपाईंको डेटा कसरी संसाधित छ.