Yaradıcılarınız tərəfindən girov götürülməyin

girov 100107Bu həftə sonu müdirinə sahib olduğu bir neçə veb tətbiqetmənin idarə edilməsində müdirinə kömək edən yerli bir sənətçi ilə söhbətə başladım.

Söhbət bir növbə aldı və bəzi işçilər birlikdə çalışdıqları geliştirici ilə irəliləyiş görmədən həftəlik inkişaf haqlarını ödəməyə başladılar. İndi geliştirici, layihəni tamamlamaq üçün onlardan başqa birdəfəlik ödəniş və digər istəkləri ödəmək üçün bir həftəlik təmir haqqı almaq istəyir. Pisləşir.

Geliştirici domen adlarını idarə edə bilməsi üçün köçürdü. Geliştirici ayrıca tətbiqi hosting hesabında yerləşdirir. Bir sözlə, geliştirici indi onları girov saxlayır.

Şükürlər olsun ki, çalışdığım qadın sayt üçün bəzi şablon sənədlərini düzəltmək üçün əvvəllər inzibati giriş tələb etdi. Geliştirici ona məhdud giriş təmin edə bilərdi, lakin etməyib. (Tənbəlliklə) ona sayta inzibati giriş təqdim etdi. Bu gecə saytdakı bütün kodların ehtiyat nüsxəsindən istifadə etdim. Hansı idarəetmə proqramından istifadə etdiyini də düşündüm və həm tətbiqlərin məlumatlarını həm də cədvəl strukturlarını ixrac edə bildiyim verilənlər bazası rəhbərliyinə yol tapdım. Vay.

Sahibi inkişaf tamamlandıqdan sonra saytları yeni domen adlarına köçürməyi planlaşdırırdı. Bu çox böyükdür, çünki inkişaf etdirici ilə şirkət arasında qəzəbli bir ayrılma olduğu halda mövcud domenlərin müddəti bitə bilər. Bunun əvvəl baş verdiyini görmüşəm.

Kənardan bir inkişaf qrupu alacağınıza dair bəzi məsləhətlər:

  1. Domain Qeydiyyatı

    Domen adlarınızı şirkətinizin adına qeyd edin. Geliştiricinizin hesabda Texniki Əlaqə olaraq olması pis deyil, amma heç domen sahibliyini şirkətiniz xaricindəki hər kəsə ötürün.

  2. Tətbiqinizi və ya saytınızı yerləşdirmək

    Geliştiricinizin bir hosting şirkəti ola biləcəyi və saytınızı sizin üçün yerləşdirə biləcəyi çox yaxşıdır, amma bunu etmə. Bunun əvəzinə tətbiqetmə harada yerləşdiriləcəyi ilə bağlı tövsiyələrini soruşun. Düzdür, inkişaf etdiricilər idarəetmə proqramı, versiyalar və mənbələrin yeri ilə tanış olur və məhsulunuzun daha tez tamamlanmasına kömək edə bilər. Bununla birlikdə, hosting hesabına sahib çıxın və geliştiricinizi öz giriş və çıxışı ilə əlavə edin. Beləliklə, ehtiyacınız olduqda fişini çəkə bilərsiniz.

  3. Kodun sahibi

    Kodun sahibi olduğunuzu düşünməyin, yazılı şəkildə qoyun. Geliştiricinizin ona ödəmiş olduğunuz həllərdən istifadə edərək başqa bir yerdə inkişaf etməsini istəmirsinizsə, müqavilə zamanı qərar verməlisiniz. Çözümləri bu şəkildə inkişaf etdirdim, eyni zamanda kod hüquqlarını qoruduğum yerlərdə də inkişaf etdirdim. Sonuncu halda, tətbiqetmənin dəyəri barədə daha az danışıq apardım ki, şirkətin mənə hüquq verməsi üçün bir təşviq olsun. Geliştiricinizin kodunuzu başqa yerdə istifadə etməsinə qarşı çıxmırsınızsa, ən yaxşı dollar ödəməməlisiniz!

  4. İkinci bir fikir alın!

    İnsanlar mənə təklif verdiklərini və ya digər peşəkarlarla məsləhətləşdiklərini deyəndə hisslərimə zərər vermir. Əslində bunu məsləhət görürəm!

Əsas odur ki, inkişaf etdiricinizin istedadı üçün pul ödəyirsiniz, ancaq ideya üzərində nəzarəti və sahibliyi özünüzdə saxlamalısınız. Bu sizin. Buna investisiya qoyan siz idiniz, bunun üçün işinizi və rentabelliyinizi riskə atan siz idi ... və onu saxlamalısınız. Geliştiricilər dəyişdirilə bilər və bu, heç vaxt tətbiqetməyinizi, daha da pis - işinizi riskə atmamalıdır.

6 Şərhlər

  1. 1

    Mən bir veb tətbiqetmə inkişaf etdiricisiyəm və fikirlərinizin çoxu ilə (bəlkə də hamısı) razıyam, amma # 3-də bir açıqlama almaq istəyirəm.

    Başqa bir şirkətə (və ya daha pis bir rəqibə) satılan bir saytın və ya tətbiqetmənin topdan təkrarlanması etik deyil və müqavilənizdə hər zaman məqbul sayılmamalıdır. Bununla birlikdə, müştərinin konkret bizlə heç bir əlaqəsi olmayan və ya ümumi həllin əhəmiyyətli bir hissəsini təmsil etməyən bir layihə üzərində işləyərkən ümumi problemlərə yenilikçi həll yolları inkişaf etdirdim.

    Misal:
    Müştəri istədiyi səhifə səviyyəsi və istifadəçi rollarına bağlı sahə səviyyəsi nəzarəti. ASP.Net üçün "qutudan kənar" funksionallıq qovluq səviyyə icazələrini verir. Beləliklə .Net üçün yerli icazələri genişləndirdim və ümumi bir veb tətbiqetmənin bir hissəsi olaraq həllini çatdırdım.

    Bütün kod bazasına (müqavilədə göstərildiyi kimi) sahib olduqlarına inanıram, lakin gələcək layihələrdə bu uzantını həyata keçirmək üçün eyni metodologiyadan və kod hissələrindən istifadə etməkdə haqlı olduğumu hiss edirəm.

    Başqa bir qırış:
    Bunu bir konsaltinq şirkəti yetişdirərkən etdim. Konsaltinq şirkətinin fikrinizcə geri qayıtmaq və bu həll yolu özləri kimi marketinq etmək hüququ varmı?

    • 2

      Əslində,

      Düşünürəm ki, razıyıq. Buradakı məqsədim kodun olduğuna və onunla qapıdan çıxa biləcəyinə əmin olmaqdır. Geliştiriciniz sizin üçün kod tərtib edir və saytınıza göndərirsə - kodunuz yoxdur. Bunun qrafika, Flash,. NET, Java ... hər hansı bir qaynaq faylı tələb edən və çıxarılan hər şeylə baş verdiyini gördüm.

      Doug

  2. 3

    Haradan gəldiyinizi görürəm və hər şeylə 100% razılaşmasam da (xəbərdarlıqlarım var), şirkətlər həmişə bunu nəzərə almalıdırlar.

    1. MÜTLƏQ. Bunu kifayət qədər vurğulamaq olmur. Bunu edən kiçik bir şirkətdə çalışdım və işə qarışdığım üçün özümü günahkar hiss etdim. Oradan çıxa bildiyim üçün çox sevindim. Müştərilər öz domenlərinə nəzarəti tamamilə saxlamalıdırlar. Kifayət qədər fərasətli biri varsa, geliştiriciyə buna giriş imkanı verməyin. Əks təqdirdə, inkişaf etdiricinin məlumatı dəyişdirmək / domeni ən azı bir növ bir satıcı interfeysi vasitəsilə ötürmək üçün bir yolunuz olduğundan əmin olun.

    2. Bununla qismən razıyam, ancaq vəziyyətdən asılıdır. Sadə bir PHP tətbiqini yerləşdirirsinizsə və ucuz maliyyələşdirmə tələb edirsinizsə, heç olmasa bir LunarPages və ya DreamHost hesabı əldə edin və ya oraya atın. Geliştiriciyə giriş verin. Bununla birlikdə, aşağı qiymətli paylaşılan hosting, əlbəttə ki, çatışmazlıqlara malikdir ... xüsusilə daha böyük şeylər üçün. Ancaq narahat olacağınız qədər böyük olsanız, bununla məşğul ola biləcək bir işçi heyətinə sahib olmalısınız. Çox şey, şübhəsiz ki, etibarla bağlıdır. Əlbəttə cəhənnəm bu cür şeylər haqqında (əgər məhdudiyyətlər və bu kimi) əgər bir şey bir müqavilə qoymaq. Geliştiricinin xülya bir şey etməsinə ehtiyac olmadığı təqdirdə üçüncü tərəf hosting əladır. Cırıldığımı etiraf edirəm, çünki bu həqiqətən situasiyalı bir şeydir. Bu həm də saytın ölçüsündən, istifadə olunan texnologiyaların çoxluğundan asılıdır. Əgər böyük olacaqsa, heyətdə bir nəfər işə götürməyi düşünürsən. Həmişə bir seçim deyil, böyük şeylər üçün daha təhlükəsizdir.

    3. Bu da keçmiş şirkətimin etdiyi bir şeydir. Gedə bilərdiniz, HTML, şəkillər vs. verərdilər. lakin kod yoxdur. Kod əsasən icarəyə götürülmüş bir xidmət idi. Demək olar ki, sahib olmaq da var. Həmişə müstəsna olmayan bir satış etmişəm. Əsasən, komponentlərimi yenidən istifadə edə bilməliyəm. Müştərinin ona sahib olmağı, istədiklərini etməsini və bu işdə başqasının işləməsini təmin etməsi ilə heç bir problemim yoxdur ... amma özümü girov qoymayacağam və hər dəfə təkəri yenidən icad etməli oluram.

    4. Həmişə. Həmişə. Həmişə.

  3. 4

    Gözəl yazı ... yaxşıdır, baxmayaraq ki, bir maddə ilə razılaşmıram (# 2):

    "Geliştiricinizin bir hosting şirkəti ola bilməsi və saytınızı sizin üçün yerləşdirə bilməsi çox yaxşıdır, amma bunu etmirsiniz."

    Bunun arxasındakı məntiqi başa düşsəm də, bəzi hallarda layihənizə başqa bir yerdə ev sahibliyi etməyi tapşırmaq əks təsirli ola bilər. Saytınızı və ya tətbiqinizi inkişaf etdirən şirkətin istifadə etməyi üstün tutduqları bir hosting platforması varsa, istifadə etmələri daha səmərəli və məhsuldar olacaq.

    Əlavə olaraq, fəlsəfi baxımdan, “girov götürülmək” istəmədiyiniz üçün inkişaf etdiricinizin yerləşdirmə platformasından istifadə etməyi rədd edirsinizsə, bu əvvəldən etibarlı olmayan bir ton qoyur. Geliştiricinizə onlarla ev sahibliyi edəcək qədər həqiqətən etibar etmirsinizsə, onda ilk növbədə onlarla işləmək istəyirsiniz?

    Bilirəm ki, bu cür vəziyyətlə bağlı bir çox dəhşət hekayələri mövcuddur, amma ümumiyyətlə etibar etdiyiniz bir inkişaf etdirici tapmağa diqqət yetirməyinizi məsləhət görürəm. Geliştiricinizin barındırıcısından istifadə edə bilərsiniz və inzibati giriş tələb edərək və öz ehtiyat nüsxələrini hazırlayaraq özünüzü qoruya bilərsiniz.

    Yenə də yaxşı yazı və çox faydalı məlumatlar.

    Thanks!
    Michael Reynolds

    • 5

      Hi Michael,

      Bu güvən məsələsi kimi səslənə bilər, amma düşünmürəm - həqiqətən bir nəzarət və məsuliyyət məsələsidir. Veb saytınızın inkişafına xeyli miqdarda investisiya yatıracaqsınızsa, mühitini idarə edə biləcəyinizə əmin olmalısınız.

      İşdə münasibətləri pozan şeylər olur və mənfi olmamalıdır. Bəlkə də geliştiriciniz / firmanız çox böyük bir müştəri alır və sizə vaxt ayıra bilməz. Bəlkə də iş hədəflərini dəyişdirirlər. Bəzən onların hosting şirkətində problemlər ola bilər.

      Hostinqinizə nəzarət etməyinizi və cavabdeh olmağınızı təbliğ edirəm, beləliklə inkişaf etdiricisindən üstün olduğu şeydən asılı olaraq inkişaf edə bilərsiniz!

      Geri vurmağı qiymətləndirirəm, Michael.

  4. 6

    Mən də veb tətbiqetmə inkişaf etdiricisiyəm və düşünürəm ki, başındakı dırnağa vurmusan. Bəzi düşüncələr:

    Düşünürəm ki, hamının çoxu qəbul edər (və aşağıdakı şərhlərə əsasən) # 1 mütləqdir. Heç vaxt, heç etmə. Həmişə. Hər hansı bir vəziyyətdə.

    # 2-yə, bəlkə də bəzi inkişaf etdirən yoldaşlarımdan fərqli olaraq baxıram: son məhsulu müştərilərimizə yerləşdirməkdən imtina edirik (əlbəttə ki, müştərilər üçün məhsulu inkişaf etdirərkən test etmələri üçün bir test serverimiz yerləşdiririk). Müştərilərə özlərini yerləşdirmək və ya bir hosting provayderi tapmaq üçün qurulmasına kömək etməkdən məmnunuq. Biz sadəcə barındırma ilə məşğul olmaq istəmirik. Əgər bu işi geri çevirmək deməkdirsə, elə də olsun. Bu xidməti çox ucuz bir qiymətə təqdim edə biləcəyindən daha çox böyük hosting şirkəti və ya infrastruktur firması var. Biz işimizin portativliyini təşviq edirik və müştəri provayder provayderlərini illərlə yolda dəyişsə də, onun yerləşdirilməsinə kömək etmək üçün əlimizdən gələni edəcəyik.

    # 3 üçün müştərilərimiz son məhsulun bütün qaynaq kodlarını bir xəbərdarlıqla əldə edirlər: Çözümdə istifadə edilən üçüncü tərəf məhsullar üçün (Telerik və ya Komponent One veb nəzarətləri kimi) müştəriyə tərtib edilmiş DLL-i verə bilərik üçüncü tərəfin nəzarəti (bir şəbəkə deyin). Bu üçüncü tərəf şirkətləri ilə (müştəriyə təqdim etdiyimiz) lisenziyalaşdırma müqavilələrimiz, bu tip nəzarətlər üçün mənbə kodunu yenidən paylamağımızı qadağan edir, çünki bu bizim deyil, üçüncü tərəflərin əqli mülkiyyətidir. Bu növ məhsulların istifadəsi müştəri üçün inkişaf vaxtına qənaət edir və eyni funksiyanı sıfırdan qurmaqdan daha ucuzdur. Hər hansı bir iş görülməmişdən əvvəl bu siyasətlə maraqlanırıq. Əlbətdə ki, müştəri xüsusi nəzarətin inkişafı üçün (üçüncü tərəfdən əvvəlcədən hazırlanmış məhsulu istifadə etmək əvəzinə) ödəmək istəsə, hər şeylə birlikdə həmin xüsusi nəzarət üçün mənbə kodunu təqdim edirik.

    Kodun təkrar istifadəsinə gəldikdə, hər hansı bir iş görülməmişdən əvvəl müştərinin istifadəsi üçün (xüsusi bir iş prosesi üçün) açıq şəkildə inkişaf etdirilmədiyi təqdirdə kodun bəzi hissələrini yenidən istifadə edə biləcəyimiz barədə ön plana çıxırıq. Müştəri əlbəttə ki, xüsusi kod hazırlanmasını istəyirsə, bu onlar üçün əlçatandır.

    Başqalarının dediyi kimi # 4 həmişə tövsiyə olunur. Həmişə!

    Regards,
    Tim Young

Siz nə düşünürsünüz?

Bu sayt spam azaldılması üçün Akismet istifadə edir. Yorumunuzun necə işləndiyini öyrənin.