Hai cercato la traduzione di agile da Inglese a Hindi (indiano)

agile software development
दक्ष सॉफ्टवेयर विकास

are not by any means agile .
और किसी भी तरह से चुस्त नहीं है ।

the robot naturally becomes agile .
तो वह रोबोट स्वाभाविक रूप से चुस्त हो जाता है ।

african people are very agile people .
अफ़्रीकी लोग काफी चंचल स्वभाव के होते हैं ।

coupled with some kind of agile engineering process .
चंचल इंजीनियरिंग प्रक्रिया के कुछ प्रकार के साथ युग्मित ।

ram was as agile as a monkey in that forest .
राम बंदरों की तरह ही जंगल में दक्षतापूर्वक कार्य करती है ।

ties back into agile engineering and agile development hand and glove .
संबंधों के चंचल इंजीनियरिंग और फुर्तीली विकास में और दस्ताने हाथ वापस ।

is now in a customer development process but in agile engineering process .
अब एक ग्राहक विकास की प्रक्रिया में , लेकिन फुर्तीला इंजीनियरिंग प्रक्रिया में है ।

you need to be skillful, agile, and above all, you need to be fast.
तुम्हें पता है, चुस्त, कुशल होने की जरूरत और सब से ऊपर, आप तेजी से होने की जरूरत है।

comparatively weak creatures , the primates had to be shrewder and more agile than their competitors .
जीने के लिए दुसरे प्राणियों की तुलना में दुर्बल प्राइमेटों का अपने प्रतिद्धंद्धियों से अधिक चतुर तथा चुस्त होना आवश्यक था ।

we have demonstrated that we have the technology to build an extremely agile and contemporary fighter . ”
हमने दिखा दिया है कि हमारे पास काफी तेजतर्रार और समकालीन लड़कू विमान बनाने की प्रौद्योगिकी है . ' '

again and again he amazes visitors by the agile , calm way with which he faces the world ' s deadliest snakes .
वे बार - बार दर्शकों को अपने दक्ष और शान्त तरीके से विश्व के भयंकरतम सांपों का सामना करते हुये चमत्कृत करते हैं ।

agile testing is a software testing practice in which principles of the agile manifesto are followed , emphasizing testing according to the perspective of customers who will use the system .
एजाइल / त्वरित परीक्षण सॉफ्टवेयर परीक्षण पद्धति है जिसमें सिस्टम का उपयोग करने वाले ग्राहकों के दृष्टिकोण के अनुसार परीक्षण पर जोर देते हुए एजाइल घोषणापत्र के सिद्धांतों के अनुरण किया जाता है

agile testing focuses on newly developed code until quality is achieved , it is commonly done by using automated acceptance testing to minimize the amount of manual labor involved .
दक्ष परीक्षण नव विकसित कोड पर जोर देता है , जब तक गुणवत्ता हासिल न हो जाए , यह सामान्यतः परीक्षण के आवश्यक मैनुअल परिश्रम की मात्रा को कम करने के लिए स्वचालित स्वीकृत परीक्षण का उपयोग करके किया जाता है

it is a dream of mankind to fly like a bird. birds are very agile. they fly, not with rotating components, so they fly only by flapping their wings.
यह मानव जाति के लिए एक सपना है एक पंछी की तरह उड़ान भरना. पक्षी बहुत फुर्तीले होते हैं. वे घूमने वाले उपकरणों के साथ नहीं उड़, इसलिए वे केवल अपने पंख फड़फड़ा कर उड़ते हैं. तो हमने पक्षियों को देखा, और हमने एक मॉडल बनाने की कोशिश करी जोकि शक्तिशाली और बहुत कालका हो, और इसमें बहुत अच्छा वायुगति-विज्ञानिक गुण होना चाहिए जोकी अपने आप उड़ सके और केवल अपने पंख फड़फड़ा कर. तो क्या सबसे बेहतर होगा उपयोग करना हर्रिंग गुल,अपनी आजादी में समुद्र के चक्कर और उसमे छलांग लगाते हुए, और उसे एक नमूने के रूप में उपयोग करना. तो हमने एक टीम बनाई. वहाँ सामान्यज्ञ और विशेषज्ञ दोनों हैं वायुगति-विज्ञानं के क्षेत्र में ग्लाइडर्स निर्माण के क्षेत्र में. और निर्माण कार्य था एक बहुत हल्का अन्दर उड़ने वाला नमूना जोकि आपके सिर के ऊपर उड़ान भर सके . तो बाद में सावधान रहें.

they are the most highly adapted carnivores , with agile bodies built for speed , teeth specially designed to bite and tear flesh but not for chewing , and sharp claws to strike and hold the prey .
तेज गति के लिए चुस्त शरीर , काटने तथा मांस फाड़ने के लिए परंतु चबाने के लिए नहीं विशेष प्रकार के दांत तथा मारने व शिकार को पकड़ने के लिए तीखे पंजों के कारण ये सबसे अनुकूल मांसाहारी प्राणी हैं ।

the interesting thing about the customer development process ties back into agile engineering and agile development hand and glove. basically it's this notion of the minimum viable product. back in the old days what we used to do is specify the entire feature set of the product from beginning to end.
दिलचस्प बात यह ग्राहक विकास की प्रक्रिया के बारे में संबंधों के चंचल इंजीनियरिंग और फुर्तीली विकास में और दस्ताने हाथ वापस। मूल रूप से यह इस धारणा के कम से कम व्यवहार्य उत्पाद की है। पुराने दिनों में वापस क्या हम करने के लिए प्रयोग किया जाता है निर्दिष्ट करें उत्पाद की पूरी सुविधा सेट शुरू से समाप्त करने के लिए। अब, यह समझ में आता है जब आप एक बड़ी कंपनी में हो 2.0, 3.0 और 4.0 संस्करण जारी क्योंकि आप की तरह जो ग्राहकों रहे हैं और वे क्या जरूरत के एक महसूस कर रही है, तो एक उत्पाद प्रबंधक के बारे में बहुत सही हो सकते हैं मैं पिछले साल और एक आधे के लिए ग्राहकों के साथ बातचीत किया गया है, और मुझे लगता है कि मैं जानता हूँ कि वे क्या जरूरत है। लेकिन एक स्टार्टअप में आप वास्तव में तरह का अनुमान लगा रहे हैं, और बाधाओं रहे हैं आप गलत अनुमान लगा किया जा करने के लिए जा रहे हैं, तो बजाय समय और पैसे की एक पूरी ton बर्बाद इससे पहले कि हम कुछ का निर्माण क्यों हम वास्तव में इमारत के बाहर नहीं मिलता और बहुत कुछ बर्बाद इंजीनियरिंग समय की, और अधिक महत्वपूर्ण बात, नकद, कारण है कि क्या startups बाहर व्यापार के पैसे से बाहर चल रहा है कहते हैं। हमें यकीन है कि हम वास्तव में लोगों की बात करना चाहते हैं जो अंततः इस उत्पाद खरीद लेंगे। हमें यकीन है कि हम उनके करना चाहता है और जरूरतों को संतुष्ट करने के लिए चाहते हैं। क्यों हम अभी समझ नहीं कम से कम व्यवहार्य उत्पाद का निर्माण करने के लिए कैसे? न्यूनतम सुविधाओं के लिए प्रतिक्रिया पाने के लिए निर्माण। अब, आपके सुझाव इनपुट के रूप मौखिक रूप से ले सकता है, या वे तुम्हें जल्दी आदेश दिया था, या वे तुम्हें कुछ भी है कि मूल्यवान था दिया था तुम क्या पर बंद करने के लिए आने की मदद करने में हम किस क्रम में निर्माण होना चाहिए? और वैसे भी, एक mvp कुछ के रूप में सरल वेब पर किया जा सकता है एक wireframe या किसी powerpoint स्लाइड के रूप में, या भौतिक उत्पादों के लिए यह एक शारीरिक mockup किया जा सकता है, या यह प्रणाली का एक कार्यशील हिस्सा हो सकता है। लेकिन के रूप में आप और अधिक प्रतिक्रिया हो तुम और अधिक सुविधाएँ जोड़ने शुरू कर सकता है। एक टिप्पणी मैं हमेशा मिलता है एक चेतावनी है