ابتدائی: ایف ایم زیڈ گروپ میں کسی کو اپنی مرضی کے مطابق ترقی دینے کا نتیجہ مثالی نہیں ہے ، میں نے گروپ میں بھیجا ، اور دیکھا کہ ایف ایم زیڈ کے بہت سے گروپ ممبران کو اس طرح کے مسائل کا سامنا کرنا پڑا ہے ، بہت سے لوگوں نے مجھ سے کہا کہ انہیں بھی گڑھے کا سامنا کرنا پڑا ہے ، انٹرنیٹ شیئرنگ کی روح میں ، اس احساس کو شیئر کریں ، امید ہے کہ یہ آپ سب کے لئے مفید ہے ، کم از کم کسی کو تلاش کرنے سے پہلے میں نے اپنی ناکامی کے مطابق عمل کو شروع کیا ، تو میں بھی اس کی تعریف کرتا ہوں۔
پیش شرط:
1، فنکشن کی ضروریات میں اضافہ نہیں کیا گیا ہے
2، قیمت آپ کی مرضی کے مطابق ہے، کوئی واپسی نہیں
3۔ ترقیاتی دورانیہ ایک دوسرے کی طرف سے فراہم کیا جاتا ہے اور ہر توسیع میں ڈویلپرز کو سمجھا جاتا ہے
ایک ڈیولپر کے طور پر، ایف ایم زیڈ نے پہلی بار اپنے ڈیولپرز کی حکمت عملی کا جائزہ لیا:
1 ، اچھی طرح سے ضروریات کے بارے میں بات کرنے کی سفارش کی جاتی ہے ، چاہے ڈویلپر آپ کو جو کچھ بھی بتائے وہ آسان ہو ، اس کی سفارش کی جاتی ہے کہ ادائیگی سے پہلے ہر پہلو کو اچھی طرح سے بات کریں ، بدتمیزی سے گریز کریں ، یہاں تک کہ اگر وہ آپ سے تفصیل سے بات نہیں کرتے ہیں تو ، ادائیگی سے پہلے اس سے تفصیل سے بات کریں۔ حکمت عملی سے نہ گھبرائیں ، پیرامیٹرز فراہم نہیں کیے گئے ہیں۔
2 ، پہلے سے طے شدہ مدت میں تاخیر ، ڈیڈ لائن مکمل نہیں ہوئی ہے ، اس کا مطلب ہے کہ اس نے پروجیکٹ کی مدت کا تخمینہ ناقص کردیا ہے ، اس لئے کہ اس کی وجہ سے کوئی افسوس نہیں ، آپ دیکھیں کہ میں نے کتنی دیر سے ترقی کی ہے ، آخر میں ، نقصان اٹھانا واقعی خود ہے۔ اور اس سے پہلے بھی غیر ذمہ دار ، آخر میں ختم ہونے کے بعد بھی زیادہ غیر ذمہ دار ، جسمانی طور پر۔
3 ، جہاں تک ممکن ہو ، ڈویلپرز کو پہلے ریل سیٹ پر ٹیسٹ چلائیں ، دیکھیں کہ کیا کوئی مسئلہ ہے اور پھر قبولیت کی بجائے ترقی کی طرف سے قبولیت کی جائے۔ میں نے پایا ہے کہ عام طور پر ڈویلپرز اپنے آپ کو مکمل عمل کی جانچ نہیں کرنا پسند کرتے ہیں ، ہر شے کی جانچ پڑتال کرتے ہیں ، مجھے نہیں معلوم کہ میں نے اس کا سامنا کیا ہے یا نہیں۔ لیکن تجویز ہے کہ وہ ہر شے کی جانچ پڑتال کرے ، اور پھر آپ بات چیت کریں ، آپ کو عملی طور پر جانچ پڑتال کریں ، غیر ضروری بیکار اور وقت ضائع ہونے سے بچیں۔
4، ضروری ہے کہ ریموٹ اسسٹنٹ اور صوتی مواصلات کی ضرورت ہو ، نہ کہ محض تحریری مواصلات ، بعض اوقات ایک یا دو الفاظ واضح طور پر بیان کرسکتے ہیں ، الفاظ کو واقعی ایک مضبوط ثقافتی بنیاد اور تحریری اظہار کی صلاحیت کی ضرورت ہوتی ہے ، اور پیشہ ورانہ ناموں کی بھی ضرورت ہوتی ہے جو غلط نہیں ہوسکتے ہیں ، بہت پریشانی ، آواز کی ضرورت ہوتی ہے ، یا یہ کہ الفاظ۔ ادائیگی سے پہلے صوتی دور دراز کی تفصیل سے وضاحت کی ضرورت سب سے اہم ہے۔
یہ کسٹم ڈویلپمنٹ کا پورا عمل بنیادی طور پر پیسہ مانگنے اور ادائیگی کرنے کے لئے زور دینے کے بارے میں ہے۔ زیادہ سے زیادہ بار بار ادائیگی کی درخواست کی جاتی ہے۔ زیادہ سے زیادہ یہ کہا جاتا ہے کہ میرے پاس ٹیسٹ میں کوئی مسئلہ نہیں ہے ، آپ کے پاس مسئلہ یہ ہے کہ آپ اسے استعمال نہیں کریں گے۔
خلاصہ: پورے آؤٹ سورسنگ کے عمل میں ، مختلف لوگ آپ کو ڈھونڈتے ہیں ، صلاحیتیں مختلف ہوتی ہیں ، قیمتیں مختلف ہوتی ہیں۔ اگر آپ کو کوئی مسئلہ درپیش ہے تو آپ کو صرف خود اعتمادی کا سامنا کرنا پڑتا ہے ، آپ کو کہیں بھی الزام نہیں دینا پڑتا ہے ، یہاں تک کہ آپ کو کوئی تبصرہ بھی نہیں کرنا پڑتا ہے۔ ایف ایم زیڈ گروپ میں مختلف صلاحیتوں کے حامل افراد سے بھرا ہوا ہے ، اس میں بیل ہے ، مجھے خاص طور پر یقین ہے۔ لیکن میرے ذاتی طور پر آؤٹ سورسنگ کی ترقی ایف ایم زیڈ پر اس وقت تک نہیں ملتی ہے جب تک کہ ایف ایم زیڈ ضمانت کی خصوصیت یا درجہ بندی کی خصوصیت فراہم نہ کرے
نتیجہ: دوبارہ کام کرنا
تجویز: ایف ایم زیڈ کو واقعی اس آؤٹ سورسنگ کو احتیاط سے مرتب کرنے کی ضرورت ہے ، آخری کڑا شاید ایف ایم زیڈ کے پیچھے ہے ، برانڈ کا کڑا بھی ایف ایم زیڈ ہی ہوگا ، واقعی میں یہ محسوس ہوتا ہے کہ اس میں کسٹمر ڈیولپمنٹ کی دیکھ بھال کرنے کی کوئی طاقت نہیں ہے ، تو اسے کاٹ دیں ، ایک واحد عوامی معاہدہ درمیانی طرف پائے جانے والے مختلف مسائل کو مکمل طور پر حل نہیں کرسکتا ہے۔
میں نے چیٹ ریکارڈ کو پیک کیا تھا اور اسے باہر بھیجنے کا ارادہ کیا تھا ، اور میں نے سوچا کہ اس کا مقصد یہ تھا کہ آپ کو گڑھے سے بچنے میں مدد ملے ، لہذا چیٹ ریکارڈ اور وصول کنندہ کے نام شائع نہیں کیے جائیں گے۔ کیا آپ نے ایف ایم زیڈ میں اپنی مرضی کے مطابق حکمت عملی تیار کرنے میں ان گڑھے سے ملاقات کی ہے؟
我帮论坛里好几个人写过策略,总的评价就是需要帮写策略的人的策略极其不可靠,或者本身交易认知经验不足,仅仅是一段时间里的有效(牛市)这些策略跟赌博没什区别,想想也是如此,如果真的有很好的策略,那是宁愿捂着手动也绝对不会与第二个人分享的,因此假如你让一个程序员帮你写一些本身没有意义的策略,其结果双方都不会满意,因为你以为的是细节有问题,而其实是你大的逻辑问题
非常感同身受的了解您的需求,以及建议和意见。
众包板块提供的是一个信息交流、发布的地方,具体用户之间的线下合作,平台是不干涉的。
所以需要开发需求方和开发者之间定好协议,约定好开发内容,按照协议履行。
举个不恰当的例子,就好比在人才市场找干活的工人,工费、施工内容等这些都是要具体约定协议的,干活人的手艺、工作态度、效率也都不相同、工费肯定也都不一样。人才市场肯定不会给任何一方担保什么,人才市场仅仅也只是一个信息交流、发布的地方。
希望您理解。
另外非常赞同一点就是
1、建议谈好需求,不管开发人员给你说的再简单,建议一定在支付之前聊清楚每个环节,避免扯皮,即使他们不找你详细聊,也尽可能的在付费之前给他详细聊清楚。不要怕策略泄露什么的,参数不提供就行了。思路随便抄,没任何意义。
需求方害怕开发者弄懂策略,没有说清楚需求内容,然后改来改去,可能需求方认为这改改不就是几行代码的事儿。实际上改策略是最麻烦的事情(有时候甚至重写都不想改)。
所以开发者、需求方合作的重中之重就是:定好开发需求、描述清楚、准确,形成文档双方确认,按约定流程推进开发。
- 1

