आख़िरकार सब कुछ टेक्स्ट ही है

• ज़्यादातर programming समस्याओं को टेक्स्ट को प्रोसेस करने और data को map करने के काम तक सरल बनाया जा सकता है।
• ORM को बेहतर बनाना भी query generation (टेक्स्ट प्रोसेसिंग) और data को object में map करने का काम है।
• code highlighter टेक्स्ट प्रोसेसिंग का एक प्रतिनिधि उदाहरण है।
• console framework commands (टेक्स्ट) को प्रोसेस करता है और उपयुक्त output (टेक्स्ट) बनाता है।
• HTTP request routing, request (टेक्स्ट) को प्रोसेस करके, अंततः टेक्स्ट लौटाने की प्रक्रिया है।
• template engine भी आखिरकार टेक्स्ट को ही प्रोसेस करता है।
• ख़ासकर PHP जैसी भाषा से web programming करते समय, ज़्यादातर काम टेक्स्ट प्रोसेसिंग और data movement का ही होता है।
• इस तरह के सरल किए गए नज़रिए से जटिल समस्याओं को अधिक आसानी से समझा और हल किया जा सकता है.

[foriequal0]

मैं इस लेख के दृष्टिकोण से सहमत नहीं हूँ। मेरा मानना है कि लगभग अधिकांश स्वचालित string processing प्रक्रियाएँ structured strings को संभालती हैं, इसलिए उन्हें अनिवार्य रूप से parsing, syntax tree manipulation, और serialization की संरचना वाली समस्याएँ समझना चाहिए। जैसे, किसी भी दो मनमाने JSON को concat करने से सही JSON नहीं बनता, और JSON की संरचना को ध्यान में रखना पड़ता है।

[roxie]

टेक्स्ट के बारे में इससे ज़्यादा आनंददायक प्रस्तुति कोई नहीं है: https://www.youtube.com/watch?v=gd5uJ7Nlvvo

[gguimoon]

बताने के लिए धन्यवाद, मैंने इसे बड़े आनंद से देखा। खासकर रूस भेजी गई Harry Potter की कहानी और असहज emoji policy वाली कहानी मुझे बहुत पसंद आई।

[aer0700]

C language में coding करते समय यह बात खास तौर पर महसूस होती है.
क्या Guido van Rossum की सबसे बड़ी उपलब्धि यह नहीं है कि उन्होंने Python में str data type विकसित करके जोड़ा...
मैं Guido जी को अपने मन की शांति का पुरस्कार, मेरे समय की अर्थशास्त्र का पुरस्कार, और keyboard संरक्षण भौतिकी का पुरस्कार देना चाहूंगा. हालांकि उन्हें पहले से ही बहुत सारे पुरस्कार मिल चुके होंगे...

[2k1m0]

हाहाहा, उस अवॉर्ड का नाम बहुत मज़ेदार है