Kerülje el, hogy a fejlesztői túszul ejtik

túsz100107Ezen a hétvégén kezdtem egy beszélgetést egy helyi művészrel, aki főnökének segített pár főnökének tulajdonában lévő webes alkalmazás kezelésében.

A beszélgetés fordulatot vett, és némi szellőzés folytatódott a heti fejlesztési díjak befizetésével, anélkül, hogy előrelépést látott volna azzal a fejlesztővel, akivel dolgoztak. Most a fejlesztő egy újabb átalánydíjat akar felszámolni számukra a projekt befejezéséhez, valamint heti karbantartási díjat az egyéb kérések fedezésére. Rosszabb lesz.

A fejlesztő átruházta a domain neveket, hogy kezelni tudja őket. A fejlesztő a tárhely-fiókján is tárolja az alkalmazást. Röviden: a fejlesztő most túszként tartja őket.

Szerencsére az a nő, akivel együtt dolgozom, rendszergazdai hozzáférést kért a múltban a webhely néhány sablonfájljának szerkesztéséhez. A fejlesztő korlátozott hozzáférést biztosíthatott volna számára, de nem tette meg. (Lustán) megadta neki az adminisztratív bejelentkezést az oldalra. Ma este ezt a hozzáférést használtam a webhely összes kódjának biztonsági mentéséhez. Rájöttem arra is, hogy milyen kezelőszoftvert használ, és utat nyitottam az adatbázis-adminisztrációhoz, ahová exportálni tudtam az alkalmazások adatait és a táblázatos struktúrákat is. Tyűha.

A tulajdonos azt tervezte, hogy a webhelyeket új domain nevekre helyezi át, miután a fejlesztés befejeződött. Ez óriási, mert azt jelenti, hogy a jelenlegi domainek lejárhatnak abban az esetben, ha a fejlesztő és a vállalat között dühös elválás lesz. Láttam már ilyet.

Néhány tipp, ha kihelyezett fejlesztői csapatot akarsz kapni:

  1. Domainregisztráció

    Regisztrálja domainneveit a vállalat nevében. Nem rossz, ha fejlesztője technikai kapcsolattartóként szerepel a fiókban, de soha átruházhatja a domain tulajdonjogát a vállalaton kívüli személyekre.

  2. Az alkalmazás vagy webhely tárolása

    Nagyon jó, hogy a fejlesztője rendelkezik tárhelyszolgáltatóval, és otthont adhat Önnek a webhelyén, de ne tegye. Ehelyett kérdezze meg az ajánlásait arról, hol tárolja az alkalmazást. Igaz, hogy a fejlesztők megismerkednek a kezelőszoftverrel, az erőforrások verzióival és helyével, és ez elősegítheti a termék hamarabb elkészítését. Ennek ellenére tulajdonosa a tárhelyfiók, és hozzá kell adnia a fejlesztőt a saját bejelentkezésével és hozzáférésével. Így bármikor meghúzhatja a csatlakozót.

  3. Saját a kód

    Ne feltételezd, hogy a kód birtokodban van, írd be. Ha nem akarja, hogy a fejlesztője az általa fizetett megoldásokat máshol fejlessze, akkor ezt a szerződés megkötésekor el kell döntenie. Fejlesztettem ilyen megoldásokat, de azokat is fejlesztettem, ahol megtartom a kódhoz fűződő jogokat. Ez utóbbi esetben alacsonyabban tárgyaltam meg az alkalmazás költségeit, hogy ösztönözze a vállalatot arra, hogy jogokat adjon nekem. Ha nem bánja, hogy fejlesztője máshol használja a kódját, akkor nem kellene a legjobb dollárt fizetnie!

  4. Kérjen egy második véleményt!

    Nem árt az érzéseimnek, amikor az emberek azt mondják, hogy licitálnak, vagy konzultálnak más szakemberekkel. Sőt, ajánlom!

A lényeg az, hogy fizetsz a fejlesztői tehetségért, de meg kell őrizned az ötlet felett az irányítást és a tulajdonjogot. Ez a tiéd. Te beruháztál bele, te kockáztattad ezért vállalkozásodat és jövedelmezőségedet ... és neked kell megtartanod. A fejlesztőket le lehet cserélni, és ez soha nem veszélyeztetheti az alkalmazást, vagy ami még rosszabb - a vállalkozását.

6 Comments

  1. 1

    Webalkalmazás-fejlesztő vagyok, és egyetértek a legtöbb állításoddal (talán minddel), de szeretnék pontosítást a 3. témával kapcsolatban.

    Egy másik cégnek (vagy rosszabb esetben egy versenytársnak) eladott webhely vagy alkalmazás nagykereskedelmi sokszorosítása nem etikus, és azt mindig a szerződésben kell elfogadhatatlannak rögzíteni. Mindazonáltal innovatív megoldásokat dolgoztam ki a gyakori problémákra, miközben egy ügyfél projektjén dolgoztam, amelynek semmi köze az adott bizniszhez, és nem is képviseli a teljes megoldás jelentős részét.

    Példa:
    Az ügyfél azt akarta, hogy az oldalszint és a terepi szintű vezérlés felhasználói szerepekhez legyen kötve. Az ASP.Net „dobozon kívüli” funkciója mappaszintű engedélyeket hajt végre. Ezért kiterjesztettem a .Net natív engedélyeit, és átfogó webalkalmazás részeként szállítottam a megoldást.

    Úgy gondolom, hogy jogosultak a teljes kódbázisra (a szerződésben előírtaknak megfelelően), de indokoltnak érzem, hogy ugyanazt a módszertant és kódrészleteket alkalmazzuk a jövőbeli projektek kiterjesztésének megvalósításához.

    Egy másik ránc:
    Ezt úgy csináltam, hogy egy tanácsadó cég kinevelte. Véleménye szerint a tanácsadó cégnek joga lenne visszamenni és lemásolni a megoldást, sajátjaként forgalmazva?

    • 2

      Nem igazán,

      Azt hiszem, egyetértünk. Ebben azt akarom biztosítani, hogy rendelkezzen a kóddal, és kiléphessen vele az ajtón. Ha a fejlesztő kódot állít össze az Ön számára, és kitolja a webhelyére - akkor nem rendelkezik a kóddal. Láttam, hogy ez a grafikától, a Flash-től, a .NET-től, a Java-tól kezdve minden olyan dologhoz megtörténik, amelyhez forrásfájlra van szükség és amelyet kiadnak.

      Doug

  2. 3

    Látom, honnan jöttök, és bár nem értek el mindent 100% -ban (vannak megjegyzéseim), a vállalatoknak ezt mindig szem előtt kell tartaniuk.

    1. FELTÉTELESEN. Nem tudom ezt eléggé hangsúlyozni. Dolgoztam egy kis cégnél, amely ezt megcsinálta, és úgy éreztem, hogy leverem a bűntudatot a részvétel miatt. Nagyon örülök, hogy kijöhettem onnan. Az ügyfeleknek feltétlenül meg kell őrizniük domainjeik felett az irányítást. Ha van elég hozzáértő valaki, ne adjon ehhez hozzáférést a fejlesztőnek. Ha nem, akkor győződjön meg arról, hogy a fejlesztőnek módja van-e Önnek az információ megváltoztatására / a domain átvitelére legalább valamilyen viszonteladói felületen keresztül.

    2. Részben egyetértek ezzel, de akkor ez a helyzettől függ. Ha egyszerű PHP alkalmazást telepít, és alacsony költségű tárhelyre van szüksége, mindenképpen szerezzen be egy LunarPages vagy DreamHost fiókot, vagy valami ilyesmit, és dobja oda. Adjon hozzáférést a fejlesztőnek. Az olcsó megosztott tárhelynek azonban természetesen vannak hátrányai ... különösen a nagyobb dolgok esetében. De ha elég nagy vagy ahhoz, hogy aggódj emiatt, akkor rendelkezned kell valakivel, aki képes foglalkozni vele. Sok minden nyilvánvalóan a bizalomról szól. Biztos, hogy a pokolba tesz valamit a szerződésbe, ha tehet ilyesmiről (korlátozások és hasonlók). A harmadik féltől származó tárhely nagyszerű, ha a fejlesztőnek nem kell valami divatos dolgot tennie. Elismerem, hogy szakadt vagyok, mert ez valóban szituációs dolog. Ez a helyszín méretétől, az alkalmazott technológiák tömbjétől is függ. Ha nagy lesz, akkor fontolóra vehet egy személyt a személyzetnél. Nem mindig opció, de nagyobb dolgoknál biztonságosabb.

    3. Ezt tette egykori cégem is. Elmehet, megadják a HTML-t, képeket stb. de nincs kód. A kód alapvetően bérelt szolgáltatás volt. Ennek ellenére van birtoklás és birtoklás. Mindig nem exkluzív értékesítést folytattam. Alapvetően képesnek kell lennem az alkatrészek újrafelhasználására. Semmi bajom azzal, hogy az ügyfél birtokolja, azt csinál, amit akar, és hogy valaki más dolgozzon rajta a sorban ... de nem fogom magam jelzálogba adni, és minden alkalommal újra kell feltalálnom a kereket.

    4. Mindig. Mindig. Mindig.

  3. 4

    Szép bejegyzés ... jól sikerült, bár nem értek egyet egy tétellel (# 2):

    "Nagyon jó, hogy a fejlesztője rendelkezik tárhelyszolgáltatóval, és otthont adhat Önnek a webhelyén, de ne tegye."

    Habár megértem ennek logikáját, bizonyos esetekben kontraproduktív lehet előírni, hogy a projektet máshol tárolja. Ha az Ön webhelyét vagy alkalmazását fejlesztő vállalat rendelkezik olyan tárhely-platformmal, amelyet előszeretettel használ, akkor valószínű, hogy hatékonyabb és produktívabb lesz számára a használat.

    Továbbá, filozófiai szempontból, ha nem hajlandó használni a fejlesztői tárhely-platformot, mert nem akarja, hogy „túszként tartsák”, akkor ez a kezdetektől fogva bizalmatlan hangot ad. Ha valóban nem bízol annyira a fejlesztődben, hogy velük tudsz vendégül látni, akkor valóban eleve velük akarsz dolgozni?

    Tudom, hogy sok rémtörténet létezik az ilyen helyzetekről, de általában azt javaslom, hogy összpontosítson egy olyan fejlesztő megtalálására, amelyben megbízik. Használhatja fejlesztői tárhelyét, és továbbra is megvédheti magát adminisztrátori hozzáférés kérésével és saját biztonsági másolatok készítésével.

    Ismét jó bejegyzés és nagyon hasznos információk.

    Köszönjük!
    Michael Reynolds

    • 5

      Szia Michael,

      Lehet, hogy ez bizalmi kérdésnek hangzik, de nem hinném, hogy az - valójában ellenőrzési és felelősségi kérdés. Ha jelentős összeget fog befektetni a webhely fejlesztésébe, akkor biztosnak kell lennie abban, hogy irányíthatja a környezetét.

      Az üzleti életben olyan dolgok történnek, amelyek megszakítják a kapcsolatokat, és ezeknek nem kell negatívnak lenniük. Talán a fejlesztője / cége nagyon nagy ügyfelet kap, és nem engedheti meg magának az időt. Talán elmozdítják az üzleti célokat. Előfordul, hogy tárhelytársaságuknak problémái lehetnek.

      Azt javaslom, hogy Ön irányítsa és feleljen a tárhelyéért, hogy a fejlesztőjétől függjön, hogy miben remekül fejlődik!

      Nagyra értékelem a visszalökést, Michael.

  4. 6

    Én is webalkalmazás-fejlesztő vagyok, és azt hiszem, a szöget ütötted a fejedre. Néhány gondolat:

    Azt hiszem, a legtöbb ember egyetértene (és az alábbi megjegyzések alapján elmondta), az # 1 abszolút. Soha, soha ne csináld. Valaha. Bármilyen körülmények között.

    Másképp veszem át a 2. helyet, mint talán néhány fejlesztőtársam: nem vagyunk hajlandók megrendelni a végterméket az ügyfelek számára (természetesen egy tesztelő szervert is üzemeltetünk az ügyfelek számára, hogy teszteljék a terméket a fejlesztés során). Örömmel segítünk az ügyfeleknek abban, hogy beállítsák őket, hogy maguk is otthont adhassanak neki, vagy találjanak egy tárhely szolgáltatót. Egyszerűen nem akarunk belépni a tárhely üzletébe. Ha ez azt jelenti, hogy a munkát elfordítják, akkor legyen. Rengeteg nagyszerű hosting cég vagy infrastruktúra-vállalkozás létezik, amelyek sokkal olcsóbb áron tudják nyújtani ezt a szolgáltatást. Ösztönözzük munkánk hordozhatóságát, és mindent megteszünk annak érdekében, hogy a házigazdája legyen, még akkor is, ha az ügyfél éveken át váltja a tárhelyszolgáltatót.

    A # 3 esetében ügyfeleink a végtermék összes forráskódját egy megjegyzéssel kapják meg: A megoldásban használt harmadik fél termékeihez (például a Telerik internetes vezérlőihez vagy a Component One-hoz) megadhatjuk az ügyfélnek a a harmadik fél ellenőrzése (mondjuk egy rács). Azokkal a harmadik fél társaságokkal kötött licencszerződéseink (amelyeket az ügyfélnek adunk át) megtiltják, hogy az ilyen típusú ellenőrzésekhez tovább terjesszük a forráskódot, mert ez a harmadik felek szellemi tulajdona, nem a miénk. Az ilyen típusú termékek megtakarítják a fejlesztési időt az ügyfél számára, és sokkal olcsóbbak, mint ugyanezt a funkciót a semmiből felépíteni. Mielőtt bármilyen munkát elvégeznénk, előre láthatjuk ezt a politikát. Természetesen, ha az ügyfél fizetni akar az egyéni vezérlés fejlesztéséért (ahelyett, hogy a harmadik fél előre gyártott termékét használná), akkor minden mással együtt megadjuk az egyedi vezérlés forráskódját is.

    Ami a kód újrafelhasználását illeti, előzetesen gondolunk arra, hogy a kód egyes részeit újrafelhasználhatjuk, kivéve, ha azt kifejezetten kizárólag az ügyfél használatára fejlesztették ki (mondjuk egy saját üzleti folyamatra), mielőtt bármilyen munkát elvégeznének. Ha az ügyfél természetesen exkluzív kódot akar fejleszteni, az elérhető számukra.

    Ahogy mások mondták, a # 4 mindig ajánlott. Mindig!

    Üdvözlettel,
    Tim Young

Mit gondolsz?

Ez az oldal Akismet-et használ a levélszemét csökkentése érdekében. Ismerje meg, hogyan dolgozik a megjegyzésed.