मैं ग्राहकों की तकनीकी राय के खिलाफ पटरियों पर रूबी की रक्षा कैसे कर सकता हूं?

Question

मेरे ग्राहक, एक अनुवाद व्यवसाय के मालिक, ने मुझे बताया कि वह रूबी के बारे में रेल पर पढ़ रहा है और मुझे बताया कि " वहाँ आसपास और अधिक PHP लोग हैं " और " ऐसा लगता है कि समुदाय इसे पसंद करता है "। सॉफ्टवेयर इंजीनियर और फ्रीलांसर के रूप में आप इन लक्ष्यों को प्राप्त करने के लिए ग्राहक से क्या कहेंगे:

• बेचना
• उसे यह देखना है कि प्रौद्योगिकी मेरा विशेषज्ञ निर्णय है और रेल इस विशेष परियोजना के लिए PHP (+ जो भी रूपरेखा) की तुलना में अच्छा या बेहतर है।

अद्यतन: आप सभी के सुझाव के लिए धन्यवाद! कल मैंने उनसे एक और मुलाकात की है, देखते हैं कि यह कैसे होता है, मैं फिर से अपडेट करूंगा :)

अद्यतन 2: अंत में मैंने उनसे कहा कि इस धागे को पढ़ो और परिणाम शानदार रहा है: उन्होंने मुझे प्रोजेक्ट दिया और हम अभी शुरू करने जा रहे हैं। आप सभी की मदद के लिए धन्यवाद, मेरे नि: शुल्क बीयर है अगर हम किसी दिन देखते हैं :)

बीटीडब्ल्यू: मैंने सबक सीखा: जितना संभव हो उतना पारदर्शी हो, क्योंकि यदि आप खुद पर और अपने काम पर विश्वास करते हैं, तो आपको हरा देने के लिए पर्याप्त समझौता करने का कोई सवाल ही नहीं है।

सादर

Comments

इस प्रश्न को स्थानांतरित करने के लिए मतदान ... हालांकि, मैं उद्योग के उपयोग के उदाहरणों का उपयोग करने पर विचार करूँगा जैसे shopify.com, twitter.com, आदि और यह भी समझाता हूं कि रेल का विकास PHP में विकास की तुलना में अधिक तेजी से होता है (यह मेरी राय है )।

— २१

Answer 1

मुझे लगता है कि आप यह मानने में गलती करते हैं कि प्रौद्योगिकी का चुनाव विशुद्ध रूप से तकनीकी निर्णय है।

ग्राहक को किसी विशेष तकनीक को लेने के व्यावसायिक निहितार्थ के बारे में चिंतित होना प्रतीत होता है। यह देखते हुए, आपको एक ऐसा मामला प्रस्तुत करने की आवश्यकता है जो कम से कम आपकी प्रौद्योगिकी की राय के रूप में उसके व्यावसायिक चिंताओं को संबोधित करता है।

• नियोक्ताओं को एक विशेष भौगोलिक क्षेत्र से भर्ती करना पड़ता है और कुछ क्षेत्रों में विशेष रूप से प्रौद्योगिकी ढेर के आसपास सक्रिय समुदाय होते हैं। यदि आप यूएस के पैसिफिक नॉर्थवेस्ट में व्यवसाय शुरू कर रहे हैं, उदाहरण के लिए, Microsoft स्टैक के प्रति एक मजबूत पूर्वाग्रह होगा क्योंकि Microsoft इस क्षेत्र में बहुत प्रभावशाली है इसलिए अधिकांश डेवलपर्स जिन्हें आप किराए पर लेना चाहते हैं। उस ढेर के साथ अनुभव है। अन्य भौगोलिक क्षेत्रों में बहुत भिन्न प्रोफ़ाइल हैं।
  अपने ग्राहक के साथ बात करें और समझें कि उसने अपनी राय क्यों और कैसे बनाई। शायद उन्होंने पढ़ा कि स्थानीय PHP समुदाय विशेष रूप से सक्रिय है या स्थानीय कॉलेज बहुत से PHP और कोई रूबी सिखाता है। शायद उसे एक विश्वसनीय डेवलपर मिल गया है जिसे वह कभी-कभी आपातकालीन स्थिति के लिए कॉल कर सकता है जो कि एक PHP समर्थक और एक रूबी नियोफ़ाइट है। बेशक, यह भी संभव है कि वह विभिन्न विज्ञापनों का उल्लेख करने वाले नौकरी विज्ञापनों की संख्या या रिज्यूमे जैसी खराब मैट्रिक्स का उपयोग कर रहा हो।
• नियोक्ताओं को प्रौद्योगिकी स्टैक के दीर्घकालिक स्थिरता से चिंतित होना चाहिए। उदाहरण के लिए, कई साल पहले, बहुत सी कंपनियों ने पावरब्यूलर ऐप और (उस शैली की अन्य भाषाएं) बनाने में बहुत समय और मेहनत की। PowerBuilder उस समय अक्सर व्यावसायिक ऐप और डेवलपर्स की लाइन का निर्माण करना बहुत आसान बनाता था, अक्सर इसके साथ काफी आसक्त थे। दुर्भाग्यवश, PowerBuilder समुदाय कमोबेश ऐसी स्थिति में कंपनियों को छोड़ रहा है, जहां उनके पास भाषा में बहुत सारे मौजूदा कोड थे, कोई भी वास्तव में उपयोग नहीं करना चाहता था जहां उन्हें मौजूदा कोड और महंगी, समय लेने वाली परियोजनाओं को बनाए रखने के लिए सक्षम डेवलपर्स प्राप्त करने में कठिनाई होती थी उन ऐप्स को अन्य टेक्नोलॉजी स्टैक में माइग्रेट करना। PowerBuilder के सापेक्ष तकनीकी गुण जावा या C ++ या C # थे या जो भी वे उस बिंदु पर चले गए थे;
  रूबी जैसी अपेक्षाकृत आला भाषाएँ पूरी तरह से उन कंपनियों के लिए इस तरह की विरासत की समस्याएं पैदा करने की क्षमता रखती हैं, जो यह अनुमान नहीं लगा सकतीं कि क्या लोग कुछ सालों में भाषा को खत्म करने जा रहे हैं, जब लोग अगली सनक में चले जाते हैं या अगर यह वास्तविक रहने की शक्ति है । आप निश्चित रूप से यह इंगित करके इसे कम कर सकते हैं कि रूबी किसी एक कंपनी या संगठन पर निर्भर नहीं है, इसलिए कोई भी यह तय नहीं कर सकता है कि यह अब कंपनी के लिए एक रणनीतिक उत्पाद नहीं है। यदि आपका ग्राहक अतीत में ऐसी भाषाओं में जल गया है, जो व्यावसायिक सिरदर्द बन गई भाषाओं में विकसित हुई हैं, तो आपको एक मामला बनाने की आवश्यकता होगी कि रूबी लिनक्स की तरह है और अन्य खुले स्रोत प्रौद्योगिकियां जो किसी कंपनी के बिना पनप रही हैं, जो कि भाषाओं की तुलना में उनके बिना विकसित हुई हैं। वर्षों में मर गया।
• नियोक्ता पर्यावरण में एकरूपता चाहते हैं, इसलिए एक परियोजना के लिए एक भाषा का चयन कई अन्य लोगों के लिए एक विकल्प बनाता है। भले ही रूबी आपके द्वारा पेश की जा रही परियोजना के लिए तकनीकी रूप से आदर्श हो, फिर भी आपको यह बताना होगा कि यह हर दूसरे अनुप्रयोग के लिए उपयुक्त क्यों है, इस ग्राहक को विकसित होने की आवश्यकता है या आपको जो तकनीक का मिश्रण उपयुक्त लगता है, उसे समझाने की आवश्यकता है (यानी रूबी एक्स के लिए, कुछ और Y के लिए)। हालाँकि, विषम तकनीकों से निपटना व्यवसाय के लिए अनिवार्य रूप से अतिरिक्त लागत में तब्दील हो जाता है।

Comments

+1 मुझे इस मंच पर बहुत से लोग एक विकल्प के लिए शैक्षणिक कारणों पर ध्यान केंद्रित करते हैं और अर्थशास्त्र की उपेक्षा करते

— दिखते हैं

+1 वास्तविक व्यापार-संबंधित मुद्दों को लाने के लिए (और मैं जो कहने जा रहा था, उसमें से अधिकांश को लिखने के लिए, इस प्रकार मुझे समय की बचत होती है)

— jcmeloni

मैं कुछ और व्यावसायिक कारण या कई तकनीकी कारण जोड़ सकता था कि रूबी आसपास के हर पालतू प्रोजेक्ट का जवाब क्यों नहीं है। लेकिन आप इसे बहुत अच्छा है, तो दो अंगूठे ऊपर!

— एलेक्स

ठीक है, यथार्थवाद सबक जस्टिन और उत्तर लिखने के प्रयास के लिए धन्यवाद, मैं वास्तव में इसकी सराहना करता हूं।

— okeen

मैं इस बात का उत्तर दूंगा कि इस जवाब में थोड़ा सा बचाव किया गया है: आपका ग्राहक सही हो सकता है। यह तकनीकी रूप से बेहतर जवाब नहीं हो सकता है, लेकिन जैसा कि बताया गया है कि उनकी चिंताएं वैध हो सकती हैं, और RoR चक्कर खा सकते हैं और मर सकते हैं, हालांकि ऐसा लगता नहीं है। अपनी तकनीकी राय प्रदान करना निश्चित रूप से अच्छा है, क्योंकि एक ग्राहक को एक सूचित निर्णय लेने के लिए इसकी आवश्यकता होती है।

— मैटजी

Answer 2

शुरुआत के लिए, आप आप ग्राहक प्रत्यक्ष कर सकते हैं यहाँ पारिस्थितिकी तंत्र है कि रेल आसपास मौजूद पर एक नज़र के लिए। आप लिविंगसोशल, शॉपिफाई, 37signals, आदि जैसे सफल स्टार्टअप्स की ओर भी इशारा कर सकते हैं जिन्होंने रूबी और रेल्स के साथ अपने कारोबार का निर्माण किया।

आप यह उल्लेख कर सकते हैं कि एटी एंड टी, एसएपी, और सिमेंटेक जैसे बड़े पैमाने पर उद्यम रेल का उपयोग कर रहे हैं, वे भी (वे सभी पिछले साल RailsConf में भारी भर्ती कर रहे थे)।

आप यह बता सकते हैं कि एक अनुवाद व्यवसाय में एक ऐसी भाषा / रूपरेखा का उपयोग करके बहुत कुछ हासिल होता है जो यूनिकोड का समर्थन करता है और i18n अपेक्षाकृत दर्द रहित होता है।

अंततः, मुझे लगता है कि आपको यह विचार बेचना होगा कि रेल का उपयोग करने में सक्षम होना एक प्रीमियम सुविधा है जो आपको किराए पर देकर मिलती है: "बेशक वे सभी अन्य लोग PHP का उपयोग कर रहे हैं। लेकिन आपके पास एक आधुनिक स्टैक है जो आपके आवेदन को शक्ति प्रदान करने का अवसर है। । "

दिन के अंत में, यह भी स्पष्ट होना चाहिए कि जो वह अंततः खरीद रहा है वह आपके कौशल और विशेषज्ञता है; अगर वह सर्वर-साइड वेब प्रौद्योगिकियों के जानकार थे, तो उन्हें आपकी आवश्यकता नहीं होगी। भाषा और रूपरेखा कार्यान्वयन के फैसले हैं, आवश्यकताएं नहीं।

PS ट्विटर का उल्लेख न करें। हम अभी भी खराब पीआर रेल को पूर्ववत करने की कोशिश कर रहे हैं।

Answer 3

मैं समझाता हूँ कि यह मूल रूप से "कोक" बनाम "पेप्सी" विकल्प है। दोनों व्यापक रूप से स्वीकार किए जाते हैं, दोनों के पास ऐसे लोग हैं जो प्रत्येक के लिए लड़ेंगे और मरेंगे, और वे दोनों पूरी तरह से पर्याप्त हैं। उन कारणों को इंगित करें जिन्हें आप RoR पसंद करते हैं।

Comments

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

— जेसन लुईस

Answer 4

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

भले ही, यह लोगों के संदर्भ में होना चाहिए क्योंकि वह जानना चाहता है कि वह आपकी जगह ले सकता है। उसे यह जानने में मदद करें, क्योंकि वह (शायद) वैसे भी दूर नहीं जाना चाहेगा। आपके "विशेषज्ञ निर्णय" का कोई असर नहीं होता है जब वह किसी दिए गए व्यक्ति को बहुत कम देखभाल देता है। वह बस यही चाहता है कि "और लोग" हों जो एक ही बात जानते हों।

दिन के अंत में, उसकी खिल्ली उड़ाने में कोई शर्म नहीं है। "ठीक है, PHP के साथ जाओ। शुभकामनाएँ!"

Comments

यह हमेशा याद रखना महत्वपूर्ण है कि ग्राहक को फायर करना हमेशा एक विकल्प होता है।

— जेसन लुईस

Answer 5

इंगित करें कि PHP की भीड़ में अधिक सदस्य हैं क्योंकि इसकी प्रविष्टि के लिए सबसे कम अवरोध है और लंबे समय तक रहा है। यह सुनिश्चित करना सुनिश्चित करें कि छोटे समुदायों में काम पर रखने के लिए प्रोग्रामर के प्रतिशत अधिक हैं, PHP में 5,000 रेलगाड़ी प्रोग्रामर की तुलना में 10,000 अच्छे प्रोग्रामर हो सकते हैं, लेकिन PHP प्रोग्रामर, रेल प्रोग्रामरों के लिए 20,000 की तुलना में 100,000 के ब्लॉक में छिपे हुए हैं। (इन नंबरों को बनाया जाता है, लेकिन यह उस बिंदु पर पहुंच जाता है।) फिर आपको यह समझाने की जरूरत है कि समुदाय के पास वास्तव में PHP और रेल के बीच कोई प्राथमिकता नहीं है।

आप एक गैर तकनीकी व्यक्ति पर तकनीकी कारणों का उपयोग नहीं कर सकते हैं, आप यह नहीं समझा सकते हैं कि iPhone किसी अन्य स्मार्टफोन से किसी व्यक्ति के लिए नीच क्यों है, जो केवल उसके बारे में जानता है जो उसे पसंद करता है। आपको उन कारणों की आवश्यकता है जो वे समझते हैं।

Comments

देव समुदायों में सिग्नल-टू-शोर अनुपात के महत्व को इंगित करने के लिए +1।

— जेसन लुईस

तथ्य यह है कि बिंदु इस तरह से बने होते हैं कि बिंदु भी बनता है। यह सच या गलत हो सकता है लेकिन इसके लिए उन तथ्यों को साबित करना होगा या उन्हें अस्वीकार करना होगा, जो अनुपस्थित हैं। तथ्यों के बिना, यह सिर्फ "आप चूसते हैं क्योंकि आप दूसरी टीम में खेलते हैं", जो बहुत पेशेवर नहीं है।

— स्टैसम

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

— लिंकन बी

Answer 6

आपके ग्राहक ने आपको काम पर रखा है, इसलिए संभवतः वह आपकी विशेषज्ञता पर भरोसा करता है। बता दें कि अलग-अलग पेशेवर अलग-अलग टूल पसंद कर सकते हैं, और आपका पसंदीदा टूल RoR होता है। आरओआर के लिए मौजूद समुदाय और समुदाय की स्वीकृति को इंगित करें और इसका इस्तेमाल करने वाली 37 कंपनियों की तरह सफल कंपनियों, उसकी चिंता को दूर करने के लिए कि आप कुछ रहस्यमय तकनीक की सिफारिश कर रहे हैं, जिसके बारे में आपको कोई नहीं जानता है। इंगित करें कि आप अपने द्वारा पसंद किए जाने वाले टूल का उपयोग करके अधिक उत्पादक होंगे (इस प्रकार उसकी लागत कम करने और सफलता पर उसके परिवर्तनों को सुधारेंगे) और यह कि यदि आपको या उसे कभी भी अधिक आरआरआर विशेषज्ञों को खोजने की आवश्यकता है, तो यह करना मुश्किल नहीं होगा। यदि वह अधिक तकनीकी है तो आप यह बता सकते हैं कि रोआर उन कार्यों में कैसे सफल हो सकता है जिनकी उसे अपने पसंदीदा समाधान से कम नहीं की तुलना में आवश्यकता है।

FUD को दोहराने से बचें और आमतौर पर PHP को नापसंद करते हैं - यदि आप PHP के विशेषज्ञ नहीं हैं, तो एक उच्च संभावना है कि आप कुछ ऐसा कहेंगे जो सटीक, गलत या अत्यधिक विवादास्पद नहीं है, और यदि आपका ग्राहक सीखता है कि आप उस पर गलत थे, तो इससे चोट लग सकती है अन्य पहलुओं में उसके साथ आपकी विश्वसनीयता।

Answer 7

आपके बॉस के पास एक बिंदु है। PHP कई साइटों पर RoR accoding की तुलना में अधिक लोकप्रिय है जो इस तरह की चीजों पर नज़र रखने का प्रयास करते हैं। उदाहरण के लिए, http://lang-index.sourceforge.net और http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html > देखें। मुझे लगता है कि तथ्यों की अनदेखी करना मूर्खता होगी।

मेरा सुझाव है कि आप स्वीकार करते हैं कि उसके पास एक बिंदु है और फिर उसे याद दिलाना है कि RoR एक मजबूत निम्नलिखित भी है। यह रोआर के साथ निर्मित लोकप्रिय साइटों के कुछ लिंक को चोट नहीं पहुंचाएगा कि आप उसे दिखा सकते हैं।

आखिरकार, वह वास्तव में आपके आश्वासन की तलाश में है कि वह सही व्यवसाय निर्णय ले रहा है और इसे वापस करने के लिए सबूत चाहता है। जैसा कि पुरानी कहावत है "Microsoft की सिफारिश करने के लिए किसी ने भी उन पर तीर नहीं चलाया था।" वही वेब विकास में PHP के लिए जाता है। उसे ठोस तथ्य दें और राय दें। आप ठीक कर देंगे।

Comments

मूल कहावत थी, "आईबीएम खरीदने के लिए किसी ने कभी गोली नहीं चलाई।" शायद उन्हें होना चाहिए था, लेकिन ...

— मैथ्यू फ्लिन

ओह, मुझे PHP चुनने के लिए लोगों पर तीर चलाने के लिए जाना जाता है ... :-)

— ब्रायन नोब्लुक

Answer 8

अपनी मान्यताओं का अनुवाद मात्रात्मक आर्थिक शब्दों में करें (यदि संभव हो तो / मान्य)। यह तथ्य कि उनका व्यवसाय अनुवाद विशिष्ट है, यह बताता है कि RoR (या देशी बहुभाषी समर्थन वाली कोई भी भाषा) तकनीकी रूप से PHP से बेहतर है - लेकिन यह उन संबंधित प्लेटफ़ॉर्म से जुड़े डेवलपर्स और सर्वर प्रोविजनिंग की लागतों के विरुद्ध ऑफसेट होना है। उनका व्यवसाय आपके रिश्ते की तुलना में लंबे समय तक चलने की संभावना है, वे आश्वस्त होना चाहेंगे कि वे सही नींव रख रहे हैं।

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

Answer 9

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

Answer 10

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

Answer 11

निश्चित रूप से यह आप दोनों के लिए एक व्यावसायिक निर्णय है ।

आपके लिए प्रश्न हैं:

• रूबी ऑन रेल्स का उपयोग करके मुझे अपने ग्राहकों की आवश्यकताओं को लागू करने में कितना खर्च आएगा?
• PHP में उन्हें लागू करने के लिए मुझे कितना खर्च आएगा?
• अपने पसंदीदा वातावरण का उपयोग करने पर मुझे क्या मूल्य देना चाहिए?

आपके ग्राहक के लिए, सवाल यह है

• रूबी पर PHP के कथित लाभ मेरे लिए रेलों पर कितने हैं?

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

यह उनके लिए कोई निर्णय लेने के लिए अलग नहीं है कि क्या उन्हें आपको अनुबंध देना चाहिए, या किसी अन्य डेवलपर को जो अनुरोध के रूप में PHP का उपयोग करके इसे लागू करेगा।

Answer 12

सबसे अच्छी वास्तविक विश्व सादृश्य जिसके साथ मैं आ सकता हूं, "बीएमडब्ल्यू के बजाय एक फोर्ड खरीदूंगा क्योंकि बीएमडब्ल्यू का बाजार हिस्सा छोटा है?"।

Comments

एक मजबूत संभावना अगर सभी बीएमडब्ल्यू सेवा यांत्रिकी बहुत दूर थे, बहुत महंगा, या बहुत खराब तरीके से उपभोक्ता एजेंसियों द्वारा खरीदारों के लिए मूल्यांकन किया गया था।

— हॉटपावर 2

@ शतपाव - काफी उचित है, लेकिन यह एक तर्कसंगत विचार है, इस पर बाजार हिस्सेदारी स्वयं अर्थहीन है।

— जेम्स एंडरसन

Answer 13

अंत में, PHP प्रोग्रामर रेल्स प्रोग्रामर्स की आधी लागत है, और अगर आपको कल बेहतर नौकरी मिल जाए तो आप क्या करेंगे? आपके बॉस को रेल डेवलपर खोजने के लिए पूरी तरह से खराब कर दिया जाएगा और पंगा लेना होगा, और समय और पैसा लगता है क्योंकि रेल डेवलपर्स कम आपूर्ति में हैं।

आपके बॉस इसके लिए सहमत होने का एकमात्र कारण यह है कि अगर ऐसा लगता है कि यह आपको खुश कर देगा, और यह कि निर्णय लेने की अनुमति देकर कि आप चाहते हैं कि आप उसके लिए खुश होंगे, और इस प्रकार अधिक उत्पादक होंगे।