हाबरा प्रयोज्य समीक्षा (शुभकामनाएं)

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

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

गणना क्रमिक रूप से, साइट पेज के HTML कोड के क्रम में हैडर से पाद लेख तक जाएगी। विशिष्ट पृष्ठों को अलग से वर्णित किया जाएगा।

विभिन्न मेनू की समस्याओं का समूह

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

* अप्रभावी सबमेनू प्रणाली
यह पूरी तरह से मेरे द्वारा किसी अन्य साइट के सबमेनू की अक्षमता के बारे में एक समान लेख के जवाब में वर्णित किया गया था: habrahabr.ru/company/webprofessionals/blog/132564/#comment_4401350 । संक्षेप में - साइट के मेनू के माध्यम से जाने के लिए, आपको 4 क्लिक करने की आवश्यकता है, इस तथ्य के बावजूद कि यह नहीं है और इसमें केवल 20 लिंक शामिल हैं, यदि आप विशेष पृष्ठों को ध्यान में रखते हैं (जो, वैसे, पृष्ठ नहीं होना चाहिए - सेटिंग्स, प्राधिकरण ब्लॉक)। संभव समाधान: सभी 20 लिंक 1 पेज पर कम से कम रखे जा सकते हैं और माउस होवर और 1 क्लिक द्वारा उन तक पहुंच सकते हैं।

* उपयोगकर्ता मेनू
यह पहले ही उल्लेख किया गया है - व्यक्तिगत पृष्ठ की सेटिंग एक अलग पृष्ठ है, न कि व्यक्तिगत पृष्ठ के क्षेत्र जिन्हें संपादित किया जा सकता है।

* पेज संक्रमण के लिए छोटे लिंक
बेशक, Ctrl + "सही" बटन हैं, लेकिन माउस बटन इतने छोटे क्यों हैं? समाधान: ज़ेनकॉम में मैंने न केवल उन्हें बढ़ाया, बल्कि बाईं ओर नीचे की खिड़की में भी उन्हें ठीक किया। परिणामस्वरूप, न केवल क्लिक करना आसान है, बल्कि यह भी पता लगाना है कि हम किस खाते में हैं। (हां, हां, यह आवश्यक नहीं है, हर कोई पता बार पर करीब से देख सकता है। :))

* लेख शीर्षक

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

* लेखक, तिथि और स्रोत लेख के शीर्ष पर इंगित नहीं किए गए हैं
हां, उन्हें नीचे भी आवश्यक है, लेकिन ऊपर भी। एक महत्वपूर्ण विशेषता यह है कि यह कब लिखा जाता है और क्या इसका अनुवाद किया जाता है। यदि उत्तरार्द्ध अभी भी एन्क्रिप्ट किए गए अक्षरों "Z-I" द्वारा दिखाई दे रहा है (हाँ, पृथ्वी के सभी निवासियों को यह अभी तक पता नहीं है, हम यह बताएंगे कि हम कैसे कर सकते हैं), तो आपको पृष्ठ के बीच में कहीं तारीख की तलाश करनी होगी, और लेखक भी। समाधान - HabrAjax में एक सेटिंग है जिसमें यह डेटा शीर्ष पर डुप्लिकेट है ( उदाहरण के लिए, इस तरह )।

* अनुवाद में स्रोत लिंक - लेखक के रूप में और टिप्पणियों के रूप में एक ही रंग
यह धारणा को थोड़ा धीमा कर देता है; क्योंकि रंग को थोड़ा अलग बनाने के लिए कोई समस्या नहीं है, और देखो लिंक को अलग करेगा।

* जैसा कि उल्लेख किया गया है, इस संकेत को याद करना बहुत आसान है कि लेख एक अनुवाद है
उदाहरण के लिए, अधिक भिन्नता के लिए, मैंने हेडर की पृष्ठभूमि को हाइलाइट करने के लिए व्यवस्थित किया (ज़ेनलकैम में पीला नीला)।
UPD 2012-07-10: "अनुवाद" का स्पष्ट संकेत मई 2012 के आसपास "सैंडबॉक्स से" के रूप में जोड़ा गया था ।

* अनुच्छेद एनोटेशन

* ब्लॉग, कंपनियों और लेखों के लंबे शीर्षक बहुत जगह लेते हैं
जाहिर है, ध्यान आकर्षित करने के लिए, यह कमी लेखकों को विज्ञापन के उद्देश्यों के लिए बहुत लंबी सुर्खियाँ देने के लिए प्रोत्साहित करती है। या इसके विपरीत, वे कम करने के लिए खुश होंगे, लेकिन वे नहीं कर सकते।
नाम की लंबाई के आधार पर शीर्षक फ़ॉन्ट बनाने के लिए समाधान है, और लंबे ब्लॉग नामों को ट्रिम करें (उपयोगकर्ता इस तथ्य के लिए दोषी नहीं हैं कि वे इतने लंबे हैं)। हबरअजैक्स में लागू किया गया ।

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

* दाएं और बाएं आंकड़े बड़े होने पर पाठ को दबा देते हैं
समाधान अधिकतम-चौड़ाई को सीमित करना है: उनके लिए 50% (एक उदाहरण ज़ेनकॉम में देखा जा सकता है)।

* सामाजिक नेटवर्क के बटन, भले ही पाठक उनका उपयोग न करें
यदि वह स्पष्ट रूप से किसी विशेष नेटवर्क पर खाता नहीं रखता है, तो वह सामाजिक नेटवर्क पर बटन के प्रदर्शन को बंद कर सकता है।

* प्रकाशन

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

* टिप्पणी रेटिंग के लिए बंद बटन
रेटिंग मूल्य के विपरीत पक्षों पर रखने का एक उदाहरण ज़ेनकॉम में है।

* Ctrl + Enter द्वारा पोस्ट करना
(यह अभी भी काम करता है!)
हो सकता है कि पहली नज़र में यह एक "उन्नत" इंटरफ़ेस का संकेत प्रतीत हो, लेकिन, वास्तव में, इसमें संदेह है कि संदेश भेजने में 90% त्रुटियां अप्रत्याशित रूप से इसके परिणामस्वरूप होती हैं। यहां तक ​​कि अगर उपयोगकर्ता को इसके बारे में पता है, तो वह पाठ दर्ज करते समय गलती से Ctrl + Enter दबा सकता है (मुझे पता था, लेकिन यह हो रहा था), और आप भेजे गए टिप्पणी को ठीक नहीं कर सकते। संभावित समाधान: मैं व्यक्तिगत रूप से स्क्रिप्ट (HabrAjax) में इस क्रिया पर ताला लगाता हूं, और, चूंकि मैं हमेशा उपयोगकर्ता स्क्रिप्ट के तहत लिखता हूं, अप्रत्याशित संदेश भेजने की त्रुटियां बंद हो गई हैं। प्रशासन के लिए - यह सबसे सरल होगा - नियम को रद्द करने के लिए, इसे सभी इनपुट रूपों से हटा दें। या, एक और खामी को देखते हुए, भेजे गए कॉमेंट को पहले 5-20 मिनट में या जब तक दूसरों ने इसे देखा है (लेकिन कुछ समय से कम नहीं) संभव संपादन के नियम को पेश करें।

* बंद बटन "पूर्वावलोकन" और "भेजें"
वे बड़े हैं, इसलिए एक गलती की संभावना नहीं है, लेकिन दाईं ओर बहुत अधिक जगह है। कम से कम इसे सबमिट बटन को पूर्वावलोकन से दूर जाने से क्या रोकता है?

* स्रोत और कोड टैग में ट्रिगर करना
मैंने गर्मियों में तकनीकी सहायता में इस बग के बारे में लिखा था - कुछ भी नहीं किया गया था, हालांकि उन्होंने एक पत्र में जवाब दिया था।
क्रैश टेस्ट: दर्ज करें
<स्रोत लैंग = "जावास्क्रिप्ट">
a = "<br>";
</ स्रोत>
फिर "पूर्वावलोकन" पर क्लिक करें (एक ही चीज़ भेजते समय, एक महीने पहले से मेल में जाँच की गई)।
UPD 2012-07-10: 9 जुलाई 2012 को SOURCE के लिए तय किया गया।

* स्रोत, ब्लॉकचोट टैग बटन के बीच नहीं दिखाई देगा
HabrAjax द्वारा हल किया गया।
UPD 2012-07-10: 12 अप्रैल 2012 को SOURCE दिखाई दिया ।

* इनपुट फ़ील्ड के ऊपर के बटन किसी तरह पास हैं, आपको लक्ष्य करना है
HabrAjax में और दूसरी स्क्रिप्ट में (Crea7or से) फैलाएं, अगर यह अब चालू है।

* कुछ टैग्स दर्ज करते समय अनपेक्षित अनावश्यक मोडल विंडो
इनपुट क्षेत्र से विचलित, ध्यान खिड़की के बीच में जाता है। लगातार उद्धृत स्क्रिप्ट में, मोडल विंडो सेवाएं अक्षम होती हैं।

* इसमें पाठ की मात्रा बढ़ाने पर इनपुट क्षेत्र में कोई वृद्धि नहीं होती है
और यहां तक ​​कि आकार बदलने की शैली भी बंद है। हबरअजैक्स (ऊंचाई) में शामिल।

* टिकट प्रणाली का अभाव
बग को देखने वाला उपयोगकर्ता तकनीकी सहायता मेल के साथ एक पर एक रहता है। वह यह भी नहीं जानता कि दूसरों ने इस बग के बारे में लिखा था और यह कब तक दिखाई दिया। टिप्पणियों और इंटरनेट पर, वह अन्य बगों का विवरण देख सकते हैं, इसलिए तर्क "हमने टिकट छिपाए ताकि किसी को पता न चले कि त्रुटियां हैं" काम नहीं करता है, और सेवा में वह नहीं है जो चारों ओर और मुक्त है (सबसे सरल उदाहरण है सुधारना। , पेड उदाहरण (क्लासिक) - getatisfaction.com)।

* टिप्पणियों की असमानता
भले ही उपयोगकर्ता ने व्याकरणिक, तार्किक (या घातक :)) त्रुटि की हो, वह इसे अपने संदेश में ठीक नहीं कर सकता। वह वहां कहीं भी लिख सकता है कि क्या पढ़ना है, वे कहते हैं, ऐसा नहीं, अन्यथा, या इसे बिल्कुल भी न पढ़ें, लेकिन यह BECAUSE और DOWN होगा। जबकि अन्य पूर्ण संसाधनों का प्रशासन और उपयोगकर्ता अपने संदेशों को सही कर सकते हैं। नतीजतन, सरासर भेदभाव और एक लक्ष्य का खेल। सर्वश्रेष्ठ (और सामान्य, सभ्य) स्थिति में केवल लेख का लेखक होता है, जो लेख को हटा सकता है। लेकिन यहाँ एक और समस्या है - अन्य सभी उपयोगकर्ताओं के संदेश हटाना।

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

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

* नियमों में गलतियाँ
वहाँ कई गलतियाँ और गलत सूचनाएँ हैं। उन्हें एकत्र किया गया और ठीक करने की कोशिश की गई, लेकिन वे बने रहे। उदाहरण:
- यह सर्वेक्षण के शीर्षक के लिए उपलब्ध 100 पात्रों के बारे में कहता है, लेकिन वास्तव में 90 से अधिक नहीं हो सकता है।
- यह कहीं नहीं चेतावनी दी है कि सर्वेक्षण प्रकाशन के बाद संपादित नहीं किया जा सकता है। (सिद्धांत रूप में, प्रकाशित बटन के सामने चेतावनी सही होनी चाहिए।)
- यह कहीं नहीं चेतावनी दी है कि लेख की लंबाई 43706 अक्षर (या थोड़ा अधिक) से अधिक नहीं हो सकती है,
- कहीं भी कोई जानकारी नहीं है (देखें "कोई टिकट सिस्टम नहीं है") यदि यह बग कम से कम एक साल के लिए तय किया गया था जब यह (मेरे द्वारा) पता चला था)

नियमों में एक दर्जन से अधिक ऐसी गलतियां हैं, लेकिन उनके हटाने और ट्रैकिंग के लिए बुनियादी ढांचे की कमी उन्हें कृपालु और शांत होना सिखाती है।

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

* साइडबार में

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

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

* Uninformative काम संदेश
यह उल्लेख नहीं करने के लिए कि 80-90% पाठकों को इस तरह के ब्लॉक की आवश्यकता नहीं है (क्योंकि वे वहां नहीं रहते हैं जहां वे इसे प्रदान करते हैं), लिंक से स्थान डेटा हटा दिया गया है। लेकिन इस लिंक से अधिक मूल्यवान नहीं बन गया! वे, इसके विपरीत, अधिक हानिकारक हो गए हैं, क्योंकि क्लिक करने पर, यह पता चलता है कि यह दूसरे शहर और यहां तक ​​कि एक देश से है।

* पाद
साइट नियम कई लिस्टिंग के बीच में कहीं छिपे हुए हैं।

================================================== ========

UPD : कर्म में माइनस वालों के बारे में एक नोट। मैं समस्या सूचियों में नहीं लिखना चाहता था, क्योंकि वे पहले से ही 20 बार के बारे में दूसरी जगह चर्चा कर चुके थे, लेकिन मुझे करना पड़ा।

यह एक और अपेक्षाकृत नई हैब्र समस्या है। मुझे लगता है कि, जल्द ही कर्म माइनस की स्वचालित कमी की शुरुआत के साथ तय किया जाएगा - डेवलपर्स में से एक से एक टिप्पणी थी। समस्या यह है कि पिछले वर्ष की तुलना में माइनसर्स बहुत दुष्ट हो गए हैं। यदि एक साल पहले, औसतन 20 मिनटों तक, प्रति टिप्पणी में कर्म में एक शून्य था, जिसमें से निष्कर्ष निकालना संभव था, अब एक लेख में 2-3 मिनट और यहां तक ​​कि कुछ टिप्पणियों में (यदि पृष्ठ के शीर्ष पर) कर्म में 1 शून्य है। इसके अलावा, विपक्ष पूरी तरह से हानिरहित अवसरों पर प्रकट हो सकता है और जब सही जगह पर एक निजी राय व्यक्त कर सकता है। और यह एक मामला नहीं है (शायद न केवल मेरे साथ, अन्य स्थानों पर टिप्पणियों द्वारा न्याय करते हुए)। खुद के लिए एक उदाहरण - पूरी तरह से हानिरहित कहने के लिए ("धन्यवाद, आपको ऑटो-अपडेट को तेज़ी से बंद करने की आवश्यकता है ...") कि मैं फ़ायरफ़ॉक्स के संस्करण को 8 वीं से 9 वीं तारीख तक अपडेट नहीं करने जा रहा हूं और इसके लिए औचित्य के साथ मुझे उसी बुरे minuses का एक समुद्र मिल गया है। , और परिणामस्वरूप मैंने कर्म की लगभग 4 इकाइयाँ खो दीं (शून्य से 7 टुकड़े, प्लसस - बाकी, और फिर मदद मांगने के बाद ही)। और वास्तव में, इस कारण से ऑटो-अपडेट को ठीक से बंद कर दिया गया, और लेख के लेखक के लिए धन्यवाद ईमानदारी से है (मैं 7 से 8 तक अपडेट से चूक गया, ऐड-ऑन के साथ समस्याएं थीं)।

और अब: लेख सही जगह पर है। ब्लॉग - "हबर", 3 घंटे बीत चुके हैं। लेख के लिए 6 minuses द्वारा - कर्म करने के लिए 2 minuses। सवाल यह है कि कौन से सब्सक्राइबर (रैंडम लोग नहीं, साइट के बारे में पढ़ें, जानें कि वे क्या कर रहे हैं), तो क्या वे क्रूरतापूर्वक उस विषय की चर्चा को नापसंद कर सकते हैं जिसे वे कर्म में वोट देते हैं? मैं जो कारण देख रहा हूं, वह थोपने की दहलीज के बारे में जागरूकता और उन लोगों की संख्या में वृद्धि है जो साइट के पारिस्थितिकी तंत्र की रक्षा करने के लिए इच्छुक नहीं हैं।

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

ओपा, जब मैं इस पूरक को लिख रहा था, तो लेख में मुख्य आया, पहले से ही लेख में 7 minuses - कर्म के लिए 4 minuses। (इस तथ्य के बावजूद कि कर्म के बारे में एक शब्द नहीं था।) कौन बचा सकता है।
2 घंटे के बाद UPD : अच्छाई और बुराई के बीच संघर्ष अलग-अलग सफलता के साथ है: 2 प्लसस, 2 मिनीस।
(आखिरकार, यह गलत है कि आपको सामग्री से जुड़ी चीजों का ध्यान रखना होगा।)
सुबह में UPD : स्कोर +5, -2।
शाम को UPD : स्कोर +4, -1। और फिर भी, यह आकलन का तरीका नहीं है, जब माइनस-माइंडर्स कर्म से सुरक्षा के बारे में कहा जाना चाहिए और उनके बारे में चेतावनी दी जानी चाहिए। पहले 4 minuses - यह निश्चित रूप से, शातिर अप्रभावित लोग थे (बिल्कुल कोई टिप्पणी में नकारात्मक नहीं बोला), जब अच्छे स्वभाव वाले पाठक चुप थे, क्योंकि यह किसी के लिए कभी नहीं होगा जब वे पूछें नहीं।

प्रश्न : प्रश्न?
ये सभी दुष्ट लोग कौन हैं? इतने सारे क्यों हैं?
वे यहाँ क्या करते हैं, इससे पहले हब्र के ब्लॉग पर, अन्य सभी ब्लॉगों में?