क्या मुझे ब्लॉग पोस्ट अपडेट करना चाहिए या उन्हें प्रौद्योगिकी (और मेरे) परिवर्तन के रूप में फिर से लिखना चाहिए? [बन्द है]


11

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

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

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

कुछ बातों पर विचार करने के लिए पोस्ट पर टिप्पणियां हैं, नए पद सृजित होने पर अद्यतन प्राप्त करने वाले ग्राहक, और उपयोगकर्ता बुकमार्क।


1
पुराने ब्लॉग पोस्ट को वैसे ही रखें जैसे वे हैं। : वजहों ऊपर अनिवार्य xkcd लिंक रकम xkcd.com/979
maple_shaft

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

जवाबों:


23

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

यह दृष्टिकोण आपको और आपके आगंतुकों दोनों को यह देखने की अनुमति देता है कि समय के साथ आपका कोड / विचार कैसे विकसित हुआ, जो मूल्यवान हो सकता है। और कुछ समय पहले आपके द्वारा लिखे / लिखे गए सामान को स्वीकार करने में कुछ भी गलत नहीं है जितना अच्छा हो सकता था। यह तथ्य कि आप पहचान रहे हैं, यह आपकी प्रगति का संकेत है।


10
+1, मैं कहूंगा कि यह भी ठीक है (और कुछ मामलों में, शायद दृढ़ता से अनुशंसित) पुराने पोस्ट के शीर्ष पर एक छोटा नोट जोड़ने के लिए कहा "इस विषय पर नए विचार यहां हैं: [लिंक]"। क्रॉस-रेफ़रिंग लिंक विचार के विकास का पता लगाना आसान बना सकते हैं।
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner, सहमत।
डैनियल स्कोको

1
और, विशुद्ध रूप से भाड़े के बिंदु से, आपको दोनों पोस्ट पढ़ने वाले लोगों से अधिक पृष्ठ हिट मिलेंगे।
TMN

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

धन्यवाद, मुझे लगता है कि मैं इस मार्ग पर जाऊंगा। समय के साथ अगर मेरे पुराने सामान को बहुत सारे विचार नहीं मिलते हैं, तो मैं इसे नीचे ले जाऊंगा। मुझे लगता है कि मेरे कुछ पुराने सामान बुरी तरह से लिखे गए हैं, और कुछ क्लीनर कोड उदाहरणों के साथ फिर से लिख सकते हैं।
राचेल

4

मैं पुरानी पोस्ट को हटाना पसंद नहीं करता, अगर अप टू डेट नहीं है तो भी जानकारी अक्सर उपयोगी होती है। उदाहरण के लिए कुछ लोग पुरानी लाइब्रेरी का उपयोग कर सकते हैं। इसके अलावा कुछ टिप्पणियाँ उन तरीकों से उपयोगी हो सकती हैं जो तुरंत स्पष्ट नहीं हैं

इस स्थिति से निपटने के लिए मेरी राय में एक नई पोस्ट लिखना और पृष्ठ के शीर्ष पर अपडेट किए गए पोस्ट के लिंक के साथ नई पोस्ट को स्पष्ट रूप से चिह्नित करना है।


1

ज्यादातर शायद वे पुराने पोस्ट उन लोगों के लिए बहुत मूल्यवान हैं जो पुराने ढांचे / प्रौद्योगिकियों पर काम कर रहे हैं, इसलिए मेरा सुझाव है कि आप उन्हें अपने ब्लॉग पर रखें। यहां तक ​​कि वे आपके कौशल और उनके पीछे के मूल्यवान विचार का प्रतिनिधित्व करेंगे, जो कुछ को आपके विचारों का उपयोग करने की अनुमति देता है।

कि आप क्या कर सकते हैं कि अद्यतन प्रौद्योगिकी संस्करण और पुराने पोस्ट पर पुराने संस्करण को टैग करके नई पोस्ट बनाएं।


0

मैं जानकारी रखने की सलाह देता हूं। मेरा VB.NET ब्लॉग 2007 से अपडेट नहीं किया गया है और यह पुराने सामानों की तलाश करने वाले लोगों की आम तौर पर 500-700 अद्वितीय आगंतुकों को प्रति दिन एक अच्छी मात्रा में यातायात देखता है। मेरा वास्तव में पुराना (लगभग 1999) VB6 स्थैतिक HTML पृष्ठों को भी थोड़ा सा ट्रैफ़िक मिलता है।

आप नए पोस्ट के लिंक जोड़ने के लिए पोस्ट को वापस संपादित कर सकते हैं। कुछ मामलों में, मैंने एक बोल्ड अपडेट हेडर जोड़ा है जो बताता है कि मैं अब और कुछ क्यों नहीं सुझाता।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.