Eviteu que els vostres desenvolupadors els prenguin com a ostatges

ostatge100107Aquest cap de setmana vaig iniciar una conversa amb un artista local que ha estat ajudant el seu cap amb la gestió d'un parell d'aplicacions web que posseeix el seu cap.

La conversa va fer un gir i es van continuar desafiant el pagament de quotes setmanals de desenvolupament sense veure cap progrés amb el desenvolupador amb el qual han estat treballant. Ara el desenvolupador vol cobrar-los una altra tarifa global per completar el projecte, així com una quota de manteniment setmanal per cobrir altres sol·licituds. Empitjora.

El desenvolupador va transferir els noms de domini perquè els pogués gestionar. El desenvolupador també allotja l'aplicació al seu compte d'allotjament. En resum, ara el desenvolupador els manté com a ostatges.

Afortunadament, la dona amb qui treballo va demanar accés administratiu en el passat per editar alguns dels fitxers de plantilla del lloc. El desenvolupador li podria haver proporcionat un accés limitat, però ell no. Ell (mandrós) li va proporcionar l'inici de sessió administratiu al lloc. Aquesta nit he utilitzat aquest accés per fer còpies de seguretat de tot el codi del lloc. També vaig descobrir quin programari de gestió utilitzava i em vaig dirigir a l’administració de bases de dades, on vaig poder exportar tant les dades de les aplicacions com les estructures de taula. Vaja.

El propietari tenia previst traslladar els llocs a noms de domini nous un cop finalitzat el desenvolupament. Això és enorme perquè significa que els dominis actuals podrien caducar en cas que hi hagi una ràbia separació entre el desenvolupador i l’empresa. Ja ho he vist passar.

Alguns consells per obtenir un equip de desenvolupament subcontractat:

  1. Registre de dominis

    Registreu els vostres noms de domini al nom de la vostra empresa. No està malament tenir el vostre desenvolupador com a contacte tècnic al compte, però mai transfereixi la propietat del domini a qualsevol persona que no sigui la vostra empresa.

  2. Allotjar la vostra sol·licitud o lloc

    És fantàstic que el vostre desenvolupador tingui una empresa d’allotjament i pugui allotjar el vostre lloc, però no ho feu. En el seu lloc, pregunteu a les seves recomanacions sobre on allotjar l'aplicació. És cert que els desenvolupadors es familiaritzen amb el programari de gestió, les versions i la ubicació dels recursos, cosa que pot ajudar a que el vostre producte es completi abans. Dit això, però, teniu el compte d'allotjament i afegiu el vostre desenvolupador amb el seu propi accés i accés. D’aquesta manera, podeu estirar l’endoll sempre que ho necessiteu.

  3. Posseir el codi

    No suposeu que sou el propietari del codi, poseu-lo per escrit. Si no voleu que el vostre desenvolupador utilitzi les solucions que li heu pagat perquè es desenvolupi en un altre lloc, heu de decidir-ho en el moment del contracte. He desenvolupat solucions d'aquesta manera, però també les he desenvolupat on conservo els drets sobre el codi. En aquest darrer cas, vaig negociar el cost de l’aplicació més baix per tal que l’empresa incités a donar-me drets. Si no us importa que el vostre desenvolupador utilitzi el vostre codi en un altre lloc, no hauríeu de pagar el màxim.

  4. Obteniu una segona opinió!

    No em fa mal els sentiments quan la gent em diu que fa ofertes o que consulta amb altres professionals. De fet, el recomano!

La conclusió és que pagueu pel talent del vostre desenvolupador, però heu de mantenir el control i la propietat de la idea. És teu. Vostè va ser qui va invertir-hi, tu qui va arriscar el teu negoci i la teva rendibilitat ... i tu has de mantenir-lo. Es poden substituir els desenvolupadors i això mai no hauria de posar en risc la vostra aplicació, o el que és pitjor: la vostra empresa.

6 Comentaris

  1. 1

    Sóc desenvolupador d'aplicacions web i estic d'acord amb la majoria dels vostres punts (potser amb tots), però m'agradaria un aclariment sobre el número 3.

    La duplicació a l'engròs d'un lloc o aplicació venuda a una altra empresa (o pitjor a un competidor) no és ètic i sempre s'ha d'estipular com a inacceptable al vostre contracte. Tanmateix, he desenvolupat solucions innovadores a problemes comuns mentre treballava en el projecte d'un client que no té res a veure amb el seu negoci particular ni representa una part important de la solució global.

    Exemple:
    El client volia controlar el nivell de pàgina i el nivell de camp lligat als rols dels usuaris. La funcionalitat "fora de la caixa" per a ASP.Net fa permisos a nivell de carpeta. Així que vaig ampliar els permisos natius per a .Net i vaig oferir la solució com a part d'una aplicació web global.

    Crec que tenen dret a tota la base de codi (tal com s'estipula al contracte), però em sento justificat per utilitzar la mateixa metodologia i fragments de codi per aconseguir aquesta extensió en projectes futurs.

    Una altra arruga:
    Ho vaig fer mentre em feia una granja per una empresa de consultoria. L'empresa consultora tindria dret, segons la teva opinió, a tornar enrere i copiar aquesta solució, comercialitzant-la com a pròpia?

    • 2

      No realment,

      Crec que estem d'acord. El meu punt en això és assegurar-me que teniu el codi i que podeu sortir per la porta amb ell. Si el vostre desenvolupador està compilant codi per a vosaltres i l'està enviant al vostre lloc, no teniu el codi. He vist que això passa amb tot, des de gràfics, Flash, .NET, Java... qualsevol cosa que requereixi un fitxer font i es produeixi.

      Doug

  2. 3

    Veig d'on veniu i, tot i que no estic d'acord amb tot al 100% (tinc advertències), les empreses haurien de tenir això sempre en compte.

    1. ABSOLUTAMENT. No ho puc subratllar prou. He treballat per a una petita empresa que va fer això i em vaig sentir una culpa aclaparadora per haver estat involucrat. Estic molt content d'haver pogut sortir d'allà. Els clients han de mantenir absolutament el control dels seus dominis. Si tenen algú prou expert, no doneu accés a això al desenvolupador. Si no, assegureu-vos que el desenvolupador tingui una manera de canviar la informació/transferir el domini mitjançant una interfície de distribuïdor d'algun tipus com a mínim.

    2. Estic d'acord en part amb això, però després depèn de la situació. Si esteu implementant una aplicació PHP senzilla i necessiteu allotjament de baix cost, per descomptat, obteniu un compte LunarPages o DreamHost o alguna cosa i llenceu-lo allà. Doneu accés al desenvolupador. Tanmateix, l'allotjament compartit de baix cost té sens dubte els seus inconvenients... especialment per a coses més grans. Però si sou prou gran com per preocupar-vos, hauríeu de tenir algú tècnic al personal que s'hi pugui ocupar. Òbviament, gran part és de confiança. Segur que poseu alguna cosa en un contracte si podeu sobre aquest tipus de coses (restriccions i tal). L'allotjament de tercers és fantàstic si el desenvolupador no necessita fer res fantàstic. Admeto que estic trencat perquè realment és una cosa situacional. També depèn de la mida del lloc, de la varietat de tecnologies utilitzades. Si serà gran, pensant en contractar una persona a la plantilla. No sempre és una opció, però és més segur per a coses grans.

    3. Això també és una cosa que va fer la meva antiga empresa. Podries marxar, et donarien l'HTML, imatges, etc. però sense codi. El codi era bàsicament un servei llogat. Dit això, hi ha la propietat i la propietat. Sempre he fet una venda no exclusiva. Bàsicament, he de poder reutilitzar els meus components. No tinc cap problema que el client el posseeixi, faci el que vulgui amb ell i que algú més hi treballi al llarg de la línia... però no m'hipotecaré i hauré de reinventar la roda cada vegada.

    4. Sempre. Sempre. Sempre.

  3. 4

    Bona publicació... ben fet tot i que no estic d'acord amb un element (número 2):

    "És fantàstic que el vostre desenvolupador tingui una empresa d'allotjament i pugui allotjar el vostre lloc per a vosaltres, però no ho feu".

    Tot i que entenc la lògica que hi ha darrere d'això, en alguns casos pot ser contraproduent exigir que el vostre projecte estigui allotjat en un altre lloc. Si l'empresa que desenvolupa el vostre lloc o aplicació té una plataforma d'allotjament que prefereix utilitzar, és probable que sigui més eficient i productiu que la facin servir.

    A més, des d'un punt de vista filosòfic, si us negueu a utilitzar la plataforma d'allotjament del vostre desenvolupador perquè no voleu ser "ostatge", això estableix un to de desconfiança des del principi. Si realment no confieu prou amb el vostre desenvolupador per allotjar-los, realment voleu treballar amb ells en primer lloc?

    Sé que existeixen moltes històries de terror sobre aquest tipus de situacions, però en general us recomanaria que us centreu a trobar un desenvolupador en el qual confieu. Podeu utilitzar l'allotjament del vostre desenvolupador i encara protegir-vos sol·licitant accés administratiu i fent les vostres pròpies còpies de seguretat.

    Un cop més, bona publicació i informació molt útil.

    Gràcies!
    Michael Reynolds

    • 5

      Hola Michael,

      Pot semblar un problema de confiança, però no crec que ho sigui: realment és un problema de control i responsabilitat. Si voleu invertir una quantitat important en el desenvolupament del vostre lloc web, heu d'assegurar-vos que podeu controlar el seu entorn.

      En els negocis passen coses que trenquen les relacions i no cal que siguin negatives. Potser el vostre desenvolupador/empresa té un client molt gran i no us pot permetre el temps. Potser canvien els objectius empresarials. De vegades, la seva empresa d'allotjament pot tenir problemes.

      Defenso que controleu i siguis responsable del teu allotjament perquè puguis dependre del teu desenvolupador per al que és excel·lent: el desenvolupament!

      Agraeixo l'empenta, Michael.

  4. 6

    També sóc desenvolupador d'aplicacions web i crec que t'has tocat el clau. Algunes reflexions:

    Crec que la majoria de tots estarien d'acord (i segons els comentaris següents) #1 és un absolut. No ho facis mai, mai. Sempre. Sota qualsevol circumstància.

    Tinc una visió diferent del número 2 que potser alguns dels meus companys desenvolupadors: ens neguem a allotjar el producte final per als nostres clients (per descomptat, allotgem un servidor de proves perquè els clients puguin provar el producte durant el desenvolupament). Ens complau ajudar els clients a configurar-se per allotjar-lo ells mateixos o trobar un proveïdor d'allotjament. Simplement no volem dedicar-nos al negoci de l'allotjament. Si això vol dir desviar la feina, que així sigui. Hi ha moltes empreses d'allotjament o empreses d'infraestructures excel·lents que poden oferir aquest servei a un preu molt més barat. Fomentem la portabilitat del nostre treball i farem tot el possible per ajudar-lo a allotjar-lo, fins i tot si el client canvia de proveïdor d'allotjament anys més tard.

    Per al número 3, els nostres clients obtenen tot el codi font del producte final amb una advertència: per als productes de tercers que s'utilitzen a la solució (com ara els controls web de Telerik o Component One), podem donar al client el fitxer dll compilat per el control de tercers (per exemple, una graella). Els nostres acords de llicència amb aquestes empreses terceres (que proporcionem al client) ens prohibeixen redistribuir el codi font d'aquest tipus de controls, perquè és propietat intel·lectual de tercers, no la nostra. L'ús d'aquest tipus de productes estalvia temps de desenvolupament per al client i és molt més econòmic que construir la mateixa funcionalitat des de zero. Estem davant d'aquesta política abans de fer qualsevol treball. Per descomptat, si el client vol pagar pel desenvolupament de control personalitzat (en lloc d'utilitzar el producte preconstruït d'un tercer), proporcionem el codi font d'aquest control personalitzat juntament amb tota la resta.

    Quan es tracta de la reutilització del codi, som sincers sobre el fet que podem reutilitzar parts del codi tret que s'hagi desenvolupat expressament exclusivament per a l'ús del client (per exemple, per a un procés empresarial propietari) abans de fer qualsevol treball. Si el client vol tenir un codi exclusiu desenvolupat, per descomptat, està disponible per a ells.

    Com han dit altres, el número 4 sempre es recomana. Sempre!

    Salutacions,
    Tim Young

Què et sembla?

Aquest lloc utilitza Akismet per reduir el correu no desitjat. Esbrineu com es processa el vostre comentari.