आपल्या विकसकांकडून ओलीस ठेवणे टाळा

होस्टेज 100107या आठवड्याच्या शेवटी मी एका स्थानिक कलाकाराशी संभाषण सुरू केले जे तिच्या बॉसच्या मालकीच्या काही वेब अ‍ॅप्लिकेशन्सच्या व्यवस्थापनासाठी तिच्या बॉसला मदत करत आहेत.

संभाषणाला एक वळण लागले आणि विकसकासह ते काम करीत आहेत याची कोणतीही प्रगती न पाहता साप्ताहिक विकास शुल्क भरण्याबद्दल काही गोष्टी पुढे गेल्या. आता विकासकास त्यांना प्रकल्प पूर्ण करण्यासाठी आणखी एकमुखी शुल्क तसेच इतर विनंत्या पूर्ण करण्यासाठी साप्ताहिक देखभाल शुल्क आकारण्याची इच्छा आहे. हे आणखी वाईट होते.

विकसकाने डोमेन नावे हस्तांतरित केली ज्यामुळे तो त्यांना व्यवस्थापित करू शकेल. विकसक त्याच्या होस्टिंग खात्यावर देखील अनुप्रयोग होस्ट करते. थोडक्यात, विकसक आता त्यांना ओलिस ठेवत आहे.

कृतज्ञतापूर्वक, ज्या स्त्रीबरोबर मी काम करीत आहे त्या साइटसाठी टेम्पलेट फाइल्स संपादित करण्यासाठी यापूर्वी प्रशासकीय प्रवेशाची मागणी केली. विकसकास तिला मर्यादित प्रवेश प्रदान करू शकला असता परंतु त्याने तसे केले नाही. त्याने (आळशी) तिला साइटवर प्रशासकीय लॉगिन प्रदान केले. आज रात्री मी साइटवरील सर्व कोडचा बॅकअप घेण्यासाठी तो प्रवेश वापरला. ते कोणते व्यवस्थापन सॉफ्टवेअर वापरत आहेत हे देखील मला समजले आणि मी डेटाबेस प्रशासनाकडे जाण्याचा मार्ग तयार केला जेथे मी अनुप्रयोगांचे डेटा आणि सारणी संरचना दोन्ही निर्यात करू शकलो. व्ही.

एकदा विकास पूर्ण झाल्यावर मालक नवीन डोमेन नावे साइट हलविण्याचा विचार करीत आहेत. ते खूप मोठे आहे कारण याचा अर्थ असा आहे की विकसक आणि कंपनी यांच्यात राग वेगळे झाल्यास सध्याची डोमेन कालबाह्य होऊ शकतात. मी यापूर्वी असे पाहिले आहे.

आपण आउटसोर्स डेव्हलपमेंट टीम मिळवत असल्यास काही टिपा:

  1. डोमेन नोंदणी

    आपल्या कंपनीच्या नावात आपली डोमेन नावे नोंदवा. आपल्या विकसकास खात्यावर तांत्रिक संपर्क म्हणून ठेवणे वाईट नाही, परंतु नाही आपल्या कंपनीच्या बाहेरील कोणालाही डोमेनची मालकी हस्तांतरित करा.

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

    आपल्या डेव्हलपरकडे कदाचित एक होस्टिंग कंपनी असेल आणि ती आपल्यासाठी आपली साइट होस्ट करू शकेल हे छान आहे, परंतु तसे करू नका. त्याऐवजी, अनुप्रयोग कोठे ठेवावा यासाठी त्याच्या शिफारसी विचारा. हे खरे आहे की विकसकांना व्यवस्थापन सॉफ्टवेअर, आवृत्त्या आणि संसाधनांच्या स्थानाविषयी परिचित व्हावे आणि यामुळे आपले उत्पादन लवकर पूर्ण होण्यास मदत होईल. असे म्हटले आहे, तरीही, होस्टिंग खात्याचे मालक आहे आणि आपल्या विकासकास त्याच्या स्वत: च्या लॉगिन आणि प्रवेशासह जोडा. अशा प्रकारे, जेव्हा आपल्याला आवश्यक असेल तेव्हा आपण प्लग खेचू शकता.

  3. संहितेचे मालक

    असे समजू नका की आपल्याकडे कोड आहे, तो लेखी ठेवा. आपण आपला विकसक त्याला / तिच्या देय द्रावणांचा वापर करुन इतरत्र विकसित होण्यासाठी इच्छित नसल्यास आपण ते कराराच्या वेळी निश्चित केले पाहिजे. मी या मार्गाने निराकरणे विकसित केली आहेत परंतु मी तेथेही कोड विकसित केले आहेत जिथे मला कोडचे अधिकार आहेत. नंतरच्या प्रकरणात, मी अर्जाच्या किंमतीबद्दल कमी बोललो जेणेकरुन कंपनीने मला हक्क देण्यास प्रोत्साहन दिले. आपल्या विकासकाला आपला कोड अन्यत्र वापरण्यात आपणास हरकत नसल्यास, आपण शीर्ष डॉलर भरले जाऊ नये!

  4. दुसरे मत मिळवा!

    जेव्हा लोक मला सांगतात की ते बिड घेत आहेत किंवा इतर व्यावसायिकांशी सल्लामसलत करतात तेव्हा माझ्या भावना दुखावतात. खरं तर, मी शिफारस करतो!

सर्वात महत्त्वाची ओळ म्हणजे आपण आपल्या विकसकाच्या प्रतिभेसाठी पैसे देत आहात परंतु आपण त्या कल्पनेवर नियंत्रण आणि मालकी कायम ठेवली पाहिजे. हे तुझे. आपणच त्यात गुंतवणूक केली, आपण आपला व्यवसाय आणि त्याचा नफा जोखमीला लावला… आणि आपणच ते ठेवायला हवे. विकसक बदलले जाऊ शकतात आणि यामुळे आपला अनुप्रयोग कधीही खराब होऊ नये - आपला व्यवसाय धोक्यात येईल.

6 टिप्पणी

  1. 1

    मी एक वेब अ‍ॅप विकसक आहे आणि मी आपल्या बर्‍याच मुद्यांशी (बहुधा सर्व) सहमती देतो परंतु मला # 3 वर स्पष्टीकरण हवे आहे.

    दुसर्‍या कंपनीला विकल्या गेलेल्या साइटचे किंवा अनुप्रयोगाचे घाऊक डुप्लिकेशन (किंवा आणखी एक प्रतिस्पर्धी) अनैतिक आहे आणि नेहमीच आपल्या करारामध्ये मान्य नसल्याचे निश्चित केले पाहिजे. तथापि, एखाद्या क्लायंटच्या प्रकल्पात काम करताना मी सामान्य समस्यांसाठी नवीन अभिनव उपाय विकसित केले आहेत ज्याचा त्यांच्या विशिष्ट बिझशी काही संबंध नाही किंवा तो एकंदर निराकरणाचा महत्त्वपूर्ण भाग दर्शवित नाही.

    उदाहरण:
    क्लायंटला पृष्ठ भूमिकेची आणि फील्ड पातळीवरील नियंत्रण वापरकर्त्याच्या भूमिकांवर बंधन होते. एएसपी.नेटसाठी “बॉक्स ऑफ आउट” कार्यक्षमता फोल्‍डर स्तरीय परवानग्या करते. म्हणून मी नेट. साठी नेटिव्ह परवानग्या वाढवल्या आणि एकंदर वेब अ‍ॅप्लिकेशनच्या भागाच्या रुपात सोल्यूशन वितरित केले.

    माझा असा विश्वास आहे की ते संपूर्ण कोडबेसवर (अधिकृत करारानुसार) हक्कदार आहेत, परंतु भविष्यातील प्रकल्पांवर हा विस्तार पूर्ण करण्यासाठी मला समान पध्दती आणि कोडच्या काही भागांचा उपयोग करणे न्याय्य वाटेल.

    आणखी एक सुरकुत्या:
    मी सल्लामसलत कंपनीद्वारे बाहेर काढले जात असताना हे केले. सल्लामसलत कंपनीला परत जाऊन तो उपाय कॉपी करण्याचा, स्वतःचे म्हणून विपणन करण्याचा हक्क आहे काय?

    • 2

      विशेषतः,

      मला वाटते की आम्ही सहमत आहोत. यामध्ये माझा मुद्दा असा आहे की आपल्याकडे कोड आहे आणि त्यासह आपण दार बाहेर जाऊ शकाल. जर आपला विकसक आपल्यासाठी कोड कंपाईल करीत असेल आणि आपल्या साइटवर तो पुढे आणत असेल तर - आपल्याकडे कोड नाही. हे ग्राफिक्स, फ्लॅश, .नेट, जावा… कशासाठीही होते ज्यास स्त्रोत फाइलची आवश्यकता असते आणि आउटपुट केलेले असते.

      डग

  2. 3

    मी पहातो आपण कुठून आलात आणि मी सर्व गोष्टी 100% सह सहमत नाही (माझ्याकडे सावध आहे), कंपन्यांनी हे नेहमी लक्षात ठेवले पाहिजे.

    1. पूर्णपणे. यावर पुरेसा ताण येऊ शकत नाही. मी एका छोट्या कंपनीसाठी काम केले ज्याने हे केले आणि मला त्यात गुंतल्यामुळे दोषीपणाचा निर्धार केला. तिथून बाहेर पडण्यात मला आनंद झाला याचा मला आनंद आहे. ग्राहकांनी त्यांच्या डोमेनवरील नियंत्रण कायम राखले पाहिजे. त्यांच्याकडे एखाद्याकडे पुरेशी जाणकार असल्यास, विकसकास यावर प्रवेश देऊ नका. तसे नसल्यास, निश्चितपणे काही प्रकारच्या पुनर्विक्रेत्या इंटरफेसद्वारे डोमेनमध्ये माहिती बदलणे / डोमेन हस्तांतरित करण्याचा आपल्याकडे विकसकाकडे मार्ग आहे हे सुनिश्चित करा.

    २. मी याबद्दल अंशतः सहमत आहे पण नंतर ते परिस्थितीवर अवलंबून असते. आपण एखादे साधे पीएचपी अॅप उपयोजित करत असल्यास आणि कोणत्याही प्रकारे कमी किमतीच्या होस्टिंगची आवश्यकता असल्यास, लूनरपेजेस किंवा ड्रीमहॉस्ट खाते किंवा काहीतरी मिळवा आणि तेथे डम्प करा. विकसकास प्रवेश द्या. तथापि, कमी किंमतीत सामायिक होस्टिंगमध्ये नक्कीच त्यात त्रुटी आहेत… विशेषत: मोठ्या गोष्टींसाठी. परंतु आपण काळजी करण्याइतके मोठे असल्यास आपल्याकडे कर्मचार्‍यांवर एखादा तांत्रिक असावा जो त्यास सामोरे जाऊ शकेल. त्यापैकी बरेच काही नक्कीच विश्वास बद्दल आहे. निश्चितपणे नरकात करारात काहीतरी ठेवले असेल तर आपण या प्रकारच्या गोष्टी (निर्बंध आणि अशा) बद्दल करू शकता. विकसकास काही फॅन्सी करण्याची आवश्यकता नसल्यास थर्ड पार्टी होस्टिंग उत्तम आहे. मी कबूल करतो की मी फाटलेला आहे कारण खरोखर ही परिस्थितीची गोष्ट आहे. हे साइटच्या आकारावर, तंत्रज्ञानाचा वापर करण्यावर देखील अवलंबून असते. एखाद्या कर्मचार्‍यावर नोकरी घेण्यावर विचार केल्यास ते मोठे असेल तर. नेहमीच पर्याय नसतो, परंतु मोठ्या सामग्रीसाठी अधिक सुरक्षित असतो.

    This. हे देखील माझ्या मागील कंपनीने केले. आपण निघू शकता, ते आपल्याला एचटीएमएल, प्रतिमा इत्यादी देतील…. पण कोड नाही. मुळात कोड ही लीज्ड सेवा होती. असे म्हणतात की तेथे मालकीची आणि मालकीची आहे. मी नेहमीच एक अनन्य विक्री केली आहे. मूलभूतपणे, मला माझे घटक पुन्हा वापरण्यास सक्षम असणे आवश्यक आहे. माझ्याकडे क्लायंटचे मालकीचे आहे, त्यांच्याबरोबर जे हवे आहे ते करीत आहे आणि या मार्गावर दुसरे कोणी काम करत आहे यात मला काही हरकत नाही ... परंतु मी स्वत: ला गहाण ठेवणार नाही आणि प्रत्येक वेळी चाक पुन्हा शोधायचा आहे.

    Always. नेहमीच. नेहमी. नेहमी.

  3. 4

    छान पोस्ट… जरी मी एका आयटमशी सहमत नसलो तरी चांगले केले (# 2):

    "हे चांगले आहे की आपल्या विकसकाकडे कदाचित एक होस्टिंग कंपनी असेल आणि ती आपल्यासाठी आपली साइट होस्ट करू शकेल परंतु हे करू नका."

    जरी मला यामागील तर्कशास्त्र समजले असले तरी, आपला प्रकल्प कोठेही कोठेही आयोजित करावा असा आदेश देणे काही बाबतीत प्रतिउत्पादक ठरू शकते. आपली साइट किंवा अ‍ॅप विकसित करणार्‍या कंपनीकडे ते वापरण्यास प्राधान्य देणारे होस्टिंग प्लॅटफॉर्म असल्यास, त्यांना ते वापरणे अधिक कार्यक्षम आणि उत्पादक होण्याची शक्यता आहे.

    याव्यतिरिक्त, एखाद्या तत्वज्ञानाच्या दृष्टिकोनातून, जर आपण आपल्या विकसकाच्या होस्टिंग प्लॅटफॉर्मचा वापर करण्यास नकार देत असाल कारण आपल्याला "ओलिस ठेवले" पाहिजे नाही, तर मग सुरवातीपासूनच अविश्वासाचा सूर ठरतो. जर आपल्याकडे खरोखरच आपल्या विकसकावर त्यांच्याबरोबर होस्ट करण्याचा पुरेसा विश्वास नसेल तर आपण खरोखर त्यांच्याबरोबर प्रथम स्थानावर काम करू इच्छिता?

    मला माहित आहे की या प्रकारच्या परिस्थितीबद्दल अनेक भयानक कथा अस्तित्वात आहेत, परंतु सर्वसाधारणपणे मी अशी शिफारस करतो की आपण विश्वास ठेवणारा विकसक शोधण्यावर लक्ष केंद्रित करा. आपण आपल्या विकसकाच्या होस्टिंगचा उपयोग करू शकता आणि तरीही प्रशासकीय प्रवेशाची विनंती करुन आणि स्वतःचे बॅक अप घेऊन स्वतःचे रक्षण करू शकता.

    पुन्हा, चांगली पोस्ट आणि खूप उपयुक्त माहिती.

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

    • 5

      हाय मायकेल,

      हे कदाचित एखाद्या विश्वासाच्या समस्येसारखे वाटेल परंतु ते मला वाटत नाही - ही खरोखर एक नियंत्रण आणि जबाबदारीची समस्या आहे. आपण आपल्या वेबसाइटच्या विकासामध्ये महत्त्वपूर्ण रक्कम गुंतविणार असाल तर आपण त्यास त्याचे वातावरण नियंत्रित करू शकता याची आपल्याला खात्री असणे आवश्यक आहे.

      व्यवसायात गोष्टी घडतात ज्यामुळे संबंध तुटतात आणि त्या नकारात्मक नसतात. कदाचित आपल्या विकसकाला / फर्मला खूप मोठा ग्राहक मिळाला असेल आणि आपल्याला वेळ परवडत नाही. कदाचित ते व्यवसायाची उद्दीष्टे बदलतील. कधीकधी त्यांच्या होस्टिंग कंपनीत समस्या असू शकतात.

      मी सल्ला देतो की आपण नियंत्रित करा आणि आपल्या होस्टिंगसाठी आपण जबाबदार असाल तर आपण आपल्या विकसकावर तो ज्या उत्कृष्ट आहे - विकसनशील यावर अवलंबून राहू शकता!

      मी पुश बॅकचे कौतुक करतो, मायकेल.

  4. 6

    मी एक वेब अ‍ॅप विकसक देखील आहे आणि मला असे वाटते की आपण डोक्यावर खिळे ठोकले आहे. काही विचारः

    मला वाटते की बहुतेक प्रत्येकजण सहमत होईल (आणि खाली दिलेल्या टिप्पण्यांवर आधारित आहे) # 1 परिपूर्ण आहे. कधीही करू नका. कधी. कोणत्याही परिस्थितीत.

    माझ्या काही सहकारी विकसकांपेक्षा माझ्याकडे # 2 ची भिन्नता आहे: आम्ही आमच्या ग्राहकांसाठी अंतिम उत्पादन होस्ट करण्यास नकार देतो (अर्थात, आम्ही क्लायंट्सला विकासादरम्यान उत्पादन चालविण्यासाठी चाचणी सर्व्हर होस्ट करतो). आम्ही ग्राहकांना ते होस्ट करण्यासाठी किंवा होस्टिंग प्रदाता शोधण्यात मदत करण्यात आनंदित आहोत. आम्ही फक्त होस्टिंगच्या व्यवसायात जाऊ इच्छित नाही. जर याचा अर्थ काम मागे वळविणे आहे, तर मग ते व्हा. खूप स्वस्त किंमतीत ही सेवा प्रदान करण्यापेक्षा तेथे बरीच उत्तम होस्टिंग कंपन्या किंवा पायाभूत सुविधा संस्था आहेत. आम्ही आमच्या कामाच्या सुलभतेस प्रोत्साहित करतो आणि क्लायंटने होस्टिंग प्रदाते वर्षानुवर्षे रस्त्यावर स्विच केले तरीही ते होस्ट करण्यात मदत करण्यासाठी आम्ही जे काही करू शकतो ते करू.

    # 3 साठी, आमच्या क्लायंट्सना एका उत्पादनासह अंतिम उत्पादनाचा सर्व स्त्रोत कोड मिळतोः द्रावणामध्ये वापरल्या जाणार्‍या तृतीय-पक्षाच्या उत्पादनांसाठी (जसे की टेलरिक किंवा घटक एक कडून वेब नियंत्रणे) आम्ही क्लायंटला कंपाईल डीएल देऊ शकतो. तृतीय पक्ष नियंत्रण (ग्रीड म्हणा). आमच्या तृतीय पक्षाच्या कंपन्यांसह आमचे परवाना करार (जे आम्ही क्लायंटला प्रदान करतो) त्या प्रकारच्या नियंत्रणासाठी स्त्रोत कोडचे पुनर्वितरण करण्यास आम्हाला प्रतिबंधित करते, कारण ती तृतीय पक्षाची बौद्धिक संपत्ती आहे, आमची नाही. या प्रकारच्या उत्पादनांचा वापर क्लायंटसाठी विकासाचा वेळ वाचवितो आणि सुरवातीपासून समान कार्यक्षमता तयार करण्यापेक्षा खूपच स्वस्त आहे. कोणतेही काम होण्यापूर्वी आम्ही या धोरणाबद्दल स्पष्ट आहोत. अर्थात, जर क्लायंटने सानुकूल नियंत्रण विकासासाठी पैसे (तृतीय पक्षाकडून पूर्वनिर्मित उत्पादन वापरण्याऐवजी) देय द्यायचे असतील तर आम्ही इतर सर्व गोष्टींसह त्या सानुकूल नियंत्रणासाठी स्त्रोत कोड प्रदान करतो.

    जेव्हा कोडचा पुनर्वापर करण्याची वेळ येते तेव्हा आम्ही कोणत्याही गोष्टी पूर्ण होण्यापूर्वी कोडचे काही भाग क्लायंटच्या वापरासाठी (मालकी व्यवसाय प्रक्रियेसाठी सांगा) स्पष्टपणे विकसित केल्याशिवाय आम्ही पुन्हा वापरु शकतो याविषयी आम्ही स्पष्ट आहोत. जर क्लायंटला विशिष्ट कोड निश्चितपणे विकसित करायचा असेल तर तो त्यांच्यासाठी उपलब्ध आहे.

    जसे इतरांनी सांगितले आहे, # 4 नेहमीच शिफारस केली जाते. नेहमी!

    विनम्र,
    टिम यंग

तुला काय वाटत?

ही साइट स्पॅम कमी करण्यासाठी अकिस्मेट वापरते आपल्या टिप्पणी डेटावर प्रक्रिया कशी केली जाते ते जाणून घ्या.