विकास की गति का एक उपाय

10

मैंने प्रोग्रामिंग भाषाओं की निष्पादन गति को मापने के लिए बहुत सारे परीक्षण देखे हैं, लेकिन मैंने विकास गति को मापने वाले परीक्षण कभी नहीं पाए हैं।

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

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

संपादित करें: मैं ज्यादातर दो भाषाओं के बीच अंतर में दिलचस्पी रखता हूं जो वाक्य रचना में करीब हैं। उदाहरण के लिए, मुझे लगता है कि सी में प्रोग्रामिंग आमतौर पर जावा में प्रोग्रामिंग की तुलना में धीमी होगी; लेकिन जावा में प्रोग्रामिंग C # में प्रोग्रामिंग की तुलना में तेज है?

programming-languages comparison

— DistantEcho
स्रोत

प्रोग्रामर देखें ।stackexchange.com/ questions/ 10032 (लेकिन ध्यान दें कि मैं दावा नहीं करता कि यह एक डुप्लिकेट है)।

— फ्रैंक शीयर

यह वास्तव में दिलचस्प है, धन्यवाद! कुछ लिंक वास्तव में वही हैं जो मैं देख रहा था।

— डिस्टैंट इको

इस सूत्र पर एक नज़र डालें: stackoverflow.com/questions/1894453/…

— क्राइस्टोफेड

6

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

— JohnFx
स्रोत

2

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

यदि आप विचार करते हैं कि आप किस वस्तु को चित्रित करते हैं, तो जितना बड़ा ब्रश आप उतनी जल्दी पेंट करेंगे।

यदि आपको कला-रूप के रूप में अच्छा कोड दिखाई देता है, तो यह ब्रश के आकार को कम करता है, और इससे अधिक कि आप अपने ब्रश के साथ क्या करते हैं।

क्षमा करें, यह वास्तविक प्रश्न का उत्तर नहीं है।

— DanSingerman
स्रोत

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

— डिस्टैंट इको

1

@ Niphra, आप नहीं जानते। इस तरह की तुलना में अभी तक बहुत सारे imponderables हैं जो इसके लिए एक वैध मीट्रिक हैं।

— एडम क्रॉसलैंड

अच्छा जवाब है, लेकिन केवल अगर आप चित्रकार के कौशल को नजरअंदाज करते हैं

— स्टीवन ए लोवे

1

मुझे यकीन नहीं है कि यह प्रासंगिक है, लेकिन यह दिलचस्प है

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

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

— डोमिनिक मैकडोनेल
स्रोत

यह दिलचस्प होगा अगर आज कोई अध्ययन होता जो कि उच्च स्तर की भाषाओं जैसे नोड.जे और पायथन की तुलना करते समय फिर से ऐसा करता।

— someGuyOnAComputer

1

उत्पादकता क्या है? उत्पाद , यहां तक कि क्या है ? कोई नहीं जानता, गणितीय रूप से बोल रहा हूँ।

Kloc?

साइक्लोमेटिक कम्पलेक्सिटी?

कार्य बिंदु?

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

— पॉल नाथन
स्रोत

0

कल्पना करें कि यह कैसे परीक्षण किया जाएगा: आपको कुछ वास्तविक विश्व परियोजना को एक ही भाषा (प्रोग्रामर अनुभव और ज्ञान की परिवर्तनशीलता को दूर करने के लिए) और विभिन्न भाषाओं के साथ (भाषाओं की तुलना करने के लिए कुछ डेटा प्राप्त करने के लिए) स्वतंत्र रूप से विकसित करने की आवश्यकता है। मुझे लगता है कि प्रयोग तेजी से असहनीय आकार में बढ़ता है।

मैं प्रयोग को "सिकोड़" करने के तरीकों के बारे में सुनना पसंद करूँगा, या वास्तव में प्रयोग को करने के प्रयासों के बारे में कहूँगा।

— kasterma
स्रोत

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

— दूरंतो

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

— फ्रैंक शियरार

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

— kasterma