اپنے ڈویلپرز کے ذریعہ یرغمال بننے سے گریز کریں

یرغمال 100107اس ہفتے کے آخر میں میں نے ایک مقامی فنکار سے بات چیت کا آغاز کیا جو اپنے مالک کی مدد سے اپنے مالک کے پاس متعدد ویب ایپلیکیشنز کے انتظام میں مدد کر رہا ہے۔

بات چیت نے ایک موڑ لیا اور کچھ ترقی کا سلسلہ جاری رہا جس نے ہفتہ وار ترقیاتی فیسوں کی ادائیگی کے ساتھ اس ڈویلپر کے ساتھ کوئی پیشرفت دیکھی جس کے ساتھ وہ کام کر رہے ہیں۔ اب ڈویلپر ان سے پروجیکٹ کو مکمل کرنے کے ل another ایک اور یکمشت فیس کے ساتھ ساتھ دیگر درخواستوں کو پورا کرنے کے لئے ہفتہ وار بحالی کی فیس بھی وصول کرنا چاہتا ہے۔ یہ اور خراب ہوتا ہے۔

ڈویلپر نے ڈومین کے نام منتقل کردیئے تاکہ وہ ان کا انتظام کرسکے۔ ڈویلپر اپنے ہوسٹنگ اکاؤنٹ پر بھی درخواست کی میزبانی کرتا ہے۔ مختصرا، ، ڈویلپر اب انہیں یرغمال بنائے ہوئے ہے۔

شکر ہے ، جس عورت کے ساتھ میں کام کر رہا ہوں اس نے ماضی میں اس سائٹ کے لئے کچھ ٹیمپلیٹ فائلوں میں ترمیم کرنے کے لئے انتظامی رسائی کا مطالبہ کیا۔ ڈویلپر اسے محدود رسائی فراہم کرسکتا تھا لیکن اس نے ایسا نہیں کیا۔ اس نے (سستی سے) اسے سائٹ پر انتظامی لاگ ان فراہم کیا۔ آج رات میں نے اس سائٹ تک موجود تمام کوڈ کو بیک اپ تک رسائی حاصل کی۔ میں نے یہ بھی معلوم کیا کہ وہ کون سا مینجمنٹ سوفٹ ویئر استعمال کررہا ہے اور ڈیٹا بیس انتظامیہ میں اپنا راستہ بنایا جہاں میں ایپلی کیشنز کے ڈیٹا اور ٹیبل ڈھانچے دونوں کو برآمد کرنے کے قابل تھا۔ گہنا۔

ایک بار ترقی مکمل ہونے کے بعد مالک اس سائٹ کو نئے ڈومین ناموں میں منتقل کرنے کا منصوبہ بنا رہا تھا۔ یہ بہت بڑا ہے کیونکہ اس کا مطلب ہے کہ موجودہ ڈومینوں کی میعاد اس صورت میں ختم ہوسکتی ہے جب ڈویلپر اور کمپنی کے درمیان ناراضگی سے علیحدگی ہو۔ میں نے پہلے بھی ایسا ہوتا دیکھا ہے۔

اگر آپ آؤٹ سورس ڈویلپمنٹ ٹیم حاصل کرنے جارہے ہیں تو کچھ نکات:

  1. ڈومین رجسٹریشن

    اپنے ڈومین کے نام اپنی کمپنی کے نام پر رجسٹر کریں۔ اپنے ڈویلپر کو اکاؤنٹ پر تکنیکی رابطہ کی حیثیت سے رکھنا برا نہیں ہے ، لیکن کبھی نہیں اپنی کمپنی سے باہر کسی کو ڈومین کی ملکیت منتقل کریں۔

  2. اپنی درخواست یا سائٹ کی میزبانی کرنا

    یہ بہت اچھا ہے کہ آپ کے ڈویلپر کی ہوسٹنگ کمپنی ہوسکتی ہے اور وہ آپ کے لئے آپ کی سائٹ کی میزبانی کرسکتا ہے ، لیکن ایسا نہ کریں۔ اس کے بجائے ، درخواست کی میزبانی کرنے کے لئے اس کی سفارشات سے پوچھیں۔ یہ سچ ہے کہ ڈویلپرز مینجمنٹ سوفٹ ویئر ، ورژن ، اور وسائل کے مقام سے واقف ہوتے ہیں اور اس سے آپ کی مصنوع کو جلد مکمل ہونے میں مدد مل سکتی ہے۔ اس نے کہا ، اگرچہ ، ہوسٹنگ اکاؤنٹ کا مالک بنیں اور اپنے ڈویلپر کو اس کے اپنے لاگ ان اور رسائی کے ساتھ شامل کریں۔ اس طرح ، آپ جب بھی ضرورت ہو پلگ کھینچ سکتے ہیں۔

  3. ضابطہ کی ملکیت ہے

    یہ مت سمجھو کہ آپ کے پاس کوڈ ہے ، اسے تحریری شکل میں رکھیں۔ اگر آپ نہیں چاہتے کہ آپ کے ڈویلپر ان حلوں کا استعمال کرتے ہوئے اسے کہیں اور تیار کریں جو آپ نے اسے دیا ہے تو ، آپ کو معاہدہ کے وقت فیصلہ کرنا ہوگا۔ میں نے اس طرح حل تیار کیے ہیں لیکن میں نے ان کو بھی تیار کیا ہے جہاں میں کوڈ کے حقوق برقرار رکھتا ہوں۔ مؤخر الذکر صورت میں ، میں نے درخواست کی لاگت کو کم کرنے کے لئے بات چیت کی تاکہ کمپنی کو مجھے حقوق دینے کی ترغیب دی جائے۔ اگر آپ اپنے کوڈ کو کہیں اور استعمال کرتے ہوئے اپنے ڈویلپر کو برا نہیں مانتے ہیں ، تو آپ کو اعلی ڈالر کی ادائیگی نہیں کرنی چاہئے!

  4. ایک دوسری رائے حاصل کریں!

    جب لوگوں نے مجھے بتایا کہ وہ بولی لے رہے ہیں یا دوسرے پیشہ ور افراد سے مشورہ کر رہے ہیں تو اس سے میرے جذبات کو ٹھیس نہیں پہنچتی۔ در حقیقت ، میں اس کی سفارش کرتا ہوں!

سب سے اہم بات یہ ہے کہ آپ اپنے ڈویلپر کی صلاحیتوں کے لئے ادائیگی کر رہے ہیں لیکن آپ کو خیال پر کنٹرول اور ملکیت برقرار رکھنی ہوگی۔ یہ تمہارا ہے. یہ آپ ہی تھے جس نے اس میں سرمایہ کاری کی ، آپ نے اس کے ل your اپنے کاروبار اور منافع کو خطرے میں ڈال دیا… اور یہ آپ ہی ہیں جو اسے برقرار رکھیں۔ ڈویلپرز کو تبدیل کیا جاسکتا ہے اور اس سے آپ کی درخواست ، یا اس سے بھی بدتر - آپ کے کاروبار کو ، خطرے میں نہیں ڈالنا چاہئے۔

۰ تبصرے

  1. 1

    میں ایک ویب ایپ ڈویلپر ہوں اور میں آپ کے بیشتر نکات (شاید سبھی) سے اتفاق کرتا ہوں لیکن مجھے # 3 پر وضاحت چاہیئے۔

    کسی دوسری کمپنی کو فروخت کی جانے والی سائٹ یا درخواست کی تھوک نقل (یا اس سے بدتر ایک مدمقابل) غیر اخلاقی ہے اور اسے ہمیشہ طے کرنا چاہئے کیونکہ آپ کے معاہدے میں قابل قبول نہیں ہے۔ تاہم ، میں نے کسی موکل کے منصوبے پر کام کرتے ہوئے عام مسائل کے جدید حل تیار کیے ہیں جن کا ان کے خاص بز سے کوئی لینا دینا نہیں ہے اور نہ ہی یہ مجموعی حل کے ایک اہم حصے کی نمائندگی کرتا ہے۔

    : مثال کے طور پر
    صارف کے کرداروں سے منسلک کلائنٹ پیج لیول اور فیلڈ لیول کنٹرول چاہتا تھا۔ ASP.Net کے لئے "باکس آف آؤٹ" فعالیت فولڈر لیول کی اجازت دیتا ہے۔ لہذا میں نے نیٹ کے لئے مقامی اجازتوں میں توسیع کی اور مجموعی طور پر ویب کی درخواست کے حصے کے طور پر حل پیش کیا۔

    مجھے یقین ہے کہ وہ پورے کوڈ بیس کے حقدار ہیں (جیسا کہ معاہدہ میں طے شدہ ہے) لیکن میں مستقبل کے منصوبوں پر اس توسیع کو پورا کرنے کے لئے ایک ہی طریقہ کار اور کوڈ کے حص .وں کو استعمال کرنے میں جواز محسوس کرتا ہوں۔

    ایک اور شیکنیاں:
    میں نے ایک مشاورتی کمپنی کے ذریعہ فارمیٹ ہونے کے دوران یہ کام کیا۔ کیا اس مشورے کی کمپنی کو یہ حق حاصل ہوگا کہ وہ واپس جاکر اس حل کو کاپی کرے ، اسے اپنے طور پر مارکیٹنگ کرے؟

    • 2

      خاص طور پر ،

      میرے خیال میں ہم اتفاق کرتے ہیں۔ اس میں میرا نقطہ یہ یقینی بنانا ہے کہ آپ کے پاس کوڈ موجود ہے اور اس کے ساتھ ہی آپ باہر جاسکتے ہیں۔ اگر آپ کا ڈویلپر آپ کے لئے کوڈ مرتب کررہا ہے اور اسے اپنی سائٹ پر آگے بڑھا رہا ہے تو - آپ کے پاس کوڈ نہیں ہے۔ میں نے گرافکس ، فلیش ، نیٹ ، جاوا ، ہر ایسی چیز کے ساتھ ایسا ہوتا دیکھا ہے جس میں کسی سورس فائل کی ضرورت ہوتی ہے اور اسے آؤٹ پٹ کیا جاتا ہے۔

      ڈوگ

  2. 3

    میں دیکھتا ہوں کہ آپ کہاں سے آرہے ہیں اور جب میں 100 ((میرے پاس انتشارات) کے ساتھ ہر چیز سے متفق نہیں ہوں ، کمپنیوں کو ہمیشہ اس بات کو دھیان میں رکھنا چاہئے۔

    1. بالکل اس پر کافی دباؤ نہیں ڈال سکتا۔ میں نے ایک چھوٹی سی کمپنی کے لئے کام کیا ہے جس نے یہ کیا ہے اور مجھے اس میں ملوث ہونے کے سبب جرم کو کچلنے کا احساس ہوا۔ مجھے بہت خوشی ہے کہ میں وہاں سے نکلنے میں کامیاب ہوگیا۔ صارفین کو مکمل طور پر اپنے ڈومینز کا کنٹرول برقرار رکھنا چاہئے۔ اگر ان کے پاس کافی جاننے والا کوئی ہے تو ، ڈویلپر کو اس تک رسائی نہ دیں۔ اگر نہیں تو ، اس بات کو یقینی بنائیں کہ ڈویلپر کے پاس آپ کے پاس معلومات کو تبدیل کرنے / ڈومین کی منتقلی کرنے کا ایک طریقہ موجود ہے جس میں کسی نہ کسی طرح کے کسی ری سیلر انٹرفیس کے ذریعہ بہت کم تر استعمال کیا جاسکتا ہے۔

    2. میں جزوی طور پر اس سے اتفاق کرتا ہوں لیکن پھر اس کا انحصار صورتحال پر ہے۔ اگر آپ ایک سادہ پی ایچ پی ایپ تعینات کررہے ہیں اور ہر لحاظ سے کم لاگت ہوسٹنگ کی ضرورت ہو تو ، ایک لونپر پیجس یا ڈریم ہوسٹ اکاؤنٹ یا کچھ حاصل کریں اور اسے وہاں پھینک دیں۔ ڈویلپر کو رسائی دیں۔ تاہم ، کم قیمت پر مشترکہ ہوسٹنگ میں یقینی طور پر اس کی خرابیاں ہیں… خاص طور پر بڑی چیزوں کے ل for۔ لیکن اگر آپ اتنے بڑے ہیں کہ آپ اس کے بارے میں فکر مند ہوں تو آپ کے پاس عملہ میں کوئی ایسا تکنیکی ہونا چاہئے جو اس سے نمٹ سکے۔ اس میں سے بہت کچھ تو ظاہر ہے اعتماد کے بارے میں۔ یقین ہے کہ جہنم نے معاہدے میں کچھ ڈال دیا ہے اگر آپ اس قسم کی چیزوں (پابندیوں اور اس طرح) کے بارے میں کر سکتے ہو۔ تیسری پارٹی کی میزبانی بہت اچھا ہے اگر ڈویلپر کو کچھ پسند کرنے کی ضرورت نہیں ہے۔ میں مانتا ہوں کہ میں پھٹا ہوا ہوں کیونکہ یہ واقعی حالات کی چیز ہے۔ یہ سائٹ کے سائز ، استعمال شدہ ٹیکنالوجیز کی صف پر بھی منحصر ہے۔ اگر عملہ پر کسی فرد کی خدمات حاصل کرنے پر غور کریں تو ، یہ بڑا ہوگا۔ ہمیشہ ایک آپشن نہیں ہوتا ، بلکہ بڑی چیزوں کے لئے محفوظ تر ہوتا ہے۔

    3. یہ بھی میری سابقہ ​​کمپنی نے کیا ہے۔ آپ چھوڑ سکتے ہیں ، وہ آپ کو HTML ، تصاویر وغیرہ دیتے… لیکن کوئی کوڈ نہیں۔ کوڈ بنیادی طور پر لیز پر دی گئی خدمت تھی۔ یہ کہا جارہا ہے کہ ، اس کا اپنا اور مالک ہے۔ میں نے ہمیشہ غیر خصوصی فروخت کی ہے۔ بنیادی طور پر ، مجھے اپنے اجزاء کو دوبارہ استعمال کرنے کے قابل ہونے کی ضرورت ہے۔ مجھے کوئی مسئلہ نہیں ہے کہ موکل اس کے مالک ہو ، جو وہ اس کے ساتھ کرنا چاہتا ہے وہ کر رہا ہے اور کسی اور کو اس لائن پر کام کرنے کی ضرورت ہے… لیکن میں خود رہن نہیں لے رہا ہوں اور ہر بار پہیے کو دوبارہ لانا ہے۔

    4. ہمیشہ ہمیشہ ہمیشہ

  3. 4

    اچھی پوسٹ… اچھی طرح سے ہو گئی حالانکہ میں ایک شے سے متفق نہیں ہوں (# 2):

    "یہ بہت اچھا ہے کہ آپ کے ڈویلپر کی ہوسٹنگ کمپنی ہوسکتی ہے اور وہ آپ کی سائٹ کی میزبانی کرسکتی ہے ، لیکن ایسا نہیں کرنا۔"

    اگرچہ میں اس کے پیچھے اس کی منطق کو سمجھتا ہوں ، لیکن یہ آپ کے پروجیکٹ کی میزبانی کہیں اور کرنے کے لئے کچھ معاملات میں ہوسکتا ہے۔ اگر آپ کی سائٹ یا ایپ تیار کرنے والی کمپنی کے پاس کوئی ہوسٹنگ پلیٹ فارم ہے جسے وہ استعمال کرنا پسند کرتے ہیں تو ، امکان ہے کہ ان کا استعمال اس سے زیادہ موثر اور نتیجہ خیز ہوگا۔

    اضافی طور پر ، ایک فلسفیانہ نقطہ نظر سے ، اگر آپ اپنے ڈویلپر کے ہوسٹنگ پلیٹ فارم کو استعمال کرنے سے انکار کردیتے ہیں کیونکہ آپ "یرغمال بننا" نہیں چاہتے ہیں ، تو اس سے ابتدا ہی میں عدم اعتماد کی کیفیت طے ہوتی ہے۔ اگر آپ واقعی اپنے ڈویلپر کو ان کے ساتھ میزبانی کرنے کے لئے کافی بھروسہ نہیں کرتے ہیں ، تو کیا آپ واقعتا them پہلے ان کے ساتھ کام کرنا چاہتے ہیں؟

    میں جانتا ہوں کہ اس طرح کی صورتحال کے بارے میں ہارر کی بہت سی کہانیاں موجود ہیں ، لیکن عام طور پر میں آپ کو مشورہ دوں گا کہ آپ ایسے ڈویلپر کو تلاش کرنے پر توجہ دیں جس پر آپ اعتماد کرتے ہیں۔ آپ اپنے ڈویلپر کی ہوسٹنگ کو بروئے کار لاسکتے ہیں اور پھر بھی انتظامی رسائی کی درخواست کرکے اور اپنا بیک اپ بنا کر اپنی حفاظت کرسکتے ہیں۔

    ایک بار پھر ، اچھی پوسٹ اور بہت مفید معلومات۔

    شکریہ!
    مائیکل رینالڈس

    • 5

      ہیلو مائیکل،

      یہ ایک اعتماد کے مسئلے کی طرح لگ سکتا ہے لیکن مجھے نہیں لگتا کہ یہ ہے - یہ واقعی ایک کنٹرول اور ذمہ داری کا مسئلہ ہے۔ اگر آپ اپنی ویب سائٹ کی ترقی میں ایک خاصی رقم خرچ کر رہے ہیں تو ، آپ کو اس بات کا یقین کر لینا چاہئے کہ آپ اس کے ماحول کو کنٹرول کرسکتے ہیں۔

      کاروبار میں معاملات رونما ہوتے ہیں اور ان کو منفی ہونے کی ضرورت نہیں ہے۔ شاید آپ کے ڈویلپر / فرم کو بہت بڑا موکل مل جائے اور وہ آپ کو وقت کا متحمل نہیں ہوسکتا ہے۔ شاید وہ کاروباری مقاصد میں تبدیلی لائیں۔ کبھی کبھی ان کی میزبانی کرنے والی کمپنی میں بھی مسائل پیدا ہوسکتے ہیں۔

      میں اس کی وکالت کر رہا ہوں کہ آپ اپنے ہوسٹنگ پر قابو پالیں اور اس کے ذمہ دار ہوں تاکہ آپ اپنے ڈویلپر پر انحصار کرسکیں کہ وہ کس چیز میں ترقی کر رہا ہے۔

      میں پش بیک کی تعریف کرتا ہوں ، مائیکل۔

  4. 6

    میں بھی ایک ویب ایپ ڈویلپر ہوں ، اور مجھے لگتا ہے کہ آپ نے سر پر کیل مارا ہے۔ کچھ خیالات:

    میرے خیال میں زیادہ تر لوگ اتفاق کریں گے (اور نیچے دیئے گئے تبصروں پر مبنی ہے) # 1 مطلق ہے۔ کبھی نہیں ، کبھی بھی نہ کریں۔ کبھی کسی بھی حالات کے تحت۔

    میرے کچھ ساتھی ڈویلپرز کے مقابلے میں میرے پاس # 2 کا فرق مختلف ہے: ہم اپنے صارفین کے لئے حتمی مصنوع کی میزبانی کرنے سے انکار کرتے ہیں (ظاہر ہے ، ہم گاہکوں کے لئے ترقی کے دوران پروڈکٹ ڈرائیو کرنے کیلئے ٹیسٹنگ سرور کی میزبانی کرتے ہیں)۔ ہم کلائنٹ کو خود اس کی میزبانی کرنے یا ہوسٹنگ فراہم کنندہ تلاش کرنے میں مدد کرنے میں خوش ہیں۔ ہم محض میزبانی کے کاروبار میں نہیں جانا چاہتے۔ اگر اس کا مطلب کام کو پھیر دینا ہے تو ہو جائے۔ وہاں بہت ساری زبردست ہوسٹنگ کمپنیاں یا بنیادی ڈھانچے کی فرمیں موجود ہیں جو اس خدمت کو بہت ہی سستی قیمت پر مہیا کرسکتی ہیں۔ ہم اپنے کام کی پورٹیبلٹی کی حوصلہ افزائی کرتے ہیں ، اور اس کی میزبانی کرنے میں مدد کرنے کے لئے جو بھی ہو سکے ہم کریں گے ، یہاں تک کہ اگر کلائنٹ میزبان مہیا کرنے والے سالوں کے راستے بند ہوجاتا ہے۔

    # 3 کے ل our ، ہمارے مؤکلوں کو حتمی مصنوع کا ایک سورس کوڈ ملتا ہے: تیسری پارٹی کے مصنوعات جو حل میں استعمال ہوتے ہیں (جیسے ٹیلیریک یا اجزاء ون سے ویب کنٹرول) ، ہم کلائنٹ کو مرتب شدہ ڈیل دے سکتے ہیں۔ تیسری پارٹی کا کنٹرول (گرڈ کہنا)۔ تیسری پارٹی کی کمپنیوں (جو ہم مؤکل کو فراہم کرتے ہیں) کے ساتھ ہمارے لائسنس سازی کے معاہدوں سے ہمیں ان قسم کے کنٹرول کے ماخذ کوڈ کو دوبارہ تقسیم کرنے سے منع کرتا ہے ، کیونکہ یہ تیسری پارٹی کی دانشورانہ ملکیت ہے ، ہماری نہیں۔ اس قسم کی مصنوعات کا استعمال موکل کے لئے ترقیاتی وقت کی بچت کرتا ہے اور شروع سے اسی فعالیت کو بڑھانے سے کہیں زیادہ سستا ہے۔ کوئی بھی کام کرنے سے پہلے ہم اس پالیسی کے بارے میں واضح ہیں۔ یقینا ، اگر موکل اپنی مرضی کے مطابق کنٹرول ڈویلپمنٹ کے لئے ادائیگی کرنا چاہتا ہے (تیسری فریق سے پہلے سے تیار شدہ مصنوع کو استعمال کرنے کے بجائے) ہم اس کسٹم کنٹرول کے ل the سورس کوڈ فراہم کرتے ہیں۔

    جب کوڈ کے دوبارہ استعمال کی بات کی جائے تو ، ہم اس حقیقت کے بارے میں واضح ہیں کہ ہم اس کوڈ کے کچھ حصوں کو دوبارہ استعمال کرسکتے ہیں جب تک کہ کوئی کام کرنے سے پہلے اس کے مؤکل کے استعمال کے لئے خصوصی طور پر تیار نہ کیا گیا ہو (ملکیتی کاروباری عمل کے لئے کہتے ہو)۔ اگر موکل کے پاس خصوصی کوڈ تیار کرنا ہے تو وہ ان کے لئے دستیاب ہے۔

    جیسا کہ دوسروں نے کہا ہے ، # 4 کی ہمیشہ سفارش کی جاتی ہے۔ ہمیشہ!

    ، مخلص
    ٹم ینگ

آپ کا کیا خیال ہے؟

سپیم کو کم کرنے کے لئے یہ سائٹ اکزمیت کا استعمال کرتا ہے. جانیں کہ آپ کا تبصرہ کس طرح عملدرآمد ہے.