Խուսափեք ձեր Կառուցապատողների կողմից պատանդ վերցնելուց

պատանդ100107Այս հանգստյան օրերին ես զրույց սկսեցի տեղացի նկարչի հետ, ով իր շեֆին օգնում էր իր ղեկավարին պատկանող մի քանի վեբ ծրագրերի կառավարմանը:

Theրույցը շրջվեց, և որոշ օդափոխություն շարունակեց շաբաթական զարգացման վճարներ վճարել ՝ առանց որևէ առաջընթաց տեսնելու այն մշակողի հետ, որի հետ նրանք աշխատում էին: Այժմ ծրագրավորողը ցանկանում է նրանցից գանձել ևս մեկ միանվագ վճար ՝ նախագիծը ավարտելու համար, ինչպես նաև շաբաթական սպասարկման վճար ՝ այլ հարցումները ծածկելու համար: Վատանում է:

Մշակողը փոխանցել է դոմեյն անունները, որպեսզի նա կարողանա կառավարել դրանք: Կառուցապատողը նաև հյուրընկալում է հավելվածը իր հոստինգի հաշվում: Մի խոսքով, մշակողը այժմ նրանց պատանդ է պահում:

Բարեբախտաբար, այն կինը, ում հետ ես աշխատում եմ, նախկինում պահանջել էր ադմինիստրատիվ մուտք ՝ կայքի որոշ ձևանմուշ ֆայլեր խմբագրելու համար: Կառուցապատողը կարող էր նրան սահմանափակ հասանելիություն տրամադրել, բայց դա չարեց: Նա (ծուլորեն) նրան տրամադրեց կայքի վարչական մուտքը: Այս գիշեր ես օգտագործեցի այդ հասանելիությունը ՝ կայքի բոլոր ծածկագրերը պահուստավորելու համար: Ես նաև պարզեցի, թե ինչ կառավարման ծրագրակազմ է նա օգտագործում և ճանապարհ ընկա դեպի տվյալների բազայի կառավարում, որտեղ ես կարողացա արտահանել և՛ ծրագրերի տվյալները, և՛ աղյուսակի կառուցվածքները: Վայ

Սեփականատերը ծրագրում էր կայքերը նոր տիրույթի անունների տեղափոխել մշակման ավարտից հետո: Դա հսկայական է, քանի որ դա նշանակում է, որ ընթացիկ տիրույթները կարող են սպառվել այն դեպքում, երբ մշակողի և ընկերության միջև բարկացած տարանջատում լինի: Ես նախկինում տեսել եմ, որ դա տեղի է ունենում:

Որոշ խորհուրդներ, եթե դուք պատրաստվում եք ձեռք բերել արտաքին թիմերի զարգացման թիմ.

  1. Դոմենների գրանցում

    Գրանցեք ձեր տիրույթի անունները ձեր ընկերության անունով: Վատ չէ, որ ձեր ծրագրավորողը հաշվի մեջ լինի որպես տեխնիկական կոնտակտ, բայց երբեք տիրույթի սեփականության իրավունքը փոխանցեք ձեր ընկերությունից դուրս գտնվող մեկին:

  2. Ձեր դիմումի կամ կայքի հոստինգը

    Հիանալի է, որ ձեր մշակողը կարող է ունենալ հյուրընկալող ընկերություն և կարող է ձեր կայքը հյուրընկալել ձեզ համար, բայց դա մի արեք: Փոխարենը, խնդրեք նրա առաջարկությունները, թե որտեղ պետք է տեղակայել հավելվածը: Իշտ է, մշակողները ծանոթանում են կառավարման ծրագրակազմին, ռեսուրսների տարբերակներին և տեղադրությանը, և դա կարող է օգնել ձեր արտադրանքի ավելի շուտ ավարտին հասցնելուն: Այնուամենայնիվ, ասված է, որ տիրապետեք հոստինգի հաշվին և ավելացրեք ձեր ծրագրավորողին իր սեփական մուտքով և մուտքով: Այս կերպ, դուք կարող եք քաշել վարդակից, երբ անհրաժեշտ է:

  3. Տիրապետեք օրենսգրքին

    Մի կարծեք, որ ձեր սեփականատերն է ծածկագիրը, գրեք այն: Եթե ​​դուք չեք ցանկանում, որ ձեր մշակողը օգտագործի այն լուծումները, որոնք դուք վճարել եք նրան, զարգանա այլուր, ապա դա պետք է որոշեք պայմանագրի կնքման պահին: Ես լուծումներ եմ մշակել այս կերպ, բայց նաև դրանք մշակել եմ այնտեղ, որտեղ ես պահպանում եմ օրենսգրքի իրավունքները: Վերջին դեպքում, ես պայմանավորվեցի դիմումի արժեքի մասին ավելի ցածր, որպեսզի ընկերությանը տրվեր իմ իրավունքները տալու խթան: Եթե ​​դեմ չեք, որ ձեր մշակողը ձեր ծածկագիրն օգտագործի այլուր, ապա չպետք է վճարեք բարձրագույն դոլար:

  4. Ստացեք երկրորդ կարծիքը:

    Դա չի վնասում իմ զգացմունքներին, երբ մարդիկ ինձ ասում են, որ հայտ են ընդունում կամ խորհրդակցում այլ մասնագետների հետ: Փաստորեն, ես խորհուրդ եմ տալիս:

Եզրակացությունն այն է, որ դուք վճարում եք ձեր մշակողի տաղանդի համար, բայց դուք պետք է պահպանեք գաղափարի նկատմամբ վերահսկողությունը և սեփականությունը: Դա քոնն է. Դուք ներդրում կատարեցիք դրանում, դուք, ով ռիսկի ենթարկեցիք ձեր բիզնեսը և դրա եկամտաբերությունը դրա համար ... և դա դուք եք, ով պետք է պահեք այն: Մշակողները կարող են փոխարինվել, և դա երբեք չպետք է վտանգի ձեր դիմումը կամ ավելի վատը ՝ ձեր բիզնեսը:

6 Comments

  1. 1

    Ես վեբ հավելվածների մշակող եմ և համաձայն եմ ձեր տեսակետների մեծ մասի հետ (գուցե բոլորի), բայց կցանկանայի պարզաբանում թիվ 3-ի վերաբերյալ:

    Կայքի կամ դիմումի մեծածախ կրկնօրինակը, որը վաճառվել է մեկ այլ ընկերության (կամ ավելի վատ ՝ մրցակցին) անբարոյականություն է և միշտ պետք է ամրագրվի որպես ձեր պայմանագրում անընդունելի: Այնուամենայնիվ, հաճախորդի նախագծի վրա աշխատելիս ես մշակել եմ նորարարական լուծումներ ընդհանուր խնդիրների համար, որոնք ոչ մի ընդհանուր բան չունեն նրանց որոշակի բիզնեսի հետ և ոչ էլ ներկայացնում են ընդհանուր լուծման զգալի մասը:

    Example:
    Հաճախորդը ցանկանում էր էջի մակարդակի և դաշտի մակարդակի վերահսկողությունը, որը կապված էր օգտվողի դերերի հետ: ASP.Net- ի «տուփից դուրս» ֆունկցիոնալությունը կատարում է պանակի մակարդակի թույլտվություններ: Այսպիսով, ես երկարաձգեցի հայրենի թույլտվությունները .Net- ի համար և լուծումը մատուցեցի որպես ընդհանուր վեբ կիրառման մաս:

    Հավատում եմ, որ նրանք իրավունք ունեն ծածկագրային ամբողջ բազայի (ինչպես նշված է պայմանագրով), բայց ես արդարացված եմ զգում `օգտագործելով նույն մեթոդաբանությունն ու կոդերի կտորները` հետագա նախագծերի այս ընդլայնումն իրականացնելու համար:

    Մեկ այլ կնճիռ.
    Ես դա արեցի, երբ խորհրդատվական ընկերություն էի ծախսում: Արդյո՞ք խորհրդատվական ընկերությունն իրավունք կունենար ձեր կարծիքով վերադառնալ և պատճենել այդ լուծումը `այն շուկայահանելով որպես իրենց:

    • 2

      Իրոք,

      Կարծում եմ ՝ մենք համաձայն ենք: Իմ իմաստը սրա մեջ է ՝ ապահովել, որ դուք ունեք ծածկագիր և կարող եք դրանով դուրս գալ դռնից: Եթե ​​ձեր մշակողը ձեզ համար կոդ է կազմում և դուրս է մղում ձեր կայք, դուք այդ կոդը չունեք: Ես տեսել եմ, որ դա տեղի է ունենում ամեն ինչի հետ `սկսած գրաֆիկայից, Flash- ից, NET- ից, Java… ամեն ինչից, որը պահանջում է աղբյուրի ֆայլ և արդյունահանվում է:

      Doug

  2. 3

    Ես տեսնում եմ, թե որտեղից եք գալիս, և չնայած 100% -ով համաձայն չեմ ամեն ինչի հետ (ես նախազգուշացում ունեմ), ընկերությունները միշտ պետք է դա հիշեն:

    1. Բացարձակապես: Սա չի կարող բավականաչափ շեշտել: Ես աշխատել եմ մի փոքր ընկերությունում, որը դա արել է, և ես զգացի ջախջախիչ մեղավորություն ներգրավվելու մեջ: Այնքան ուրախ եմ, որ կարողացա այնտեղից դուրս գալ: Հաճախորդները պետք է բացարձակապես պահպանեն իրենց տիրույթների վերահսկողությունը: Եթե ​​նրանք բավականաչափ խորաթափանց ինչ-որ մեկի մոտ ունենան, թույլ մի տվեք, որ ծրագրավորողը մուտք ունենա այս: Եթե ​​ոչ, համոզվեք, որ մշակողը գոնե ինչ-որ տեսակի վերավաճառող ինտերֆեյսի միջոցով տեղեկատվություն փոխելու / տիրույթը փոխանցելու միջոց ունի:

    2. Ես մասամբ համաձայն կլինեի սրա հետ, բայց հետո դա կախված է իրավիճակից: Եթե ​​դուք տեղադրում եք մի պարզ PHP ծրագիր և ձեզ հարկավոր է ցածր գնով հոսթինգ, անպայման ձեռք բերեք LunarPages կամ DreamHost հաշիվ կամ այլ բան և թափեք այնտեղ: Մշակողին մուտք գործեք: Այնուամենայնիվ, ցածր գնով համօգտագործվող հոսթինգն, անշուշտ, ունի իր թերությունները… հատկապես ավելի մեծ իրերի համար: Բայց եթե այնքան մեծ եք, որ անհանգստանաք այն բանի համար, որ անձնակազմում պետք է ունենաք տեխնիկական անձնավորություն, որը կարող է դրանով զբաղվել: Ակնհայտ է, որ շատ բան վերաբերում է վստահությանը: Իհարկե դժոխքը պայմանագրի մեջ ինչ-որ բան է դնում, եթե կարող ես այսպիսի բաների վերաբերյալ (սահմանափակումներ և այլն): Երրորդ կողմի հոստինգը հիանալի է, եթե մշակողը կարիք չունի ինչ-որ շքեղ բան անել: Ես ընդունում եմ, որ ես պատռված եմ, քանի որ դա իսկապես իրավիճակային բան է: Դա կախված է նաև կայքի չափից, օգտագործված տեխնոլոգիաների զանգվածից: Եթե ​​դա մեծ կլինի, հաշվի առեք անձնակազմում մարդ վարձել: Միշտ չէ, որ տարբերակ է, բայց ավելի ապահով է մեծ իրերի համար:

    3. Սա նաև իմ նախկին ընկերության արածն է: Կարող էիք հեռանալ, նրանք ձեզ կտային HTML, պատկերներ և այլն ... բայց ոչ մի կոդ: Հիմնականում ծածկագիրը վարձակալված ծառայություն էր: Այսինքն ՝ կա տիրելը և տիրելը: Ես միշտ ոչ բացառիկ վաճառք եմ կատարել: Հիմնականում ես պետք է կարողանամ կրկին օգտագործել իմ բաղադրիչները: Ես խնդիր չունեմ, որ հաճախորդը տիրապետի դրան, անի այն, ինչ ուզում է դրանով և մեկ ուրիշին աշխատի դրա վրա գծի վրա… բայց ես ինքս չեմ գրավագրելու և ամեն անգամ անիվը պետք է նորից հորինեմ:

    4. Միշտ: Միշտ Միշտ

  3. 4

    Հաճելի գրառում ... լավ արված, չնայած ես համաձայն չեմ մեկ կետի հետ (# 2).

    «Հիանալի է, որ ձեր մշակողը կարող է ունենալ հոստինգի ընկերություն և կարող է հյուրընկալել ձեր կայքը ձեզ համար, բայց մի արեք դա»:

    Չնայած ես հասկանում եմ դրա հիմքում ընկած տրամաբանությունը, այն կարող է որոշ դեպքերում հակաարդյունավետ լինել ՝ պարտադրել, որ ձեր նախագիծը հյուրընկալվի այլ վայրում: Եթե ​​ձեր կայքը կամ հավելվածը մշակող ընկերությունը ունի հոստինգի հարթակ, որը նրանք նախընտրում են օգտագործել, հավանականությունը մեծ է, որ այն օգտագործելը նրանց համար կլինի ավելի արդյունավետ և արդյունավետ:

    Բացի այդ, փիլիսոփայական տեսանկյունից, եթե դուք հրաժարվում եք օգտագործել ձեր մշակողի հոստինգի պլատֆորմը, քանի որ չեք ցանկանում «պատանդ մնալ», ապա դա ի սկզբանե անվստահության երանգ է ստեղծում: Եթե ​​իսկապես չեք վստահում ձեր ծրագրավորողին նրանց հետ հյուրընկալելու համար, ապա իսկապե՞ս ցանկանում եք, առաջին հերթին, աշխատել նրանց հետ:

    Ես գիտեմ, որ շատ սարսափելի պատմություններ գոյություն ունեն այսպիսի իրավիճակի վերաբերյալ, բայց, ընդհանուր առմամբ, ես խորհուրդ կտամ ձեզ կենտրոնանալ այն զարգացմանը, որին վստահում եք: Կարող եք օգտագործել ձեր մշակողի հոստինգը և այնուամենայնիվ պաշտպանվել ՝ պահանջելով վարչական մուտքի իրավունք և կատարելով ձեր սեփական պահուստային կրկնօրինակները:

    Կրկին լավ գրառում և շատ օգտակար տեղեկատվություն:

    Thanks!
    Միքայել Ռեյնոլդսը

    • 5

      Hi Michael,

      Դա կարող է թվալ որպես վստահության խնդիր, բայց ես չեմ կարծում, որ դա այդպես է. Դա իսկապես վերահսկողության և պատասխանատվության խնդիր է: Եթե ​​պատրաստվում եք զգալի գումար ներդնել ձեր վեբ կայքի մշակման մեջ, ապա պետք է վստահ լինեք, որ կարող եք վերահսկել դրա միջավայրը:

      Բիզնեսում տեղի են ունենում բաներ, որոնք խզում են հարաբերությունները, և դրանք պետք չէ բացասական լինել: Միգուցե ձեր մշակողը / ընկերությունը ձեռք է բերում շատ մեծ հաճախորդ և չի կարող ձեզ ժամանակ հատկացնել: Միգուցե դրանք փոխում են բիզնեսի նպատակները: Երբեմն նրանց հոստինգի ընկերությունը կարող է խնդիրներ ունենալ:

      Ես պաշտպանում եմ, որ դուք վերահսկեք և պատասխանատու լինեք ձեր հոստինգի վրա, որպեսզի կարողանաք կախված լինել ձեր ծրագրավորողից այն բանի համար, թե ինչում է նա հիանալի ՝ զարգացում:

      Ես բարձր եմ գնահատում հետ մղումը, Մայքլ:

  4. 6

    Ես նաև վեբ հավելվածների մշակող եմ, և կարծում եմ, որ դուք գլխի մեխն եք խփել: Որոշ մտքեր.

    Կարծում եմ, որ բոլորը համաձայն կլինեն (և հիմնված է ստորև բերված մեկնաբանությունների վրա) # 1-ը բացարձակ է: Երբեք, երբեք մի արեք դա: Երբևէ Underանկացած հանգամանքի ներքո:

    Ես տարբերվում եմ թիվ 2-ից, քան երևի իմ որոշ մշակողներ. Մենք հրաժարվում ենք մեր հաճախորդների համար վերջնական արտադրանքը հյուրընկալելուց (իհարկե, մենք հյուրընկալում ենք փորձարկման սերվեր հաճախորդների համար ՝ մշակելու ընթացքում արտադրանքը քշելու համար): Ուրախ ենք, որ հաճախորդներին կօգնենք կարգավորել, որպեսզի իրենք հյուրընկալեն այն կամ գտնեն հոսթինգ մատակարար: Մենք պարզապես չենք ցանկանում զբաղվել հոսթինգի գործով: Եթե ​​դա նշանակում է աշխատանքից շեղել, այդպես էլ լինի: Կան շատ հոստինգի հիանալի ընկերություններ կամ ենթակառուցվածքային ընկերություններ, որոնք կարող են մատուցել այս ծառայությունը շատ ավելի էժան գնով: Մենք խրախուսում ենք մեր աշխատանքի տեղափոխելիությունը և կանենք ամեն ինչ, որպեսզի աջակցենք այն հյուրընկալելուն, նույնիսկ եթե հաճախորդը տարիներ շարունակ անցնի հյուրընկալող մատակարարներին:

    Թիվ 3-ի համար մեր հաճախորդները ստանում են վերջնական արտադրանքի բոլոր սկզբնաղբյուրները մեկ նախազգուշացումով. Երրորդ կողմի արտադրանքների համար, որոնք օգտագործվում են լուծման մեջ (օրինակ, Telerik- ի կամ բաղադրիչի մեկից վեբ հսկիչներ), մենք կարող ենք հաճախորդին տալ կազմված DLL- ի համար երրորդ կողմի հսկողություն (ասենք ցանց): Մեր երրորդ անձանց ընկերությունների հետ լիցենզավորման պայմանագրերը (որոնք մենք տրամադրում ենք հաճախորդին) արգելում են մեզ վերաբաշխել այդ տեսակի վերահսկման աղբյուրի կոդը, քանի որ դա երրորդ կողմերի մտավոր սեփականությունն է, ոչ թե մերը: Այս տեսակի ապրանքների օգտագործումը հաճախորդի համար խնայում է զարգացման ժամանակը և շատ ավելի էժան է, քան զրոյից նույն ֆունկցիոնալությունը կառուցելը: Մենք նախօրոք ենք վերաբերվում այս քաղաքականությանը մինչև որևէ աշխատանք կատարելը: Իհարկե, եթե հաճախորդը ցանկանում է վճարել մաքսային հսկողության զարգացման համար (երրորդ կողմի նախաբազուկը չօգտագործելու փոխարեն), մենք տրամադրում ենք այդ մաքսային կառավարման սկզբնաղբյուրը ՝ մնացած բոլորի հետ միասին:

    Երբ խոսքը վերաբերում է կոդի վերօգտագործմանը, մենք նախ և առաջ խոսում ենք այն փաստի մասին, որ կարող ենք վերաօգտագործել ծածկագրի որոշ մասեր, քանի դեռ այն չի մշակվել բացառապես հաճախորդի օգտագործման համար (ասենք ՝ գույքային բիզնեսի գործընթացի համար) նախքան որևէ աշխատանք կատարելը: Եթե ​​հաճախորդը, իհարկե, ցանկանում է ունենալ բացառիկ ծածկագիր, դա նրանց հասանելի է:

    Ինչպես ուրիշներն են ասել, թիվ 4-ը միշտ առաջարկվում է: Միշտ

    Regards,
    Թիմ Յանգ

Ինչ եք կարծում?

Այս կայքը օգտագործում է Akismet- ը սպամի նվազեցման համար: Իմացեք, թե ինչպես է ձեր տվյալները մշակվում.