Що можна зробити для збереження історії цифрового дизайну?

Я нещодавно переїхав, тому я пройшов процес вирішення, що зберігати, що пожертвувати та що викинути.

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

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

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

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

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

Отже, моє питання:

• Що можна зробити, щоб зберегти історію цифрового дизайну для майбутніх поколінь?
• Який би був хороший спосіб архівування динамічних фрагментів дизайну таким чином, щоб вони не застаріли?
• Чи безглуздо це робити?

У вас є кілька речей, про які вам потрібно подбати про збереження. Коли ми говоримо про цифрове збереження, ми зазвичай переймаємось:

1. Фізичні носії . Це вирішується через те, що називається "оновлення медіа", як правило, кожні 5-10 років, залежно від типу медіа. Ви читаєте все, що виходить із старих носіїв, підтверджуєте їх проти контрольних сум (які, сподіваємось, зберігаєте в декількох місцях), а потім записуєте все на нові носії. Зазвичай це відоме як "бітове збереження", оскільки ви маєте справу лише з існуючим цифровим файлом, як це було раніше, але не ви можете насправді прочитати його чи ні.

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

3. Програмне забезпечення / операційна система / обладнання . Бувають випадки, коли проекти можуть бути тісно пов'язані з програмним забезпеченням або обладнанням, на якому вони працюють. (наприклад, Doomsday Project . Якщо у HyperCard чи іншого програмного забезпечення, яке вже не існує, у вас є щось, можливо, вам доведеться архівувати програмне забезпечення, віртуальну машину, яка може запускати програмне забезпечення, а також емулятор для обладнання. У деяких випадках є групи, які спеціально архівують старе обладнання, але це, як правило, для тих випадків, коли у них багато програмного забезпечення, яке потребує однакового обладнання (наприклад, архіву UT Videogame Archive ). Якщо ви намагаєтеся знову створити досвід роботи відеоігра, монохромний монітор та вигинна пружинна клавіатура можуть бути частиною досвіду, як і програмне забезпечення.

   І пам’ятайте, що якщо ви архівуєте веб-сайт, ви хочете не тільки архівувати VM на повністю функціональному сервері, але також вам потрібно архівувати браузери тієї епохи, які взаємодіють з ними належним чином, як у нас є випадки, коли певні функції застарілі ( <flash>, кілька <title>s, lowsrc) або на виході ( XLST ). Вам також може знадобитися проксі-сервер, щоб відтворити відповідні швидкості мережі (тобто, комутований номер), щоб встановити відповідний контекст.

Що втягує нас у питання, що це таке, що ви насправді намагаєтесь зберегти.

Хоча деякі музеї виготовлятимуть репліку предметів, які будуть демонструватися, а Смітсоніан розпочав 3D-сканування предметів, більшість проектів цифрової цифрової музейної діяльності насправді знімають предмети чи інші записи (аудіо, відео тощо).

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

Тож пам’ятайте - намагання захопити «суть» твору принципово відрізняється від спроби захопити «біти» файлу, що відрізняється від спроби забезпечити в майбутньому використання «вмісту» файлів. Вам потрібно вирішити, що саме ви намагаєтеся зберегти, оскільки це вплине на те, що ви зберігаєте, як ви збережете його та як ви будете каталогізувати його для подальшого використання.

Примітка: Протягом багатьох років існували і сайти цифрового збереження та бібліотеки SE, жоден з яких не став бета-версією.

Я схильний тримати все цифровим.

Коли флоппі померли, я перемістив усе на Zip-диски.

Коли Zip-диски померли, я перемістив все на жорсткий диск. (вважається переходом до Jaz-накопичувачів, але насторожено ставився до іншого зовнішнього формату на той час)

Коли компакт-диски почали зникати, я перемістив увесь вміст компакт-дисків на жорсткі диски.

Передусім тому, що до того часу жорсткі диски зросли в 10 разів + в рази і знизилися в 10 разів.

Потім я просто подав стару роботу в свої архіви.

Технології змінюються, але загальна структура файлів насправді не сильно змінилася. Файл Photoshop 2 ще сьогодні може відкрити Photoshop. Так само, як файл Illustrator 88 - це все ще дійсний векторний файл. HTML все ще є HTML, і будь-який веб-сайт, що будується, - це вбудований сайт, тому всі необхідні технології є у ​​складанні. Хоча на старих сайтах можуть використовуватися такі речі, як PHP3, вони можуть бути оновлені за потреби або просто спарені вниз або маневрові, щоб при необхідності зробити передній край належним чином.

Деякі структури файлів мертві. Я, в один момент, просто "рухався далі" і переміщав усі мої файли Pagemaker. В цей час не було надії їх відкрити і немає сенсу намагатися відновити їх. Те саме стосується багатьох файлів QuarkXpress 2-3. Просто збереження цих файлів не було жодної додаткової переваги. Отже, бажання зберегти роботу переважало фактичну корисність файлової структури. Сьогодні велика частина моєї друкованої роботи збережена в PDF з тих чи інших причин. Зберігання PDF-файлів означає, що вони повинні бути видимими довгі-багато років, навіть якщо колись InDesign помер.

По суті, якщо я можу сьогодні відкрити файл ... я зберігаю його.

Я особисто ніколи не знаходив причин просто відкинути будь-який цифровий твір, окрім того, що було сказано вище. Жорсткі диски забруднені дешево, і зберігати їх нічого не варто. Однак здебільшого я зберігаю все це більше для ностальгії, ніж всього іншого. Рідко мені потрібно повернутися і підтягнути дизайн-предмет за будь-якої практичної причини. Хоча твори мистецтва - це інша справа. Я все ще повертаюся назад і використовую твори мистецтва, створені 20 років тому. Я оновлю його, оновлю, зміню, а потім використаю, якщо він підійде.

Єдине, що я коли-небудь втрачав цифровим шляхом, це диск SyQuest, тому що я не мав можливості придбати привід SyQuest для одного диска, і вміст на ньому не був обов'язковим.

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

Я люблю , щоб побачити ранні роботи від Глейзера, бас, Rand, Тарп , перш ніж їх імена були «відомим». Я не починаю порівнювати себе з цим, але збереження власної історії для мене дещо імперативне.

Також пам’ятайте, що в надзвичайно рідкісних випадках мені довелося через десяток років клієнт зв’язуватися зі мною, шукаючи твори мистецтва чи оновлення. Це може статися. Хоча я не відчував би себе зобов’язаним мати свої художні твори в той момент.

Ви не можете легко зберегти цифрові файли з кількох причин:

• фізичні носії застаріли
• програмне забезпечення застаріло
• системи для запуску зазначеного застарілого програмного забезпечення застаріли

Не те, що ви не повинні робити резервну копію даних, звичайно. "Хмара" робить це трохи простішим щодо фізичних засобів масової інформації. Однак у вас є ще два інші питання. Наприклад, у мене є багато файлів від руки на дисках Syquest. Не тільки засоби масової інформації застаріли, але у мене немає копії Freehand, і навіть якщо я це зробив, у мене немає нічого, щоб це запустити.

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

Все, що сказано, є також аргумент "навіщо триматися за речі, які вам не потрібні". Як і фізичний світ, ми, як правило, збираємо детріус в наших будинках, а також на своїх ноутбуках. Можливо, найкраще як практично, так і психологічно здоровіше просто відпустити це. :)

Цифрове архівування важко. Ви повинні планувати подолати технічні бар'єри. Отже, носії потрібно періодично оновлювати, щоб уникнути застарілості. Вам також потрібно кілька копій, щоб уникнути гниття біт. Цифрові матеріали рідко переживають навіть невелику часткову корупцію. Тож надмірний магазин - це обов’язково.

Файли повинні покладатися на стандарти, оскільки їх легше відтворити пізніше, їх краще документувати, а документи можна зберігати поряд з даними (Стандарти - як мінімум більш зрілі органи стандартів, які вже архівуються). Інша стратегія - архівувати виконуваний файл. Для правильних речей це може бути важко, ліцензування для старовинних версій трохи проблематично. (тому не розраховуйте використовувати 15-річні фотошопи, звичайно, не творча хмара). Але вам може знадобитися піти далі і віртуалізувати всю осі. З цієї причини веб-сторінки можуть бути важкими для архівації, але простішими, оскільки вони є текстовими (текстові стандарти також змінюються повільно, тому готуйтеся до відновлення потоків)

Інша стратегія - це постійне оновлення, тож ви постійно підтримуєте файл. Оновіть до поточних версій і виправляйте речі, коли вони порушуються. Це може бути дуже дорогим. Але може бути того варте. Мабуть, піксар використовував цю стратегію. Для збільшення вартості продажів. Графічний дизайнер також повинен це зробити, оскільки клієнти можуть пізніше попросити щось із цього.

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

Ця парадигма збереження спирається на два аспекти. Перш за все, підтримка інструментів для читання цих цифрових опор. Як ви помітили, хто до цих пір зберігав зчитувач дискети? В особистій записці я не можу згадати, коли востаннє я використовував свій ноутбук CD / DVD на своєму ноутбуці. Друге - це те, що, враховуючи те, що технології рано чи пізно застаріли, вам потрібно перенести дані від однієї технології до іншої, і це перетворення може вплинути на характер даних. З огляду на зображення, деякі візуалізації можуть час від часу відрізнятися залежно від того, яким чином він перетворений з пристрою А в пристрій В. Це повторювалося десятиліттями через десятиліття. Що залишиться від оригінального матеріалу. Наскільки правдивим буде матеріал, який ви подивитеся через тисячу років відтепер? Цифровий приніс багато дивовижних речей, але й слабкість. Наші жорсткі диски можуть вийти з ладу, наші компакт-диски можуть бути пошкоджені подряпинами, сонячними променями, теплом ... Так, це теж стосується паперу. Книга може горіти, бути заболоченою… Але все-таки папір міцніший за часом. На закінчення, найбільш цікавими технологіями, які я бачу для цифрового збереження, є відкриті джерела, засновані на зручному для читання та відтворенні підтримці, як у XML. Чим більше це власність, тим більший ризик втратити дані.

Ситуація не так вже й страшна, як ви думаєте. Проблема, яку ви маєте, вирішує WorldWideWeb. Більш конкретно, W3C HTML5 та ISO MPEG-4.

Збереження документів є те , що W3C HTML5 і ISO MPEG-4 є для . Тому вони існують.

HTML5 / MPEG-4 - це не тільки для того, щоб ви могли ділитися своїми документами в просторі, а й у часі. Це тому, що декодер для HTML5 - це крихітний фрагмент програмного забезпечення, який повністю стандартизований та повністю крос-платформний і передається в майбутній декодер HTML. Декодер для ISO MPEG-4 також повністю стандартизований і вбудований у кожен апаратний пристрій у світі, який може відтворювати аудіо-відео, і буде перенесений у майбутні декодери MPEG. (Але зачекайте, патенти MPEG-4! Термін дії їх закінчується приблизно як 2022.) І документи HTML5, і носії MPEG-4 подаються з веб-сервера, який представляє собою невеликий фрагмент стандартизованого програмного забезпечення з відкритим кодом, який надсилає документ через Інтернет через стандартизований HTTP. Тож ваші документи HTML5 / MPEG-4 будуть читатимись наступними поколіннями, навіть якщо вони використовують HTML15 та MPEG-10.

Існує також ISO JPEG для фотографій. Працює так само, як ISO MPEG працює для аудіо-відео, і для всіх намірів і цілей ви можете вважати його частиною HTML5 та / або MPEG-4.

Зверніть увагу на всі випадки "стандартизованих" у вищесказаному. Це в різкій контрасті з різними дискетами / оптичними дисками, документами FreeHand, фізичними носіями, друкованими носіями, HTML4 (має додатки,) HTML3 (не Unicode,) Flash, Director, Word, Excel, PowerPoint, PSD тощо. і т. д. Це всі тимчасові формати. Ви можете працювати над документом FreeHand цілий день, але якщо ви не створите його SVG і розмістите його на веб-сервері, він не переживе вас.

Отже, будь-які документи, які ви хочете зберегти, створіть їх версії HTML5 / MPEG-4 та зберігайте їх на стандартному веб-сервері. Також зберігайте копію на вашому поточному комп’ютері. Також зберігайте локальну резервну копію цього комп’ютера. Також зберігайте хмарну резервну копію цього комп’ютера. Потім перемістіть усі ці копії вперед до наступного комп'ютера. Правда, дані вашої дискети повинні були переміститися на ваш перший жорсткий диск, а потім на послідовні жорсткі диски, а потім нещодавно на SSD.

Що б ви не створювали сьогодні, ви, перш за все, повинні створювати версію HTML5 / MPEG-4 і усвідомлювати протягом усього процесу, що документи Illustrator або Word або Final Cut є лише мостом для досягнення остаточної версії HTML5 / MPEG-4, яка представляє вашу фактично опубліковану роботу. Так само, як художник-графік у 1995 році в основному створював друковану брошуру, і знав, що документ FreeHand, над яким вони працювали, був лише мостом до цього документа для друку.

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

Деякі приклади ЗМІ з вищезазначеного питання:

• дипломну роботу або будь-який текстовий документ (наприклад, Word) ➡ конвертуйте його в семантичну статтю HTML

• Файл FreeHand або будь-яку графіку ➡ конвертуйте у SVG графіку

• друкувати фотографії ➡ конвертувати у високоякісний ISO JPEG

• друк документів ➡ Веб-документи (друк застарілий і замінений на Retina Displays та гігантські екрани рекламних щитів)

• VHS відео, DVD (MPEG-2,) MPEG-1 ➡ перетворити на ISO MPEG-4 H.264

• Компактні аудіокасети, DAT-аудіо, CD-аудіо, MP3 ➡ перетворюються на ISO MPEG-4 AAC

• анімована графіка (наприклад, GIF) ➡ перетворити в анімований SVG

• інтерактивна анімація будь-якого типу ➡ конвертувати в інтерактивну анімацію HTML5 (Tumult Hype - чудовий інструмент для цього)

• застарілий комп’ютерний додаток (наприклад, BASIC або FORTRAN) ➡ перетворити на додаток HTML (наприклад, JavaScript)

… Список продовжується і продовжується, тому що завжди є спосіб перетворити застарілі медіа в сучасні HTML5 / MPEG-4.

Існує стара цифрова приказка: «якщо у вас є лише одна копія, її не існує». Це охоплює частину архівування даних про втрату даних. Ви не можете розмістити деякі дані лише на одному комп'ютері і покластися на те, що комп'ютер не вийде з ладу, не буде вкрадений або загублений. Вам потрібно зробити кілька копій, щоб переконатися, що ви зможете пізніше отримати біти пізніше, коли захочете їх. Але є й друга частина до цього: "якщо у вас немає стандартизованого документа, він не існує". Отже, ви можете мати 8 копій документа FreeHand у 8 різних місцях, але тоді ви намагаєтеся прочитати його і у вас немає функціонуючої версії нестандартного FreeHand, тому ваші документи також не існують. Стандартизовані формати документів - HTML5 / MPEG-4.

Отже, все разом: якщо у вас немає декількох копій документа у форматі HTML5 / MPEG-4, ваш документ не існує.

Є ще одна архівна проблема, яка полягає в тому, чи може майбутнє покоління насправді зрозуміти ваш документ. Наприклад, якщо в тексті вашої дисертації написано: "Тест тестує 5 футів-4", то переважна більшість людей, які живі сьогодні, не можуть зрозуміти ці вже антикварні вимірювання, а ще менше наступного покоління той, що після цього зрозуміє. Точно так само, як у нас ISO-відео та ISO-фотографії, ми також проводимо вимірювання ISO. Тож вам потрібно замінити "5 футів-3" на "160 сантиметрів" і "32 градуси за Фаренгейтом" на "0 градусів" і "2 милі" на "3,2 кілометра" тощо. Але це правда, навіть якщо ви просто сьогодні публікуєте щось в Інтернеті, яке закінчується через рік. У нас також є формати часу ISO (РРР-ММ-DD) тощо, які слід використовувати у своєму документі, а потім необов'язково,

Якщо ви скептично ставитеся до будь-якої причини, ви можете переглянути 13+ годин музичних відеороликів 1980 року на YouTube:

Плейлист 1980-х років

… Які подаються вам як сторінки HTML5 із відео MPEG-4 у них. Ймовірно, ці пісні та відеоролики передують усім носіям, які ви думаєте про архівування.

Або список відтворення музики 1970 року:

Плейлист музики 1970-х

… Або повернемося до 40-х років через HTML5 / MPEG-4:

Біг-бенд / свінг / джаз 1940-х

… Або подивіться на фотографію з 1953 року, яка працює як ISO JPEG у документі HTML5:

Шоу сил, 1953 р. (Архів BBC)

… Або Mac Plus, який був обладнанням у 1985 році, але сьогодні діє як документ HTML5:

Емулятор Mac Plus

... це продовжується і продовжується.

Таким чином, WorldWideWeb переповнений старими речами, які не тільки передували багатьом людям, які живуть сьогодні, але й передують WorldWideWeb.