ऐप को बनाने में कितना खर्च आता है

मैं एक फ्रीलांसर हूं, और इसलिए, "और स्विस, और रीपर, और पाइप पर दोस्त।" और काम के समय का एक महत्वपूर्ण हिस्सा संभावित ग्राहकों के साथ बातचीत पर खर्च किया जाता है। यहाँ मूल गलतफहमी है कि मैं 50% मामलों में लोगों को देखता हूं:

एक एप्लिकेशन डेवलपमेंट प्रोजेक्ट पर उतना ही खर्च होता है, जितना खर्च होता है। और वैश्वीकरण और इंटरनेट के युग में, आपको बाजार पर लागत की तुलना में कम लागत पर कस्टम सॉफ़्टवेयर नहीं मिल सकता है।

स्पष्टता के लिए एक सरल उदाहरण। मेरा पूर्व सहपाठी एक घर के खेत में मुर्गियां पैदा करता है। वह वास्तव में इसे पसंद करती है और वह इस विशेष में है। और यहाँ मुझे उसकी दिलचस्पी है:

- एन।, क्यों कीमत में चिकन हाल ही में बढ़ी है?
- तो फ़ीड ऊपर चला गया, इसलिए चिकन ऊपर चला गया। और फ़ीड आपूर्तिकर्ता ईंधन और बिजली की कीमत में वृद्धि से इसे प्रेरित करते हैं।

हर कोई यह जानता है, और हर कोई इसे समझता है, हाँ। लेकिन जब सॉफ्टवेयर उत्पादों की बात आती है, तो किसी कारण से कई लोगों की समझ विफल हो जाती है। यहाँ उनकी प्रेरणा है:

- ठीक है, यह आपके लिए 5 मिनट का काम है! यहाँ सब कुछ बहुत सरल है!

अगर यह इतना आसान है तो अच्छा है।

संयोग से, मैं इतना स्पष्ट रूप से कह सकता हूं, एक सवाल भी नहीं। सिर्फ इसलिए कि किसी को आंख में सच्चाई को बताना है। अन्यथा, एक ऐसा समाज जिसमें वित्तीय लागतों के बारे में आशंकाओं के कारण हर कोई सच बोलने से डरता है, जल्दी से बेकार हो जाएगा। और ऐसे समाज के प्रोग्रामर धीरे-धीरे कुछ पड़ोसी समाज में चले जाएंगे, जहां वे अपने काम को अधिक वास्तविक रूप से देखते हैं और इसका सही मूल्यांकन करते हैं।

दूसरी ओर, बांग्लादेश में हमेशा से हर एक स्वतंत्र फ्रीलांसर के लिए एक चालाक भारतीय होगा जो भोजन के 1/4 भाग के लिए काम करने के लिए तैयार है। और यहां हम स्पष्ट रूप से खोने की स्थिति में हैं, क्योंकि चिकन के लिए हमारी कीमतें अधिक हैं और जलवायु ठंडा है - हम बस उसी दर के लिए काम नहीं कर सकते। अन्यथा हम ठंड और भूख से मर जाएंगे।

लेकिन क्या एक बांग्लादेशी की सेवाओं का सहारा लेते हुए ग्राहक जीत जाता है (मैं इसे एक विस्तृत व्याख्या में यहाँ लेता हूं, "बांग्लादेश एक जीवन शैली है")? हां, वह कुछ भी नहीं जीतता है, क्योंकि, मूल थीसिस पर लौटते हुए, एक सॉफ्टवेयर डेवलपमेंट प्रोजेक्ट में उतना ही खर्च होता है, जितना खर्च होता है। और यहां तक ​​कि अगर इस समय कुछ पर्याप्त बचत देखी जाती है, तो वैसे भी, किसी को इसके लिए भुगतान करना होगा, न कि पैसे के साथ, लेकिन समय और तंत्रिकाओं के साथ।

यहाँ स्वतंत्र विकास से एक बहुत ही सामान्य उदाहरण है जो आपको या आपके परिचितों को पता चला होगा:

1. एक व्यक्ति अपने ऑर्डर के साथ फ्रीलांस एक्सचेंज में आता है।
2. चरणबद्ध भुगतान की शर्तों के तहत, वह एक मामूली कीमत के लिए एक कलाकार पाता है।
3. कर्ता पहले चरण में करता है और निर्वाण की दिशा में विलीन हो जाता है।
4. ग्राहक अपने सिर के पीछे खरोंच करता है, और फिर से एक्सचेंज में जाता है।
5. इतिहास खुद को दोहराता है।
6. तीसरे या चौथे पुनरावृत्ति पर, कई निष्पादक बस ऐसे कोड को अंतिम रूप देने से इनकार करते हैं, जो इसके साथ आगे कुछ भी करने की तुलना में फिर से लिखना आसान होता है।
7. ...

ऐसा क्यों हो रहा है?

क्योंकि उस परियों की कहानी में: "आप सस्तेपन के लिए पॉप का पीछा नहीं करेंगे"।

तथ्य यह है कि एक परियोजना के लिए अल्प भुगतान के आधार पर, इस क्षेत्र के नए लोगों को आमतौर पर लिया जाता है। और कम कीमत पर वे शुरू में लेट गए (काफी हद तक, वैसे) विकास अनुभव प्राप्त करने की संभावना। लेकिन, चूंकि यह अनुभव अभी भी उनके लिए बहुत छोटा है, इसलिए वे शुरू में परियोजना में शामिल श्रम की मात्रा का पर्याप्त रूप से आकलन नहीं कर सकते हैं। और इस वॉल्यूम की समझ केवल काम के दौरान उन्हें आती है। और वे समझते हैं कि उन्होंने अपने काम को कम करके आंका। लेकिन, चूंकि वे पहले से ही एक अनुबंध से बंधे हैं, इसलिए वे एक अंतरिम निर्णय लेते हैं: काम के मौजूदा टुकड़े को पूरा करने के लिए, इसके लिए एक बोनस प्राप्त करें, और - निर्वाण के लिए!

यह एक बहुत ही सरल यांत्रिकी है, और बहुत महत्वपूर्ण है।

- लेकिन "5 मिनट के लिए काम" के बारे में क्या? - आप पूछें।

और यहाँ एक पूरी तरह से अलग कहानी है। एक प्रोग्रामर जो "5 मिनट के लिए वहां काम करता है" आमतौर पर पहले से ही श्रम लागत में निपुण होता है, ताकि वह उस स्थिति के न्याय को देखता है जिसमें उसे अपने वर्तमान काम के केवल 5 मिनट का भुगतान नहीं किया जाता है, बल्कि कुछ साल पहले उसकी सारी नींद हराम भी हो जाती है। जब वह अदम्य मैनुअल और अर्ध-अवलोकन योग्य ट्यूटोरियल के जंगल के माध्यम से जाग गया।

यहां, आखिरकार, यहां एक और बात है (मुझे टैक्सी ड्राइवरों को माफ कर दो)। जब आप एक टैक्सी ड्राइवर होते हैं, उदाहरण के लिए, तो आपका अंतिम उत्पाद हमेशा कमोबेश यही होता है। यह x समय में बिंदु A से बिंदु B तक दिया गया ग्राहक है। और जब ग्राहक आपके साथ सौदेबाजी करना शुरू करता है, तो वह इस आधार से भी आगे बढ़ता है कि वह किसी भी मामले में एक ज्ञात उत्पाद प्राप्त करेगा।

सॉफ्टवेयर विकास के मामले में, विशेष रूप से चरणबद्ध, विशेष रूप से आगे के समर्थन के साथ, स्थिति कुछ हद तक परिवहन की तुलना में भिन्न है, या, कहें तो, खुदाई खोदने के साथ। क्योंकि एक प्रोग्रामर कुछ हद तक, हमेशा एक कलाकार होता है। और कभी-कभी कलाकार के लिए यह बेहतर होता है कि वह वियना अकादमी में प्रवेश करने का अवसर दे, और उस सब कुछ को अलग करने के लिए जो उसने आधी भूख का आविष्कार किया था, बेंच पर रात बिताते हुए। अगर आप समझते हैं कि मेरा क्या मतलब है।

और हां, कृपया मुझे सही ढंग से समझें, मैं यहां "प्रोग्रामरों को अधिक पैसा देने के लिए," या ऐसा कुछ नहीं कहता हूं। लेकिन मैं सिर्फ इस तथ्य पर ध्यान आकर्षित करता हूं कि लागत और श्रम के मामले में जितना अधिक आप अपने प्रोजेक्ट का मूल्यांकन करेंगे, सभी के लिए उतना ही बेहतर होगा। आखिरकार, जैसे भवन निर्माण के क्षेत्र में कुख्यात "अधूरा" हैं, उसी तरह सॉफ्टवेयर विकास के क्षेत्र में "अधूरा" की घटना है। उनमें से हजारों। यहां तक ​​कि दर्जनों और सैकड़ों सॉफ्टवेयर परियोजनाएं जो इस तथ्य के कारण बंद हो गईं कि उनके मालिक शुरू में काम की लागत का सही आकलन नहीं कर सकते थे।

"अच्छा, मैं क्या करूं?" मेरे पास इन कामों के लिए केवल 500 डॉलर हैं!

समय-समय पर इस वाक्यांश को भी सुनें। और वहाँ काम, कहते हैं, पाँच हज़ार रुपये। और क्या करना है? और कुछ नहीं करते। आप चिकन के लिए स्टोर पर नहीं आते हैं और विक्रेता को यह नहीं बताते हैं कि "मेरे पास 1 डॉलर है, लेकिन मुझे उस बड़े वसा की आवश्यकता है"। क्योंकि आप समझते हैं कि इस बड़े वसा वाले चिकन की कीमत आपके डॉलर से कई गुना अधिक है। लेकिन फिर आप एक सॉफ्टवेयर प्रोजेक्ट के मामले में इसे क्यों नहीं समझते हैं? यह एक अलंकारिक प्रश्न है।

आप जानते हैं, मैं उस स्थिति की व्याख्या करता था जब आपको अनादर के रूप में थोड़े से पैसे के लिए नौकरी की पेशकश की जाती है। लेकिन तब मुझे महसूस हुआ कि हम अक्षमता के बारे में अधिक बात कर रहे हैं। सब के बाद, सभी नियोजित कार्यक्षमता को लागू करने के लिए आवश्यक श्रम की मात्रा का सही आकलन करने के लिए सही प्रबंधन से केवल सच्चे प्रतिभाएं हो सकती हैं। और फिर, हम केवल मानक परियोजनाओं के बारे में बात कर सकते हैं जिसमें यह प्रबंधक कई वर्षों से चल रहा है। इसके लिए केवल सामान्य रेल को किनारे की ओर ले जाना आवश्यक है, क्योंकि कुख्यात बारीकियाँ तुरंत शुरू हो जाती हैं।

यही कारण है कि मैं सॉफ्टवेयर विकास के लिए एमवीपी दृष्टिकोण का एक प्रबल समर्थक हूं, अगर यह सॉफ्टवेयर वर्डप्रेस ब्लॉग की तुलना में अधिक जटिल है। यह दृष्टिकोण, कम से कम, आपको कम से कम कुछ गारंटी देता है कि आपको अंततः वही मिलेगा जो आप चाहते हैं।

मुझे उम्मीद है कि अगली बार जब आप अपने प्रोजेक्ट के साथ फ्रीलांस एक्सचेंज में आएंगे तो ऊपर की समझ काम आएगी।

स्वस्थ रहो!

रोमन डी।