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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6 Comments

  1. 1

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

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

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

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

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

    • 2

      Notreally,

      Կարծում եմ ՝ մենք համաձայն ենք: Իմ իմաստը սրա մեջ է ՝ ապահովել, որ դուք ունեք ծածկագիր և կարող եք դրանով դուրս գալ դռնից: Եթե ​​ձեր մշակողը ձեզ համար կոդ է կազմում և դուրս է մղում ձեր կայք, դուք այդ կոդը չունեք: Ես տեսել եմ, որ դա տեղի է ունենում ամեն ինչի հետ `սկսած գրաֆիկայից, 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- ը սպամի նվազեցման համար: Իմացեք, թե ինչպես է ձեր տվյալները մշակվում.