Venkite, kad kūrėjai paimtų įkaitą

100107Šį savaitgalį pradėjau pokalbį su vietine menininke, kuri padėjo jos bosui tvarkyti kelias jos boso žiniatinklio programas.

Pokalbis pasisuko ir šiek tiek pasistengė mokėti savaitinius kūrimo mokesčius nematant jokios pažangos su kūrėju, su kuriuo dirbo. Dabar kūrėjas nori jiems sumokėti dar vieną vienkartinę sumą, kad užbaigtų projektą, taip pat savaitės priežiūros mokestį, kad būtų padengtos kitos užklausos. Blogėja.

Kūrėjas perkėlė domenų vardus, kad galėtų juos valdyti. Kūrėjas taip pat talpina programą savo prieglobos paskyroje. Trumpai tariant, dabar kūrėjas juos laiko įkaitais.

Laimei, moteris, su kuria dirbu, anksčiau reikalavo administratoriaus prieigos redaguoti kai kuriuos svetainės šablonų failus. Kūrėjas galėjo suteikti jai ribotą prieigą, bet jis to nepadarė. Jis (tingiai) pateikė jai administracinį prisijungimą prie svetainės. Šį vakarą aš pasinaudojau šia prieiga norėdamas sukurti atsarginę viso svetainės kodo kopiją. Aš taip pat supratau, kokią valdymo programinę įrangą jis naudoja, ir nuėjau į duomenų bazės administravimą, kur galėjau eksportuoti tiek programų duomenis, tiek lentelių struktūras. Whew.

Savininkas planavo svetaines perkelti į naujus domenų vardus, kai tik bus baigta plėtra. Tai didžiulė, nes tai reiškia, kad dabartiniai domenai gali pasibaigti tuo atveju, jei tarp kūrėjo ir įmonės atsiras piktas atsiskyrimas. Mačiau, kad tai įvyko anksčiau.

Keletas patarimų, jei ketinate gauti užsakomąją kūrėjų komandą:

  1. Domeno registracija

    Užregistruokite savo domeno vardus savo įmonės pavadinime. Nėra blogai, kad paskyroje kūrėjas yra techninis kontaktas, bet niekada perduoti domeno nuosavybės teisę bet kam, kas nėra jūsų įmonė.

  2. Jūsų programos ar svetainės talpinimas

    Puiku, kad jūsų kūrėjas gali turėti prieglobos bendrovę ir gali jums priglobti jūsų svetainę, bet to nedarykite. Užuot paklausę jo rekomendacijų, kur talpinti programą. Tiesa, kad kūrėjai susipažįsta su valdymo programine įranga, versijomis ir išteklių vieta ir tai gali padėti jūsų produktą užbaigti greičiau. Vis dėlto turėsite prieglobos paskyrą ir pridėkite savo kūrėją naudodami savo prisijungimo duomenis ir prieigą. Tokiu būdu galite bet kada ištraukti kištuką.

  3. Nuosavas kodas

    Nemanykite, kad kodas priklauso jums, rašykite jį raštu. Jei nenorite, kad jūsų kūrėjas, naudodamas jam mokamus sprendimus, vystytųsi kitur, turite tai nuspręsti sutarties sudarymo metu. Aš taip sukūriau sprendimus, bet aš juos taip pat sukūriau, kai pasilieku teises į kodą. Pastaruoju atveju derėjausi dėl mažesnės programos kainos, kad įmonė būtų paskatinta suteikti man teises. Jei nesijaudinate, kad kūrėjas naudoja kodą kitur, neturėtumėte mokėti už geriausią dolerį!

  4. Gaukite antrą nuomonę!

    Tai nepažeidžia mano jausmų, kai žmonės man sako, kad jie siūlo pasiūlymus ar konsultuojasi su kitais specialistais. Tiesą sakant, aš rekomenduoju!

Esmė ta, kad mokate už savo kūrėjo talentą, tačiau turite išlaikyti idėjos kontrolę ir nuosavybės teisę. Tai tavo. Tai jūs investavote į tai, jūs rizikavote savo verslu ir pelningumu ... ir jūs turėtumėte jį išlaikyti. Kūrėjus galima pakeisti ir tai niekada neturėtų kelti pavojaus jūsų programai ar, dar blogiau, jūsų verslui.

6 komentarai

  1. 1

    Esu žiniatinklio programų kūrėjas ir sutinku su dauguma jūsų teiginių (galbūt visais), bet norėčiau paaiškinimo dėl 3.

    Didmeninis svetainės ar programos, parduotos kitai įmonei (ar dar blogiau – konkurentui), kopijavimas yra neetiškas ir visada turėtų būti nurodytas kaip nepriimtinas jūsų sutartyje. Tačiau aš sukūriau novatoriškus bendrų problemų sprendimus dirbdamas su kliento projektu, kuris neturi nieko bendra su konkrečiu verslu ir nesudaro reikšmingos bendro sprendimo dalies.

    Pavyzdys:
    Kliento pageidaujamas puslapio ir lauko lygio valdymas, susietas su vartotojo vaidmenimis. „ASP.Net“ funkcija „išimta iš dėžutės“ suteikia aplanko lygio leidimus. Taigi pratęsiau vietinius .Net leidimus ir pateikiau sprendimą kaip bendros žiniatinklio programos dalį.

    Manau, kad jie turi teisę į visą kodų bazę (kaip numatyta sutartyje), bet jaučiuosi pagrįsta naudoti tą pačią metodiką ir kodo dalis, kad būtų galima išplėsti būsimus projektus.

    Dar viena raukšlė:
    Tai padariau būdamas konsultacinės įmonės ūkyje. Ar, jūsų nuomone, konsultacinė įmonė turėtų teisę grįžti atgal ir nukopijuoti tą sprendimą, parduodant jį kaip savo?

    • 2

      Ne visai,

      Manau, kad sutariame. Šiuo klausimu noriu įsitikinti, kad turite kodą ir su juo galite išeiti pro duris. Jei jūsų kūrėjas kompiliuoja kodą už jus ir siunčia jį į jūsų svetainę – kodo neturite. Mačiau, kad taip atsitinka su viskuo – nuo ​​grafikos, „Flash“, „.NET“, „Java“... su viskuo, kam reikalingas šaltinio failas ir išvesta.

      Doug

  2. 3

    Aš matau, iš kur jūs ateinate, ir nors nesutinku su viskuo 100% (turiu įspėjimų), įmonės visada turėtų tai turėti omenyje.

    1. VISIŠKAI. Negaliu to pakankamai pabrėžti. Dirbau mažoje įmonėje, kuri tai darė, ir jaučiausi gniuždanti kaltė dėl dalyvavimo. Labai džiaugiuosi, kad man pavyko iš ten ištrūkti. Klientai turėtų visiškai kontroliuoti savo domenus. Jei jie turi pakankamai išprususių žmonių, nesuteikite kūrėjui prieigos prie to. Jei ne, įsitikinkite, kad kūrėjas turi galimybę pakeisti informaciją / perkelti domeną per tam tikrą perpardavėjo sąsają.

    2. Iš dalies su tuo sutikčiau, bet tada tai priklauso nuo situacijos. Jei diegiate paprastą PHP programą ir jums reikia pigios prieglobos, būtinai gaukite „LunarPages“ arba „DreamHost“ paskyrą ar ką nors kita ir išmeskite ją ten. Suteikite kūrėjui prieigą. Tačiau nebrangus bendras priegloba tikrai turi savo trūkumų... ypač didesniems dalykams. Bet jei esate pakankamai didelis, kad dėl to jaudintumėte, turėtumėte turėti ką nors techninio personalo, kuris galėtų su tuo susidoroti. Akivaizdu, kad daug kas priklauso nuo pasitikėjimo. Žinoma, jei galite, ką nors įtraukite į sutartį dėl tokio pobūdžio dalykų (apribojimai ir panašiai). Trečiosios šalies priegloba yra puiku, jei kūrėjui nereikia daryti nieko įmantraus. Pripažįstu, kad esu sudraskyta, nes tai iš tikrųjų priklauso nuo situacijos. Tai taip pat priklauso nuo svetainės dydžio, naudojamų technologijų masyvo. Jei jis bus didelis, apsvarstykite galimybę įdarbinti žmogų. Ne visada pasirinkimas, bet saugesnis dideliems daiktams.

    3. Tai taip pat padarė mano buvusi įmonė. Galite išeiti, jie jums duos HTML, vaizdus ir pan. bet be kodo. Kodas iš esmės buvo išnuomota paslauga. Tai sakant, yra turėjimas ir turėjimas. Visada vykdau neišskirtinį išpardavimą. Iš esmės aš turiu turėti galimybę pakartotinai naudoti savo komponentus. Man nekyla problemų dėl to, kad klientas turi jį, daro su juo ką nori, o kas nors kitas dirba su juo… bet aš neketinu įkeisti savęs ir kiekvieną kartą išradinėti dviračio iš naujo.

    4. Visada. Visada. Visada.

  3. 4

    Puikus įrašas... gerai padaryta, nors nesutinku su vienu punktu (#2):

    „Puiku, kad jūsų kūrėjas gali turėti prieglobos įmonę ir gali priglobti jūsų svetainę už jus, bet nedarykite to.

    Nors suprantu to logiką, kai kuriais atvejais gali būti nenaudinga, jei jūsų projektas būtų priglobtas kur nors kitur. Jei jūsų svetainę ar programą kurianti įmonė turi prieglobos platformą, kurią mieliau naudoja, tikėtina, kad ja naudotis bus efektyviau ir produktyviau.

    Be to, filosofiniu požiūriu, jei atsisakote naudotis savo kūrėjo prieglobos platforma, nes nenorite būti „laikomi įkaitais“, tai nuo pat pradžių nustato nepasitikėjimo toną. Jei tikrai nepasitikite savo kūrėju, kad galėtumėte juos priimti, ar tikrai norite dirbti su jais?

    Žinau, kad yra daug siaubo istorijų apie tokią situaciją, bet apskritai rekomenduočiau susitelkti ties kūrėjo, kuriuo pasitikite, paieška. Galite naudoti kūrėjo prieglobą ir vis tiek apsisaugoti paprašydami administracinės prieigos ir pasidarydami atsargines kopijas.

    Vėlgi, geras įrašas ir labai naudinga informacija.

    Ačiū!
    Michaelas Reynoldsas

    • 5

      Hi Mykolas,

      Tai gali atrodyti kaip pasitikėjimo problema, bet nemanau, kad taip – ​​tai tikrai kontrolės ir atsakomybės problema. Jei ketinate investuoti didelę sumą į savo svetainės kūrimą, turite būti tikri, kad galite kontroliuoti jos aplinką.

      Versle nutinka dalykų, kurie nutraukia santykius, ir jie neturi būti neigiami. Galbūt jūsų kūrėjas / įmonė gauna labai didelį klientą ir negali sau leisti laiko. Galbūt jie keičia verslo tikslus. Kartais jų prieglobos įmonė gali turėti problemų.

      Aš pasisakau už tai, kad jūs kontroliuotumėte savo prieglobą ir būtumėte už ją atsakingas, kad galėtumėte pasikliauti savo kūrėju tuo, ką jis puikiai moka – kuria!

      Aš vertinu atstūmimą, Michael.

  4. 6

    Taip pat esu žiniatinklio programų kūrėjas ir manau, kad pataikėte į nagą ant galvos. Kai kurios mintys:

    Manau, kad dauguma sutiktų (ir, remdamiesi toliau pateiktomis pastabomis), Nr. 1 yra absoliutus. Niekada, niekada to nedaryk. Kada nors. Bet kokiomis aplinkybėmis.

    Aš vertinu 2-ąją poziciją kitaip nei galbūt kai kurie mano kolegos kūrėjai: atsisakome priimti galutinį produktą savo klientams (žinoma, priglobiame testavimo serverį, kad klientai galėtų išbandyti produktą kūrimo metu). Džiaugiamės galėdami padėti klientams pasiruošti patiems jį priglobti arba rasti prieglobos paslaugų teikėją. Mes tiesiog nenorime įsitraukti į prieglobos verslą. Jei tai reiškia, kad reikia atsisakyti darbo, tebūnie. Yra daug puikių prieglobos įmonių ar infrastruktūros įmonių, kurios gali teikti šią paslaugą už daug pigesnę kainą. Skatiname savo darbo perkeliamumą ir padarysime viską, ką galime, kad padėtume jį priglobti, net jei klientas daugelį metų pakeičia prieglobos paslaugų teikėją.

    3 atveju mūsų klientai gauna visą galutinio produkto šaltinio kodą su vienu įspėjimu: trečiųjų šalių produktams, kurie naudojami sprendime (pvz., žiniatinklio valdikliai iš Telerik arba Component One), galime suteikti klientui sukompiliuotą dll trečiosios šalies valdymas (tarkim tinklelis). Mūsų licencijavimo sutartys su tomis trečiųjų šalių įmonėmis (kurias teikiame klientui) draudžia mums perskirstyti tokio tipo valdiklių šaltinio kodą, nes tai yra trečiųjų šalių intelektinė nuosavybė, o ne mūsų. Šių tipų gaminių naudojimas sutaupo klientui skirto kūrimo laiko ir yra daug pigesnis nei sukurti tą patį funkcionalumą nuo nulio. Mes iš anksto informuojame apie šią politiką prieš atlikdami bet kokį darbą. Žinoma, jei klientas nori mokėti už pasirinktinio valdymo kūrimą (o ne naudoti iš anksto sukurtą trečiosios šalies produktą), mes pateikiame šio pasirinktinio valdymo šaltinio kodą kartu su visa kita.

    Kalbant apie pakartotinį kodo naudojimą, mes iš anksto žinome, kad galime pakartotinai naudoti kodo dalis, nebent jis buvo specialiai sukurtas tik kliento naudojimui (tarkime, patentuotam verslo procesui) prieš atliekant bet kokį darbą. Jei klientas nori sukurti išskirtinį kodą, žinoma, jis jam prieinamas.

    Kaip kiti sakė, #4 visada rekomenduojamas. Visada!

    Pagarbiai,
    Timas Youngas

Ką manote?

Ši svetainė naudoja "Akismet", kad sumažintų šlamštą. Sužinokite, kaip apdorojamas jūsų komentaras.