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 kifizetésével, anélkül, hogy előrelépést látott volna azzal a fejlesztővel, akivel dolgoztak. A fejlesztő most egy újabb átalánydíjat szeretne felszámítani 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 dolgozom, korábban adminisztrátori hozzáférést kért 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ázati 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 ez azt jelenti, hogy a jelenlegi domainek lejárhatnak abban az esetben, ha dühös szétválasztás lesz a fejlesztő és a vállalat között. 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

    Nagyszerű, 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ési adataival é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 más megoldásokkal fizesse meg a fizetett megoldásokat, 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 alacsonyabb áron 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 a legtöbb pontjával egyetértek (talán mindennel), de szeretnék egy felvilágosítást a 3. pontról.

    Egy másik cégnek (vagy rosszabb esetben egy versenytársnak) eladott webhely vagy alkalmazás nagykereskedelmi sokszorosítása etikátlan, és ezt mindig elfogadhatatlanként kell rögzíteni a szerződésében. Azonban innovatív megoldásokat dolgoztam ki a gyakori problémákra, miközben egy ügyfél projektjén dolgozom, aminek semmi köze az adott vállalkozáshoz, és nem is jelenti a teljes megoldás jelentős részét.

    Példa:
    Az ügyfél oldalszintű és mezőszintű vezérlést kívánt a felhasználói szerepkörökhöz kötve. Az ASP.Net „dobozból” funkciója mappa szintű engedélyeket ad. Ezért kiterjesztettem a .Net natív engedélyeit, és egy á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 foglaltak szerint), de indokoltnak érzem, hogy ugyanazt a módszertant és kóddarabokat használjam ennek a bővítésnek a megvalósításához a jövőbeli projektekben.

    Még egy ránc:
    Ezt úgy tettem, hogy egy tanácsadó cég gazdálkodott. Véleménye szerint a tanácsadó cégnek joga lenne visszamenni és lemásolni azt a megoldást, sajátjaként forgalmazva?

    • 2

      Nem igazán,

      Szerintem egyetértünk. Ezzel az a célom, hogy megbizonyosodjon arról, hogy megvan a kód, és ki tud vele menni az ajtón. Ha a fejlesztő kódot fordít Önnek, és kiküldi a webhelyére, akkor nincs meg a kód. Láttam, hogy ez megtörténhet a grafikáktól kezdve a Flash-en, a .NET-en és a Java-n keresztül… bármivel, amihez forrásfájl szükséges, és a kimenetre kerül.

      Doug

  2. 3

    Látom, honnan jössz, és bár nem értek mindennel 100%-ig egyet (vannak kifogásaim), a cégeknek ezt mindig szem előtt kell tartaniuk.

    1. TELJESEN. Ezt nem lehet elégszer hangsúlyozni. Dolgoztam egy kis cégnél, amely ezt tette, és nyomasztó bűntudatot éreztem amiatt, hogy részt vettem benne. Nagyon örülök, hogy kiszabadulhattam onnan. Az ügyfeleknek feltétlenül meg kell őrizniük a domainjük feletti ellenőrzést. Ha van valakije elég hozzáértő, ne adjon hozzáférést a fejlesztőnek. Ha nem, győződjön meg arról, hogy a fejlesztő legalább módot ad az adatok módosítására/a domain átvitelére valamilyen viszonteladói felületen keresztül.

    2. Ezzel részben egyetértek, de hát ez a helyzettől függ. Ha egy 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 valamit, és helyezze oda. Adjon hozzáférést a fejlesztőnek. Az alacsony költségű megosztott tárhelynek azonban minden bizonnyal megvannak a maga hátrányai… különösen nagyobb dolgok esetében. De ha elég nagy ahhoz, hogy emiatt aggódjon, akkor legyen valaki műszaki szakembere, aki meg tudja oldani. Nyilvánvalóan sok minden a bizalomról szól. Biztos, hogy a fenébe írjon bele valamit a szerződésbe, ha lehet ilyesmivel kapcsolatban (korlátozások és hasonlók). A harmadik féltől származó tárhely nagyszerű megoldás, ha a fejlesztőnek nem kell semmi különöset tennie. Bevallom, el vagyok törve, mert ez tényleg helyzetfüggő. Ez az oldal méretétől, az alkalmazott technológiák sorától is függ. Ha nagy lesz, fontolja meg egy személy felvételét a személyzetbe. Nem mindig választható, de nagyobb dolgokhoz biztonságosabb.

    3. Ezt is az egykori cégem csinálta. Elmehetsz, odaadják a HTML-t, képeket stb. de nincs kód. A kód alapvetően lízingelt szolgáltatás volt. Ennek ellenére van birtoklás és birtoklás. Mindig is csináltam nem kizárólagos eladást. Alapvetően újra fel kell tudnom használni az összetevőimet. Semmi gondom nincs azzal, hogy az ügyfél birtokolja, azt csinál vele, amit akar, és valaki más dolgozik rajta… de nem fogom jelzálogba helyezni magam, és minden alkalommal újra fel kell találnom a kereket.

    4. Mindig. Mindig. Mindig.

  3. 4

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

    "Nagyszerű, hogy a fejlesztőjének van egy tárhelyszolgáltatója, és üzemeltetheti az Ön webhelyét, de ne tegye ezt."

    Bár megértem a mögöttes logikát, bizonyos esetekben kontraproduktív lehet, ha előírják, hogy a projektet máshol tárolják. Ha az Ön webhelyét vagy alkalmazását fejlesztő cég rendelkezik olyan tárhely-platformmal, amelyet szívesebben használ, akkor valószínűleg hatékonyabb és produktívabb lesz a használata.

    Ezenkívül filozófiai szempontból, ha megtagadja a fejlesztő tárhely-platformjának használatát, mert nem szeretne „túszul ejteni”, akkor ez már a kezdetektől bizalmatlanság hangját adja. Ha valóban nem bízik eléggé a fejlesztőjében ahhoz, hogy velük lássa, akkor valóban velük akar dolgozni?

    Tudom, hogy sok rémtörténet létezik az ilyen helyzetekkel kapcsolatban, de általában azt javaslom, hogy összpontosítson egy megbízható fejlesztő megtalálására. Használhatja fejlesztője tárhelyét, és továbbra is megvédheti magát, ha rendszergazdai hozzáférést kér, és saját biztonsági másolatot készít.

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

    Köszönjük!
    Michael Reynolds

    • 5

      Szia Michael,

      Lehet, hogy bizalmi kérdésnek hangzik, de nem hiszem, hogy az – ez valójában ellenőrzési és felelősségi kérdés. Ha jelentős összeget fektet be webhelye fejlesztésébe, akkor biztosnak kell lennie abban, hogy tudja irányítani a környezetét.

      Az üzleti életben olyan dolgok történnek, amelyek megszakítják a kapcsolatokat, és nem kell negatívnak lenniük. Lehet, hogy a fejlesztője/cége nagyon nagy ügyfelet kap, és nem engedheti meg magának az időt. Talán megváltoztatják az üzleti célokat. Néha a hosting cégnek problémái lehetnek.

      Azt tanácsolom, hogy te irányítsd és légy felelős a tárhelyszolgáltatásért, így számíthatsz a fejlesztőre abban, amiben kiváló – a fejlesztésben!

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

  4. 6

    Én is webalkalmazás-fejlesztő vagyok, és azt hiszem, fején találtad a szöget. Néhány gondolat:

    Azt hiszem, mindenki egyetértene (és az alábbi megjegyzések alapján is), hogy az 1. szám abszolút. Soha, de soha ne csináld. Valaha. Bármilyen körülmények között.

    Én másképp vélekedek a 2-ről, mint talán néhány fejlesztőtársam: megtagadjuk, hogy a végterméket fogadjuk ügyfeleink számára (természetesen biztosítunk egy tesztszervert az ügyfelek számára, hogy teszteljék a terméket a fejlesztés során). Örömmel segítünk ügyfeleinknek abban, hogy beállíthassák, hogy saját maguk tárolják, vagy tárhelyszolgáltatót találjanak. Egyszerűen nem akarunk tárhelyszolgáltatással foglalkozni. Ha ez azt jelenti, hogy el kell utasítani a munkát, akkor legyen. Rengeteg nagyszerű hosting cég vagy infrastrukturális cég létezik, amelyek ezt a szolgáltatást sokkal olcsóbb áron tudják biztosítani. Bátorítjuk munkánk hordozhatóságát, és minden tőlünk telhetőt megteszünk annak érdekében, hogy tárhelyet kaphassunk, még akkor is, ha az ügyfél évek múltán tárhelyszolgáltatót vált.

    A 3. számú esetben ügyfeleink megkapják a végtermék összes forráskódját egy figyelmeztetéssel: A megoldásban használt harmadik féltől származó termékek (például a Telerik vagy a Component One webes vezérlői) esetében megadhatjuk az ügyfélnek a lefordított dll-t a harmadik féltől származó vezérlés (mondjuk egy rács). Az ezekkel a harmadik fél cégekkel kötött licencszerződéseink (amelyeket az ügyfélnek biztosítunk) megtiltják számunkra, hogy az ilyen típusú vezérlők forráskódját továbbítsuk, mivel az a harmadik felek szellemi tulajdona, nem a miénk. Az ilyen típusú termékek használata fejlesztési időt takarít meg az ügyfél számára, és sokkal olcsóbb, mintha ugyanazt a funkcionalitást a semmiből építené fel. Bármilyen munka elvégzése előtt előre tájékozódunk erről az irányelvről. Természetesen, ha az ügyfél az egyedi vezérlés fejlesztéséért szeretne fizetni (a harmadik fél előre elkészített termékének használata helyett), akkor minden mással együtt biztosítjuk az egyedi vezérlés forráskódját.

    Amikor a kód újrafelhasználásáról van szó, előre tudatában vagyunk annak, hogy a kód egyes részeit újra felhasználhatjuk, kivéve, ha azt kifejezetten az ügyfél használatára fejlesztették ki (például egy szabadalmaztatott üzleti folyamathoz), mielőtt bármilyen munkát végeznénk. Ha a kliens exkluzív kódot szeretne készíteni, természetesen az elérhető.

    Ahogy mások is mondták, a 4-es szám 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.