Czy powinienem aktualizować posty na blogu lub przepisywać je wraz ze zmianami technologii (i mnie)? [Zamknięte]


11

Założyłem blog programistyczny na początku tego roku, a odkąd zacząłem, pewne rzeczy się zmieniły. Niektóre zmiany są spowodowane zmianami technologii, niektóre są spowodowane poprawą bibliotek kodów, a niektóre (ok, prawdopodobnie większość) są spowodowane zmianami w miarę zdobywania wiedzy.

Chcę wrócić i całkowicie ponownie napisać niektóre posty na blogu. Czy lepiej przepisać posty, aby usunąć stare informacje i zaktualizować je o nowe rzeczy, czy też utworzyć zupełnie nowe posty i ewentualnie usunąć stare?

Nie mówię o drobnych zmianach w kodzie ani o kilku dodatkowych zdaniach, ale o całkowitym przepisaniu nowego kodu, nowych informacji itp.

Należy wziąć pod uwagę komentarze do postu, subskrybentów, którzy otrzymują aktualizacje, gdy tworzone są nowe posty, oraz zakładki użytkowników.


1
Zachowaj stare wpisy na blogu takie, jakie są. Obowiązkowy link XKCD podsumowuje powody, dla których: xkcd.com/979
wałek klonowy

Jeśli nadal są często odwiedzane, możesz dodać krótkie powiadomienie o zmianach lub zaoferować link do nowszej wersji.
Traubenfuchs

Odpowiedzi:


23

Myślę, że najlepszym rozwiązaniem jest pozostawienie starych wpisów / próbek kodu tam, gdzie są, i dodanie nowych z nowymi pomysłami / próbkami kodu. Następnie możesz dołączyć link do starszych postów wskazujący na nowe.

Takie podejście pozwala zarówno tobie, jak i odwiedzającym zobaczyć, jak Twój kod / pomysły ewoluowały w czasie, co może być cenne. I nie ma nic złego w przyznawaniu się do tego, co napisałeś / napisałeś jakiś czas temu, nie było tak dobre, jak mogłoby być. Sam fakt, że rozpoznajesz, jest oznaką twojego postępu.


10
+1, powiedziałbym, że jest również OK (a w niektórych przypadkach być może zdecydowanie zalecane), aby dodać małą notatkę na górze starego postu z informacją „Nowsze pomysły na ten temat są tutaj: [link]”. Odsyłacze odsyłające mogłyby ułatwić śledzenie rozwoju pomysłu.
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner, uzgodniono.
Daniel Scocco

1
Z czysto najemniczego punktu widzenia uzyskasz więcej odsłon stron od osób czytających oba posty.
TMN

Zdecydowanie dobrym pomysłem jest umieszczenie notatki na górze , aby każdy ruch z wyszukiwarek mógł zostać szybko przekierowany na dobrą bieżącą odpowiedź, zanim zdecydują, że treść jest stara i odejdą. (Jeśli naprawdę szukają starych rzeczy, szybko przejdą obok nich.)
Cascabel

Dzięki, myślę, że pójdę tą drogą. Z czasem, jeśli moje stare rzeczy nie będą miały zbyt wielu wyświetleń, po prostu je usunę. Wydaje mi się, że niektóre z moich starszych rzeczy są źle napisane i mogłem użyć przepisywania z czystszymi przykładami kodu.
Rachel

4

Osobiście nie lubię usuwać starych postów, informacje, nawet jeśli nie są aktualne, wciąż są często przydatne. Niektóre osoby mogą na przykład korzystać z przestarzałych bibliotek. Również niektóre komentarze mogą być przydatne w sposób, który nie jest od razu oczywisty

Moim zdaniem najlepiej poradzić sobie z tą sytuacją, aby napisać nowy post i wyraźnie oznaczyć nowy post jako zastąpiony linkiem do zaktualizowanego postu u góry strony.


1

Najprawdopodobniej te stare posty są bardzo cenne dla tych, którzy pracują nad starymi frameworkami / technologiami, więc sugeruję, abyś trzymał je na swoim blogu. Nawet oni będą reprezentować twoje umiejętności i cenny pomysł za nimi, które również pozwolą niektórym wykorzystać twoje pomysły.

Możesz utworzyć nowy post, oznaczając zaktualizowaną wersję technologii i starszą wersję starszym postem.


0

Zalecam zachowanie informacji bez zmian. Mój blog VB.NET nie był aktualizowany od 2007 roku i odnotowuje spory ruch osób poszukujących starszych rzeczy, zwykle 500-700 unikalnych użytkowników dziennie. Moje naprawdę stare (ok. 1999) statyczne strony HTML VB6 nawet trochę się ruchem.

Możesz wrócić i edytować posty, aby dodać linki do nowszych postów. W niektórych przypadkach dodałem pogrubiony nagłówek aktualizacji, który wyjaśnia, dlaczego nie polecam już czegoś.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.