• code लिखने की लागत में आई तेज़ गिरावट पूरी engineering आदतों को हिला रही है
  • पहले code बनाना महंगा था, इसलिए design, estimation और planning-केंद्रित efficient development culture विकसित हुई थी
  • coding agents के आने से अब एक developer एक साथ कई काम—implementation, refactoring, testing, documentation—कर सकता है
  • लेकिन ‘अच्छा code’ बनाना अब भी high quality standards और developer के judgment की मांग करता है
  • इसके चलते नई व्यक्तिगत और organizational development habits बनाने की चुनौती उभर रही है

code लिखने की लागत में बदलाव

  • पहले सैकड़ों lines का clean और tested code लिखने में एक दिन या उससे ज़्यादा लग जाता था
    • इसी वजह से developers सीमित समय और लागत के आधार पर features की value और priority तय करते थे
    • project design, schedule estimation, feature planning—सब कुछ ‘coding time के efficient use’ के इर्द-गिर्द होता था
  • coding agents के आने से code input की लागत तेज़ी से घट गई है, और पुराने निर्णय मानदंड डगमगा रहे हैं
    • एक engineer कई agents को parallel में चलाकर एक साथ कई development tasks कर सकता है
    • यह बदलाव पुराने समय बनाम value judgment structure की दोबारा समीक्षा करने पर मजबूर करता है

फिर भी महंगा है ‘अच्छा code’

  • नया code बनाना लगभग मुफ्त के करीब हो गया है, लेकिन ‘अच्छा code’ बनाना अब भी महंगा है
  • अच्छे code की शर्तें इस प्रकार हैं
    • सही तरह से काम करे और बिना bug के अपना उद्देश्य पूरा करे
    • verification process से गुज़रकर यह साबित करे कि code भरोसेमंद है
    • उपयुक्त problem solving पर फोकस करे और error situations को predictably handle करे
    • simple और minimal structure बनाए रखे ताकि maintainability और समझ बेहतर हो
    • tests और documentation updated रहनी चाहिए
    • भविष्य में बदलाव की संभावना को ध्यान में रखे, लेकिन अनावश्यक complexity न जोड़े
    • accessibility, security, scalability, maintainability जैसी non-functional quality properties को पूरा करे
  • coding agents इस प्रक्रिया के कुछ हिस्सों में मदद कर सकते हैं, लेकिन अंतिम quality assurance की ज़िम्मेदारी developer की ही रहती है

नई development habits की ज़रूरत

  • agentic engineering environment में पुरानी development habits अब वैध नहीं रह गई हैं
  • व्यक्ति और organization—दोनों को काम करने के नए तरीके और नए judgment criteria बनाने होंगे
  • अभी पूरी industry में ऐसी best practices स्थापित की जा रही हैं
  • सुझाया गया तरीका यह है कि जब भी लगे कि “समय बर्बाद होगा”, तब भी asynchronous agent sessions चलाकर experiment करके देखें
    • सबसे खराब स्थिति में, 10 मिनट बाद देखकर पता चलेगा कि बस tokens की बर्बादी हुई

Agentic Engineering Patterns guide में इसकी जगह

  • यह लेख Agentic Engineering Patterns guide के पहले chapter “Principles” का हिस्सा है
  • अगले chapter में code understanding विषय के तहत Linear walkthroughs जारी रहता है
  • इसके बाद Testing and QA section में Red/green TDD, First run the tests जैसे विषय शामिल हैं
  • हर हफ्ते 1–2 chapters जोड़ने की योजना है; यह किताब जैसा है, लेकिन “guide” के रूप में तैयार किया जा रहा है

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.