एक Hacker News उपयोगकर्ता ने Windows NT4 source code के ज़रिए पुष्टि की कि 13 फ़रवरी 1995 को लिखा गया format dialog code का कुछ हिस्सा वास्तव में मौजूद है। NT4, FAT32 को support नहीं करता था, और 64K cluster की अनुमति देता था, जिससे यह अधिकांश systems की तुलना में बड़ा 4GB FAT volume support कर पाता था। Cluster size, volume के size के अनुसार तय होती थी, और FAT32 volume पर 32GB की सीमा internal format function में थी, user interface में नहीं। Windows 2000 में 32GB से बड़े drive को FAT32 में format करने की कोशिश करने पर यह fail हो जाता है। यह सीमा command line के format.com में भी साझा है, क्योंकि वह भी वही function इस्तेमाल करता है। इस उपयोगकर्ता ने यह भी कहा कि कुछ लोग अपनी भूमिका को बढ़ा-चढ़ाकर बताने की प्रवृत्ति रखते हैं।
एक अन्य उपयोगकर्ता ने Dave Plummer की प्रशंसा करते हुए कहा कि उन्हें यह पसंद है कि उन्होंने Windows के सबसे महत्वपूर्ण kernels में से एक बनाने जैसी उपलब्धि के बारे में बहुत casually लिखा। Plummer ने Windows Task Manager, Space Cadet Pinball का Windows NT port, Windows में Zip file support, Amiga का HyperCache आदि बनाए, और software engineering क्षेत्र में कई patents भी प्राप्त किए।
एक उपयोगकर्ता ने उस आम जाल की ओर इशारा किया जिसमें कोई अस्थायी समाधान समस्या का हल लगता है, लेकिन वह बेहतर समाधान की प्राथमिकता कम कर देता है, और अंततः वही अस्थायी समाधान स्थायी रूप से इस्तेमाल होने लगता है।
एक अन्य उपयोगकर्ता ने disk format से जुड़े options और choices को कागज़ पर लिखकर रखने का अपना अनुभव साझा किया, और कहा कि यह elegant नहीं था, लेकिन elegant user interface आने तक पर्याप्त था। इस उपयोगकर्ता ने सवाल उठाया कि जब simple interface सभी ज़रूरी options दे देता है, तो अधिक elegant interface में अलग से क्या होना चाहिए।
एक और उपयोगकर्ता ने उल्लेख किया कि यह अस्थायी solution अब भी इस्तेमाल हो रहा है, और इसने HP USB Disk Storage Format Tool जैसे दूसरे software को प्रेरित भी किया।
एक उपयोगकर्ता ने कहा कि उन्हें मौजूदा interface पूरी तरह सही लगता है, और वे नहीं चाहते कि इसे किसी "elegant UI" से बदला जाए।
एक अन्य उपयोगकर्ता ने तर्क दिया कि अस्थायी और स्थायी solutions के बीच कोई वास्तविक भेद नहीं है; केवल अच्छे solutions और बुरे solutions होते हैं। अच्छे solutions इसलिए टिके रहते हैं क्योंकि वे काफ़ी अच्छे होते हैं, जबकि बुरे solutions भी कुछ समय के लिए एकमात्र विकल्प होने पर जमे रह सकते हैं।
एक उपयोगकर्ता ने "काफ़ी अच्छा" अस्थायी solution को लेकर एक चेतावनी साझा की, और बताया कि एक intern द्वारा लिखा गया critical logging component अब भी POC (proof of concept) शब्द शामिल करता है, और जब तक उसे ठीक करने के लिए ज़रूरी budget और effort, समस्या से बड़े नहीं हो गए, तब तक किसी ने उस समस्या को वास्तव में समस्या माना ही नहीं।
एक अन्य उपयोगकर्ता ने कहा कि यूरोप के एक बड़े bank में काम करते समय उन्होंने देखा कि production environment ऐसे ही "अस्थायी solutions" से भरा हुआ था, और इनमें से ज़्यादातर solutions पहले के अस्थायी fixes से पैदा हुई बड़ी समस्याओं के लिए जल्दी में बनाए गए fixes थे।
अंत में, एक उपयोगकर्ता ने कहा कि जब XP सबसे लोकप्रिय operating system था, तब उन्होंने 32GB सीमा हटाने वाला एक patch देखा था।
1 टिप्पणियां
Hacker News राय