कितनी बार आप असली दुनिया में स्यूडोकोड प्रयोग करते हैं?

मैं स्यूडोकोड का उपयोग जब एक कंप्यूटर से दूर है और केवल कागज और कलम की है। यह कोड सीधे संकलन नहीं होगा (कागज संकलन नहीं कर सकते हैं) के लिए संरचना की चिंता करने में ज्यादा मतलब नहीं है।

ज्यादातर वास्तव में जटिल कोड बाहर नटिंग, या जब या तो अन्य डेवलपर्स या गैर डेवलपर्स जो प्रणाली को समझने के लिए कोड की व्याख्या के लिए इसका इस्तेमाल करते हैं।

मैं भी चित्र या यूएमएल प्रकार आरेख प्रवाह जब भी ऊपर करने का प्रयास कर ...

मैं आम तौर पर इसका इस्तेमाल करते हैं जब कई कि नेस्टेड रहते हैं और कुछ बयान जो भ्रामक हो सकते हैं यदि विकासशील।

इस तरह से मैं वापस जाने के लिए और यह दस्तावेज़ के बाद से पहले से ही किया गया की जरूरत नहीं है।

काफी मुश्किल से ही है, हालांकि मैं अक्सर यह शरीर लिखने से पहले एक विधि दस्तावेज़।

हालांकि, मैं कैसे एक समस्या दृष्टिकोण के साथ एक और डेवलपर की मदद कर रहा हूँ, मैं अक्सर एक स्यूडोकोड समाधान के साथ एक ईमेल लिखेंगे।

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

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

क्या मैं डिजाइन प्रयोजनों के लिए काफी अक्सर करते हैं अनिवार्य रूप से कोडिंग के एक कार्यात्मक अपघटन शैली है।

public void doBigJob( params )
{
    doTask1( params);
    doTask2( params);
    doTask3( params);
}
private void doTask1( params)
{
    doSubTask1_1(params);
    ...
}

कौन सा, एक आदर्श दुनिया में, अंत में काम कर कोड में बदल जाते हैं तरीकों में अधिक से अधिक तुच्छ हो जाते हैं के रूप में होगा। हालांकि, वास्तविक जीवन में, वहाँ पुनर्रचना की एक बहुत की एक बिल्ली और डिजाइन के पुनर्विचार है।

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

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

procedure GetTextFromValidIndex (input int indexValue, output string textValue)
// initialize
// check to see if indexValue is within the acceptable range
//    get min, max from db
//    if indexValuenot between min and max
//       then return with an error
// find corresponding text in db based on indexValue
// return textValue
   return "Not Written";
end procedure;

मैं कभी नहीं, एक बार भी नहीं है, यह लिखने से पहले एक कार्यक्रम के स्यूडोकोड लिखने के लिए की जरूरत है।

हालांकि, कभी-कभी मैं स्यूडोकोड लिखने के लिए लिया है के बाद कोड लिखने, जो आमतौर पर होता है जब मैं समय की एक छोटी राशि में नया कोड के साथ लाने के लिए किसी को पाने के लिए एक कार्यक्रम के उच्च स्तरीय कार्यान्वयन का वर्णन करने की कोशिश कर रहा हूँ। और "उच्च स्तरीय कार्यान्वयन" द्वारा, मेरा मतलब है स्यूडोकोड की एक पंक्ति सी # 50 या तो लाइनों, उदाहरण के लिए वर्णन करता है:

कोर एक फ़ोल्डर में एक्सएमएल फाइल के एक झुंड उदासीनता और process.exe चलाता है
  कुछ कमांडलाइन मानकों के साथ निष्पादन योग्य।

process.exe प्रत्येक फ़ाइल पढ़ता
    प्रत्येक फ़ाइल लाइन द्वारा लाइन पढ़ने के लिए है
    अनोखा शब्द एक डेटाबेस में संग्रहीत फ़ाइल से बाहर खींच रहे हैं
    फ़ाइल हटा दी जाती है जब उसके समाप्त प्रसंस्करण