यदि वास्तुकारों को प्रोग्रामरों की तरह काम करना पड़े (1995)
-
आर्किटेक्ट से यह जाने बिना कि वास्तविक ज़रूरतें क्या हैं, घर डिज़ाइन करके बनाने का काम करने को कहा जाता है।
-
घर में 2 से 45 शयनकक्ष हो सकें, और शयनकक्षों को आसानी से जोड़ा या हटाया जा सके।
-
अंतिम निर्णय भवन के ब्लूप्रिंट को देखने के बाद किया जाएगा।
-
चुना गया घर वर्तमान घर की तुलना में कम खर्चीला होना चाहिए।
-
वर्तमान घर की सभी खामियाँ (रसोई के फर्श का कंपन, दीवारों की खराब इंसुलेशन) ठीक करनी होंगी।
-
वार्षिक रख-रखाव खर्च को न्यूनतम रखते हुए नवीनतम डिजाइन प्रैक्टिस और सामग्री का उपयोग करना चाहिए।
-
रसोई का ऐसा डिजाइन चाहिए जो 1952 मॉडल Gibson फ्रिज को समाहित कर सके।
-
पूरे परिवार और ससुर की राय सुनकर सभी को संतुष्ट करने वाला घर डिज़ाइन करना है।
-
छोटे-छोटे विवरणों पर मत अटको, व्यापक योजना बनाओ।
-
संसाधन जुटाने से ज़्यादा महत्वपूर्ण है विस्तृत योजना और स्पेसिफिकेशन विकसित करना।
-
योजना स्वीकृत होने के 48 घंटे के भीतर छत पूरी हो जानी चाहिए।
-
बाद में किसी और को बेचने के लिए अलग-अलग संभावित खरीदारों की पसंद को ध्यान में रखना होगा।
-
अंतिम प्लान तय करने से पहले समुदाय की सहमति ज़रूरी होगी।
-
निर्माण ड्रॉइंग तैयार करनी होगी, हालांकि वास्तविक डिजाइन बाद में बदल सकती है।
-
बाद में डिजाइन बदलने से निर्माण लागत बढ़ने का जिम्मा उठाना पड़ेगा।
-
यह एक दिलचस्प परियोजना है जिसमें आधुनिक तकनीक और मुक्त डिजाइन इस्तेमाल करने की आज़ादी मिलती है।
-
पत्नी का मानना है कि शायद घर नहीं, बल्कि एक ट्रैवल ट्रेलर चाहिए; उसने इसके लिए सलाह मांगी है।
GN⁺ की राय
- यह लेख एक ऐसे ग्राहक का व्यंग्य है जो आर्किटेक्ट से तर्कहीन व विरोधाभासी अपेक्षाएँ रखता है, और इससे अक्सर प्रोग्रामरों को मिलने वाली अवास्तविक अपेक्षाओं की चतुर तुलना मिलती है।
- इसे परियोजना की स्पष्ट आवश्यकताओं, अपेक्षाओं और परिवर्तन प्रबंधन के महत्व को रेखांकित करने वाले उदाहरण के रूप में देखा जा सकता है।
- यह लेख निर्माण और प्रोग्रामिंग जैसे दो अलग क्षेत्रों के विशेषज्ञों द्वारा साझा की जाने वाली सामान्य समस्याओं को समझने और महसूस करने में मदद करता है, तथा परियोजना प्रबंधन की चुनौतियों को हास्यपूर्ण तरीके से रखकर पाठकों में रुचि जगाता है।
1 टिप्पणियां
Hacker News की राय
आप यह काम कैसे करते हैं, इससे फर्क नहीं पड़ता, लेकिन अपेक्षित काम को छोटे और अनुमान लगाने योग्य unit tasks में तोड़ना होगा
अनुमान बिल्कुल सटीक होना ज़रूरी नहीं, लेकिन अगर आप अनुमान से आगे निकल गए तो जवाबदेही आपकी होगी, और अगर अनुमान मनमाने ढंग से बहुत ज़्यादा माना गया तो आप पर शक किया जाएगा
ये काम आप अपने तरीके से कर सकते हैं, लेकिन बिल्कुल अलग काम कर रहे दूसरे designers के साथ रोज़ 1 घंटे की meeting में progress report देनी होगी
वही मौखिक report दूसरी meetings में भी दोहरानी पड़ सकती है, और meetings बहुत समय खा जाएँ तब भी पुराने estimated time को ही निभाना होगा
घर design करते समय आपको Pisa की झुकी मीनार को स्थिर करने जैसी architectural emergency में मदद करनी पड़ सकती है, और ऐसी चीज़ें दिन-रात कभी भी होती हैं और मौजूदा काम से ज़्यादा priority रखती हैं, लेकिन time estimate पर असर नहीं डालना चाहिए
हालांकि वह व्यक्ति सबकी pencils तेज़ करने और desks adjust करने में लगा होने के कारण अपनी जगह पर न भी हो सकता है
ऊपर से वे सभी Blue Pants के हैं, इसलिए उसी work shift में काम भी नहीं करते
आपका घर और आपके colleagues जिस मोहल्ले के बाकी घर design कर रहे थे, वे छोड़ दिए जाएँगे और सड़ेंगे, और ज़्यादातर लोगों को निकाल दिया जाएगा
कुछ लोगों को ज़्यादा profitable market के लिए horse stables और indoor swimming pools design करने में redeploy किया जाएगा
पिछली company में हमारी team के सभी estimates गलत निकले और engineers निकाले गए, इसकी वजह यही थी
यह खीझ बिल्कुल असली है
आस-पास जंगल, earthquake geology या hurricanes हों या न हों, उसे earthquakes, nuclear threats, category 7 hurricanes, wildfires वगैरह सब झेलने लायक बनाना होगा
क्योंकि warehouse बनाने वाले unicorn architects गर्व से कह सकें कि उन्होंने वे principles follow किए जिन्हें उन्होंने अपनी ज़रूरतों के लिए सफलतापूर्वक इस्तेमाल किया था
मज़ाक लगता है, लेकिन उस मज़ाक का निशाना हम ही हैं
यह सच में एक level ऊपर का victim cosplay जैसा लगता है
घर बनाना भी अक्सर ऐसे रोते-धोते homeowners या contractors से निपटने का काम होता है जिन्हें taste भी नहीं होता, जानकारी भी नहीं होती, सब कुछ चाहिए होता है लेकिन पैसे नहीं देना चाहते
यही काम है
अच्छे software engineers जानते हैं कि stakeholders और users से deal करना भी काम का हिस्सा है
एक और चौंकाने वाली बात जोड़ूँ तो, blueprints कभी-कभी खराब या गलत होते हैं
फिर भी लोग घर बनाते हैं
यही काम है
उल्टा अगर programmers को architects की तरह काम करना पड़े, तो pay बहुत कम होगा, 50s में पहुँचने से पहले महत्वपूर्ण projects के in-charge बनना मुश्किल होगा, भारी unpaid overtime करना पड़ेगा, work from home नहीं मिलेगा, अपने काम की कानूनी जिम्मेदारी लेनी होगी, दिन का अधिकांश समय outcomes से ज़्यादा compliance पर खर्च होगा, और अब तक आपने जितना सोचा है उससे कहीं ज़्यादा customer-centric होकर काम करना होगा
construction काफी आगे बढ़ जाने के बाद contractors ने पूछा कि cost difference लगभग नहीं है, तो क्या roof को 1 meter ऊपर कर दें; पहले मना करने वाले थे, फिर मान गए
पूरा होने के बाद ही पता चला कि अगर वह suggestion ठुकरा दिया होता तो दूसरी मंज़िल बिल्कुल इस्तेमाल नहीं हो पाती
घर https://en.wikipedia.org/wiki/Gable_roof तरह की gable roof वाला था, और stairs बाहरी दीवार के एक तरफ U-shape में थीं
अगर roof ऊपर नहीं की जाती, तो बाहरी दीवार की तरफ roof इतनी नीची होती कि stairs चढ़कर जाना संभव नहीं होता, और ऊपर करने के बाद भी लंबे लोगों को चढ़ते समय सिर झुकाना पड़ता है
irony यह है कि आप अभी जो कर रहे हैं, वह वही है जो आप original post पर थोप रहे हैं: victim state मान लेना
“यही काम है!” चिल्लाना एक implicit claim है कि भले ही वह काम कम-से-कम साफ तौर पर job न हो, फिर भी hiring के समय employer से हुई सहमति से अलग work conditions में concessions देने चाहिए
इसे इतनी बेचैनी से convey करने का तरीका ऐसा signal लगता है कि आपको workplace में अपनी position establish करने में मदद चाहिए
मेरे अनुभव में यह employment relationship की power imbalance से आता है, और वजहें जटिल हैं, लेकिन एक common situation पर general और शायद बहुत मददगार न लगने वाली सलाह दूँ तो: skill बढ़ाने से meetings बढ़ने या दूसरे काम में खींचे जाने पर आपकी implicit bargaining power बेहतर होती है
work environment में politely अपनी बात रखना सीखना भी ज़रूरी है
सब लोग imperfect information game खेल रहे हैं, इसलिए हल्की दृढ़ता और confidence भर से भी दूसरे के लिए उसी समय यह assume करना मुश्किल हो सकता है कि आप गलत हैं
जानिए कि आप किस बात पर सहमत हो रहे हैं, और आप क्या provide कर रहे हैं, इस बारे में ईमानदार रहें
अगर पिछले 4 साल आपने algorithms and data structures पढ़ने में focus करके लगाए हैं, तो साफ कहिए कि आप computational problems हल करने के लिए वह role ले रहे हैं, और पहले से बता दीजिए कि आप सिर्फ headcount या chair भरने के लिए नहीं हैं
मुझे 100% यकीन है कि कोई architect यह पढ़ेगा तो उसका conclusion होगा, “programmers बहुत आराम से जीते हैं”
असली programming करने वाले ज़्यादातर लोग specifications पढ़ने में सक्षम नहीं होते, और जो पढ़ सकते हैं उनमें से काफी लोग cost बचाने के लिए उन्हें जानबूझकर ignore करते हैं
फिर भी अगर गलत implement हो गया तो जिम्मेदारी आपकी होगी
यह programmers के इस भ्रम का कि उन्हें पता है दूसरी fields कैसे चलती हैं, cocktail party idea का perfect example लगता है
architects भी programmers के बारे में ऐसी ही कोई post लिख सकते हैं, और उसमें actual work के लिए क्या चाहिए इस पर उतनी ही गलत assumptions और misunderstandings होंगी
https://danluu.com/cocktail-ideas/
मैं विज़ुअल और स्पर्श-आधारित सोच वाला इंसान हूँ, इसलिए घर का mockup पहले से बनाकर देना होगा
हो सके तो 1:1 scale पर और पूरी तरह working हो, ताकि मैं देख सकूँ कि असल में यह कैसे function करता है
घर का कोई भी हिस्सा पसंद न आए तो उसे शुरू से फिर बनाना होगा, और चूँकि एक बार बना चुके हो, मुझे उम्मीद है कि मेरे changes शामिल करके इसे और तेज़ी से दोबारा बना पाओगे
नया घर उसी exact जगह पर दोबारा बनना चाहिए जहाँ मैं अभी रह रहा हूँ, और नए घर पर transition zero-downtime होना चाहिए
कार अंदर रहते हुए garage को दोबारा बनाना होगा, और dishwasher व oven चलते हुए kitchen floor और countertop बदलने होंगे
bathroom बदलते समय भी मैं shower ले सकूँ और bathtub में रह सकूँ; मेरे sex करने के दौरान bedroom चुपचाप दोबारा बनना चाहिए, और toilet भी use के दौरान ही दोबारा बनना चाहिए
size बढ़ाना होगा
चूँकि यह पहले ही बन चुका है, मुझे उम्मीद है कि कल site पर पूरा तैयार मिलेगा
लगता है इस लेख के लेखक को अमीर clients के साथ काम करने वाले architects के बारे में पता नहीं
custom home चाहने वाले अमीर लोग अक्सर खुद design करना चाहते हैं, और basic design principles, usability, materials, structural integrity जैसी realities से सामना होने पर बेहद चिढ़ जाते हैं
असली framing शुरू होने के बाद भी वे आखिरी समय पर plan बदल देते हैं
यह मानकर चलें कि पहली बार framing देखकर वे panic में नहीं आते, क्योंकि उन्हें पता नहीं होता कि वह अभी finished चीज़ नहीं है
या फिर कोई अमीर दोस्त foundation site देखते हुए हल्का-सा तंज कस दे, तो client अब insist करता है कि दोनों बच्चों को अलग-अलग recital hall मिलना चाहिए
क्योंकि एक काफी नहीं है
एक और बढ़िया उदाहरण: कोई अपने second-floor bedroom के बगल में Ferrari पार्क करना चाहता था, इसलिए kitchen के ऊपर garage चाहता था
exhaust fumes वगैरह की उसे परवाह नहीं थी
Dubai में सुनी कई कहानियाँ बिल्कुल बेतुकी हैं
एक developer ने landscape architect से under-construction tower के podium पर swimming pool deck draw करने को कहा
landscape team ने engineer से floor thickness और load figures पूछे, तो जवाब मिला कि already completed podium swimming pool का load झेल ही नहीं सकता
लेकिन apartments पहले ही swimming pool deck की तस्वीर वाले brochures से बेच दिए गए थे, और engineering team को किसी ने यह बताया ही नहीं था कि pool load consider करना है, या podium पर उसे कहाँ रखना है
एक और कहानी में, 40-storey residential tower का core 20वीं मंज़िल तक पहुँच चुका था, तभी developer को अचानक rooftop swimming pool का idea आया और architecture firm से design माँग लिया
जैसे foundations, structure, maintenance equipment locations जैसी चीज़ें पहले से plan करनी ही नहीं पड़तीं
https://youtu.be/Us8mDKUaX2M?si=qnrckuGLyWzoFNAe&t=1515
idea अपने-आप में अच्छा था, लेकिन हर बार नई architecture magazine update आते ही हर महीने idea बदल जाता था
इसलिए मेरे दोस्त को लगभग हर दो महीने में Riyadh या Mecca जाकर design details समझानी पड़ती थीं
और ज्यादा पागलपन यह था कि wife एक नहीं, कई थीं, और नई glossy architecture magazines भी कई थीं
बहुत सारे models बनाने पड़े, लेकिन यह आम बात है
एक और nightmare rich client, Hitler भी Speer के models पसंद करने और लगातार अपना मन बदलने के लिए मशहूर था
उसे हमेशा लगता था कि वह खुद बेहतर जानता है
ऐसे लेख और उनके बाद आने वाले comments हमेशा एक बड़ी बात miss कर देते हैं: construction और software बिल्कुल एक जैसी चीज़ें नहीं हैं
उदाहरण के लिए, construction में building design करने वाला architect, technical drawings तैयार करने वाला designer, drawings पर approval sign करने वाला engineer, drawings के हिसाब से building parts बनाने वाली manufacturing, जमीन पर निर्माण हो सकता है या नहीं यह जाँचने वाला surveyor, actual निर्माण करने वाला contractor, छत लगाने वाला roofer, contractor सही बना रहा है या नहीं यह manage करने वाला site manager, completed building को government approval देने वाली building regulatory agency, wiring करने वाला electrician, plumbing लगाने वाला plumber, walls पर plaster करने वाला plasterer, walls finish करने वाला painter-decorator, और बाकी install करने वाला installer होता है
ये सब अलग-अलग businesses हैं, और कुछ roles छूटे भी होंगे या मैंने नाम गलत लगाए होंगे
खराब काम के लिए legally responsible कई लोग होने के बावजूद Grenfell जैसी चीज़ें फिर भी हो जाती हैं
इसके उलट software engineering में क्या बनाना है तय करने वाला product manager, यह कैसे काम करेगा और दिखेगा तय करने वाला designer, code लिखने वाला software engineer, PCI DSS या SOC2 जैसे relevant standards compliance देखने वाला auditor होता है
support करने वाले roles भी बहुत हैं, लेकिन उन्हें जोड़ता तो construction side में 5 गुना और जोड़ने पड़ते, इसलिए छोड़ा है
मैं यह नहीं कहना चाहता कि कौन ज्यादा मेहनत करता है या कौन-सा field बेहतर है; बस यह बताना चाहता हूँ कि इन दोनों fields की तुलना ही नहीं की जा सकती
आम तौर पर तो “electricians” कहेंगे
वह developer managers के साथ meetings करता है, specifications लिखता है, code लिखता है, application test करता है, deploy करता है, और 24/7 on-call support भी देता है
मेरे HN posts और comments history देखें तो मैं भी लगातार exactly यही point कहता आया हूँ
हम बहुत ज्यादा काम कर रहे हैं
मज़ेदार है, लेकिन मुझे bridge construction team वाला पुराना version ज्यादा पसंद है
https://www.stilldrinking.org/programming-sucks - दूसरा section
फिर भी share करने के लिए धन्यवाद, काफी मज़ेदार है
“काम में कितना समय लगेगा बताते समय घंटे या दिनों में मत बताइए; ऐसी काल्पनिक points इस्तेमाल कीजिए जिनका मतलब हर व्यक्ति के लिए अलग हो”
साथ ही कई comments का मानना है कि यह लेख खराब taste वाला है, architects को नीचा दिखाता है और ‘programming बहुत कठिन है’ वाली victim mentality अपनाता है, लेकिन मैंने इसे अलग तरह से पढ़ा
यह खुद software industry की आलोचना है, और यह बताता है कि हम clients को अपने काम की वास्तविकता समझाने में पूरी तरह नाकाम रहे हैं
कोई भी समझदार व्यक्ति 2 bedrooms से 42 bedrooms तक वाले घर की मांग नहीं करेगा
लेकिन औसत IT worker software काम में ऐसी चीज़ को सामान्य मान लेता है
हमें clients को यह बात समझानी होगी, और यह काम Scrum Master को delegate नहीं करना चाहिए
ज़्यादातर वे काम को बस और उलझा और जटिल बना देते हैं
घर में आने वाले लोगों की कड़ी privacy सुनिश्चित करनी होगी, और साथ ही यह भी कि सब अच्छी तरह communicate कर सकें
इसके अलावा केवल authorized लोग ही अंदर आ सकें या अंदर की स्थिति देख सकें, और आग, शारीरिक नुकसान, तथा अन्य लोगों से सभी को बहुत सुरक्षित रखना होगा
अफसोस, यह सुरक्षा बिना किसी अतिरिक्त लागत या उपयोग-सीमा के हासिल करनी होगी
फिर भी vandalism, arson, theft, eavesdropping devices लगाना, visitors पर verbal abuse या assault, और terrorists या global sanctions lists में शामिल व्यक्तियों की access से सुरक्षित होना चाहिए
insurance लेने की कोई योजना नहीं है, police किसी भी illegal act की जांच नहीं करेगी, और security guards रखने का भी इरादा नहीं है
लेकिन घर public के लिए खुला होना चाहिए
घर का दुरुपयोग करने या उस पर attack करने वाले लोग ऊबे हुए teenagers के groups से लेकर organized crime gangs और बड़े hostile देशों की intelligence agencies और armies तक हो सकते हैं
शुभकामनाएँ
किसी भी काम का ज़्यादातर हिस्सा लोगों की बात सुनना होता है
चाहे वह president हो या सफाईकर्मी, फर्क नहीं पड़ता
लोग कुछ चाहते हैं, लेकिन उन्हें ठीक-ठीक नहीं पता होता कि वे उसे कैसे और क्यों चाहते हैं
सबसे बढ़कर वे महसूस करना चाहते हैं कि उनकी समस्या सुनी गई है, और फिर चाहते हैं कि आप अपनी पूरी कोशिश से मदद करें
कुछ जगहों पर नया घर उन लोगों के लिए बनाया जा रहा होता है जो पुराने घर से संतुष्ट थे
अगर users बदलाव नहीं चाहते, तो वे project को आसानी से खराब कर सकते हैं
पैसा खर्च करने से पहले यह पता लगाना अच्छा है कि owner project को लेकर कितना serious है
आखिर जब push करना पड़े, तो देखना होगा कि निकाला architect जाएगा या सासू माँ
आम तौर पर बात होती है, “हमारे product में X चाहिए, इसलिए इसे कर दो”
उस manager की बात घंटों या दिनों तक सुनकर, psychiatrist वाली टोपी पहनकर ज्यादा उपयोगी जानकारी निकालते हुए requirements को फिर से negotiate कर लें, तब भी आखिरकार हफ्तों या महीनों का कठिन काम टाला नहीं जा सकता
अगर आप किसी account के प्रभारी व्यक्ति हैं तो यह समझ आता है
client की बात पूरी कोशिश से सुनिए, और docs या tickets जैसी चीज़ें लिखकर किसी और को handle करने के लिए दे दीजिए
लेकिन जो सफाईकर्मी अपना ज़्यादातर समय सुनने में लगाता है, वह अच्छा सफाईकर्मी नहीं है, इसलिए यह बात जितनी सार्वभौमिक सुनाई देती है, उतनी है नहीं