Пазбягайце захаплення закладнікамі распрацоўшчыкаў

hostage100107На гэтых выходных я пачаў размову з мясцовай мастачкай, якая дапамагала начальніку кіраваць некалькімі вэб-праграмамі, якія належаць яе босу.

Размова пайшла па чарзе, і некаторыя вентыляцыйныя наладжванні працягвалі плаціць штотыднёвыя зборы за распрацоўку, не бачачы ніякага прагрэсу з распрацоўшчыкам, з якім яны працавалі. Цяпер распрацоўшчык хоча спагнаць з іх чарговую аднаразовую плату за завяршэнне праекта, а таксама штотыднёвую плату за тэхнічнае абслугоўванне для пакрыцця іншых запытаў. Пагаршаецца.

Распрацоўшчык перадаў даменныя імёны, каб ён мог імі кіраваць. Распрацоўшчык таксама размяшчае прыкладанне на сваім уліковым запісе хостынгу. Карацей, зараз распрацоўшчык трымае іх у закладніках.

На шчасце, жанчына, з якой я працую, раней патрабавала адміністрацыйнага доступу для рэдагавання некаторых файлаў шаблонаў для сайта. Распрацоўшчык мог даць ёй абмежаваны доступ, але ён гэтага не зрабіў. Ён (ляніва) падаў ёй адміністрацыйны ўваход на сайт. Сёння ўвечары я выкарыстаў гэты доступ да рэзервовай копіі ўсяго кода сайта. Я таксама зразумеў, якое праграмнае забеспячэнне для кіравання ён выкарыстоўвае, і прайшоў шлях да адміністравання баз дадзеных, дзе я змог экспартаваць дадзеныя і структуры табліц як прыкладанняў. Цьфу.

Уладальнік планаваў перанесці сайты пад новыя даменныя імёны пасля завяршэння распрацоўкі. Гэта велізарна, таму што гэта азначае, што бягучыя дамены могуць скончыцца ў выпадку, калі паміж распрацоўшчыкам і кампаніяй будзе раз'юшаны гнеў. Я бачыў, як гэта здаралася і раней.

Некалькі саветаў, калі вы збіраецеся атрымаць каманду знешняй распрацоўкі:

  1. рэгістрацыя даменаў

    Зарэгіструйце даменныя імёны ў назве вашай кампаніі. Нядрэнна мець на ўліку вашага распрацоўшчыка ў якасці тэхнічнага кантакту, але ніколі перадаць права ўласнасці на дамен каму-небудзь па-за межамі вашай кампаніі.

  2. Хостынг вашага прыкладання або сайта

    Выдатна, што ваш распрацоўшчык можа мець хостынг-кампанію і можа размясціць ваш сайт за вас, але не рабіце гэтага. Замест гэтага спытайцеся ў яго рэкамендацый па размяшчэнні прыкладання. Праўда, распрацоўшчыкі знаёмяцца з праграмным забеспячэннем для кіравання, версіямі і месцазнаходжаннем рэсурсаў, і гэта можа дапамагчы вашаму прадукту быць завершаным хутчэй. Тым не менш, тым не менш, валодаць уліковым запісам хостынгу і дадаць распрацоўшчыку з уласным лагінам і доступам. Такім чынам, вы можаце выцягнуць вілку, калі вам трэба.

  3. Уладальнік кодэкса

    Не мяркуйце, што вы валодаеце кодам, упішыце яго пісьмова. Калі вы не хочаце, каб ваш распрацоўшчык выкарыстоўваў рашэнні, якія вы заплацілі яму, у іншым месцы, вы павінны вырашыць гэта на момант заключэння кантракту. Я распрацаваў рашэнні такім чынам, але таксама распрацаваў іх там, дзе захоўваю правы на код. У апошнім выпадку я дамовіўся пра кошт заяўкі ніжэй, каб кампанія мела стымул даць мне правы. Калі вы не супраць, каб ваш распрацоўшчык выкарыстаў ваш код у іншым месцы, то вы не павінны плаціць лепшы долар!

  4. Атрымаць другое меркаванне!

    Мне не шкодзіць, калі людзі кажуць мне, што прымаюць заяўкі альбо кансультуюцца з іншымі спецыялістамі. На самай справе, я рэкамендую яго!

Сутнасць у тым, што вы плаціце за талент распрацоўшчыка, але вы павінны захаваць кантроль і ўласнасць над ідэяй. Гэта тваё. Гэта вы ўклалі ў яго грошы, вы рызыкавалі сваім бізнесам і прыбытковасцю для гэтага ... і гэта вы павінны захаваць яго. Распрацоўшчыкаў можна замяніць, і гэта ніколі не павінна ставіць пад пагрозу вашу праграму альбо, што яшчэ горш - ваш бізнес.

6 Каментары

  1. 1

    Я распрацоўшчык вэб-прыкладанняў, і я згодны з большасцю вашых меркаванняў (магчыма, усімі), але я хацеў бы атрымаць тлумачэнні па №3.

    Аптовае капіраванне сайта або прыкладання, прададзенага іншай кампаніі (альбо, што яшчэ горш, канкурэнтам), неэтычна і павінна быць прадугледжана як непрымальнае ў вашай дамове. Аднак падчас распрацоўкі праекта кліента я распрацаваў інавацыйныя рашэнні агульных праблем, якія не маюць нічога агульнага з іх бізнесам і не ўяўляюць значнай часткі агульнага рашэння.

    прыклад:
    Кліент хацеў кантраляваць узровень старонкі і ўзровень поля, прывязаны да роляў карыстальнікаў. Функцыя "з скрынкі" для ASP.Net робіць дазволы на ўзроўні тэчак. Такім чынам, я пашырыў уласныя дазволы для .Net і паставіў рашэнне як частку агульнай вэб-праграмы.

    Я лічу, што яны маюць права на ўсю кодавую базу (як гэта прадугледжана ў кантракце), але я адчуваю сябе апраўданым, выкарыстоўваючы тую ж методыку і кавалкі кода, каб дасягнуць гэтага пашырэння для будучых праектаў.

    Яшчэ адна маршчына:
    Я зрабіў гэта, знаходзячыся ў кансалтынгавай кампаніі. Ці мае права кансалтынгавая кампанія, на ваш погляд, вярнуцца і скапіяваць гэтае рашэнне, прадаўшы яго як сваё?

    • 2

      На самай справе,

      Думаю, мы згодныя. У гэтым я маю на ўвазе пераканацца, што ў вас ёсць код і вы можаце з ім выйсці за дзверы. Калі ваш распрацоўшчык складае для вас код і выштурхоўвае яго на ваш сайт - у вас няма кода. Я бачыў, як гэта адбывалася з усім, ад графікі, Flash, .NET, Java ... да ўсяго, што патрабуе зыходнага файла і выводзіцца.

      Doug

  2. 3

    Я бачу, адкуль вы родам, і хаця я не згодны з усім на 100% (у мяне ёсць агаворкі), кампаніі павінны заўсёды мець гэта на ўвазе.

    1. АБСАЛЮТНА. Не магу падкрэсліць гэта дастаткова. Я працаваў у невялікай кампаніі, якая займалася гэтым, і адчуваў сакрушэнне віны за ўдзел. Я вельмі рада, што змагла выбрацца адтуль. Кліенты павінны абсалютна захоўваць кантроль над сваімі даменамі. Калі ў іх ёсць хтосьці кемлівы, не давайце распрацоўшчыку доступ да гэтага. У адваротным выпадку пераканайцеся, што ў распрацоўшчыка ёсць магчымасць змяніць інфармацыю / перанесці дамен праз нейкі інтэрфейс пасярэдніка.

    2. Я часткова пагаджуся з гэтым, але гэта залежыць ад сітуацыі. Калі вы разгортваеце простае прыкладанне PHP і вам патрэбен недарагі хостынг, абавязкова атрымайце ўліковы запіс LunarPages альбо DreamHost ці нешта іншае і скіньце яго туды. Дайце распрацоўшчыку доступ. Аднак недарагі хостынг, безумоўна, мае свае недахопы ... асабліва для вялікіх рэчаў. Але калі вы дастаткова вялікія, каб турбавацца пра гэта, у вас павінен быць хто-небудзь тэхнічны супрацоўнік, які можа з гэтым справіцца. Шмат у чым, відавочна, гаворка ідзе пра давер. Вядома, як чорт уклаў што-небудзь у кантракт, калі можаце пра такія рэчы (абмежаванні і падобнае). Хостынг ад трэціх бакоў выдатна падыходзіць, калі распрацоўшчыку не трэба рабіць нічога мудрагелістага. Я прызнаю, што я разарваны, бо гэта сапраўды сітуацыйная рэч. Гэта таксама залежыць ад памеру сайта, набору тэхналогій, якія выкарыстоўваюцца. Калі гэта будзе вялікім, разглядаючы пытанне найму чалавека на персанал. Не заўсёды варыянт, але больш бяспечны для вялікіх рэчаў.

    3. Гэта таксама рабіла мая былая кампанія. Вы можаце сысці, яны перададуць вам HTML, выявы і г.д .... але кода няма. Код быў у асноўным арандаванай паслугай. Як гаворыцца, ёсць валоданне і валоданне. Я заўсёды рабіў эксклюзіўныя распродажы. У прынцыпе, мне трэба мець магчымасць паўторна выкарыстоўваць свае кампаненты. У мяне няма праблем з тым, каб кліент валодаў гэтым, рабіў з ім тое, што яны хацелі, і прымусіў кагосьці яшчэ працаваць над гэтым ... але я не збіраюся закладваць сябе і кожны раз павінен вынаходзіць руль.

    4. Заўсёды. Заўсёды. Заўсёды.

  3. 4

    Прыемны пост ... малайчына, хаця я не згодны з адным пунктам (# 2):

    "Цудоўна, што ваш распрацоўшчык можа мець хостынг-кампанію і можа размясціць ваш сайт для вас, але не рабіце гэтага".

    Нягледзячы на ​​тое, што я разумею логіку гэтага, у некаторых выпадках загад прадугледжваць размяшчэнне вашага праекта ў іншым месцы. Калі кампанія, якая распрацоўвае ваш сайт або дадатак, мае хостынг-платформу, якую яны аддаюць перавагу выкарыстоўваць, хутчэй за ўсё, яна будзе больш эфектыўнай і прадуктыўнай для іх выкарыстання.

    Акрамя таго, з філасофскага пункту гледжання, калі вы адмаўляецеся выкарыстоўваць хостынг-платформу вашага распрацоўшчыка, бо не хочаце быць "закладнікам", гэта з самага пачатку задае тон недаверу. Калі вы сапраўды недастаткова давяраеце свайму распрацоўшчыку, каб размясціць іх, то вы ў першую чаргу хочаце працаваць з імі?

    Я ведаю, што пра падобную сітуацыю існуе шмат страшных гісторый, але ў цэлым я б рэкамендаваў вам засяродзіцца на пошуку распрацоўшчыка, якому давяраеце. Вы можаце выкарыстоўваць хостынг вашага распрацоўшчыка і па-ранейшаму абараніць сябе, запытаўшы адміністрацыйны доступ і зрабіўшы ўласныя рэзервовыя копіі.

    Зноў жа, добры пост і вельмі карысная інфармацыя.

    Дзякуй!
    Майкл Рейнольдс

    • 5

      Прывітанне Майкл,

      Гэта можа падацца пытаннем даверу, але я не думаю, што гэта сапраўды пытанне кантролю і адказнасці. Калі вы збіраецеся ўкласці значную суму ў развіццё вашага вэб-сайта, вы павінны быць упэўнены, што можаце кантраляваць яго асяроддзе.

      У бізнэсе адбываюцца рэчы, якія разрываюць адносіны, і яны не павінны быць негатыўнымі. Магчыма, ваш распрацоўшчык / фірма атрымлівае вельмі вялікага кліента і не можа дазволіць вам час. Магчыма, яны змяняюць бізнес-мэты. Часам у іх хостынгавай кампаніі могуць узнікаць праблемы.

      Я выступаю за тое, каб вы кантралявалі і неслі адказнасць за хостынг, каб вы маглі разлічваць на свайго распрацоўшчыка за тое, што ён выдатна развівае!

      Я цаню адпор, Майкл.

  4. 6

    Я таксама распрацоўшчык вэб-прыкладанняў, і я думаю, што вы ўдарылі па галаве. Некалькі думак:

    Я думаю, што большасць усіх пагодзіцца (і, зыходзячы з каментарыяў ніжэй), # 1 - абсалют. Ніколі, ніколі гэтага не рабі. Калі-небудзь. Пры любых абставінах.

    У мяне іншае меркаванне №2, чым, магчыма, у некаторых маіх калег-распрацоўшчыкаў: мы адмаўляемся размяшчаць канчатковы прадукт для нашых кліентаў (вядома, мы размяшчаем сервер тэсціравання для кліентаў, каб праверыць прадукт падчас распрацоўкі). Мы рады дапамагчы кліентам наладзіць іх размяшчэнне самастойна альбо знайсці хостынг-правайдэра. Мы проста не хочам займацца хостынгам. Калі гэта азначае адхіленне працы, няхай будзе. Існуе мноства выдатных хостынгавых кампаній альбо інфраструктурных фірмаў, чым можна аказаць гэтую паслугу па значна больш нізкай цане. Мы заахвочваем партатыўнасць нашай працы і зробім усё, што ад нас залежыць, каб дапамагчы нам размясціць яе, нават калі кліент пераключае хостынг-правайдэраў на доўгія гады.

    На трэцім месцы нашы кліенты атрымліваюць увесь зыходны код канчатковага прадукту з адным засцярогай: для прадуктаў, якія выкарыстоўваюцца ў вырашэнні (напрыклад, вэб-кантролі ад Telerik або Component One), мы можам даць кліенту скампанаваны dll для кантроль трэцяга боку (скажам, сетка). Нашы ліцэнзійныя пагадненні з гэтымі трэцімі кампаніямі (якія мы прадастаўляем кліенту) забараняюць нам распаўсюджваць зыходны код для такіх відаў кантролю, таму што гэта інтэлектуальная ўласнасць трэціх асоб, а не наша. Выкарыстанне гэтых відаў прадукцыі дазваляе зэканоміць час на распрацоўку кліента і значна танней, чым стварыць тую ж функцыянальнасць з нуля. Мы папярэджаны гэтай палітыкай да таго, як будзе зроблена якая-небудзь праца. Зразумела, калі кліент хоча заплаціць за распрацоўку нестандартнага кантролю (замест выкарыстання гатовага прадукту ад трэцяга боку), мы прадстаўляем зыходны код для гэтага індывідуальнага кантролю разам з усім астатнім.

    Калі гаворка ідзе пра паўторнае выкарыстанне кода, мы гаворым аб тым, што мы можам паўторна выкарыстоўваць некаторыя часткі кода, калі ён не быў распрацаваны спецыяльна для выкарыстання кліентам (скажам, для ўласнага бізнес-працэсу) да таго, як будзе зроблена якая-небудзь праца. Калі кліент хоча, вядома, распрацаваць эксклюзіўны код, які ім даступны.

    Як ужо казалі іншыя, рэкамендуецца выкарыстоўваць №4. Заўсёды!

    З павагай,
    Цім Янг

Што вы думаеце?

Гэты сайт выкарыстоўвае Akismet для барацьбы са спамам. Даведайцеся, як дадзеныя апрацоўваюцца каментар.