तकनीकी लेखन के लिए भयभीत
IntroductionSometimes यह कंपनियों या व्यक्तियों के बजट से बाहर होने के लिए एक पेशेवर लेखक को अपने तकनीकी दस्तावेज पता किराये पर हो सकता है. हालांकि एक आदर्श दुनिया सभी तकनीकी दस्तावेज का उत्पादन किया जाना चाहिए में एक उच्च प्रशिक्षित विशेषज्ञ से, दुर्भाग्य से हम एक आदर्श में नहीं रहते. में एक ही रास्ता है कि कई लोगों को अपने ही घर उपकरणों की मरम्मत करने की कोशिश, कई लोगों को गुणवत्ता तकनीकी दस्तावेज लिखने का प्रयास करेंगे. बस एक टोस्टर के साथ नगण्य electrocution के रूप में परिणाम के पहले सलाह अंततः विफलता का परिणाम देगा बिना खरोंच से तकनीकी दस्तावेज लिखने की कोशिश कर सकते हैं. अंगूठे का एक नियम किसी न किसी रूप में तुम हमेशा लेनी चाहिए एक विशेषज्ञ को रोजगार, लेकिन अगर तुम जो भी कारण से नहीं और तुम दुर्भाग्यपूर्ण है कि गरीब था दस्तावेज है उन पर खड़ा काम कर रहे हैं, नहीं निराशा के लिए कर सकते हैं. इस संक्षिप्त गाइड मुख्य कौशल के कुछ तुम होगा रूपरेखा अपने लेखन, तकनीकी परंपराओं को लाने की आवश्यकता के बारे में पता होना, सॉफ्टवेयर संकुल तुम विचार कर सकते हैं, और निश्चित चीजों से बचने. उम्मीद है, भले ही आप एक वाक्य के बारे में कुछ भी अपने जीवन में कभी नहीं लिखा है थोड़ा तकनीकी तुम बहुत कम से कम करना होगा, जो तकनीकी लेखन entails.What की एक व्यापक तस्वीर तकनीकी? लेखन तकनीकी हैरानगी पर्याप्त लेखन, है कि तकनीकी लेखन के लिए संदर्भित करता है. यद्यपि यह एक मिथ्या परिभाषा की तरह लग रहे हो, यह एक महत्वपूर्ण किसी को याद है हो सकता है. बहुत से तकनीकी लेखक प्रलेखन वह भी तकनीकी, या 'भी है या बनाने की गलती' साहित्यिक. एक अच्छा तकनीकी लेखक को दो प्रलेखन के अंत उपयोगकर्ता सूट के बीच संतुलन को समायोजित करने में सक्षम होना चाहिए. तकनीकी लेखन ताजी हवा, व्यापक और अभी तक बहुत ज्यादा अदृश्य बहुत पसंद है. अजीब अजीब दुनिया में जो हम, तकनीकी लेखन खोज हर जगह है. सॉफ्टवेयर मैनुअल, घरेलू उपकरणों, अनुदेशात्मक पत्रक, ईमेल, पत्र के लिए उपयोगकर्ता गाइड, रिपोर्टों, तकनीकी समाचार, सांख्यिकी और जीवनी पर टेलीविजन खेल दिखाता है सभी तकनीकी लेखन, जो लोगों को एक दैनिक आधार पर सामने आ रहे हैं, उदाहरण हैं. यदि आप कभी भी एक घर वीडियो रिकॉर्डर पर समय सेटिंग्स प्रोग्राम और पार मैनुअल दराज की कोशिश की है घृणा में कमरे, आप तकनीकी लेखन का एक टुकड़ा फेंक दिया (हालांकि जाहिर है, नहीं एक बहुत अच्छा!). बहुत बहुत बार तकनीकी साहित्य प्रौद्योगिकी, या नहीं एक बड़ा पर्याप्त समझ के साथ लेखक द्वारा निर्मित है प्रौद्योगिकीविदों कि कमी को लिखने की क्षमता. के रूप में एक भावी तकनीकी लेखक आप अपने विशेषज्ञ क्षेत्र (ओं में तकनीकी रूप से जानकार होने के बहुत नाज़ुक लाइन) के रूप में के रूप में अच्छी तरह से चलना चाहिए 'एक के रूप में (' अच्छे लेखक जा रहा है 'बुरा लेखकों', जो आम तौर पर मीठी पुराने महिलाओं या कुछ लूट का विरोध किया पाया जा सकता है). तकनीकी दस्तावेज में आमतौर पर दो अलग उपयोगकर्ता समूहों, अर्थात् विशेषज्ञ स्तर के उपयोगकर्ताओं, और अनुभवहीन उपयोगकर्ताओं के लिए तैयार है. एक के रूप में अपने पहले कार्यों के तकनीकी लेखक एक को बाहर क्या आप दर्शकों के लिए लिख रहे हैं, जो मुझे चतुराई लाता तरह से है: पता है तुम्हारा पुराना clichÃÆ'à foeAs है, © जाता है, हर कोई एक आलोचक है. यह विशेष रूप से सच है सबसे समझदार लोगों की प्रतिक्रिया का जब तकनीकी लेखन के साथ सामना किया. इसके बाद के संस्करण के रूप में वीडियो रिकॉर्डर के उदाहरण में प्रकाश डाला गया था, तकनीकी लेखन अंत उपयोगकर्ता के लिए अभेद्य जा सकता है. यदि यह मामला है, है क्योंकि प्रलेखन जो भी लिखा था, परेशान अपने दर्शकों की पहचान और उनके स्तर पर लिख नहीं. यह एक स्वाभाविक बात करना लगता है, लेकिन एक है कि अक्सर अनदेखी की है, कि दस्तावेजों आपके पैदा कर रहे हैं के उपयोगकर्ता, एक विशेषज्ञ नहीं हो सकता है वास्तव में. जाहिर है अगर आप किसी खास उन्नत उपयोगकर्ता समूह के लिए एक विशेष विशेषज्ञ उत्पाद पर एक दस्तावेज पैदा कर रहे हैं (एक अच्छा उदाहरण के कंप्यूटर सिस्टम के लिए सॉफ्टवेयर लेखा परीक्षा सकता है प्रशासकों) तो आपको इस रचना की आवश्यकता होगी एक बिल्कुल अलग तरीका है यदि आप उदाहरण के लिए पैदा कर रहे हैं से, एक तकनीकी जन बाजार कंप्यूटर अनुभवहीन घर उपयोगकर्ता के उद्देश्य से सॉफ्टवेयर के लिए मैनुअल. एक की पहले कार्य से पहले आप को पूरा करना चाहिए, भी दस्तखत करने उंगली के कीबोर्ड के लिए, की पहचान है जो आपके दस्तावेज़ के उपयोगकर्ता होगी और निर्माण कि विशेष लक्ष्य समूह (एस) के उद्देश्य से दस्तावेज है. यदि तुम इस अवस्था सही है, यह आपके दस्तावेज़ से बचना चाहिए झुंझलाहट में कमरा योजना! भर perfectionOnce आप दस्तावेज़ तुम बनाने के लिए होगा लक्ष्य बाजार की पहचान की है के लिए दिया जा रहा है, आप की आवश्यकता होगी करने के लिए योजना कैसे दस्तावेजों का आयोजन किया जाएगा शुरू करते हैं. इस प्रक्रिया को क्या दस्तावेज़ीकरण का उत्पादन किया जा रहा है पर निर्भर है, लेकिन आप एक अंगूठे के कुछ कठोर नियमों का पालन कर सकते हैं. सबसे पहले, अगर दस्तावेज हैं एक समर्थन विशेष रूप से (जैसे एक कंप्यूटर अनुप्रयोग के रूप में) विस्तृत उत्पाद पर अपना गंदा हाथ के रूप में जैसा कि आप जल्दी से कर सकते हैं. विस्तार से उत्पाद की जांच तुम हमले की योजना बनाने और एक रचना शुरू कर सकते हैं संगठनात्मक संरचना. Whilst आप विस्तार से उत्पाद तलाश रहे हैं, प्रचुर नोट आरंभिक खोज चरणों के दौरान इस कर के रूप में, लो तुम समय जो बिल्कुल महत्वपूर्ण किया जा सकता है बचा सकते हैं अगर आप काम कर रहे हैं समय सीमा तय की. यहां तक की योजना बना मंच आप यह सुनिश्चित करना चाहिए वहाँ लेआउट में एक निरंतरता है पर, संगठनात्मक संरचना और दस्तावेज़ के लिए. चुनें नंबर सम्मेलनों, अनुच्छेद शैलियों, और उत्पन्न लेआउट के लिए किसी न किसी विचार अब प्रयोजनों, और महत्वपूर्ण समय later.Let प्रलेखन, बाहर प्रारूप प्रत्येक अनुभाग के प्रथम बनाने में एक मसौदा inBefore डाइविंग headfirst बचाओ. इस पुनःक्रमित करें की अनुमति अगर एक दस्तावेज है नहीं बनाया जा रहा होगा 'तार्किक गंभीरता से परियोजना पर प्रभाव बिना प्रवाह'. कई (विशेष रूप से और अधिक विस्तृत उत्पादों के लिए) तकनीकी दस्तावेज को कई से बना (और कुछ मामलों में व्यावहारिक रूप से अनगिनत में पुनरूक्तियाँ) हैं. यह है क्योंकि उत्पाद परिवर्तन और समय के साथ बदल जाता है, और एक तकनीकी लेखक के प्रमुख कार्यों में से एक के लिए इन परिवर्तनों के बराबर में रखना है, और यह सुनिश्चित करना है कि वे सभी अच्छी तरह से प्रलेखित रहे हैं. अच्छा तकनीकी लेखक जाएगा हमेशा के माध्यम से अपने दस्तावेज धक्का आदमियत से संभव है, एक मसौदे पर परिष्कृत रूप में कई ड्राफ्ट के रूप में, जब तक वे जिससे वे अपने नियोक्ता और () संतुष्ट है कि प्रलेखन, समय पर सही है और स्थिति तक पहुँचने उत्पाद या प्रक्रिया यह शैतान documents.The के एक सच्चे प्रतिबिंब detailAs पहले से ही पहचान में है, तकनीकी लेखन कहा जाता है कि क्योंकि यह प्रकृति में तकनीकी है. जा रहा है तकनीकी का हिस्सा है, सटीक होना परिशुद्धता के और भाग को आदमियत के रूप में संभव के रूप में विस्तृत हो रहा है. यहाँ तक कि यदि आप दस्तावेज़ पैदा कर रहे हैं एक उन्नत और आधुनिक तकनीकी उपयोगकर्ता समूह के लिए कर रहे हैं, अपनी दस्तावेज़ीकरण एक के विवरण पर ध्यान केंद्रित करना चाहिए प्रक्रिया, या एक उत्पाद का उपयोग करते हुए. यह एक कठिन करतब को पूरा हो सकता है, लेकिन यदि आप अपने दर्शकों के लिए लिखें. कभी लगता है कि पाठक उत्पाद या प्रक्रिया के बारे में कुछ नहीं जानता दस्तावेज, मामले में लेकिन उन्नत / विशेषज्ञ उपयोगकर्ताओं को कम से कम आम भावना है कि वे शायद कहा होगा कैसे उपकरणों वे एक दैनिक आधार पर कार्य का उपयोग करने की जरूरत नहीं है पहचान. जब वर्णन कैसे बाहर निकालने के लिए एक विशेष गतिविधि या कार्य, प्रत्येक (उन संख्या शामिल चरण की पहचान अगर इस दस्तावेज़ प्रकार तुम पैदा कर रहे हैं की परंपराओं फिट बैठता है) और तुम क्या लिखा है यह परीक्षण अपने आप को, या यहाँ तक की सटीकता सुनिश्चित करने के बेहतर है, अंत के रूप में एक ही कौशल स्तर की एक स्वयंसेवक में रस्सी jobAlthough यह तकनीकी चर्मपत्र और रक्त का उपयोग कर दस्तावेज़ बना सकता है के लिए सही उपकरण user.Choose, यह उचित नहीं है. कई विशेषज्ञ सॉफ्टवेयर अनुप्रयोगों के लिए मदद से आप शक्तिशाली दस्तावेज बनाने के लिए, और अपने कर्तव्यों के एक तकनीकी लेखक के रूप में भाग ही, इस काम के लिए सही उपकरण का चयन भी शामिल है. मोटे तौर पर इस दस्तावेज की प्रकृति पर निर्भर करता है उत्पादन, जा रहा है और अंततः उनके वितरण की प्रकृति. यदि दस्तावेज़ इंटरनेट का उपयोग कर दिया जा सकता है, यह निश्चित रूप से एक एवेन्यू पर विचार करना है. अंत करने के लिए कि ऐसी फ्लैश और एमएक्स के रूप में संकुल का उपयोग करना Dreamweaver इस लक्ष्य को प्राप्त करने के लिए. एकीकृत ऑनलाइन मदद के लिए, आप के लिए कच्चे HTML दस्तावेज़, या वैकल्पिक रूप से ऐसे RoboHelp या इसी तरह के रूप में एक विशेषज्ञ के पैकेज चुनें बनाना चाहते हो सकता है. प्रिंट के मामले में दस्तावेजों के आधार पर, आप एक सॉफ्टवेयर करने के लिए पर्याप्त संभाल क्या तुम it.Many अनुभवहीन तकनीकी लेखकों में फेंक तुरन्त Microsoft Word के लिए बंद हो जाएगा शक्तिशाली पैकेज का चयन की आवश्यकता है (जैसा कि हर जगह में वाणिज्यिक है और हो सकता हूँ निजी वातावरण). अपने दस्तावेज में 150 पन्नों के नीचे होने जा रहा है जब तक, और तुम्हें पता है कैसे बनाने के लिए टेम्पलेट और मैक्रोज, MS वर्ड न करें. के रूप में किसी भी तकनीकी लेखक बताती है कि यह बुरा वाला है जाएगा, यह है स्वयं, और अक्सर एक अस्थिर पैकेज के साथ काम हो सकता है. यदि आप ग्राफिक्स पैदा कर रहे हैं भारी प्रलेखन, तुम क्वार्क Xpress, या क्षेत्र में संभावित उद्योग नेता चुनने पर विचार करना चाह सकते हैं, एडोब Framemaker. जो कुछ भी सॉफ्टवेयर आप चुनते हैं, तो आप यह अविश्वसनीय रूप से कुशल हो यह सुनिश्चित करने, प्रशिक्षण में निवेश है, या यह प्रयोग दिन से दिन के बाद दिन के बाद से या तो चाहिए! संवाद - कि तुम क्या कर दिए हैं! कई लोग तुम्हें बताना होगा कि तकनीकी दस्तावेज बनाने के थकाऊ और दोहराव है. इन लोगों को, गलत है, और संभवतः morons भी. यद्यपि आप तकनीकी 'प्रलेखन बनाने की प्रक्रिया मिल सकता है उबाऊ' (यदि आप नहीं तुम गलत नौकरी में हैं!) नहीं है. गुणवत्ता तकनीकी दस्तावेज बनाना लोगों को पर्याप्त रूप से इजाजत देने में एक महत्वपूर्ण चरण है और सही तकनीक का उपयोग करें. हालांकि कोई उपयोगकर्ता दस्तावेज़ तुम में बना दृष्टिकोण होगा उसी के रूप में उन्हें एक उपन्यास दृष्टिकोण तरह, तुम अंत में मदद कर सकते हैं उन्हें हासिल क्या वे प्रौद्योगिकी का उपयोग कर हासिल करना चाहता हूँ. कोई बात नहीं 'कैसे सुस्त' प्रक्रिया को प्रदर्शित हो सकता है, तो उपयोगकर्ता द्वारा अपने लक्ष्यों को प्राप्त करने की अनुमति आपके दस्तावेज़ पढ़ने तुम्हें दे एक और वास्तव में गर्व, खुशी की भीड़ चाहिए. जब तक तुम सकारात्मक प्रभाव है कि तकनीक लोगों के जीवन, जब आप अपने दस्तावेज़ आप संपर्क कर सकते हैं बनाने पर हो सकता है याद है और अधिक प्रभावी ढंग से, जैसा कि आप संवाद प्रक्रिया में खुश होगा. प्रलेखन जीवन चक्र के दौरान, आप अक्सर के रूप में (यदि लागू हो) के रूप में संभावित सहयोगियों के साथ संबंध स्थापित करना लेनी चाहिए. उन्हें पढ़ने के अपने दस्तावेज, अपनी आलोचनाओं को सुनो, और आपके दस्तावेज़ को समायोजित (यदि आप अपने कोने बहस नहीं!) कर सकते हैं. एक तकनीकी लेखक को संवाद का भुगतान, यकीन है कि तुम कभी नहीं भूल सकता, क्यों अपनी संचार कर रहे हैं, और और बना है जिसे, दस्तावेजों में themselves.Common गलतियाँ तकनीकी दस्तावेज वहाँ पैदा makingWhen से बचने के लिए घातक दोषों आप कर सकते हैं की एक संख्या हैं. द्वारा यद्यपि कोई व्यापक अर्थ है, इस अनुभाग में अधिक जानकारी के कुछ आम गलतियों को नए लेखकों को उम्मीद है कि आप उन्हें भी: Patronising होने के नाते - तकनीकी दस्तावेज में स्पष्ट किया जाना चाहिए यद्यपि करने से बचने में करना होगा, यह patronising कभी नहीं करना चाहिए. आप दस्तावेज़ को पैदा नहीं कर रहे हैं morons लेकिन उपभोक्ताओं और ग्राहकों के द्वारा पढ़ा जाएगा. तुम हमेशा अपने दर्शकों के कौशल स्तर पर लिखना चाहिए, लेकिन कोई बात नहीं क्या तकनीकी स्तर पर लोगों पर कर रहे हैं, वे morons नहीं हैं. बच्चे भी आहत जब मिल शह, उस गलती को कोई है जो अपने वेतन, बच्चे या हास्य के otherwise.Overuse दे रही है के साथ नहीं कर सकता हूँ - लोग तकनीकी दस्तावेज पढ़ नहीं सकता मनोरंजन करते हैं, वे उन्हें सफलता की उम्मीद में पढ़ा एक प्रक्रिया को पूरा करने, या जानकारी निकालने. जब तक यह अंत उपयोगकर्ता के लिए प्रासंगिक है, हास्य जहाँ भी संभव न हो. यदि आप एक पुस्तक है, ठीक है और अच्छा लिख रहे हैं. यदि आप एक मैनुअल, जैसे हास्य से बचने के लिख रहे हैं प्लेग, के रूप में अधिक से अधिक नहीं उपयोगकर्ता अक्सर मजाक याद आती है और अभी खत्म patronising बेवकूफ है कि documentation.Inconsistency लिखा भी - प्रारूपण स्तर पर घृणा करेंगे, तो आप यह सुनिश्चित करना चाहिए कि सभी तत्वों अपने दस्तावेज़ में उपयोग अनुरूप हैं. यह इसका लेआउट के रूप में दस्तावेज़ के 'टोन' के रूप में ज्यादा लागू होती है. सुनिश्चित आप लगातार इंद्रियों (पहले व्यक्ति, आदि) के रूप में के रूप में अच्छी तरह से पेज लेआउट, पृष्ठ पर अंक लगाना तत्वों का इस्तेमाल, हेडर और footers, और अन्य सभी शाब्दिक पढ़ें elements.Proof - तकनीकी दस्तावेज का एक टुकड़ा बनाने के अंत तक, तुम इसे की दृष्टि से शायद बीमार हो जाएगा. कि कोई फर्क नहीं पड़ता. क्या बात है जो पत्ते अपने कार्यालय या घर, सही है. इसे ड्राफ्ट है, और इससे पहले कि यह सबूत वितरित किया जाता है सब फिर से पढ़ना, और फिर, और फिर पूरे सबूत है कि अंत करने के लिए दस्तावेज़ पढ़ें. कभी जादू काम चेकर्स (वे कभी नहीं पर निर्भर) और यदि आप इसे से बचने कर सकते हैं अपने निर्णय पर भरोसा करते हैं, पूरी तरह से कभी नहीं. अपने दस्तावेज़ जाओ द्वारा पढ़ें के रूप में संभव के रूप में वितरण करने के पहले आँखों के कई जोड़े, सब के बाद, वे एक बात तुम याद आ रही है स्पॉट सकता है निर्माण process.Conclusion भर / बेशर्म आत्म promotionTechnical लेखन क्या तुम, एक आसान काम लगता है कि हो सकता की परवाह नहीं है. यह विशेषज्ञता, धैर्य और कौशल का एक बहुत ही अजीब मिश्रण की आवश्यकता है. जैसे बस किसी अन्य काम है, तुम यह कैसे करना सीख सकते हैं, लेकिन यह भी जरूरी है कि शिक्षण तुम इसे किसी भी अच्छा नहीं कर देगा. एक अच्छी तकनीकी लेखक, तुम अभी तक, रचनात्मक गुदा को ध्यान अभी तक संचार, और एक लचीला विशेषज्ञ. यह, जैसा कि आप शायद कल्पना कर सकते हैं, कोई आसान काम है. यद्यपि आप तकनीकी दस्तावेज बनाने लगता है कि सकता है आसान है, सही पैदा कर रही है, सुसंगत और समय पर एक उच्च व्यावसायिक मानक के लिए एक दस्तावेज है बेहद चुनौतीपूर्ण भूमिका. अपने बजट के बावजूद लंबे समय में यह महत्वपूर्ण लागत पर लाभ प्रदान अगर आप एक विशेषज्ञ किराया होगा चलाते हैं. सब के बाद, वे दिन में करते हैं, क्या आप अपने बालों की हमारी कोशिश फाड़ कर सकेंगे सप्ताह में पूरा अगर months.About AuthorOver साल माइक Kemp एक फ्रीलान्स के रूप में नियोजित किया गया है आईटी पत्रकार (जैसे रजिस्टर, Namesfacesplaces, सुरक्षा और फोकस के रूप में प्रकाशन के लिए काम नहीं कर रहा Packetstorm), एक copywriter, videogames डिजाइनर, सुरक्षा लेखा परीक्षक, वेब डिजाइनर, ग्राफिक डिजाइनर और आईटी ट्रेनर. वह स्वतंत्र है और दोनों छोटे (दो पुरुषों और एक कुत्ता उदाहरण के लिए स्थायी पदों की एक किस्म में काम किया है) दोनों ब्रिटेन और यूरोप भर में बहुराष्ट्रीय कंपनियों के संगठनों को. जब काम कर रहे विभिन्न लेख, पुस्तकों, मैनुअलों पर नहीं, और मिश्रित दूसरे की नकल ग्राहकों के लिए, माइक आम तौर पर विभिन्न प्रकार की मेहनत पर पाया जा सकता है अप्रकाशित उपन्यास. वे अपने छोटे स्वतंत्र उत्पादन कंपनियों द्वारा उत्पादित पटकथाओं के कई पड़ा है, और वर्तमान में कई सुविधा लंबाई scripts.Mike पर काम कर रहे एक dreadfully में ज्यादातर खुशी से जीवन
Article Source: Messaggiamo.Com
Related:
» Credit Secrets Bible» Cash Making Power Sites
» Home Cash Course
» Automated Cash Formula
Webmaster Get Html Code
Add this article to your website now!
Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!
