अपना खुद का प्रोजेक्ट

जून 2021

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

इस अर्थ में स्केटिंग करने वाले लोगों द्वारा कितना महान काम किया गया है? अगर सब नहीं तो निश्चित रूप से बहुत कुछ।

अपने खुद के प्रोजेक्ट पर काम करने में कुछ खास होता है। मैं यह नहीं कहूंगा कि आप बिल्कुल खुश हैं। एक बेहतर शब्द उत्साहित या व्यस्त होगा। जब चीजें अच्छी चल रही होती हैं तो आप खुश होते हैं, लेकिन अक्सर ऐसा नहीं होता है। जब मैं एक निबंध लिख रहा होता हूं, तो ज्यादातर समय मैं चिंतित और हैरान होता हूं: चिंतित हूं कि निबंध बुरा निकलेगा, और हैरान हूं क्योंकि मैं किसी ऐसे विचार के लिए हाथ-पांव मार रहा हूं जिसे मैं स्पष्ट रूप से नहीं देख पा रहा हूं। क्या मैं इसे शब्दों से पकड़ पाऊंगा? अंत में मैं आमतौर पर कर सकता हूं, अगर मैं काफी समय लेता हूं, लेकिन मुझे कभी यकीन नहीं होता; पहले कुछ प्रयास अक्सर विफल हो जाते हैं।

जब चीजें ठीक हो जाती हैं तो आपके पास खुशी के क्षण होते हैं, लेकिन वे लंबे समय तक नहीं रहते हैं, क्योंकि तब आप अगली समस्या पर आ जाते हैं। तो इसे बिल्कुल क्यों करें? क्योंकि इस तरह से काम करने वाले लोगों को, और कुछ भी सही नहीं लगता। आपको ऐसा लगता है जैसे आप अपने प्राकृतिक आवास में एक जानवर हैं, जो वह कर रहा है जो उसे करना था

• हमेशा खुश नहीं, शायद, लेकिन जागृत और जीवित।

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

[ 1 ]

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

यह सोचने में थोड़ा दुखद है कि सभी हाई स्कूल के बच्चे ट्रीहाउस बनाने से मुंह मोड़ रहे हैं और कक्षा में ड्यूटी से बैठकर डार्विन या न्यूटन के बारे में सीख रहे हैं किसी परीक्षा को पास करने के लिए, जब डार्विन और न्यूटन को प्रसिद्ध बनाने वाले काम वास्तव में परीक्षाओं के लिए पढ़ाई करने की तुलना में ट्रीहाउस बनाने के करीब थे।

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

[ 2 ]

यह अपरिहार्य हो सकता है कि स्कूल वैसा ही है जैसा है। मैं यह नहीं कह रहा हूं कि हमें इसे फिर से डिज़ाइन करना होगा (हालांकि मैं यह नहीं कह रहा हूं कि हम नहीं करते हैं), बस यह कि हमें समझना चाहिए कि यह हमारे काम के प्रति दृष्टिकोण को कैसे प्रभावित करता है - कि यह हमें ड्यूटीफुल प्लॉडिंग प्रकार के काम की ओर ले जाता है, अक्सर प्रतिस्पर्धा का उपयोग चारा के रूप में करता है, और स्केटिंग से दूर।

ऐसे समय होते हैं जब स्कूल का काम अपने आप में एक प्रोजेक्ट बन जाता है। जब भी मुझे कोई पेपर लिखना होता था, वह मेरा अपना प्रोजेक्ट बन जाता था - सिवाय अंग्रेजी की कक्षाओं में, विडंबना यह है कि अंग्रेजी की कक्षाओं में जो चीजें लिखनी होती हैं वे बहुत बोगस . और जब मैं कॉलेज गया और सीएस कक्षाएं लेना शुरू किया, तो मुझे जो प्रोग्राम लिखने पड़े वे मेरे अपने प्रोजेक्ट बन गए। जब भी मैं लिख रहा था या प्रोग्रामिंग कर रहा था, मैं आमतौर पर स्केटिंग कर रहा था, और तब से ऐसा ही चल रहा है।

तो अपने खुद के प्रोजेक्ट की सीमा कहां है? यह एक दिलचस्प सवाल है, आंशिक रूप से क्योंकि इसका उत्तर इतना जटिल है, और आंशिक रूप से क्योंकि बहुत कुछ दांव पर लगा है। ऐसा पता चला है कि दो अर्थों में काम किसी का अपना हो सकता है: 1) कि आप इसे स्वेच्छा से कर रहे हैं, केवल इसलिए नहीं कि किसी ने आपको करने के लिए कहा था, और 2) कि आप इसे स्वयं कर रहे हैं।

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

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

किसी प्रोजेक्ट के अपने होने का दूसरा अर्थ - उस पर अकेले काम करना - एक बहुत ही नरम किनारा है। यह धीरे-धीरे सहयोग में बदल जाता है। और दिलचस्प बात यह है कि, यह दो अलग-अलग तरीकों से सहयोग में बदल जाता है। सहयोग करने का एक तरीका एक ही प्रोजेक्ट साझा करना है। उदाहरण के लिए, जब दो गणितज्ञ एक प्रमाण पर सहयोग करते हैं जो उनके बीच बातचीत के दौरान आकार लेता है। दूसरा तरीका तब होता है जब कई लोग अपने-अपने अलग-अलग प्रोजेक्ट पर काम करते हैं जो एक जिग्सॉ पहेली की तरह फिट होते हैं। उदाहरण के लिए, जब एक व्यक्ति किसी किताब का पाठ लिखता है और दूसरा ग्राफिक डिज़ाइन करता है।

[ 3 ]

इन दो रास्तों को सहयोग में निश्चित रूप से जोड़ा जा सकता है। लेकिन सही परिस्थितियों में, अपने खुद के प्रोजेक्ट पर काम करने का उत्साह एक बड़े संगठन में काम के अशांत प्रवाह में विघटित होने से पहले काफी देर तक संरक्षित किया जा सकता है। वास्तव में, सफल संगठनों का इतिहास आंशिक रूप से उस उत्साह को संरक्षित करने की तकनीकों का इतिहास है।

[ 4 ]

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

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

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

[ 5 ]

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

स्टीव जॉब्स स्टीव वोज्नियाक को देखकर स्केटर्स के बारे में एक या दो बातें जानते थे। यदि आप सही लोगों को ढूंढ सकते हैं, तो आपको उन्हें केवल उच्चतम स्तर पर क्या करना है यह बताना होगा। वे विवरणों को संभालेंगे। वास्तव में, वे इस पर जोर देते हैं। किसी प्रोजेक्ट को अपने जैसा महसूस करने के लिए, आपके पास पर्याप्त स्वायत्तता होनी चाहिए। आप ऑर्डर पर काम नहीं कर सकते, या धीमा नौकरशाही द्वारा।

स्वायत्तता सुनिश्चित करने का एक तरीका यह है कि बिल्कुल भी बॉस न हो। ऐसा करने के दो तरीके हैं: खुद बॉस बनना, और काम के बाहर प्रोजेक्ट पर काम करना। हालांकि वे वित्तीय रूप से पैमाने के विपरीत छोर पर हैं, स्टार्टअप और ओपन सोर्स प्रोजेक्ट में बहुत कुछ समान है, जिसमें यह तथ्य भी शामिल है कि वे अक्सर स्केटर्स द्वारा चलाए जाते हैं। और वास्तव में, पैमाने के एक छोर से दूसरे छोर तक एक वर्महोल है: खोजने के सबसे अच्छे तरीकों में से एक स्टार्टअप विचार सिर्फ मजे के लिए किसी प्रोजेक्ट पर काम करना है।

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

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

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

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

नोट्स

[ 1 ] "शौक" एक अजीब शब्द है। अब इसका मतलब है काम जो वास्तविक नहीं है काम - काम जिसके द्वारा किसी को नहीं आंका जाना चाहिए - लेकिन मूल रूप से इसका मतलब केवल एक सामान्य अर्थ में जुनून था (उदाहरण के लिए, एक राजनीतिक राय भी) जिसे कोई रूपक रूप से एक बच्चे की तरह सवारी करता है जो एक हॉबी-हॉर्स की सवारी करता है। यह कहना मुश्किल है कि क्या इसका हालिया, संकीर्ण अर्थ बेहतर या बदतर के लिए एक बदलाव है। निश्चित रूप से बहुत सारे झूठे पॉजिटिव हैं - बहुत सारे प्रोजेक्ट जो महत्वपूर्ण होने के लिए समाप्त होते हैं लेकिन शुरू में केवल शौक के रूप में खारिज कर दिए जाते हैं। लेकिन दूसरी ओर, यह अवधारणा शुरुआती, बदसूरत बत्तख के चरण में प्रोजेक्ट के लिए मूल्यवान कवर प्रदान करती है।

[ 2 ] टाइगर माता-पिता, जैसा कि माता-पिता अक्सर करते हैं, पिछले युद्ध लड़ रहे हैं। पुराने दिनों में ग्रेड अधिक मायने रखते थे जब सफलता का मार्ग कुछ पूर्वनिर्धारित सीढ़ी पर चढ़ते समय प्रमाण पत्र हालांकि, यह अच्छी बात है कि उनकी रणनीति ग्रेड पर केंद्रित है। यह कितना भयानक होगा अगर वे प्रोजेक्ट के क्षेत्र पर आक्रमण करते हैं, और इस तरह अपने बच्चों को इस तरह के काम के प्रति घृणा पैदा करते हैं, उन्हें करने के लिए मजबूर करके। ग्रेड पहले से ही एक गंभीर, नकली दुनिया है, और माता-पिता के हस्तक्षेप से ज्यादा नुकसान नहीं होता है, लेकिन अपने खुद के प्रोजेक्ट पर काम करना एक अधिक नाजुक, निजी चीज है जिसे बहुत आसानी से नुकसान पहुंचाया जा सकता है।

[ 3 ] अपने खुद के प्रोजेक्ट पर काम करने और दूसरों के साथ सहयोग करने के बीच जटिल, क्रमिक किनारा एक कारण है कि "अकेले प्रतिभा" के विचार के बारे में इतनी असहमति है। व्यवहार में लोग सभी प्रकार के अलग-अलग तरीकों से सहयोग करते हैं (या नहीं), लेकिन अकेले प्रतिभा का विचार निश्चित रूप से एक मिथक नहीं है। इसमें सच्चाई का एक मूल है जो काम करने के एक निश्चित तरीके के साथ जाता है।

[ 4 ] सहयोग भी शक्तिशाली है। इष्टतम संगठन सहयोग और स्वामित्व को इस तरह से जोड़ेगा कि प्रत्येक को कम से कम नुकसान हो। दिलचस्प बात यह है कि कंपनियां और विश्वविद्यालय विभाग इस आदर्श को विपरीत दिशाओं से प्राप्त करते हैं: कंपनियां सहयोग पर जोर देती हैं, और कभी-कभी स्केटर्स की भर्ती करने और उन्हें स्केट करने की अनुमति देने में भी कामयाब होती हैं, और विश्वविद्यालय विभाग स्वतंत्र शोध करने की क्षमता पर जोर देते हैं (जो कि रिवाज द्वारा है स्केटिंग के रूप में माना जाता है, चाहे वह हो या नहीं), और वे लोग जिन्हें वे नियुक्त करते हैं, जितना चाहें उतना सहयोग करते हैं।

[ 5 ] यदि कोई कंपनी अपने सॉफ्टवेयर को इस तरह से डिज़ाइन कर सकती है कि सबसे अच्छे नए आए प्रोग्रामर को हमेशा एक क्लीन शीट मिले, तो उसके पास एक तरह की शाश्वत युवावस्था हो सकती है। यह असंभव नहीं हो सकता है। यदि आपके पास एक सॉफ्टवेयर बैकबोन है जो पर्याप्त स्पष्ट नियमों वाले खेल को परिभाषित करता है, तो व्यक्तिगत प्रोग्रामर अपने खुद के खिलाड़ी लिख सकते हैं।

धन्यवाद ट्रेवर ब्लैकवेल, पॉल बुचहेइट, एंडी हर्ट्ज़फेल्ड, जेसिका लिविंगस्टन और पीटर नॉर्विक को इस के ड्राफ्ट पढ़ने के लिए।