Чи варто оновити публікації блогу чи переписати їх у міру зміни технологій (і мене)? [зачинено]


11

Я розпочав блог програмування на початку цього року, і з моменту його започаткування щось змінилося. Деякі зміни пов'язані зі зміною технології, деякі - завдяки вдосконаленню моїх бібліотек коду, а деякі (добре, напевно, більшість) - через те, що я змінююсь, коли я дізнаюся більше.

Я хочу повернутися назад і повністю переписати певні пости в блозі. Чи краще переписати повідомлення, щоб видалити стару інформацію та оновити їх новою інформацією, або створити абсолютно нові повідомлення та, можливо, зняти старі?

Я не говорю про невеликі зміни коду чи зайві кілька пропозицій, а про повне переписування з новим кодом, новою інформацією тощо.

Деякі речі, які слід враховувати, - це коментарі до публікації, передплатники, які отримують оновлення під час створення нових публікацій, та закладки користувачів.


1
Зберігайте старі повідомлення в блозі такими, якими вони є. Обов’язкове посилання XKCD підсумовує причини, чому: xkcd.com/979
maple_shaft

Якщо вони все ще часто відвідуються, ви можете додати коротке повідомлення про те, як змінилися речі, або запропонувати посилання на нову версію.
Traubenfuchs

Відповіді:


23

Я думаю, що найкращим підходом є залишити старі записи / зразки коду там, де вони є, і додати нові з новими ідеями / зразками коду. Потім ви можете включити посилання на старіші дописи, що вказують на нові.

Такий підхід дозволяє вам і вашим відвідувачам побачити, як ваш код / ​​ідеї розвивалися з часом, що може бути цінним. І нічого поганого в тому, щоб визнати те, що ви робили / писали раніше, було не так добре, як могло бути. Сам факт того, що ви визнаєте, це знак вашого прогресу.


10
+1, я б сказав, що також нормально (а в деяких випадках, напевно, рекомендується) додати невелику примітку вгорі старого допису, де сказано: "Більше нових ідей на цю тему тут: [посилання]". Перехресні посилання можуть полегшити відстеження розвитку ідеї.
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner, погодився.
Даніель Скокко

1
І з чисто корисливої ​​точки зору ви отримаєте більше звернень до сторінок від людей, які читають обидві публікації.
TMN

Це, безумовно, хороша ідея, щоб помістити цю нотатку вгорі , щоб будь-який трафік від пошукових систем був швидко спрямований на хороший поточний відповідь, перш ніж вони вирішать, що вміст є старим і залишити (Якщо вони справді шукають старих речей, вони швидко проберуть повз це.)
Cascabel

Дякую, я думаю, я поїду цим маршрутом. З часом, якщо мої старі речі не отримають дуже багато переглядів, я просто зніму це. Я вважаю, що деякі мої старі речі погано написані, і я міг би переписати кілька прикладів чистішого коду.
Рейчел

4

Мені особисто не подобається видаляти старі пости, інформація, навіть якщо вона не є актуальною, все ще часто корисна. Наприклад, деякі люди можуть використовувати застарілі бібліотеки. Також деякі коментарі можуть бути корисними способами, які не відразу очевидні

На мою думку, найкраще вирішити цю ситуацію - написати нове повідомлення та чітко позначити нову публікацію як замінену посиланням на оновлений пост у верхній частині сторінки.


1

Швидше за все, ця стара публікація є дуже цінною для тих, хто працює над старими рамками / технологіями, тому я пропоную вам зберегти їх у своєму блозі. Навіть вони представлятимуть ваші навички та цінні ідеї, що стоять за ними, а також дозволять деяким використовувати ваші ідеї.

Що ви можете зробити, це створити нову публікацію, позначивши оновлену версію технології та старішу версію на старшій публікації.


0

Я рекомендую зберігати інформацію такою, якою є. Мій блог VB.NET не оновлювався з 2007 року, і він бачить велику кількість трафіку від людей, які шукають старі речі, як правило, 500-700 унікальних відвідувачів на день. Мої дійсно старі (близько 1999 р.) Статичні HTML-сторінки VB6 навіть отримують трохи трафіку.

Ви можете повернутися та редагувати публікації, щоб додавати посилання на новіші публікації. У деяких випадках я додав сміливий заголовок оновлення, який пояснює, чому я більше нічого не рекомендую.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.