Vältige arendajate pantvangi võtmist

pantvang100107Sel nädalavahetusel alustasin vestlust kohaliku kunstnikuga, kes on abistanud tema ülemust paari tema ülemuse omatavate veebirakenduste haldamisel.

Vestlus võttis pöörde ja mõningane õhutamine kulges iganädalaste arendustasude maksmisel, nägemata arengut arendajaga, kellega nad on töötanud. Nüüd soovib arendaja neilt projekti lõpuleviimiseks nõuda veel ühekordset tasu, samuti iganädalast hooldustasu muude taotluste katteks. Asi läheb hullemaks.

Arendaja viis domeeninimed üle, et saaks neid hallata. Arendaja majutab rakendust ka oma hostikontol. Ühesõnaga, arendaja hoiab neid nüüd pantvangis.

Õnneks nõudis naine, kellega töötan, varem saidi mõne mallifaili muutmiseks administraatorijuurdepääsu. Arendaja oleks võinud pakkuda talle piiratud juurdepääsu, kuid ta seda ei teinud. Ta (laisalt) andis talle saidile administraatori sisselogimise. Täna õhtul kasutasin seda juurdepääsu saidi kogu koodi varundamiseks. Sain ka aru, millist haldustarkvara ta kasutab, ja jõudsin andmebaasi halduse juurde, kus sain eksportida nii rakenduste andmeid kui ka tabelistruktuure. Vat.

Omanik kavandas saitide viimist uutele domeeninimedele, kui arendus oli lõpule viidud. See on tohutu, sest see tähendab, et praegused domeenid võivad aeguda juhul, kui arendaja ja ettevõte lähevad vihaselt lahku. Olen seda varem juhtunud.

Mõned näpunäited, kui soovite hankida allhankega arendustiimi:

  1. Domeeni registreerimine

    Registreerige oma domeeninimed oma ettevõtte nimes. Pole halb, kui teie arendaja on kontol tehnilise kontaktisikuna, kuid mitte kunagi anda domeeni omandiõigus üle kellelegi väljaspool teie ettevõtet.

  2. Teie rakenduse või saidi majutamine

    On tore, et teie arendajal võib olla hostimisettevõte ja ta saab teie saiti teie eest hostida, kuid ärge tehke seda. Selle asemel küsige tema soovitusi rakenduse majutamiseks. On tõsi, et arendajad tutvuvad haldustarkvara, versioonide ja ressursside asukohaga ning see aitab teie toodet varem valmis saada. See tähendab, et omage siiski hostikontot ja lisage oma arendaja oma sisselogimise ja juurdepääsuga. Nii saate pistikust tõmmata, kui vaja.

  3. Oma kood

    Ärge arvake, et kood kuulub teile, pange see kirjalikult. Kui te ei soovi, et teie arendaja kasutab talle makstud lahendusi mujal arendamiseks, peate selle lepingu sõlmimisel otsustama. Olen sel viisil välja töötanud lahendusi, kuid olen neid ka välja töötanud, kus säilitan õigused koodile. Viimasel juhul pidasin rakenduse maksumuse väiksemaks, nii et ettevõttel oli ajend mulle õigusi anda. Kui te ei pahanda, et teie arendaja kasutab oma koodi mujal, siis ei peaks te maksma dollarit!

  4. Hankige teine ​​arvamus!

    Minu tunnetele ei tee haiget, kui inimesed ütlevad mulle, et nad teevad pakkumisi või peavad nõu teiste spetsialistidega. Tegelikult ma soovitan seda!

Lõpptulemus on see, et maksate arendaja ande eest, kuid peate säilitama idee üle kontrolli ja omandiõiguse. See on sinu. Sina investeerisid sellesse, sina riskisid sellega oma äri ja kasumlikkust ... ja sina peaksid seda hoidma. Arendajaid saab asendada ja see ei tohiks kunagi teie rakendust või veel hullem - teie ettevõtet - ohtu seada.

6 Kommentaarid

  1. 1

    Olen veebirakenduste arendaja ja nõustun enamiku teie väidetega (võib-olla kõigiga), kuid sooviksin selgitust teemal 3.

    Teisele ettevõttele (või halvemal juhul konkurendile) müüdava saidi või rakenduse hulgimüük on ebaeetiline ja see peaks alati olema teie lepingus vastuvõetamatu. Olen aga kliendi projektiga töötades välja töötanud uuenduslikke lahendusi levinud probleemidele, millel pole midagi pistmist tema konkreetse ettevõtlusega ega esinda olulist osa üldisest lahendusest.

    Näide:
    Klient soovis kasutaja rollidega seotud lehe ja välja taseme juhtimist. ASP.Neti funktsioon „Karbist väljas” teeb kaustaseme õigusi. Nii pikendasin .Neti loomulikke õigusi ja pakkusin lahenduse osana üldisest veebirakendusest.

    Usun, et neil on õigus kogu koodibaasile (nagu lepingus on ette nähtud), kuid tunnen õigustust kasutada sama metoodikat ja kooditükke selle laienduse saavutamiseks tulevastes projektides.

    Teine korts:
    Tegin seda samal ajal, kui konsultatsioonifirma põllutööl oli. Kas konsultatsioonifirmal oleks teie arvates õigus seda lahendust tagasi kopeerida, turustades seda omaette?

    • 2

      Mitte päris,

      Ma arvan, et oleme nõus. Minu mõte selles on tagada, et teil oleks kood olemas ja saaksite sellega uksest välja astuda. Kui teie arendaja koostab teile koodi ja lükkab selle teie saidile välja, pole teil seda koodi. Olen näinud, et see juhtub kõigega alates graafikast, Flashist, .NETist, Java-st ... kõigest, mis nõuab lähtefaili ja mis on väljastatud.

      Doug

  2. 3

    Ma näen, kust te tulete ja kuigi ma pole kõigega 100% nõus (mul on hoiatusi), peaksid ettevõtted seda alati meeles pidama.

    1. TÄIESTI. Ei saa seda piisavalt rõhutada. Olen töötanud väikeses ettevõttes, kes seda tegi, ja tundsin, et olen osaluse pärast purustanud süütunnet. Mul on nii hea meel, et sain sealt välja tulla. Kliendid peaksid absoluutselt säilitama oma domeenide üle kontrolli. Kui neil on keegi piisavalt taiplik, ärge andke arendajale sellele juurdepääsu. Kui ei, siis veenduge, et arendajal oleks võimalus vähemalt teavet muuta / domeeni edastada mingisuguse edasimüüja liidese kaudu.

    2. Ma oleksin sellega osaliselt nõus, kuid siis sõltub see olukorrast. Kui kasutate lihtsat PHP-rakendust ja vajate odavat majutust, hankige igal juhul LunarPagesi või DreamHosti konto või midagi sellist ja visake see sinna. Andke arendajale juurdepääs. Kuid odaval virtuaalserveril on kindlasti ka puudusi ... eriti suuremate asjade puhul. Aga kui olete piisavalt suur, et muretseda selle pärast, peaks teil olema keegi tehniline personal, kes sellega hakkama saaks. Suur osa sellest on ilmselgelt seotud usaldusega. Kindlasti panen midagi lepingusse, kui saate sellist asja (piirangud ja muu). Kolmanda osapoole hostimine on suurepärane, kui arendajal pole vaja midagi uhket teha. Tunnistan, et olen rebenenud, sest see on tõesti olukorraga seotud asi. See sõltub ka saidi suurusest, kasutatud tehnoloogiate hulgast. Kui see saab olema suur, siis kaaluge inimese palkamist personali. Mitte alati valik, kuid ohutum suurte asjade jaoks.

    3. Seda tegi ka minu endine ettevõte. Võite lahkuda, nad annavad teile HTML-i, pildid jne. aga koodi pole. Kood oli põhimõtteliselt renditud teenus. Nagu öeldud, on olemas omamine ja omamine. Olen alati teinud mitteeksklusiivset müüki. Põhimõtteliselt pean ma suutma oma komponente taaskasutada. Mul pole probleemi kliendi omamise, sellega, mida ta sellega soovib, tegemise ja sellega, et keegi teine ​​töötab sellel liinil ... aga ma ei hakka ise hüpoteeki panema ja pean ratta iga kord uuesti leiutama.

    4. Alati. Alati. Alati.

  3. 4

    Tore postitus ... hästi tehtud, kuigi ma ei nõustu ühe punktiga (# 2):

    "On suurepärane, et teie arendajal võib olla hostimisettevõte ja ta saab teie saiti teie eest hostida, kuid ärge tehke seda."

    Ehkki ma mõistan selle taga olevat loogikat, võib mõnel juhul osutuda ebatõhusaks volitada teie projekti võõrustama kuskil mujal. Kui teie saiti või rakendust arendaval ettevõttel on hostimisplatvorm, mida nad eelistavad kasutada, on tõenäoline, et see on nende jaoks tõhusam ja produktiivsem.

    Lisaks, kui keeldute oma arendaja hostimisplatvormi kasutamisest filosoofilisest vaatenurgast, kuna te ei soovi, et teid pantvangis hoitaks, annab see algusest peale usaldamatuse tooni. Kui te tõesti ei usalda oma arendajat piisavalt, et temaga hostida, siis kas soovite tõesti kõigepealt nendega koostööd teha?

    Ma tean, et sellise olukorra kohta on olemas palju õuduslugusid, kuid üldiselt soovitaksin teil keskenduda usaldusväärse arendaja leidmisele. Saate kasutada oma arendaja majutust ja end siiski kaitsta, taotledes administraatorijuurdepääsu ja tehes ise varukoopiad.

    Jällegi hea postitus ja väga kasulik teave.

    Aitäh!
    Michael Reynolds

    • 5

      Hi Michael,

      See võib tunduda usaldusküsimusena, kuid ma ei arva, et see nii on - see on tõesti kontrolli ja vastutuse küsimus. Kui kavatsete investeerida märkimisväärse summa oma veebisaidi arendamisse, peate olema kindel, et saate selle keskkonda kontrollida.

      Äris juhtub asju, mis purustavad suhteid ja need ei pea olema negatiivsed. Võib-olla saab teie arendaja / firma endale väga suure kliendi ja ei saa teile aega lubada. Võib-olla nihutavad need ärieesmärke. Mõnikord võib nende hostimisettevõttel olla probleeme.

      Ma soovitan, et kontrolliksite oma hostimist ja vastutaksite selle eest, et saaksite oma arendajast sõltuda selles, milles ta suurepäraselt areneb!

      Ma hindan tagasilööki, Michael.

  4. 6

    Olen ka veebirakenduste arendaja ja arvan, et olete naelapea pihta löönud. Mõned mõtted:

    Ma arvan, et enamik oleks nõus (ja on allpool toodud kommentaaride põhjal) # 1 absoluutne. Ärge kunagi, kunagi tehke seda. Kunagi. Igal juhul.

    Mul on teine ​​valik teistmoodi kui võib-olla mõnel muul arendajal: keeldume oma klientidele lõpptoodet majutamast (loomulikult võõrustame klientidele testimisserverit, et see toote arendamise ajal proovisõiduks teha). Aitame hea meelega klientidel seadistada seda ise majutama või leida hostimise pakkuja. Me lihtsalt ei taha hakata tegelema majutamisega. Kui see tähendab töö ära pööramist, siis olgu nii. Seal on palju häid majutusettevõtteid või infrastruktuuriettevõtteid, kes suudavad seda teenust pakkuda palju odavama hinnaga. Soovitame oma töö kaasaskantavust ja teeme kõik endast oleneva, et aidata seda majutada, isegi kui klient vahetab hostimisteenuse pakkujat aastaid tagasi.

    # 3 jaoks saavad meie kliendid kogu lõpptoote lähtekoodi ühe hoiatusega: lahenduses kasutatavate kolmandate osapoolte toodete (nt Teleriku või Component One'i veebijuhised) puhul võime kliendile anda kompileeritud dll kolmanda osapoole kontroll (ütleme ruudustik). Meie litsentsilepingud nende kolmandate osapoolte ettevõtetega (mille me kliendile edastame) keelavad meil lähtekoodi uuesti levitada seda tüüpi kontrollide jaoks, kuna see on kolmandate isikute, mitte meie intellektuaalne omand. Seda tüüpi toodete kasutamine säästab kliendi jaoks arendusaega ja on palju odavam kui sama funktsionaalsuse nullist ülesehitamine. Oleme enne selle töö tegemist selle poliitika osas valmis. Muidugi, kui klient soovib tasuda kohandatud juhtimissüsteemi arendamise eest (selle asemel, et kasutada kolmandalt osapoolelt eeltoodud toodet), pakume selle kohandatud juhtimise lähtekoodi koos kõige muuga.

    Koodi korduvkasutamise osas oleme varakult seisukohal, et võime osa koodi taaskasutada, välja arvatud juhul, kui see on enne töö tegemist välja töötatud selgesõnaliselt ainult kliendi kasutamiseks (näiteks varalise äriprotsessi jaoks). Kui klient soovib loomulikult välja töötada eksklusiivse koodi, on see neile kättesaadav.

    Nagu teised on öelnud, soovitatakse alati # 4. Alati!

    soovidega,
    Tim Young

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.