फैनबॉय से निपटना [बंद]


14

हम सभी शायद किसी ऐसे व्यक्ति से मिले हैं, जो उस डेवलपर को जानता है जो जानता है कि उसकी भाषा एक सच्ची भाषा है और इसके बारे में वह चुप नहीं बैठेगा। आप इस तरह से किसी के साथ कैसे व्यवहार करते हैं? मैं किसी को नाराज नहीं करना चाहता (विशेषकर जब से मेरे कार्यस्थल में फैनबॉय वरिष्ठ डेवलपर है)। लेकिन मैं स्क्रिप्टिंग भाषा की अपनी पसंद का उपयोग करने में सक्षम होना चाहता हूं, जब मुझे एक थकाऊ स्क्रिप्ट लिखनी होती है जो कभी भी रिपॉजिटरी में नहीं जाती है और किसी और को पता नहीं है।

विचार जो मुझे इससे निपटने थे:

  1. यह हँसो - "हाहा हाँ शायद भाषा एक्स थोड़ा आसान है, मुझे लगता है कि मैं एक मर्दवादी हूँ!"
  2. इसके साथ जाओ - मैं वास्तव में इससे बचना पसंद करूंगा क्योंकि मैं एक नई भाषा चुनने से जुड़ी उत्पादकता में गिरावट को बर्दाश्त नहीं कर सकता।
  3. मेरी भाषा छुपाएं - एक कोठरी प्रोग्रामर बनें और जब भी मैं स्क्रिप्टिंग कर रहा हूं या कुछ स्वचालित कर रहा हूं, तो मेरे मॉनिटर को छिपाएं।

इस स्थिति के लिए आप क्या सुझाव देंगे?


14
क्या उसे नज़रअंदाज़ करना आसान नहीं होगा, और जब भी स्थिति पैदा होती है, तब शायद थोड़ी सी भी व्यावसायिकता के लिए पूछें?
zxcdw 13

25
बिल्कुल यकीन है कि आप अपने आप से एक fanboy नहीं हैं क्योंकि आप अपनी पसंद का उपयोग करने के लिए जोर देते हैं ?
डॉक्टर ब्राउन

11
@DocBrown Im निष्पक्ष नहीं है, लेकिन मुझे पूरा यकीन है कि पर्ल (मेरी पसंद) पाठ फ़ाइलों को पार्स करने के लिए बेहतर अनुकूल है तो VB (उसकी पसंद)
डैनियल ग्रैज़र

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

8
@jozefg मैं एक गैर-रचनात्मक और संभवतः एक मध्यस्थ के रूप में विचारणीय विषय को छोड़ने से नफरत करता हूं, लेकिन एक विशाल कदम रूबी से VB के लिए आगे नहीं बढ़ रहा है?
maple_shaft

जवाबों:


14

कुछ चीजें सवाल से बाहर जा रही हैं।

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

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

इस स्थिति पर मेरा विचार इस तरह है:

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

यह इसलिए है क्योंकि किसी को भी नहीं पता है कि किसी अज्ञात भाषा में सुरक्षित और तेज़ सॉफ़्टवेयर कैसे लिखा जाता है, और इसके लिए सभी गोचर्स डेवलपर्स को सीखना होगा। बेवकूफ स्क्रिप्ट को 20 साल या फिर से लिखे जाने का समर्थन करना होगा। 20 वर्षों में, औसत दुकान में कम से कम 50 डेवलपर्स बदलते हैं। यदि हर कोई एक नई भाषा में कुछ फैंसी स्क्रिप्ट लिखता है, तो आपको 50 भाषा रनटाइम, टीम पर 50 अलग-अलग विशेषज्ञ की आवश्यकता होती है, और कोडबेस में 50 भाषाओं में छोटी गाड़ी का कोड होता है। और कुछ भाषाएँ अब विंडोज या लिनक्स पर समर्थित नहीं हैं। और जरूरत है कि 10 साल पुराने कस्टम सर्वर, कोई स्पेयर पार्ट्स उपलब्ध नहीं है, 24/7।

इसके अलावा, कोई भी वास्तव में वीबी, सिल्वरलाइट, डी, आदि जैसी मृत भाषाओं का समर्थन नहीं करना चाहता है, जब कोड-बेस शायद भाषा को ही रेखांकित करेगा।


9
लिपियों की प्रचलित प्रकृति पर सवाल उठाने के लिए +1। एक पूर्व-सहकर्मी ने स्पष्ट रूप से टिप्पणी की कि अधिकांश अस्थायी समाधान स्थायी हैं।
जॉरिस टिम्मरमन्स

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

2
VB और सिल्वरलाइट को "अलोकप्रिय" के रूप में लेबल करने के लिए -1। आप लंबे समय तक अपनी अलोकप्रिय भाषाओं का समर्थन करते रहेंगे
deworde

3
डी मर चुका है? मेरे लिए यह खबर है, खासकर जब से एक नया संस्करण दूसरे सप्ताह जारी किया गया था! -1 dlang.org/changelog.html
गैरी

4
स्पष्ट रूप से भाषाओं का उल्लेख करना: बुरा विचार।
नादिर संपोली

16

क्या वह तय करता है कि आप कंपनी की नीति के आधार पर क्या उपयोग करते हैं? अपना मामला उनसे अपील करें; यदि वह अभी भी इसके खिलाफ फैसला करता है, तो चुप रहो और अपने बॉस के कहे साधनों के साथ अपना काम करो।

आप वहां काम करते हैं, वहां नहीं खेलते हैं। अंततः यह आपके हाथ से बाहर है।


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

अपनी टीम के अधिकांश सदस्य जानते हैं कि कुछ का उपयोग करें।


6
"आप वहां काम करते हैं, वहां नहीं खेलते हैं।" +1
फंकीब्रो

1
लेकिन आप जो बदलाव करना चाहते हैं, उसे बनाने का पहला कदम यह साबित करना है कि वे सुरक्षित वातावरण में प्रभावी हैं।
डेवॉर्ड

9

2. "इसके साथ जाओ"

यह एकमात्र उचित जवाब है। आपके पास यहां शानदार अवसर है।

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

  • मैंने जो भी भाषा सीखी, उससे प्रोग्रामिंग के बारे में बहुमूल्य अंतर्दृष्टि प्राप्त की। यहां तक ​​कि सबसे कम व्यावहारिक भाषा ( खांसी XSLT खांसी ) की अपनी मीठी जगह थी और दिलचस्प सीखने के अवसरों से भरा था (और कई वर्षों तक मेरे बिलों का भुगतान किया था)। लगातार सीखना एक प्रोग्रामर होने के महान लाभों में से एक है।

  • सभी शांत परियोजनाएं शायद वरिष्ठ डेवलपर की पसंदीदा भाषा का उपयोग करती हैं। उस भाषा को जानना आपको प्रतिभा के पूल में रखता है जो उन परियोजनाओं पर काम कर सकता है।

  • कोई व्यक्ति निश्चित रूप से आपको एक निश्चित कार्य करने के लिए भुगतान कर रहा है। किसी भी अन्य प्रतिक्रिया शायद अपमानजनक है और बुरी तरह से समाप्त होने की संभावना है।

वरिष्ठ डेवलपर / वास्तुकार आम तौर पर एक दुकान पर उपयोग की जाने वाली प्राथमिक भाषा चुनता है और यह सुनिश्चित करता है कि हर कोई उस भाषा का उपयोग करता है। इस तरह, एक कंपनी कुछ तकनीकों में एक ज्ञान का आधार बनाती है ताकि एक कर्मचारी (आप) छुट्टी ले सके और कोई और आपका कोड उठा सके और आपके चले जाने पर उसे ठीक कर सके। इसके अलावा कंपनी संबंधित प्रशिक्षण प्रतिभाओं को सामने ला सकती है और एचआर विभाग को यह पता चलेगा कि रिज्यूमे को देखने के लिए कौन से buzzwords की आवश्यकता है।

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

सौभाग्य!


4
लेकिन वास्तव में कौन VB सीखना चाहता है?
माइकल ब्राउन

फैनबॉय को VB पसंद है? मुझे यकीन है कि आप वीबी के साथ अच्छा पैसा कमा सकते हैं, लेकिन मैं अपने करियर में इससे चिल्ला रहा था। मुझे अभी भी विकल्प 1 या 3 पसंद नहीं है। मैं विकल्प 4 जोड़ूंगा: अपना रिज्यूमे अपडेट करें और खुद को एक नया काम खोजें। विकल्प 5 भी: फैनबॉय को फिर से शुरू करें और एचआईएम को एक नया काम दें! यदि वह विकल्प नहीं है, तो विकल्प 2 पर मेरी पहले की सलाह अभी भी लागू होगी।
GlenPeterson

7

दिखाएँ कि एक विशिष्ट संदर्भ में, कोई अन्य भाषा अधिक व्यावहारिक विकल्प है।

यदि व्यक्ति C ++ के बारे में भावुक है और आप एक वेब एप्लिकेशन प्रोजेक्ट पर काम कर रहे हैं, तो यह बहुत मुश्किल नहीं होगा। उसी तरह, कुछ संदर्भों का कार्यात्मक प्रोग्रामिंग की ओर झुकाव है और गैर-कार्यात्मक भाषा का उपयोग करना बहुत बुद्धिमान नहीं होगा।

टिप्पणियाँ:

  • उन स्थितियों से बचें जहां आपकी और उसकी पसंदीदा भाषा दोनों समान हैं।

    उदाहरण के लिए, मैं शायद ही किसी ऐसे प्रसंग की कल्पना करूँगा जहाँ जावा की तुलना में जावा "बेहतर" हो, या सी #, "बेहतर"।

  • याद रखें कि किसी भाषा का चुनाव अक्सर व्यक्तिपरक होता है और इसे कुछ प्रमाण-आधारित तत्वों के बजाय एक डेवलपर के पिछले अनुभव से अधिक समझाया जाता है।

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


1
लिनक एक शब्द करना चाहेंगे। ;)
सर्जगर्ल

@ मेनमा, सी # को जावा से बेहतर नहीं कह सकते। यह बहुत तेजी से काम करता है, और इसमें बहुत अधिक अंतर्निहित कार्यक्षमता है)))
13

14
यह नीचे सभी तरह fanboys है!
Froome

2
@superM: "अधिक तेज़" इतना व्यक्तिपरक है कि मैं इस तर्क का जवाब नहीं दूंगा। अंतर्निहित कार्यक्षमता के लिए, जावा की अंतर्निहित कार्यक्षमता मेरे लिए काफी बड़ी है।
Arseni Mourzenko

3
"[भाषा विकल्प] एक डेवलपर के पिछले अनुभव से अधिक समझाया गया है" - और एक डेवलपर के वर्तमान पेशेवर लक्ष्यों द्वारा भी, यानी "मैं फैंसी स्किलिंग एक्स (कंपनी के डॉलर पर)"।
फंकीब्राउ

3

जवाब है 2) इसके साथ जाओ।

  1. फैनबॉय को बंद करने का एकमात्र तरीका अपनी पसंद की भाषा में धाराप्रवाह (कुछ हद तक) बनना है।
  2. उत्पादकता का नुकसान कोई मुद्दा नहीं है। आप अपने वरिष्ठ द्वारा अनुरोध के अनुसार कर रहे हैं, इसलिए परियोजना द्वारा उत्पादकता परिवर्तन समायोजित किए जाने चाहिए।
  3. एक नई भाषा सीखने से आपके मस्तिष्क का कार्य बेहतर होगा।
  4. नई भाषाएँ सीखने के बारे में खुला रहना आपको और भी अच्छा लगेगा।

यह जीत-जीत-जीत है। का आनंद लें!


3
क्या यह मान्य है भले ही नई भाषा VB हो?
नादिर संपोली

लर्निंग विजुअल बेसिक ने मुझे कई उपयोगी चीजें सिखाईं जो मैंने सीखी नहीं होती अगर मैं अपनी पसंद की भाषाओं से उस समय (सी और पीएल 1 अगर मैं सही तरीके से याद करता हूं तो अटका हुआ होता)
डोमिनिक क्रोनिन

2

जवाब है कि आप इससे नहीं निपटते। उनके साथ तर्क करना तर्क को उनके स्तर तक ले जाता है (जहां वे आपको अनुभव से हरा देते हैं) और अंततः वे असंयमित होते हैं क्योंकि वे निकट दिमाग वाले होते हैं।

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

यहाँ चुनौती यह है कि प्रशंसक लड़का अपनी पहचान के साथ भाषा को जोड़ता है और उस भाषा से जुड़ी कोई भी नकारात्मकता व्यक्तिगत होती है। हमला या बचाव न करें। बस नजरअंदाज कर दो।


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

2

एक काम में बहुत कम चीजें सही मायने में फेंक पटकथाओं हैं। मैं विकी पर या रिपॉजिटरी में ऐसी कई चीजों को डाल देता हूं, फिर भी जरूरत पड़ने पर।

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

एक और स्पिन यह है कि यह संभव है कि वरिष्ठ डेवलपर के पास एक कारण हो जिसे आप उस भाषा का उपयोग करने के बारे में नहीं जानते हैं। तुमने पूछा है?

हो सकता है कि दोनों भाषाओं में एक ही स्क्रिप्ट बनाने की कोशिश करें एक बार यह दिखाने के लिए कि आपका बेहतर क्यों है।


1

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


1
आप सही हैं (सिद्धांत रूप में;)।
यानिस

3
निष्क्रिय आक्रामक हो?
गैरी विल्बोबी

मुखर लोगों से निपटने के लिए निष्क्रिय-आक्रामक होने और तकनीकों का उपयोग करने के बीच अंतर है। यकीन है, अगर मुखरता हठधर्मिता में उतरती है, तो यह निष्क्रिय-आक्रामक व्यवहार में उतर सकता है। उस स्थिति में, स्थिति वैसे भी भयावह है ... इसलिए सबसे अच्छा विकल्प छोड़ना है। ;-)
पीटर के।

0

निष्क्रिय-आक्रामक विकल्प 1,3 अधिक भावनात्मक संकट की ओर ले जाते हैं, इसलिए मुझे 2) ठोड़ी पर ले जाएं।

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

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.