ऊर्जा व्यापार और ऊर्जा पोर्टफोलियो अनुकूलन के लिए एफ # हम एफ # अलग आवेदन क्षेत्रों में बहुत अच्छा रहा है कि अनौपचारिक प्रतिक्रिया के बहुत से मिलता है। मेरी पसंदीदा में से एक मूल रूप stackoverflow पर, "मेरे काम के लिए महान एफ # था क्यों" साइमन चचेरे भाई द्वारा प्रकाशित किया गया था का विश्लेषण करती है। साइमन हमें वह यहाँ क्या लिखा पुनः प्रकाशित करने की अनुमति दे दी है। यह इस में एक प्रमुख ऊर्जा कंपनी के लिए बिजली उत्पादन के कार्यक्रम के बहुत ही वास्तविक दुनिया आवेदन डोमेन में उत्पादकता में वास्तविक मजबूत सुधार करने के लिए (मैं के बारे में बात करना पसंद है) एफ # के विभिन्न तकनीकी सुविधाओं के नक्शे क्योंकि मैं जो कहता हूं वह वास्तव में दिलचस्प लगता है ब्रिटेन में मामला। मैं तुम साइमन क्या लिखा है आनंद और कार्यात्मक प्रोग्रामिंग उत्पादकता और सॉफ्टवेयर विश्वसनीयता में मूर्त वास्तविक दुनिया सुधार होता है क्यों दूसरों को समझाने में यह उपयोगी मिल उम्मीद है। साइमन चचेरे भाई द्वारा, ऊर्जा व्यापार और ऊर्जा पोर्टफोलियो अनुकूलन के लिए एफ # का उपयोग मैं एक ऊर्जा कंपनी के लिए एक व्यापार की स्थिति में बिजली स्टेशनों के एक पोर्टफोलियो के लिए राष्ट्रीय विद्युत उत्पादन अनुसूची संतुलन के लिए एक आवेदन पत्र लिखा है। ग्राहक और सर्वर घटक सी # में थे, लेकिन गणना इंजन एफ # में लिखा गया था। इस आवेदन के दिल में जटिलता को संबोधित करने के लिए एफ # का उपयोग स्पष्ट रूप से उद्यम सॉफ्टवेयर, बड़े डेटा सेट के अर्थात् एल्गोरिदम जटिल विश्लेषण के भीतर भाषा के लिए एक प्यारी जगह को दर्शाता है। मेरा अनुभव है कि एक बहुत ही सकारात्मक रहा है। विशेष रूप से: मापन की इकाई। मैं में काम उद्योग इकाइयों से अटे पड़े है। मैं (अक्सर एक ज्यामितीय प्रकृति का) लागू समीकरणों समय, शक्ति और ऊर्जा की इकाइयों के साथ निपटा। प्रकार कार्य प्रणाली के इनपुट और आउटपुट की इकाइयों की सत्यता की पुष्टि करने के बाद परीक्षण और पढ़ने / कोड को समझने के मामले में दोनों एक विशाल समय बचाने है। यह पिछले प्रणालियों से ग्रस्त थे कि त्रुटियों की एक पूरी कक्षा eradicates। खोजपूर्ण प्रोग्रामिंग। स्क्रिप्ट फ़ाइलें और आरईपीएल (एफ # इंटरएक्टिव) के साथ कार्य करना / / रन / परीक्षण पाश संकलन मुझे अधिक परंपरागत संपादित की तुलना में एक कार्यान्वयन के लिए करने से पहले और अधिक प्रभावी ढंग से समाधान अंतरिक्ष का पता लगाने के लिए अनुमति दी। यह एक प्रोग्रामर समस्या और नाटक में डिजाइन तनाव की उनकी समझ का निर्माण करने के लिए एक बहुत ही प्राकृतिक तरीका है। इकाई का परीक्षण। कार्यों और अपरिवर्तनीय डेटा संरचनाओं प्रभावशाली गैर-पक्ष का उपयोग कर लिखा कोड का परीक्षण करने के लिए एक खुशी है। ठट्ठा करने के लिए कोई पेंच चीजों को करने के लिए जटिल समय पर निर्भर बातचीत या निर्भरता के बड़े सेट कर रहे हैं। Interoperation। मैं सी # में गणना के इंजन के लिए इंटरफ़ेस परिभाषित और एफ # में गणना लागू किया है। गणना के इंजन फिर सब पर परस्पर कार्यक्षमता के बारे में किसी भी चिंताओं के बिना उपयोग करने की जरूरत है कि किसी भी सी # मॉड्यूल में इंजेक्ट किया जा सकता है। निर्बाध। सी # प्रोग्रामर कभी पता नहीं है। संहिता में कमी। गणना के इंजन में खिलाया डेटा का बहुत वैक्टर और matrices के रूप में था। उच्च आदेश कार्यों न्यूनतम उपद्रव, कम से कम कोड के साथ नाश्ते के लिए इन खाते हैं। खूबसूरत। कीड़े का अभाव। कार्यात्मक प्रोग्रामिंग अजीब महसूस कर सकते हैं। मैं प्रकार चेकर पारित करने के लिए कोड प्राप्त करने के लिए कड़ी मेहनत की कोशिश, एक एल्गोरिथ्म पर काम किया जा सकता है, लेकिन प्रकार चेकर, कि & rsquo संतुष्ट है एक बार, यह है, यह काम करता है। यह & rsquo; या तो लगभग द्विआधारी है और अगर यह & rsquo या संकलन नहीं होगा की सही। अजीब बढ़त मामले त्रुटियों प्रत्यावर्तन और उच्च आदेश कार्यों बढ़त मामले त्रुटियों का परिचय है कि बहीखाता कोड का एक बहुत दूर, कम कर रहे हैं। समानता। जिसके परिणामस्वरूप कार्यान्वयन के कार्यात्मक पवित्रता डेटा की प्रोसेसिंग वैक्टर में निहित समानता के दोहन के लिए यह परिपक्व बनाता है।