"अलग भाषा" स्रोत कोड

Question

पर काम करना यदि आपको "स्पैनिश" (चर, टेबल, कक्षा नाम इत्यादि) में लिखे गए कोड की 15,000 लाइनों के साथ एक बड़ी एन-स्तरीय प्रोजेक्ट (.NET) दिया गया है, जिसमें फीचर एडिशन और बग फिक्सिंग, इस पर काम करने की आपकी रणनीति क्या होगी?

1. अंग्रेजी (गूगल अनुवाद या अन्य उपकरण) के नाम करने के लिए पूरी परियोजना परिवर्तित रूप में यह समय लेने
2. एक डेवलपर कौन जानता है "स्पेनिश" या एक अनुवादक किराया होगा एक अच्छा विकल्प हो प्रतीत नहीं होता है

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

Answer 1

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

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

मैं ग्राहक को यह भी सूचित करता हूं कि सामान्य ज्ञान के खिलाफ लिखे गए कोड और गैर-अंग्रेज़ी (और यहां तक ​​कि अपरिचित भाषा) में सर्वोत्तम प्रथाओं के कारण लिखित डिलीवरी होगी। उपन्यास के मूल निर्माता पर दोष।

Answer 2

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

Answer 3

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

एक वैरिएबल नाम से क्या मतलब है इसका विचार करना आसान है, लेकिन यह आवश्यक नहीं है। मैंने परिवर्तनीय नाम में केवल 4 महत्वपूर्ण पात्रों के साथ प्रोग्राम लिखने में 20 साल बिताए।

Answer 4

यह व्यक्तिपरक है, लेकिन मेरी व्यक्तिगत राय विकल्प बी है) एक डेवलपर किराया जो स्पैनिश बोल सकता है - मुख्य रूप से क्योंकि सभी टिप्पणियां स्पेनिश में होने की संभावना है और यदि टिप्पणी अच्छी तरह से की गई है - इसमें उसमें मूल्यवान जानकारी होगी अनदेखा/खोया नहीं जाना चाहिए।

एक अनुवादक टिप्पणी/कोड के भीतर शर्तों को समझने में सक्षम नहीं हो सकता है और गैर प्रोग्रामर द्वारा अनुवाद खराब हो सकता है।

Answer 5

पहले अपनी कक्षाओं का अनुवाद करें। फिर आप उनके प्रकार से उदाहरणों का ट्रैक रखने में सक्षम होना चाहिए।

Answer 6

मैं अनुवाद किया जाना चाहिए के रूप में मांग पर की जरूरत है, उदाहरण के लिए:

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

मुझे लगता है कि एक इच्छुक अंग्रेजी प्रोग्रामर उपर्युक्त करने के लिए Google अनुवाद का उपयोग करने में सक्षम होगा, हालांकि किसी भी नए स्रोत कोड बेस के साथ, कार्यक्रम होगा एक लंबे टाइमर को वास्तव में समझना होगा कि प्रत्येक कक्षा/विधि इसका उपयोग करने से पहले क्या करती है।

एक अंग्रेजी प्रोग्रामर जो कुछ स्पेनिश जानता है उसे तेज़ी से करने में सक्षम होगा। हालांकि एक स्पेनिश प्रोग्रामर का उपयोग न करें, क्योंकि आप हमेशा एक अनुवादक अपनी मूल भाषा में अनुवाद करना चाहते हैं।

Answer 7

क्षमा करें ज्यादातर प्रश्न .....

क्या ग्राहक स्पैनिश स्पीकर है? यदि ऐसा है तो सॉफ्टवेयर एक स्पेनिश प्रोग्रामर द्वारा लिखा जाना चाहिए। चूंकि प्रोग्रामर ग्राहक को समझता है तो ग्राहक के साथ संवाद करने की लागत बहुत कम है।

यदि ग्राहक स्पैनिश नहीं हैं, तो स्पेनिश प्रोग्रामर का उपयोग क्यों किया जाता था?

क्या स्पेनिश प्रोग्रामर पैसे बचाने के लिए चुना गया था?

यदि हां, तो क्या सॉफ़्टवेयर रखने योग्य है?

आप कैसे बता सकते हैं कि कोड कितना अच्छा है यदि आप स्पेनिश नहीं पढ़ सकते हैं?

Answer 8

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

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

यह मानता है कि आप समस्या डोमेन को समझते हैं, और मूल कोड व्यावसायिक रूप से लिखा गया था .. हालांकि यदि यह था, तो आपके पास पहले से ही परीक्षण होंगे, है ना? आप उल्लेख नहीं करते कि क्या यह मामला है।

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

Answer 9

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