மென்பொருள் ஆவணப்படுத்தல் என்பது கட்டுரைகளின் தொகுப்பாகும். ஆனால் அவர்கள் கூட உங்களை பைத்தியம் பிடிக்கலாம். முதலில், தேவையான வழிமுறைகளைத் தேடுவதற்கு நீங்கள் நீண்ட நேரம் செலவிடுகிறீர்கள். பின்னர் நீங்கள் தெளிவற்ற உரையைப் புரிந்துகொள்கிறீர்கள். நீங்கள் எழுதியது போல் செய்கிறீர்கள், ஆனால் பிரச்சனை தீர்க்கப்படவில்லை. இன்னொரு கட்டுரையைத் தேடுகிறீர்கள், பதற்றம் அடைகிறீர்கள்... ஒரு மணி நேரம் கழித்து எல்லாவற்றையும் கைவிட்டுவிட்டுச் செல்கிறீர்கள். மோசமான ஆவணங்கள் இப்படித்தான் செயல்படுகின்றன. இது என்ன செய்கிறது மற்றும் அதை எவ்வாறு சரிசெய்வது - வெட்டுக்கு கீழ் படிக்கவும்.
எங்கள் பழைய ஆவணங்களில் பல குறைபாடுகள் இருந்தன. மேலே விவரிக்கப்பட்ட காட்சி எங்கள் வாடிக்கையாளர்களைப் பாதிக்காத வகையில் நாங்கள் இப்போது கிட்டத்தட்ட ஒரு வருடமாக அதை மறுவேலை செய்து வருகிறோம். பார், и .
சிக்கல் 1: தெளிவற்ற, மோசமாக எழுதப்பட்ட கட்டுரைகள்
ஆவணங்களை புரிந்து கொள்ள முடியாவிட்டால், அதன் பயன் என்ன? ஆனால் யாரும் வேண்டுமென்றே புரியாத கட்டுரைகளை எழுதுவதில்லை. ஆசிரியர் பார்வையாளர்கள் மற்றும் நோக்கத்தைப் பற்றி சிந்திக்காதபோது, தண்ணீர் ஊற்றி, பிழைகளுக்கு உரையை சரிபார்க்காதபோது அவை நிகழ்கின்றன.
- பார்வையாளர்கள். ஒரு கட்டுரையை எழுதுவதற்கு முன், வாசகரின் தயாரிப்பின் அளவைப் பற்றி நீங்கள் சிந்திக்க வேண்டும். ஒரு தொடக்கநிலையாளருக்கான கட்டுரையில் நீங்கள் அடிப்படை படிகளைத் தவிர்த்து, தொழில்நுட்ப சொற்களை விளக்கம் இல்லாமல் விடக்கூடாது என்பது தர்க்கரீதியானது, ஆனால் நிபுணர்களுக்கு மட்டுமே தேவைப்படும் ஒரு அரிய அம்சத்தைப் பற்றிய கட்டுரையில், PHP என்ற வார்த்தையின் அர்த்தத்தை நீங்கள் விளக்கக்கூடாது.
- இலக்கு. இன்னும் ஒரு விஷயத்தை முன்கூட்டியே சிந்திக்க வேண்டும். ஆசிரியர் ஒரு தெளிவான இலக்கை நிர்ணயிக்க வேண்டும், கட்டுரையின் பயனுள்ள விளைவைத் தீர்மானிக்க வேண்டும், அதைப் படித்த பிறகு வாசகர் என்ன செய்வார் என்பதை தீர்மானிக்க வேண்டும். இது செய்யப்படாவிட்டால், விளக்கத்திற்காக விளக்கத்துடன் முடிவடையும்.
- நீர் மற்றும் பிழைகள். நிறைய தேவையற்ற தகவல்கள் மற்றும் அதிகாரத்துவம், பிழைகள் மற்றும் எழுத்துப்பிழைகள் உணர்வில் தலையிடுகின்றன. படிப்பவர் இலக்கண நாசியாக இல்லாவிட்டாலும், உரையில் கவனக்குறைவு அவரை அணைத்துவிடும்.
மேலே உள்ள உதவிக்குறிப்புகளைக் கவனியுங்கள், மேலும் கட்டுரைகள் தெளிவாகிவிடும் - உத்தரவாதம். அதை இன்னும் சிறப்பாக செய்ய, எங்கள் பயன்படுத்தவும் .
சிக்கல் 2. கட்டுரைகள் எல்லா கேள்விகளுக்கும் பதிலளிக்கவில்லை
ஆவணங்கள் வளர்ச்சியுடன் தொடரவில்லை, உண்மையான கேள்விகளுக்கு பதிலளிக்கவில்லை மற்றும் பல ஆண்டுகளாக அதில் உள்ள பிழைகள் சரி செய்யப்படாமல் இருப்பது மோசமானது. இவை ஆசிரியரின் சிக்கல்கள் அல்ல, ஆனால் நிறுவனத்திற்குள் செயல்முறைகளை ஒழுங்கமைப்பதில் உள்ளன.
ஆவணங்கள் வளர்ச்சியுடன் ஒத்துப்போவதில்லை
இந்த அம்சம் ஏற்கனவே வெளியீட்டில் உள்ளது, சந்தைப்படுத்தல் அதை மறைக்க திட்டமிட்டுள்ளது, பின்னர் புதிய கட்டுரை அல்லது மொழிபெயர்ப்பு இன்னும் ஆவணத்தில் இல்லை என்று மாறிவிடும். இதனால் ரிலீஸை தள்ளிப் போட வேண்டியதாயிற்று. நீங்கள் விரும்பும் நேரத்தில் தொழில்நுட்ப எழுத்தாளர்களிடம் பணிகளை ஒப்படைக்குமாறு அனைவரையும் நீங்கள் கேட்கலாம், ஆனால் அது வேலை செய்யாது. செயல்முறை தானாகவே இல்லை என்றால், நிலைமை மீண்டும் மீண்டும் வரும்.
YouTrack இல் மாற்றங்களைச் செய்துள்ளோம். புதிய அம்சத்தைப் பற்றி ஒரு கட்டுரை எழுதும் பணி, அந்த அம்சம் சோதிக்கப்படத் தொடங்கும் அதே தருணத்தில் தொழில்நுட்ப எழுத்தாளரிடம் விழுகிறது. பின்னர் விளம்பரத்திற்கு தயாராகும் வகையில் மார்க்கெட்டிங் அதைப் பற்றி அறிந்து கொள்கிறது. மேட்டர்மோஸ்ட் கார்ப்பரேட் மெசஞ்சருக்கும் அறிவிப்புகள் வரும், எனவே டெவலப்பர்களிடமிருந்து வரும் செய்திகளைத் தவறவிடுவது சாத்தியமில்லை.
ஆவணம் பயனர் கோரிக்கைகளை பிரதிபலிக்காது
நாங்கள் இப்படி வேலை செய்யப் பழகிவிட்டோம்: ஒரு அம்சம் வெளிவந்தது, அதைப் பற்றி பேசினோம். அதை எப்படி ஆன் செய்வது, ஆஃப் செய்வது மற்றும் நல்ல மாற்றங்களைச் செய்வது எப்படி என்று விவரித்தோம். ஆனால் நாம் எதிர்பார்க்காத வகையில் ஒரு வாடிக்கையாளர் நமது மென்பொருளைப் பயன்படுத்தினால் என்ன செய்வது? அல்லது நாம் நினைக்காத பிழைகள் உள்ளதா?
ஆவணங்கள் முடிந்தவரை முழுமையாக இருப்பதை உறுதிசெய்ய, ஆதரவு கோரிக்கைகள், கருப்பொருள் மன்றங்களில் கேள்விகள் மற்றும் தேடுபொறிகளில் வினவல்களை பகுப்பாய்வு செய்ய பரிந்துரைக்கிறோம். மிகவும் பிரபலமான தலைப்புகள் தொழில்நுட்ப எழுத்தாளர்களுக்கு மாற்றப்படும், இதனால் அவர்கள் ஏற்கனவே உள்ள கட்டுரைகளை நிரப்பலாம் அல்லது புதியவற்றை எழுதலாம்.
ஆவணங்கள் மேம்படுத்தப்படவில்லை
அதை உடனடியாகச் செய்வது கடினம்; இன்னும் தவறுகள் இருக்கும். வாடிக்கையாளர்களிடமிருந்து கருத்துக்களை நீங்கள் எதிர்பார்க்கலாம், ஆனால் அவர்கள் ஒவ்வொரு எழுத்துப்பிழை, துல்லியமின்மை, புரிந்துகொள்ள முடியாத அல்லது ஆதாரமற்ற கட்டுரையைப் புகாரளிப்பார்கள் என்பது சாத்தியமில்லை. வாடிக்கையாளர்களுக்கு கூடுதலாக, ஊழியர்கள் ஆவணங்களைப் படிக்கிறார்கள், அதாவது அவர்கள் அதே பிழைகளைப் பார்க்கிறார்கள். இதைப் பயன்படுத்தலாம்! சிக்கலைப் புகாரளிப்பது எளிதாக இருக்கும் நிலைமைகளை நீங்கள் உருவாக்க வேண்டும்.
எங்களிடம் உள்ளக போர்ட்டலில் ஒரு குழு உள்ளது, அங்கு பணியாளர்கள் ஆவணங்களில் கருத்துகள், பரிந்துரைகள் மற்றும் யோசனைகளை வெளியிடுகிறார்கள். ஆதரவுக்கு ஒரு கட்டுரை தேவையா, ஆனால் அது இல்லையா? சோதனையாளர் துல்லியமின்மையை கவனித்தாரா? பிழைகள் குறித்து டெவலப்மெண்ட் மேலாளர்களிடம் பங்குதாரர் புகார் செய்தாரா? இந்தக் குழுவில் உள்ள அனைவரும்! தொழில்நுட்ப எழுத்தாளர்கள் சில விஷயங்களை இப்போதே சரிசெய்து, சில விஷயங்களை யூடிராக்கிற்கு மாற்றுகிறார்கள், மற்றவர்களுக்கு சிந்திக்க சிறிது நேரம் கொடுக்கிறார்கள். தலைப்பு மறைந்துவிடாமல் தடுக்க, குழுவின் இருப்பு மற்றும் பின்னூட்டத்தின் முக்கியத்துவத்தை அவ்வப்போது உங்களுக்கு நினைவூட்டுகிறோம்.
சிக்கல் 3. சரியான கட்டுரையைக் கண்டுபிடிக்க நீண்ட நேரம் எடுக்கும்.
கண்டுபிடிக்க முடியாத கட்டுரையை விட, கண்டுபிடிக்க முடியாத கட்டுரை சிறந்தது அல்ல. நல்ல ஆவணங்களின் பொன்மொழி "தேடுவதற்கு எளிதானது, கண்டுபிடிப்பது எளிது" என்பதாக இருக்க வேண்டும். இதை எப்படி அடைவது?
கட்டமைப்பை ஒழுங்கமைத்து, தலைப்புகளைத் தேர்ந்தெடுப்பதற்கான கொள்கையைத் தீர்மானிக்கவும். "இந்தக் கட்டுரையை நான் எங்கே காணலாம்?" என்று வாசகர் நினைக்காத வகையில் கட்டமைப்பு முடிந்தவரை வெளிப்படையானதாக இருக்க வேண்டும். சுருக்கமாக, இரண்டு அணுகுமுறைகள் உள்ளன: இடைமுகம் மற்றும் பணிகளில் இருந்து.
- இடைமுகத்திலிருந்து. உள்ளடக்கம் பேனல் பிரிவுகளை நகலெடுக்கிறது. பழைய ஐஎஸ்பி சிஸ்டம் ஆவணத்தில் இது இருந்தது.
- பணிகளில் இருந்து. கட்டுரைகள் மற்றும் பிரிவுகளின் தலைப்புகள் பயனர்களின் பணிகளை பிரதிபலிக்கின்றன; தலைப்புகளில் எப்போதும் வினைச்சொற்கள் மற்றும் "எப்படி" என்ற கேள்விக்கான பதில்கள் இருக்கும். இப்போது நாம் இந்த வடிவத்திற்கு செல்கிறோம்.
நீங்கள் எந்த அணுகுமுறையைத் தேர்வுசெய்தாலும், பயனர்கள் எதைத் தேடுகிறார்கள் என்பதற்கு தலைப்பு பொருத்தமானது மற்றும் பயனரின் கேள்விக்கு குறிப்பாக பதிலளிக்கும் வகையில் உள்ளடக்கப்பட்டுள்ளது என்பதை உறுதிப்படுத்தவும்.
மையப்படுத்தப்பட்ட தேடலை அமைக்கவும். ஒரு சிறந்த உலகில், நீங்கள் எழுத்துப்பிழை அல்லது மொழியில் தவறு செய்தாலும் தேடல் வேலை செய்ய வேண்டும். சங்கமத்தில் நாம் இதுவரை தேடியதால் நம்மை மகிழ்விக்க முடியவில்லை. உங்களிடம் பல தயாரிப்புகள் இருந்தால் மற்றும் ஆவணங்கள் பொதுவானதாக இருந்தால், பயனர் இருக்கும் பக்கத்திற்கு ஏற்ப தேடலை அமைக்கவும். எங்கள் விஷயத்தில், பிரதான பக்கத்தில் உள்ள தேடல் அனைத்து தயாரிப்புகளுக்கும் வேலை செய்கிறது, மேலும் நீங்கள் ஏற்கனவே ஒரு குறிப்பிட்ட பிரிவில் இருந்தால், அதில் உள்ள கட்டுரைகளுக்கு மட்டுமே.
உள்ளடக்கம் மற்றும் பிரட்தூள்களில் நனைக்கப்பட்டு சேர்க்கவும். ஒவ்வொரு பக்கத்திலும் ஒரு மெனு மற்றும் பிரட்தூள்களில் நனைக்கப்பட்டு இருந்தால் நல்லது - எந்த நிலைக்கும் திரும்பும் திறனுடன் தற்போதைய பக்கத்திற்கான பயனரின் பாதை. பழைய ISPsystem ஆவணத்தில், உள்ளடக்கத்தைப் பெற நீங்கள் கட்டுரையிலிருந்து வெளியேற வேண்டும். இது சிரமமாக இருந்தது, எனவே நாங்கள் அதை புதிய ஒன்றில் சரிசெய்தோம்.
தயாரிப்பில் இணைப்புகளை வைக்கவும். ஒரே கேள்வியுடன் மக்கள் மீண்டும் மீண்டும் ஆதரவளிக்க வந்தால், இடைமுகத்தில் அதன் தீர்வுடன் குறிப்பைச் சேர்ப்பது அர்த்தமுள்ளதாக இருக்கும். ஒரு பயனர் சிக்கலைச் சந்திக்கும் போது உங்களிடம் தரவு அல்லது நுண்ணறிவு இருந்தால், அஞ்சல் பட்டியல் மூலம் அவர்களுக்குத் தெரிவிக்கலாம். அவர்களுக்கு அக்கறை காட்டுங்கள் மற்றும் ஆதரவிலிருந்து சுமையை அகற்றவும்.
பாப்-அப் சாளரத்தில் வலதுபுறத்தில் ISPmanager இன் டொமைன் மேலாண்மை பிரிவில் DNSSEC அமைப்பது பற்றிய கட்டுரைக்கான இணைப்பு உள்ளது.
ஆவணத்தில் குறுக்கு குறிப்புகளை அமைக்கவும். ஒன்றுக்கொன்று தொடர்புடைய கட்டுரைகள் "இணைக்கப்பட வேண்டும்". கட்டுரைகள் வரிசையாக இருந்தால், ஒவ்வொரு உரையின் முடிவிலும் முன்னோக்கி மற்றும் பின்னோக்கி அம்புகளைச் சேர்க்க மறக்காதீர்கள்.
பெரும்பாலும், ஒரு நபர் முதலில் தனது கேள்விக்கான பதிலைத் தேடுவது உங்களுக்காக அல்ல, ஆனால் ஒரு தேடுபொறிக்கு. தொழில்நுட்ப காரணங்களுக்காக ஆவணங்களுக்கு இணைப்புகள் இல்லை என்றால் அது ஒரு அவமானம். எனவே தேடுபொறி உகப்பாக்கத்தை கவனித்துக் கொள்ளுங்கள்.
சிக்கல் 4. காலாவதியான தளவமைப்பு உணர்வில் குறுக்கிடுகிறது
மோசமான உரைகள் கூடுதலாக, ஆவணங்கள் வடிவமைப்பு மூலம் கெட்டுவிடும். மக்கள் நன்கு எழுதப்பட்ட பொருட்களைப் படிக்கப் பழகிவிட்டனர். வலைப்பதிவுகள், சமூக வலைப்பின்னல்கள், ஊடகங்கள் - அனைத்து உள்ளடக்கங்களும் அழகாக மட்டும் வழங்கப்படுகின்றன, ஆனால் படிக்க எளிதானது மற்றும் கண்ணுக்கு மகிழ்ச்சி அளிக்கிறது. எனவே, கீழே உள்ள ஸ்கிரீன்ஷாட்டில் உள்ள உரையைப் பார்க்கும் நபரின் வலியை நீங்கள் எளிதாகப் புரிந்து கொள்ளலாம்.
இந்த கட்டுரையில் பல ஸ்கிரீன் ஷாட்கள் மற்றும் சிறப்பம்சங்கள் உள்ளன, அவை உதவாது, ஆனால் பார்வையில் மட்டுமே தலையிடுகின்றன (படம் கிளிக் செய்யக்கூடியது)
பல விளைவுகளுடன் நீங்கள் ஆவணங்களை நீண்ட நேரம் படிக்கக்கூடாது, ஆனால் நீங்கள் அடிப்படை விதிகளை கணக்கில் எடுத்துக்கொள்ள வேண்டும்.
தளவமைப்பு. உடல் உரை அகலம், எழுத்துரு, அளவு, தலைப்புகள் மற்றும் திணிப்பு ஆகியவற்றைத் தீர்மானிக்கவும். ஒரு வடிவமைப்பாளரை நியமித்து, வேலையை ஏற்றுக்கொள்ள அல்லது அதை நீங்களே செய்ய, ஆர்டியோம் கோர்புனோவின் "அச்சுக்கலை மற்றும் தளவமைப்பு" புத்தகத்தைப் படியுங்கள். இது தளவமைப்பின் ஒரே ஒரு காட்சியை மட்டுமே வழங்குகிறது, ஆனால் இது மிகவும் போதுமானது.
ஒதுக்கீடுகள். உரையில் என்ன முக்கியத்துவம் தேவை என்பதைத் தீர்மானிக்கவும். பொதுவாக இது இடைமுகம், பொத்தான்கள், குறியீடு செருகல்கள், உள்ளமைவு கோப்புகள், "தயவுசெய்து கவனிக்கவும்" தொகுதிகளில் ஒரு பாதை. இந்த உறுப்புகளின் ஒதுக்கீடுகள் என்னவாக இருக்கும் என்பதைத் தீர்மானித்து அவற்றை ஒழுங்குமுறைகளில் பதிவு செய்யவும். குறைவான வெளியேற்றம், சிறந்தது என்பதை நினைவில் கொள்ளுங்கள். அவைகள் நிறைய இருக்கும்போது, உரை சத்தமாக இருக்கும். மேற்கோள் குறிகள் கூட அடிக்கடி பயன்படுத்தினால் சத்தத்தை உருவாக்கும்.
திரைக்காட்சிகளுடன். ஸ்கிரீன்ஷாட்கள் தேவைப்படும் சந்தர்ப்பங்களில் குழுவுடன் உடன்படுங்கள். நிச்சயமாக ஒவ்வொரு அடியையும் விளக்க வேண்டிய அவசியம் இல்லை. அதிக எண்ணிக்கையிலான ஸ்கிரீன்ஷாட்கள், உட்பட. தனி பொத்தான்கள், உணர்வில் தலையிடவும், அமைப்பை கெடுக்கவும். அளவையும், ஸ்கிரீன்ஷாட்களில் உள்ள சிறப்பம்சங்கள் மற்றும் கையொப்பங்களின் வடிவமைப்பையும் தீர்மானித்து, அவற்றை ஒழுங்குமுறைகளில் பதிவு செய்யவும். விளக்கப்படங்கள் எப்போதும் எழுதப்பட்டவற்றுடன் ஒத்திருக்க வேண்டும் மற்றும் பொருத்தமானதாக இருக்க வேண்டும் என்பதை நினைவில் கொள்ளுங்கள். மீண்டும், தயாரிப்பு தொடர்ந்து புதுப்பிக்கப்பட்டால், அனைவரையும் கண்காணிப்பது கடினமாக இருக்கும்.
உரை நீளம். மிக நீண்ட கட்டுரைகளைத் தவிர்க்கவும். அவற்றை பகுதிகளாக உடைத்து, இது சாத்தியமில்லை என்றால், கட்டுரையின் தொடக்கத்தில் நங்கூர இணைப்புகளுடன் உள்ளடக்கத்தைச் சேர்க்கவும். ஒரு கட்டுரையை பார்வைக்கு குறுகியதாக மாற்றுவதற்கான எளிய வழி, வாசகர்களின் குறுகிய வட்டத்திற்குத் தேவையான தொழில்நுட்ப விவரங்களை ஸ்பாய்லரின் கீழ் மறைப்பதாகும்.
வடிவங்கள். உங்கள் கட்டுரைகளில் பல வடிவங்களை இணைக்கவும்: உரை, வீடியோ மற்றும் படங்கள். இது உணர்வை மேம்படுத்தும்.
அழகான அமைப்பைக் கொண்டு பிரச்சனைகளை மறைக்க முயற்சிக்காதீர்கள். நேர்மையாக, "ரேப்பர்" காலாவதியான ஆவணங்களைச் சேமிக்கும் என்று நாங்கள் நம்பினோம் - அது வேலை செய்யவில்லை. இந்த நூல்கள் மிகவும் காட்சி இரைச்சல் மற்றும் தேவையற்ற விவரங்களைக் கொண்டிருந்தன, விதிமுறைகள் மற்றும் புதிய வடிவமைப்பு சக்தியற்றவை.
மேலே உள்ளவற்றில் பெரும்பாலானவை நீங்கள் ஆவணப்படுத்துவதற்குப் பயன்படுத்தும் தளத்தால் தீர்மானிக்கப்படும். உதாரணமாக, எங்களிடம் சங்கமம் உள்ளது. நானும் அவருடன் பழக வேண்டியிருந்தது. ஆர்வமாக இருந்தால், எங்கள் வலை உருவாக்குநரின் கதையைப் படியுங்கள்: .
எங்கு மேம்படுத்துவது மற்றும் எப்படி வாழ்வது
உங்கள் ஆவணங்கள் ISPsystem இன் அளவு பெரியதாக இருந்தால் மற்றும் எங்கு தொடங்குவது என்று உங்களுக்குத் தெரியாவிட்டால், மிகப்பெரிய சிக்கல்களுடன் தொடங்கவும். வாடிக்கையாளர்கள் ஆவணத்தைப் புரிந்து கொள்ளவில்லை - நூல்களை மேம்படுத்துதல், ஒழுங்குமுறைகளை உருவாக்குதல், எழுத்தாளர்களுக்கு பயிற்சி அளிக்கவும். ஆவணம் காலாவதியானது - உள் செயல்முறைகளை கவனித்துக் கொள்ளுங்கள். மிகவும் பிரபலமான தயாரிப்புகளைப் பற்றிய மிகவும் பிரபலமான கட்டுரைகளுடன் தொடங்கவும்: ஆதரவைக் கேட்கவும், தேடுபொறிகளில் தள பகுப்பாய்வு மற்றும் வினவல்களைப் பார்க்கவும்.
இப்போதே சொல்லலாம் - இது எளிதானது அல்ல. மேலும் இது விரைவாக வேலை செய்ய வாய்ப்பில்லை. நீங்கள் ஆரம்பித்து சரியானதை உடனே செய்யாவிட்டால். காலப்போக்கில் அது சரியாகிவிடும் என்பது நாம் உறுதியாக அறிந்த ஒன்று. ஆனால் செயல்முறை முடிவடையாது :-).
ஆதாரம்: www.habr.com