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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

۰ تبصرے

  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 کی ہمیشہ سفارش کی جاتی ہے۔ ہمیشہ!

    ، مخلص
    ٹم ینگ

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

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