मैं पिछले 18 वर्षों से कोड लिख रहा हूं, और व्यावसायिक रूप से लगभग 8 वर्षों से (Google, Uber सहित) - और मुझे यह कहना है कि मुझे वास्तव में इसे पसंद आया है।
और प्यार करने के लिए क्या नहीं है? मुझे अपने अधिकांश समय को मजेदार चीजों का निर्माण करने के लिए खर्च करना पड़ता है, इनाम प्रतिक्रिया चक्र संकीर्ण था और मेरे उपकरणों को हर कुछ वर्षों में काफी बेहतर बनाया गया था। सिंटाक्स उच्चारण, स्वचालित पूर्णता, IntelliSense, परियोजना स्तर पर पुनरावृत्ति, और यहां तक कि शुरुआती Github Copilot सब ने मेरे कोड लिखने का अनुभव अधिक आनंददायक बना दिया।
यह नवीनतम लहर बहुत, बहुत अलग महसूस करती है। एजेंटिक प्रोग्रामिंग (*कास्ट* वीब-कोडिंग) के साथ, यह एक और बढ़ती अपग्रेड की तरह महसूस नहीं करती है।
मैंने इस बारे में सीमित करने की कोशिश की कि यह वास्तव में इतना अलग क्यों लगता है. फिर जैसा कि मैंने अपने कोडबेस पर एक कोड एजेंट का एक शॉट और एक और छोटा लेकिन अभी भी थोड़ा अस्पष्ट कार्य देखा, यह अचानक मेरे ऊपर आ गया. यह ऐसा महसूस नहीं करता है कि मैं अब "कोडिंग" कर रहा हूं, बल्कि यह महसूस करता है कि मैं "अनुदेश" कर रहा हूं. यह ऐसा महसूस करता है जैसे मैं किसी अन्य इंसान को, या किसी भी इंसान के सेट को असाधारण निर्देश देता हूं - एक कंप्यूटर को सटीक निर्देश देने के बजाय।"आग को महसूस करें"समय की तरह।
यह अभी भी ऐसा महसूस करता है जैसे मैं सिस्टम को "निर्देशित" या "प्रोग्रामिंग" कर रहा हूं. लेकिन क्या अलग है यह है कि मैं अब लक्ष्य को प्राप्त करने के लिए एजेंट कोडर्स की एक संगठन को प्रोग्रामिंग कर रहा हूं, सीधे कंप्यूटर को प्रोग्रामिंग करने के बजाय. इस तरह काम करने के लिए मुझे एक दुर्भाग्यपूर्ण नई सच्चाई का सामना करना पड़ता है.
सनसनी की सच्चाई
तथ्य यह है कि दुनिया में हर किसी के पास अब (या जल्द ही होगा) अपने जेब में तेजी से शानदार एन्कोडरों की एक सेना तक पहुंच है।
यह एक दुखद अनुभव है. मैं सहानुभूति के साथएमेच्योरएक ट्वीट के बाद, वह कहता है कि वह "अब नहीं सोचता कि आपको कोडिंग सीखना चाहिए"।
कोडिंग के लिए कला के लिए v/s कोडिंग के लिए उपयोगकर्ता के लिए
मज़ा के लिए कोडिंग मजेदार है. अंडरग्रेड दिनों में वापस, मैं वास्तव में प्रतिस्पर्धी प्रोग्रामिंग का आनंद लेता था। मेरी टीम ने यहां तक कि ACM-ICPC एशिया क्षेत्रों के लिए दो बार जाना था, और हमने आम तौर पर एक विस्फोट किया था। एक समस्या का पता लगाने और इसे हल करने के लिए कोड लिखने से एक निश्चित जल्दबाजी आती है। यह पूरी तरह से क्रॉसवर्ड पहेली या सुडोकू या गणित की समस्या के समान नहीं है।
जब आप एक उत्पाद पर काम करते हैं, तो आपको उस दिमाग को खिड़की से बाहर फेंकने की ज़रूरत है. यहां, कोड मुख्य रूप से उत्पाद और उपयोगकर्ता की सेवा करने के लिए मौजूद है. यह एक उद्देश्य के लिए एक साधन है. अंत उपयोगकर्ता को यह परवाह नहीं है कि क्या मैंने इसे लिखा है, या एक एजेंट को इसे लिखने के लिए निर्देश दिया है. उपयोगकर्ता केवल इस बात की परवाह करता है कि यह काम करता है. सही, विश्वसनीय, सुरक्षित, तेजी से. कि वे इसे भूल सकते हैं, और अपने दिन के साथ आगे बढ़ सकते हैं. तो सवाल तब बन जाता है: "क्या (अच्छे, रखरखाव योग्य) कोड है जो ऐसा करता है?
दुर्भाग्य से, ऐसा लगता है कि इसका जवाब यह है कि मुझे सीखना पड़ सकता है ... रास्ते से बाहर निकलना. शायद शायद मुझे ज्यादातर कोड लिखना नहीं चाहिए, क्योंकि ऐसा करने से मुझे बोतल में बाधा हो सकती है, या इससे भी बदतर - बाधा।
में‘मध्यम खत्म हो गया’, टायलर कॉवन ने शैखिक में "मानव + कंप्यूटर" टीमों की गतिशीलता के बारे में बात की. ऐसे टीमअप (अजीब से) अभी भी 2013 के रूप में हाल ही में एक लाभ रखते थे, लेकिन टीम के लिए मानव योगदान की प्रवृत्ति लाइन स्पष्ट थी."मनुष्य अभी भी क्या के लिए अच्छा है":
केयह एक विलुप्त बिंदु तक एक दृष्टिकोण का पालन करना दिलचस्प है, जहां यहां तक कि सबसे प्रतिभाशाली इंसान भी बहुत वास्तविक योगदानकर्ता होने से शून्य सीमा उत्पाद या नकारात्मक सीमा उत्पाद होने के लिए आगे बढ़ते हैं, जैसा कि मामला हो सकता है
के
यह एक विलुप्त बिंदु तक एक दृष्टिकोण का पालन करना दिलचस्प है, जहां यहां तक कि सबसे प्रतिभाशाली इंसान भी बहुत वास्तविक योगदानकर्ता होने से शून्य सीमा उत्पाद या नकारात्मक सीमा उत्पाद होने के लिए आगे बढ़ते हैं, जैसा कि मामला हो सकता है
एक समान गतिशीलता कोडिंग में यहां खेल रही है. अब के लिए, ऐसा लगता है कि मैं अभी भी मशीन के आउटपुट को देखकर और इसके ऊपर मूल्य जोड़कर मूल्य जोड़कर मूल्य जोड़ सकता हूं, लेकिन फिर से - कब तक?
एक तरफ, कम स्तर की चीजों को हटाने के लिए क्षेत्र के लिए नया नहीं है। कंप्यूटर विज्ञान, अन्य क्षेत्रों की तुलना में बहुत अधिक moreso एक समृद्ध रचनात्मक इतिहास है। संभावना है कि आप मशीन कोड या असेंबली में कुछ समय के लिए नहीं लिखा है अगर कभी नहीं है (आपको संकलित करने के लिए धन्यवाद!). आप लगभग निश्चित रूप से अन्य लोगों द्वारा बनाए गए बिल्डिंग ब्लॉक (लिब्रेरी / एपीआई / प्लेटफॉर्म) का उपयोग किया है।
हालांकि, अब तक, कोडिंग समग्र सॉफ्टवेयर इंजीनियरिंग प्रक्रिया का केवल एक हिस्सा है. और यह सिर्फ इतना पता चलता है कि इस प्रणाली को सबसे अधिक मूल्य लाने का तरीका अब मेरी कोडिंग क्षमता के साथ नहीं है, यह मेरी दृष्टि और मेरी क्षमता के साथ है जो मैं चाहता हूं, और एजेंटों की इस संगठन को उस लक्ष्य की ओर निर्देशित करने के लिए।
तो हम यहाँ से कहां जाते हैं?
चूंकि यह प्रतिनिधिमंडल की तरह है, इसलिए मानव संगठन प्रबंधन के एक्साम एजेंट संगठन प्रबंधन के लिए लागू होने लगते हैं।
- के
- अपने एजेंटों की सीमाओं को जानें, और इसके अनुरूप नियुक्त करें. वे हमेशा इच्छुक रूप से उनसे अधिक काटने की कोशिश करेंगे जिन्हें वे काटने में सक्षम हैं. उन्हें जाने न दें. के
- एक परिवर्तन तोड़ने पर पकड़ने के लिए चेक और संतुलन के सिस्टम सेट करें, और एजेंट को अच्छे कोड लिखने की दिशा में मार्गदर्शन करें। के
- एक वातावरण स्थापित करें जहां एजेंट सफल होने के लिए आवश्यक जानकारी प्राप्त कर सकते हैं दस्तावेज अच्छा है चिंताओं को अलग करना अच्छा है एक अच्छी तरह से संगठित कोडबेस अच्छा है। के
- Parallelization अच्छा है. सिर्फ एक ही एजेंट के लिए इंतजार न करें, विशेष रूप से लंबे समय तक चलने वाले कार्यों के लिए. वहाँ एक ठोस मौका है कि भविष्य के एलिट प्रोग्रामर टोरेंशन उच्च एपीएम स्टारक्राफ्ट खिलाड़ियों की तरह दिखते हैं - कमांड और अपने एजेंट इकाइयों के सेना के आउटपुट को इकट्ठा। के
- और सबसे महत्वपूर्ण बात, अपनी दृष्टि को स्पष्ट करें और इसे स्पष्ट रूप से संचार करें, ताकि एजेंट को आपके व्यापक ढांचे में फिट सही निर्णय लेने के लिए सक्षम किया जा सके। के
और आखिरकार यह कहा जाता है और किया जाता है, जब आप अंततः कुछ वितरित करते हैं - आप अभी भी इसे अपनी गुणवत्ता के निशान के साथ स्टैम्प कर रहे हैं. आपका नाम और प्रतिष्ठा आपका ब्रांड है. उन एजेंटों के "लिड" के रूप में, आप अभी भी उनके परिणामों के लिए जिम्मेदार हैं. बैक आपके साथ बंद हो जाता है.
