डिजाइन एकीकरण। प्रत्येक पिक्सेल मायने रखता है। भाग 1

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

1. विवरण और उनका महत्व

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



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

2. ध्वनि - एक मोटरसाइकिल की आत्मा

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



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

जब हार्ले डेविडसन के मालिक से पूछा जाता है: "हार्ले ध्वनि का क्या मतलब है?", तो शायद 10 में से 9 यह कहेंगे कि मोटरसाइकिल की आवाज उसकी आत्मा है, या जिसके बिना मोटरसाइकिल असली हार्ले नहीं हो सकती। यह छोटा विवरण उनके लिए बहुत महत्वपूर्ण है, इस तथ्य के बावजूद कि यह कुछ तकनीकी विशेषता नहीं है, न कि कुछ डिजाइन तत्व। यह वह आवाज है जिसे वे प्यार करते हैं और मानते हैं।

3. उत्पाद और उसका कार्यान्वयन

आइए देखें कि उपयोगकर्ता इंटरफ़ेस वाले उत्पाद आज कैसे बनाए जाते हैं।

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

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

लेकिन हम बहुत ईमानदार डिजाइनर हैं। हमने सभी आकारों का वर्णन किया, सभी विशिष्टताओं, सभी रेडियों, सभी रंगों को सेट किया। सब कुछ परिभाषित है और सब कुछ जगह में है।

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

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

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

कुछ और समय बीत जाता है, हमारा उत्पाद हमारे द्वारा किए गए समान हो जाता है, लेकिन काफी नहीं। काफी तार्किक सवाल उठते हैं: "कार्यान्वयन की गुणवत्ता के लिए कौन जिम्मेदार है?" या "लागू उत्पाद डिजाइन से मेल क्यों नहीं खाता?", "उत्पाद को लागू करते समय कौन से विवरण महत्वपूर्ण हैं, और कौन से नहीं हैं?", "क्या विवरण छोड़ा जा सकता है?"

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

4. क्यों बेचा उत्पाद डिजाइन से मेल नहीं खाता है?

आपने अपने पते में कितनी बार प्रश्न सुना है: "वास्तव में, क्या अंतर है कि फ़ॉन्ट 2 पिक्सेल छोटा है? हम इसके लिए एक नया कार्य खोलने जा रहे हैं और फोंट आदि को सही कर रहे हैं? ”आपने यह प्रश्न कितनी बार सुना है:“ अंतर क्या है: ग्रे रंग 30% या 40%? चलो 30% छोड़ दें। ” या "कनेक्ट बटन एनीमेशन?" हमारे पास इसके लिए समय नहीं है। चलो इसे अगले संस्करण तक बंद कर दें। ”

सवालों के जवाब देने के लिए:
- कुछ लोग विवरणों पर ध्यान क्यों देते हैं, जबकि अन्य नहीं करते हैं?
- किसी के लिए तत्व का सही रंग महत्वपूर्ण क्यों है, लेकिन किसी के लिए नहीं?
- इसके तकनीकी कार्यान्वयन से डिजाइन अधिक महत्वपूर्ण क्यों है?
मेरा सुझाव है कि हमारे जटिल मस्तिष्क की संरचना को देखें।



यह कोई रहस्य नहीं है कि मस्तिष्क के बाएं गोलार्ध तर्क, तथ्यों, संख्याओं, एल्गोरिदम के विश्लेषण के लिए जिम्मेदार है। जबकि मस्तिष्क का दायां गोलार्ध दृश्य चित्रों के लिए जिम्मेदार है, यह एनीमेशन, संगीत, डिजाइन को मानता है। हमारे सभी विचार, सपने - मस्तिष्क के दाईं ओर से आते हैं।

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

उदाहरण के लिए, एक डेवलपर इंजीनियर और डिजाइनर, एक ही परियोजना पर काम कर रहे हैं, बस एक दूसरे के लिए समझ से बाहर की भाषा बोल सकते हैं। और उस पल में, जब डिज़ाइनर वर्ग और ऑब्जेक्ट के बीच अंतर या पुनरावर्ती कार्य की विशेषताओं के बारे में परवाह नहीं करता है, बटन पर फ्रेम की मोटाई या ऑब्जेक्ट पर मँडराते समय एनीमेशन की उपस्थिति प्रोग्रामर के लिए पूरी तरह से महत्वपूर्ण नहीं है।

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

5. द लॉस्ट लिंक

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



डिजाइनरों और डेवलपर्स के बीच एक निरंतर संबंध कैसे सुनिश्चित करें (हम विभागों के बीच संचार के तरीकों के बारे में बात नहीं कर रहे हैं)? लापता लिंक कहां ढूंढें? वह पुल जो दो विषयों को जोड़ता है? डेवलपर्स और डिजाइनरों के बीच अनुवादक या दुभाषिया?

6. एक डिजाइनर के रूप में सोचना, एक प्रोग्रामर के रूप में काम करना

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



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

एक डिज़ाइन इंटीग्रेटर एक डिजाइनर की तरह सोचता है, एक प्रोग्रामर की तरह काम करता है। मैं यह नोट करना चाहता हूं कि डिज़ाइन इंटीग्रेटर एक डिज़ाइन नहीं बनाता है और कार्यात्मक कोड नहीं लिखता है। याद रखने के लिए ये दो मूल सिद्धांत हैं।

तो वह कौन है, इंटीग्रेटर ऑफ डिजाइन? वह क्या कर रहा है? यह कैसे काम करता है?

मैं इन सवालों के जवाब देने की कोशिश करूंगा, लेकिन पहले, आइए विंडोज फोन इंटरफेस को विकसित करने की प्रक्रिया को देखें।

7. विंडोज फोन के इंटरफेस का डिजाइन और विकास

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

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

8. बैटमैन और रॉबिन - डेवलपर और इंटीग्रेटर

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


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

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

9. कोड जुदाई

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

===
जारी रखने के लिए ...

लेखक के बारे में

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