क्या मुझे उस भाषा का उपयोग करना चाहिए जिसमें मैं सबसे अधिक सहज हूं, या कंपनी "मानक"

Question

मैं अपने विशिष्ट संयंत्र के लिए एक इंट्रानेट साइट विकसित करने जा रहा हूं, और वेब-विकास के लिए हमारी कंपनी का मानक IIS + ASP.Net + VB.Net + Microsoft SQL Server (ध्यान दें कि हमारे पास लगभग 10+ पौधे हैं)। इंट्रानेट साइट का उपयोग केवल मेरे संयंत्र द्वारा किया जाएगा, और मैं केवल एक ही हूं जो इसका समर्थन करेगा। मैं LAMP सेटअप के साथ बहुत अधिक कुशल हूं, और मैं PHP के साथ एएसपी.नेट की तुलना में अधिक तेजी से विकास और समस्या को हल कर सकता हूं। भले ही कंपनी "मानक" ASP.Net/VB.Net है, लेकिन कंपनी जो कुछ भी करती है, उसका अधिकांश भाग तीसरे पक्ष के सॉफ़्टवेयर (जो आमतौर पर जावा आधारित है), और बहुत से खरीदना है , और मेरा मतलब बहुत कम लोगों में है कंपनी को भी पता हैVB6 , अकेले ASP.Net/VB.Net करें।

कहा जा रहा है, क्या कंपनी के मानक का उल्लंघन करना बेहतर है और सेटअप के साथ जाना जो कि मैं बेहतर समर्थन कर सकता हूं, या क्या सेटअप के साथ जाना बेहतर है कि कंपनी बेहतर समर्थन कर सकती है यदि मैं कभी भी छोड़ सकता था, भले ही कोई भी वर्तमान में न हो कंपनी में वैसे भी अपने स्वयं के मानक का समर्थन कर सकते हैं?

मेरे व्यक्तिगत मामले में विचार करने के लिए कुछ अतिरिक्त कारक:

• फिर से, यह केवल मेरे संयंत्र के लिए है, और मैं केवल एक ही हूं जो कभी भी इसका समर्थन करेगा जब तक कि मैं कंपनी नहीं छोड़ता हूं, और फिर मेरा प्रतिस्थापन इसका समर्थन करेगा। कंपनी में पहले से कोई और नहीं।
• कंपनी अपने मानक के साथ वैसे भी बहुत कम विकास करती है।
• शायद ही कोई भी कंपनी मौजूदा सॉफ्टवेयर अपने मानक का उपयोग करती है।
• यदि मैं कंपनी मानक का चयन करता हूं, तो मुझे Microsoft SQL के एक्सप्रेस संस्करण और एक विंडोज 7 ओएस का उपयोग करना होगा। मेरे रीडिंग से, एक्सप्रेस संस्करण व्यावसायिक उपयोग के लिए ठीक है, लेकिन डेटाबेस का आकार सीमित है।

Comments

यहाँ मुख्य शब्द का उल्लंघन है । आपने सही शब्द चुना है, और बस अपने प्रश्न को पढ़कर आपको यह बताना चाहिए कि यह एक बहुत अच्छा विचार है। उन्होंने एक कारण के लिए मानक चुना है। यदि आप उस पसंद से असहमत हैं, तो आपको इसे औपचारिक रूप से ऊपर की ओर प्रसारित करना चाहिए।

— जोएल एथरटन

"मेरा मतलब है कि कंपनी में बहुत कम लोग ही VB6 को जानते हैं, अकेले ASP.Net/VB.Net करते हैं।" मैं वास्तव में यह नहीं देखता कि किसी चीज से क्या लेना-देना है। VB6 बदसूरत विरासत कोड है - तथ्य यह है कि कोई नहीं जानता कि यह वास्तव में एक अच्छी बात है।

— मृत डीजीएम

@DeadMG, उनमें से कोई भी मुद्दा VB.Net या तो नहीं जानता है। तो, यह क्या बात है कि मैं किस भाषा का उपयोग करता हूं? अगर मुझे छोड़ दिया जाता है, तो उन्हें इसका समर्थन करने के लिए किसी और को किराए पर लेना होगा।

— ड्रू चैपिन

SQl सर्वर एक्सप्रेस 4gb डेटाबेस तक का समर्थन करता है। यह आम तौर पर पर्याप्त है, अगर यह नहीं है तो कुछ अन्य डेटाबेस की आवश्यकता है और आपको संभवतः संबंधित लोगों (आईटी आदमी, वरिष्ठ आदि) के साथ लेना चाहिए

— Holger

@Baboon, हाँ, यह नहीं फेसबुक जैसी साइटों की तरह कभी तो unbusiness-तरह कुछ का उपयोग करेंगे,

— SWeko

Answer 1

फिर से, यह केवल मेरे संयंत्र के लिए है, और मैं केवल एक ही हूं जो कभी भी इसका समर्थन करेगा जब तक कि मैं कंपनी नहीं छोड़ता हूं, और फिर मेरा प्रतिस्थापन इसका समर्थन करेगा। कंपनी में पहले से कोई और नहीं।

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

कंपनी अपने मानक के साथ वैसे भी बहुत कम विकास करती है।

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

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

3 - नई चीजें सीखने के लिए पेशेवर अवसरों को पास न करें । आपको इस उद्योग में कबूतर होने से बचना होगा। फुर्तीला बनो। आपके पास कुछ चौड़ाई हासिल करने और एक समस्या को हल करने का एक नया तरीका सीखने का अवसर हो सकता है। उल्लेख करने के लिए नहीं आप अपने फिर से शुरू के लिए नए कौशल प्राप्त कर रहे हैं। यह ज्यादातर कुछ नया करने के लिए आपको केवल अपने कम्फर्ट जोन से बाहर कदम रखने में मदद कर सकता है। यह कहा जा रहा है, यदि अलग / नई चीज़ इतनी आला है कि आपको नहीं लगता कि आपको या किसी भी भविष्य के नियोक्ताओं को उन कौशल से कोई मूल्य मिलेगा, तो शायद यह इतना बड़ा अवसर नहीं है। लेकिन ASP.net और LAMP दोनों विशेषज्ञ होने का मौका मिलना निश्चित रूप से आपकी आँखें खोल देगा और केवल आपके करियर में मदद कर सकता है। वास्तव में कुछ सीखने के लिए मजबूर करने के लिए समय सीमा के साथ एक वास्तविक परियोजना की तरह कुछ भी नहीं है।

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

Comments

+1: जब तक आप वहां काम करेंगे, तब तक आप इसका समर्थन करेंगे। हालांकि, यदि आप छोड़ देते हैं, तो कोई और इसका समर्थन करेगा।

— अनहेल्सीप्लायर

यह एक अच्छा जवाब है, लेकिन मैं यह जोड़ना चाहूंगा कि ओपी को अपने प्रबंधक से ट्रेडऑफ के बारे में बात करनी चाहिए, यह देखने के लिए कि वे मानक को कितना सख्त मानते हैं, और क्या वे इस परियोजना के लिए किसी अन्य स्टैक के उपयोग को स्वीकार करेंगे।

— माइक पार्टरिग

मान लें कि आप केवल एक ही व्यक्ति हैं जो इसका समर्थन करने जा रहे हैं : इसके अलावा, इस तरह से लोग हर बार पहिया को फिर से आविष्कार करने के बजाय, प्रत्येक रोल से कोड का पुन: उपयोग कर सकते हैं, हमें उस रोल की आवश्यकता है।

— कोनरक

एक स्थिति में फंसने का सबसे तेज़ तरीका अपने आप को अपूरणीय बनाना है। यदि आपको प्रतिस्थापित नहीं किया जा सकता है, तो आपको पदोन्नत नहीं किया जा सकता है।

— बुरहान खालिद

Answer 2

कहा जा रहा है कि, कंपनी के मानक का उल्लंघन करने और सेटअप के साथ जाने के लिए बेहतर है कि मैं बेहतर समर्थन कर सकता हूं, या क्या सेटअप के साथ जाना बेहतर है कि कंपनी बेहतर समर्थन कर सकती है यदि मैं कभी भी छोड़ना था, भले ही कोई भी वर्तमान में न हो कंपनी में वैसे भी अपने स्वयं के मानक का समर्थन कर सकते हैं?

यह एक प्रबंधन निर्णय है। उन्हें अपनी चिंताओं से अवगत कराएं और औपचारिक रूप से बदलने पर जोर दें।

उस ने कहा, एक भाषा एक उपकरण है और आपको नौकरी के लिए सही उपकरण चुनना होगा; उन्हें समझाएं कि आप एक हथौड़ा के साथ एक पेंच पेंच नहीं करते हैं।

Comments

यह नोट करना महत्वपूर्ण है कि प्रश्न के संदर्भ में (उपलब्ध स्तर का विवरण दिया गया है) ASP.NET और PHP दोनों ही नौकरी के लिए सही उपकरण हैं, जिसमें दोनों ही बहुत ही सक्षम प्लेटफॉर्म हैं

— मर्फ़

ASP.NET यकीनन अधिक सक्षम है, यह सिर्फ इतना है कि op बेहतर php जानता है।

— केविन

@ केविन, एकमात्र कारण जो मैं कभी भी तर्क दे सकता था कि ASP.Net PHP की तुलना में अधिक सक्षम है, यह AD / Windows सुरक्षा के साथ बेहतर रूप से एकीकृत होता है, भले ही यह AD / Windows सुरक्षा के साथ PHP को एकीकृत करने के लिए अभी भी संभव है। इसके बाहर मैंने PHP पर ASP.Net के कोई लाभ नहीं देखे हैं।

— ड्रू चैपिन

अपने स्वयं के प्रवेश द्वारा आप php को बेहतर जानते हैं इसलिए यह आश्चर्य की बात नहीं है कि आप ऐसा कहेंगे।

— केविन

Answer 3

क्या आपको पदोन्नति, या अन्य परियोजनाओं पर काम करने की कोई आकांक्षा है? यदि ऐसा है, तो मेरा सुझाव है कि "अपनी खुद की चीज़" करने से दो नकारात्मक प्रभाव होंगे लगभग निश्चित रूप से परिणाम (पैराफेरेस) "मैं इसका समर्थन करने वाला व्यक्ति बनूंगा, जब तक मैं नहीं छोड़ता"

1. क्योंकि आपने कंपनी के मानकों का पालन नहीं करने का फैसला किया है, यह दर्शाता है कि आप अधिक वरिष्ठ भूमिकाओं के लिए विशेष रूप से उपयुक्त नहीं हैं, क्योंकि आप सरल निर्देशों का पालन करने में असमर्थ हैं।
2. क्योंकि आपने कंपनी के मानक का पालन नहीं करने का फैसला किया है, इसलिए यह आपकी समस्या होगी कि कंपनी में कोई भी आपके कोड का समर्थन नहीं कर सकता है।

यदि आप मानक का उपयोग करना चुनते हैं, तो यह आपकी ज़िम्मेदारी नहीं होगी कि उत्पाद को जारी रखने के लिए जब (यदि) पदोन्नति का अवसर मिले या कोई अन्य परियोजना बढ़े।

एक भद्दे सादृश्य को देखने का दूसरा तरीका। मैं एक ऐसे देश में जाता हूं, जहां वे बाईं ओर ड्राइव करते हैं, हालांकि, मैं दाईं ओर ड्राइविंग करने के लिए अधिक अभ्यस्त हूं, मैं दाईं ओर ड्राइव करना पसंद करता हूं, इस वजह से, मैं इसमें बेहतर हूं और तेजी से ड्राइव कर सकता हूं। क्या मुझे दाईं ओर ड्राइव करना चाहिए?

Comments

अंतिम पैराग्राफ के लिए +1 - विशेष रूप से प्लेटफ़ॉर्म की क्षमता के संदर्भ में आप वास्तव में ASP.NET पर PHP चुनने के लिए कोई मामला नहीं बना सकते हैं। देव टीमों के

— कैपबिलिटीज़ के

Answer 4

कंपनियों के पास एक कारण के लिए मानक हैं, यदि कोई औपचारिक रूप से कहा गया मानक है जो x का उपयोग करने के लिए कहता है, तो आपको y को सही ठहराने की आवश्यकता है।

इसका मतलब यह नहीं है कि आप y का उपयोग नहीं कर सकते, इसका मतलब यह है कि आपको मानक के पीछे के तर्क को समझना चाहिए और इसका उल्लंघन करने से पहले अनुमोदन प्राप्त करना चाहिए।

शायद आपको यह समझने के बाद कि आप इसका उल्लंघन क्यों करना चाहते हैं, शायद आप देखेंगे कि इसे बदलने या स्क्रैप करने की आवश्यकता है, या यह इस उदाहरण में लागू नहीं होता है ताकि y का उपयोग करने में कोई समस्या न हो।

यदि यह लागू होता है, तो जब तक आप इसे बदल नहीं सकते, आपको इसका पालन करना चाहिए। कंपनी के मानक सीधे आदेशों के समान स्तर पर नहीं हैं, लेकिन जब तक वे कानून का उल्लंघन नहीं करते हैं, तब तक आपके नियोक्ता को आप दोनों की उचित उम्मीद है।

Comments

कंपनी के मानक कभी-कभी दक्षता या तकनीकी विचारों के बजाय विपणन कारणों से संबंधित होते हैं।

— मिस्टर स्मिथ 12

@ मिस्टर स्मिथ यहां तक ​​कि, आपको उन कारणों को सत्यापित करने के लिए निर्णय लेने की शक्ति के साथ अपने प्रबंधक या किसी से बात करने की आवश्यकता है। इस सवाल पर मेरा जवाब देखें।

— माइक सेलिनी

@ मिस्टरस्मिथ: वैध मार्केटिंग कारण उतने ही महत्वपूर्ण हैं, यदि बहुत अधिक नहीं, तो अधिकांश टेचिनिकल विचार से। यदि आप कारण नहीं जानते हैं, तो आप कारण की वैधता नहीं जानते हैं।

— jmoreno

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

— मिस्टर स्मिथ

@ मिस्टरस्मिथ: यह आँख बंद करके मानकों का पालन नहीं कर रहा है, यह आँख बंद करके कंपनी के मानकों का पालन कर रहा है। एक अंतर है। और अगर कोई परवाह नहीं करता है, तो यह पर्याप्त होना चाहिए कि उल्लंघन करने या यहां तक ​​कि मानक को बदलने की अनुमति मिल सके।

— jmoreno

Answer 5

यह सब इस बात पर निर्भर करता है कि आप निकाल रहे हैं या नहीं। यदि आप निकाल रहे हैं, तो यह मत करो। यदि आप निकाल नहीं जा रहे हैं, तो हर तरह से इसके साथ आगे बढ़ें।

Comments

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

— कोनरक

@Konerak खैर, आप सही हैं। मैं इसे लेकर गंभीर नहीं था। मैं आपको खुश रखने के लिए अपने प्रश्न को संपादित करूंगा।

— माइक नाकिस

क्षमा करें माइक, मुझे विडंबनापूर्ण हिस्सा नहीं मिला;) मुझे अपरिहार्य के बारे में एक जवाब देखकर खुशी हुई, क्योंकि इससे मुझे प्रतिक्रिया करने का अवसर मिला और लोग इसके बारे में पढ़ेंगे।

— कोनरक

Answer 6

मुझे लगता है कि आप ऐसी कई समस्याओं का अनुमान लगा सकते हैं जो इससे उत्पन्न हो सकती हैं और यदि आपको कभी कंपनी छोड़नी पड़े तो इसके लिए एक विस्तृत योजना बनाएं।

एक समस्या यह है कि यदि आप छोड़ देते हैं और मानव संसाधन को आपके प्रतिस्थापन की खोज करनी है तो कार्यों को गम हो सकता है। यह देखते हुए कि वे या तो सक्रिय रूप से यह समझने की कोशिश करते हैं कि आपने क्या किया है और आवश्यक कौशल के अनुसार काम करते हैं-या तो मूल दस्तावेज़ देखें जो IIS / ASP.NET / etc की नीति को निर्दिष्ट करेगा। और आँख बंद करके उन कौशल के साथ किसी को अपने LAMP कोड ("क्योंकि यह ऐसा कहता है" सिद्धांत) को बनाए रखने के लिए किराए पर लेते हैं, मुझे लगता है कि बाद की संभावना बहुत अधिक है।

सबसे आसान बात (लंबे समय में) वह करना है जो फैबियनह्र्ज ने सिफारिश की और मानक को बदल दिया। Microsoft और LAMP दोनों को शामिल करने के लिए इसे बदलें यदि वे एक पूर्ण स्विच के प्रतिरोधी हैं।

Comments

वास्तव में मेरी नौकरी के लिए आधिकारिक पोस्टिंग को किसी भी प्रोग्रामिंग / वेब-विकास ज्ञान की आवश्यकता नहीं थी।

— ड्रू चैपिन

@druciferre तब सब कुछ सम्मान करने के लिए और अधिक कारण। यदि यह परियोजना आपकी नौकरी की जिम्मेदारी का एक बड़ा हिस्सा बन जाती है और कुछ घटनाएँ होती हैं, जहाँ वे आपके मूल नौकरी विवरण के आधार पर पुनर्मूल्यांकन करेंगे, तो वे एक क्रीक बन जाएंगे (ऐसा नहीं है कि आपको उस बिंदु पर ध्यान रखना होगा, लेकिन सिर्फ इसके लिए उनकी खातिर)।

— jonsca

Answer 7

इस मामले में आपको मानक का पालन करने की आवश्यकता है। यदि मानक लागू नहीं होता है, तो आपको इसे अलग भाषा में करने के बारे में अपने प्रबंधक से बात करने की आवश्यकता है।

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

भाषा से परे आपको LAMP सर्वर के लिए आंतरिक समर्थन पर विचार करना होगा। अपाचे को कौन संचालित करने जा रहा है? MySQL के बारे में कैसे? क्या कंपनी का सॉफ्टवेयर अलग डेटाबेस पर चलता है? क्या प्रशासक एक नए मंच का संचालन करने के लिए तैयार होंगे। यहां तक ​​कि अगर आप इन सेवाओं को प्रशासित करने की योजना बनाते हैं, तो कर्तव्य अंततः किसी और पर गिर सकते हैं। यदि आप सेवाओं को प्रशासित करने की योजना बनाते हैं, तो क्या नेटवर्क / सर्वर प्रवेश आपको ऐसा करने की अनुमति देगा?

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