تجنب أخذ مطوريك كرهائن

hostage100107بدأت في نهاية هذا الأسبوع محادثة مع فنانة محلية كانت تساعد رئيسها في إدارة اثنين من تطبيقات الويب التي يمتلكها رئيسها.

أخذت المحادثة منعطفًا واستمر بعض التنفيس عن دفع رسوم التطوير الأسبوعية دون رؤية أي تقدم مع المطور الذي كانوا يعملون معه. الآن يريد المطور أن يفرض عليهم رسومًا مقطوعة أخرى لإكمال المشروع بالإضافة إلى رسوم صيانة أسبوعية لتغطية الطلبات الأخرى. تزداد الأمور سوءا.

قام المطور بنقل أسماء النطاقات حتى يتمكن من إدارتها. يستضيف المطور أيضًا التطبيق على حساب الاستضافة الخاص به. باختصار ، المطور يحتجزهم الآن كرهائن.

لحسن الحظ ، طلبت المرأة التي أعمل معها حق الوصول الإداري في الماضي لتعديل بعض ملفات القوالب الخاصة بالموقع. كان بإمكان المطور منحها وصولاً محدودًا لكنه لم يفعل. قام (كسول) بتزويدها بتسجيل الدخول الإداري إلى الموقع. الليلة استخدمت هذا الوصول لعمل نسخة احتياطية من جميع التعليمات البرمجية الخاصة بالموقع. لقد اكتشفت أيضًا برنامج الإدارة الذي كان يستخدمه وشق طريقي إلى إدارة قاعدة البيانات حيث تمكنت من تصدير كل من بيانات التطبيقات وهياكل الجداول. يا للعجب.

كان المالك يخطط لنقل المواقع إلى أسماء نطاقات جديدة بمجرد اكتمال التطوير. هذا ضخم لأنه يعني أن النطاقات الحالية قد تنتهي صلاحيتها في حالة وجود فصل غاضب بين المطور والشركة. لقد رأيت هذا يحدث من قبل.

بعض النصائح إذا كنت ستحصل على فريق تطوير خارجي:

  1. تسجيل النطاقات

    سجل أسماء المجالات الخاصة بك في اسم شركتك. ليس بالأمر السيء أن يكون لديك مطور برامج كجهة اتصال فنية في الحساب ، ولكن أبدا نقل ملكية المجال لأي شخص خارج شركتك.

  2. استضافة تطبيقك أو موقعك

    إنه لأمر رائع أن يكون لدى المطور الخاص بك شركة استضافة ويمكنه استضافة موقعك نيابة عنك ، لكن لا تفعل ذلك. بدلاً من ذلك ، اطلب توصياته حول مكان استضافة التطبيق. صحيح أن المطورين يتعرفون على برامج الإدارة والإصدارات وموقع الموارد ويمكن أن يساعد ذلك في إكمال منتجك في وقت أقرب. ومع ذلك ، امتلك حساب الاستضافة وأضف المطور الخاص بك بتسجيل الدخول الخاص به والوصول إليه. بهذه الطريقة ، يمكنك سحب القابس متى احتجت إلى ذلك.

  3. امتلك الرمز

    لا تفترض أنك تملك الكود ، اكتبه كتابة. إذا كنت لا تريد أن يستخدم المطور الخاص بك الحلول التي دفعت له / لها لتطويرها في مكان آخر ، يجب أن تقرر ذلك في وقت العقد. لقد طورت حلولًا بهذه الطريقة ولكني قمت أيضًا بتطويرها حيث أحتفظ بحقوق الكود. في الحالة الأخيرة ، تفاوضت على تكلفة التطبيق أقل بحيث كان هناك حافز للشركة لمنحني الحقوق. إذا كنت لا تمانع في استخدام مطور برامجك للكود الخاص بك في مكان آخر ، فلا يجب أن تدفع أعلى قيمة!

  4. احصل على رأي ثان!

    لا يضر مشاعري عندما يخبرني الناس أنهم يأخذون عطاءات أو يتشاورون مع محترفين آخرين. في الواقع ، أوصي به!

خلاصة القول هي أنك تدفع مقابل موهبة المطور لديك ولكن يجب أن تحتفظ بالسيطرة والملكية على الفكرة. إنه لك. أنت من استثمر فيها ، أنت الذي خاطرت بعملك وربحيتك من أجله ... وأنت من يجب أن تحتفظ به. يمكن استبدال المطورين وهذا لا ينبغي أن يعرض تطبيقك أو ما هو أسوأ - عملك في خطر.

6 تعليقات

  1. 1

    أنا مطور تطبيقات ويب وأنا أتفق مع معظم نقاطك (ربما جميعها) ولكني أود توضيحًا بشأن # 3.

    النسخ بالجملة لموقع أو تطبيق يتم بيعه إلى شركة أخرى (أو أسوأ من ذلك منافس) هو أمر غير أخلاقي ويجب دائمًا النص عليه على أنه غير مقبول في عقدك. ومع ذلك ، فقد قمت بتطوير حلول مبتكرة للمشاكل الشائعة أثناء العمل في مشروع العميل الذي لا علاقة له بعملاته التجارية الخاصة ولا يمثل جزءًا كبيرًا من الحل الشامل.

    على سبيل المثال:
    أراد العميل مستوى الصفحة والتحكم الميداني المرتبط بأدوار المستخدم. تعمل وظيفة "خارج الصندوق" لـ ASP.Net على أذونات على مستوى المجلد. لذلك قمت بتوسيع الأذونات الأصلية لـ .Net وقدمت الحل كجزء من تطبيق ويب شامل.

    أعتقد أنه يحق لهم الحصول على قاعدة التعليمات البرمجية بالكامل (كما هو منصوص عليه في العقد) ولكني أشعر أنه من المبرر استخدام نفس المنهجية وقطع الكود لإنجاز هذا الامتداد في المشاريع المستقبلية.

    تجعد آخر:
    لقد فعلت ذلك أثناء قيام شركة استشارية بتربيتي. هل يحق للشركة الاستشارية في رأيك الرجوع ونسخ هذا الحل وتسويقه على أنه حل خاص بهم؟

    • 2

      ليس صحيحا،

      أعتقد أننا نتفق. وجهة نظري في هذا هي التأكد من أن لديك الرمز ويمكنك الخروج من الباب به. إذا كان المطور الخاص بك يقوم بتجميع التعليمات البرمجية نيابة عنك ودفعها إلى موقعك - ​​فليس لديك الرمز. لقد رأيت هذا يحدث مع كل شيء من الرسومات ، فلاش ، .NET ، جافا ... أي شيء يتطلب ملف مصدر ويتم إخراجها.

      دوغ

  2. 3

    أرى من أين أتيت وعلى الرغم من أنني لا أتفق مع كل شيء بنسبة 100٪ (لدي محاذير) ، يجب على الشركات دائمًا وضع ذلك في الاعتبار.

    1. إطلاقا. لا أستطيع أن أؤكد هذا بما فيه الكفاية. لقد عملت في شركة صغيرة فعلت ذلك وشعرت بالذنب الشديد بسبب التورط. أنا سعيد للغاية لأنني تمكنت من الخروج من هناك. يجب أن يحتفظ العملاء تمامًا بالسيطرة على مجالاتهم. إذا كان لديهم شخص ما يتمتع بالذكاء الكافي ، فلا تمنح المطور حق الوصول إلى هذا. إذا لم يكن الأمر كذلك ، فتأكد من أن المطور لديه طريقة لتغيير المعلومات / نقل النطاق عبر واجهة موزع من نوع ما في أقل تقدير.

    2. أنا أتفق مع هذا جزئيًا ولكن بعد ذلك يعتمد الأمر على الموقف. إذا كنت تنشر تطبيق PHP بسيطًا وتحتاج إلى استضافة منخفضة التكلفة ، فبكل الوسائل ، احصل على حساب LunarPages أو DreamHost أو أي شيء وقم بتفريغه هناك. امنح المطور حق الوصول. ومع ذلك ، فإن الاستضافة المشتركة منخفضة التكلفة لها بالتأكيد عيوبها ... خاصة بالنسبة للأشياء الأكبر. ولكن إذا كنت كبيرًا بما يكفي للقلق بشأن ذلك ، فيجب أن يكون لديك شخص تقني في فريق العمل يمكنه التعامل معه. من الواضح أن الكثير منها يتعلق بالثقة. من المؤكد أن الجحيم قد وضع شيئًا ما في العقد إذا كان بإمكانك بشأن هذا النوع من الأشياء (القيود وما إلى ذلك). تعد استضافة الجهات الخارجية أمرًا رائعًا إذا لم يكن المطور بحاجة إلى فعل أي شيء خيالي. أعترف أنني ممزقة لأنه في الحقيقة شيء ظرفية. كما يعتمد أيضًا على حجم الموقع ومجموعة التقنيات المستخدمة. إذا كان الأمر سيكون كبيرًا ، ففكر في تعيين شخص من بين الموظفين. ليس دائمًا خيارًا ، ولكنه أكثر أمانًا للأشياء الكبيرة.

    3. هذا أيضًا شيء فعلته شركتي السابقة. يمكنك المغادرة ، سيعطونك HTML والصور وما إلى ذلك…. لكن لا يوجد رمز. كان الرمز خدمة مؤجرة بشكل أساسي. ومع ذلك ، هناك امتلاك وامتلاك. لقد قمت دائمًا ببيع غير حصري. في الأساس ، أحتاج إلى أن أكون قادرًا على إعادة استخدام مكوناتي. ليس لدي أي مشكلة مع العميل الذي يمتلكه ، ويفعل ما يريده به ويجعل شخصًا آخر يعمل عليه ... لكنني لن أرهن نفسي وأضطر إلى إعادة اختراع العجلة في كل مرة.

    4. دائما. دائما. دائما.

  3. 4

    مشاركة لطيفة ... أحسنت رغم أنني لا أتفق مع عنصر واحد (رقم 2):

    "إنه لأمر رائع أن يكون لدى المطور لديك شركة استضافة ويمكنه استضافة موقعك من أجلك ، ولكن لا تفعل ذلك."

    على الرغم من أنني أفهم المنطق الكامن وراء ذلك ، إلا أنه قد يؤدي إلى نتائج عكسية في بعض الحالات أن تطلب استضافة مشروعك في مكان آخر. إذا كانت الشركة التي تقوم بتطوير موقعك أو تطبيقك لديها نظام استضافة يفضلون استخدامه ، فمن المحتمل أن يكون استخدامه أكثر كفاءة وإنتاجية.

    بالإضافة إلى ذلك ، من وجهة نظر فلسفية ، إذا رفضت استخدام منصة الاستضافة الخاصة بالمطور الخاص بك لأنك لا تريد أن تكون "رهينة" ، فهذا يضع نغمة من عدم الثقة من البداية. إذا كنت لا تثق حقًا بمطورك بما يكفي لاستضافته ، فهل تريد حقًا العمل معهم في المقام الأول؟

    أعلم أن العديد من قصص الرعب موجودة حول هذا النوع من المواقف ، لكن بشكل عام أوصي بالتركيز على إيجاد مطور تثق به. يمكنك الاستفادة من استضافة المطور الخاص بك مع الاستمرار في حماية نفسك من خلال طلب الوصول الإداري وعمل النسخ الاحتياطية الخاصة بك.

    مرة أخرى ، منشور جيد ومعلومات مفيدة للغاية.

    شكر!
    مايكل رينولدز

    • 5

      مرحبا مايكل،

      قد يبدو الأمر وكأنه مشكلة ثقة لكنني لا أعتقد أنها كذلك - إنها حقًا مسألة تحكم ومسؤولية. إذا كنت ستستثمر مبلغًا كبيرًا في تطوير موقع الويب الخاص بك ، فيجب أن تكون متأكدًا من أنه يمكنك التحكم في بيئته.

      تحدث الأشياء في الأعمال التي تكسر العلاقات ولا يجب أن تكون سلبية. ربما يحصل المطور / شركتك على عميل كبير جدًا ولا يمكنه توفير الوقت لك. ربما يغيرون أهداف العمل. في بعض الأحيان يمكن أن تواجه شركة الاستضافة الخاصة بهم مشاكل.

      أنا أدعو إلى أن تتحكم في استضافتك وتتحمل المسؤولية عنها حتى تتمكن من الاعتماد على المطور الخاص بك لما هو رائع فيه - التطوير!

      أنا أقدر الرد ، مايكل.

  4. 6

    أنا أيضًا مطور تطبيقات ويب ، وأعتقد أنك ضربت المسمار على رأسك. بعض الأفكار:

    أعتقد أن الجميع سيوافقون (وقد استند إلى التعليقات أدناه) # 1 هو أمر مطلق. ابدا ابدا افعلها أبدا. تحت أي ظرف من الظروف.

    لدي رأي مختلف عن بعض المطورين الآخرين: نحن نرفض استضافة المنتج النهائي لعملائنا (بالطبع ، نحن نستضيف خادم اختبار للعملاء لاختبار قيادة المنتج أثناء التطوير). يسعدنا مساعدة العملاء في الإعداد لاستضافته بأنفسهم أو العثور على مزود استضافة. نحن ببساطة لا نريد الدخول في مجال الاستضافة. إذا كان هذا يعني إبعاد العمل ، فليكن. هناك الكثير من شركات الاستضافة أو شركات البنية التحتية الرائعة التي يمكنها تقديم هذه الخدمة بسعر أرخص بكثير. نحن نشجع إمكانية نقل عملنا ، وسنفعل كل ما في وسعنا للمساعدة في استضافته ، حتى لو قام العميل بتبديل مقدمي خدمات الاستضافة بعد سنوات.

    بالنسبة إلى رقم 3 ، يحصل عملاؤنا على جميع الكود المصدري للمنتج النهائي مع تحذير واحد: بالنسبة إلى منتجات الجهات الخارجية المستخدمة في الحل (مثل عناصر التحكم في الويب من Telerik أو Component One) ، يمكننا إعطاء العميل ملف dll المترجم لـ تحكم الطرف الثالث (على سبيل المثال شبكة). تمنعنا اتفاقيات الترخيص الخاصة بنا مع تلك الشركات الخارجية (التي نقدمها للعميل) من إعادة توزيع الكود المصدري لهذا النوع من الضوابط ، لأنها ملكية فكرية للأطراف الثالثة ، وليست ملكنا. يوفر استخدام هذه الأنواع من المنتجات وقت التطوير للعميل وهو أرخص بكثير من إنشاء نفس الوظيفة من البداية. نحن صريحون بشأن هذه السياسة قبل القيام بأي عمل. بالطبع ، إذا كان العميل يرغب في الدفع مقابل تطوير التحكم المخصص (بدلاً من استخدام المنتج الذي تم إنشاؤه مسبقًا من جهة خارجية) ، فإننا نوفر الكود المصدري لعنصر التحكم المخصص هذا جنبًا إلى جنب مع كل شيء آخر.

    عندما يتعلق الأمر بإعادة استخدام الكود ، فنحن صريحون بشأن حقيقة أننا قد نعيد استخدام أجزاء من الكود ما لم يتم تطويره صراحةً لاستخدام العميل (على سبيل المثال لعملية تجارية احتكارية) قبل إنجاز أي عمل. إذا كان العميل يريد تطوير كود خاص بالطبع ، فهذا متاح له.

    كما قال آخرون ، ينصح دائمًا بالرقم 4. دائما!

    التحيات،
    تيم يونغ

ما رأيك؟

يستخدم هذا الموقع نظام Akismet لتقليل الرسائل الضارة. تعرف كيف تتم معالجة بيانات تعليقك.