Данило Грушка Зберігання файлів у папках було частиною комп’ютерів протягом десятиліть. Так нічого не змінилося донині. Ну, принаймні на настільних системах. iOS майже викорінила концепцію папок, дозволивши створювати їх лише на одному рівні. Чи буде Apple вдаватися до цього кроку на своїх комп’ютерах у майбутньому? Про цей варіант самостійно блог – написав Олівер Райхенштайн, член професійної команди iA Writer iOS a OS X.
Папка папка папка папка папка…
Система папок — винахід гіків. Вони винайшли це на початку розвитку комп’ютерів, бо як інакше ви хотіли б упорядкувати свої файли, як не у своїх будках? Крім того, структура каталогу допускає теоретично необмежену кількість вкладень, тож чому б не скористатися цією функцією. Однак деревоподібна структура компонентів не є цілком природною для людського мозку, який, звичайно, не в змозі запам’ятати всі елементи на окремих рівнях. Якщо ви сумніваєтеся в цьому, перелічіть окремі елементи в рядку меню вашого браузера.
Однак компоненти можна копати набагато глибше. Як тільки ієрархічна структура зростає більш ніж на один рівень, середній мозок перестає мати уявлення про її форму. Окрім поганої навігації, система папок має тенденцію створювати враження безладу. Користувачі не хочуть ретельно сортувати свої дані для зручного доступу. Вони хочуть, щоб все просто працювало. Знову ж таки, ви можете подумати про себе, наскільки добре ви відсортували свою музику, фільми, книги, навчальні матеріали та інші файли. А як щодо області? У вас також є купа документів, які важко сортувати?
Тоді ви, ймовірно, звичайний користувач комп'ютера. Сортування по папках дійсно вимагає терпіння, і, можливо, потрібно трохи менше ліні. На жаль, проблема виникає навіть після створення свого роду сховища робочого процесу та мультимедійного вмісту. Ви повинні підтримувати його весь час, інакше ви отримаєте десятки чи сотні файлів на робочому столі або в папці завантажень. Їх одноразове переміщення вже буде вимушеним через уже налагоджену папкову систему... просто «з коробки».
Однак Apple вже вирішила проблему збору тисяч файлів в одну купу. де Ну, в iTunes. Ви точно не прокручуєте свою нескінченну музичну бібліотеку зверху вниз, щоб просто знайти потрібну пісню. Ні, ви просто починаєте писати початкову літеру цього художника. Або скористайтеся прожектором у верхньому правому куті вікна iTunes, щоб відфільтрувати вміст.
Купертіновцям вдруге вдалося нейтралізувати проблему занурення та дедалі більшої непрозорості в iOS. Він містить структуру каталогів, але вона повністю прихована від користувачів. Доступ до файлів можна отримати лише через програми, які одночасно зберігають ці файли. Незважаючи на те, що це простий метод, він має один істотний недолік - дублювання. Коли ви намагаєтеся відкрити файл в іншій програмі, він негайно копіюється. Буде створено два ідентичні файли, які займатимуть подвійний обсяг пам'яті. Для цього потрібно запам'ятати, в якому додатку зберігається найновіша версія. Я навіть не кажу про експорт на комп’ютер, а потім імпорт назад на пристрій iOS. Як з нього вибратися? Встановити посередника.
ICloud
Apple Cloud стала частиною iOS 5, а тепер і OS X Mountain Lion. Крім електронної поштової скриньки, синхронізація календарів, контактів і документів iWork, пошук ваших пристроїв через Веб-інтерфейс iCloud пропонує більше. Програми, що поширюються через Mac App Store і App Store, можуть реалізувати синхронізацію файлів через iCloud. І це не обов’язково мають бути лише файли. Наприклад, у відомій грі Tiny Wings, починаючи з другої версії, завдяки iCloud можна передавати ігрові профілі та прогрес гри між декількома пристроями.
Але повернемося до файлів. Як було сказано раніше, програми з Mac App Store мають привілей доступу до iCloud. Apple називає цю функцію Документи в iCloud. Коли ви відкриваєте програму з підтримкою документів в iCloud, відкривається вікно з двома панелями. Перший показує всі файли даної програми, що зберігаються в iCloud. У другій панелі На моєму Mac зазвичай ви шукаєте файл у структурі каталогів вашого Mac, у цьому немає нічого нового чи цікавого.
Однак те, що мене в захваті, так це можливість зберігати в iCloud. Більше ніяких компонентів, принаймні на кількох рівнях. Подібно до iOS, сховище iCloud дозволяє створювати папки лише на одному рівні. На диво, цього більш ніж достатньо для певних програм. Деякі файли пов’язані разом більше, ніж інші, тому немає шкоди згрупувати їх в одну папку. Решта може просто залишитися на нульовому рівні, навіть якщо воно повинно складатися з декількох тисяч файлів. Кілька вкладень і обхід дерев є повільними та неефективними. У великих файлах для швидшого пошуку можна використовувати поле у верхньому правому куті.
Незважаючи на те, що в душі я трохи гік, більшу частину часу я користуюся своїми пристроями Apple як звичайний користувач. Оскільки у мене є три, я завжди шукав найзручніший спосіб обміну документами меншого розміру в Інтернеті, як правило, текстовими файлами або PDF-файлами. Як і більшість, я вибрав Dropbox, але все ще не на 100% задоволений його використанням, особливо коли йдеться про файли, які я відкриваю лише в одній програмі. Наприклад для .md або . Txt Я використовую виключно iA Writer, тому синхронізація настільної та мобільної версій через iCloud є абсолютно ідеальним рішенням для мене.
Звичайно, iCloud в одній програмі не є панацеєю. Наразі ніхто з нас не може обійтися без універсального сховища, до якого можна отримати доступ із різних пристроїв, що працюють на різних платформах. По-друге, Документи в iCloud все ще мають сенс, лише якщо ви використовуєте ту саму програму на iOS і OS X. І по-третє, iCloud ще не ідеальний. Наразі його надійність становить близько 99,9%, що, звичайно, приємне число, але з точки зору загальної кількості користувачів решта 0,01% становлять регіональний капітал.
Майбутнє
Apple повільно розкриває нам шлях, яким вона хоче піти. Поки що про Finder і класичну файлову систему хвилюватися нема про що, оскільки користувачі звикли до неї роками. Однак ринок так званих пост-ПК пристроїв переживає бум, люди купують iPhone і iPad в неймовірних обсягах. Тоді вони, логічно, проводять багато часу на цих пристроях, будь то гра в ігри, перегляд веб-сторінок, робота з поштою чи робота. Пристрої iOS дуже прості у використанні. Вся справа в додатках і вмісті в них.
OS X скоріше навпаки. Ми також працюємо в додатках, але нам доводиться вставляти в них вміст за допомогою файлів, які зберігаються, вау, в папках. У Mountain Lion були додані документи в iCloud, але Apple точно не змушує користувачів ними користуватися. Швидше, це просто вказує на те, що ми повинні розраховувати на цю функцію в майбутньому. Залишається відкритим питання, як виглядатиме файлова система через десять років? Чи має Finder, яким ми його знаємо, тремтіти в колінах?
Я б цінував щось на кшталт категорій набагато більше, ніж каталоги. Усі файли будуть в одному місці, але їх можна віднести до кількох категорій. Тож усе, що ми зараз називаємо каталогами, можна перетворити на динамічні папки. Ця система вирішила б проблему, що кожен, хто намагається підтримувати структуру свого каталогу в порядку - файл, якому ніде не місце, або, що ще гірше, скрізь... ;) Сподіваюся, це з'явиться через рік.
Але це знову ж таки передбачає, що користувач буде сортувати та класифікувати. Така сама проблема, як і папки.
«Усі файли будуть в одному місці, але їм можна призначити кілька категорій».
Ви теж можете зробити це сьогодні. Оскільки у файлових системах існують так звані «рядки», і вони існують протягом багатьох десятиліть, ви можете легко організувати це таким чином.
Рядки існують у всіх поширених операційних системах:
http://cs.wikipedia.org/wiki/Pevn%C3%BD_odkaz
Ніщо не заважає вам — і протягом багатьох років — упорядковувати свої файли таким чином. Ви можете зробити це на Mac, Unix і Windows.
Не треба нічого чекати. У вас це давно.
Милослав Понкрац
Я не знаю, я особисто не уявляю життя без адресних книг, оскільки я пишу сотні документів і часто їх потрібно сортувати, тому iCloud мені здається таким же, як мати їх десь у шукачі, вони просто в хмара, але, звісно, я віддаю перевагу пошуку за допомогою spotlight, але все одно класифікація підходить, навіть якщо це потребує часу
І як зберігати, наприклад, фотографії в цій "структурі"? Щось на кшталт: «Її фото з відпустки, ну, ось ще одне, але це вже з будівництва басейну, ну, ще одне фото з відпустки, а тут у нас собака?
Є папки до 1-го рівня.
Фотографії/Відпустка/ і продовжуйте завантажувати сюди... це більше схоже на завантаження для людей, які безладні, і можливість повторного пошуку припускає, що у мене все правильно позначено та названо, а не лише DSC1234.jpg
як професійний фотограф, я працюю з простою системою архівації фотографій. назвіть оброблені фотографії 2012 (рік зйомки) DOV (перші три літери - тут потрібен дозвіл) і поставте 0801 для місяця та дня зйомки та нарешті перед закінченням .jpg або raw. порядковий номер від 001 до 999. тому остання фотографія з відпустки виглядає так: 2012DOV0801001.jpg Я користуюся цією системою кілька років і вона завжди працювала для мене :-)
Сер, ви, мабуть, великий фанат Матриці, га? :-)
З цього приводу можна сказати тільки одне: хто з мільйонів «молодих людей», яких iOS навчила нічого не вирішувати, просто якось так сталося, буде це робити?
так, це саме причина, чому я не використовую iPhoto на своєму Mac, а використовую Picassa. файлова система 1:1, ви просто повинні пам'ятати, що коли ви видаляєте папку з фотографіями, ви працюєте з даними безпосередньо на диску в структурі.
А як щодо iPhoto? Системи папок немає. Просто одна велика база даних
файлова система, побудована на певному типі маркування, я також був би вдячний, щоб більшість вмісту тимчасово перебувала у мене, і я не маю бажання чи часу постійно сортувати їх
Мабуть, це один із хороших способів. В itunes сортується за метаданими, виконавцем, альбомом, ... Тут це все записано у файлі. Але щоб мати можливість позначати кожен файл міткою, а потім якось шукати його відповідно до мітки, чому б і ні. Ось як gmail робить це з поштою і це круто.
Особливо, коли я хочу мати його в кількох місцях, проблема. У мене є копії. І випливає з цього неузгодженість (багато непотрібних даних, 100 ГБ тексту за все життя не напишу). Звичайно, символічне посилання, а я поясню кому і як?
У мене це все впорядковано, я не бачу в цьому нічого прикрого чи складного. У мене на робочому столі абсолютно нічого, кілька додатків у док-станції, якими я часто користуюся, фільми у фільмах, фотографії у фотографіях, музика лише в бібліотеці itunes, програми в програмах. документи, папка для школи і одна папка для речей, які не належать нікуди й скрізь.
Нас принаймні двоє - я відчуваю те саме! ;-)
Господи, вибач. Ненароком (і дурним читанням) я вибив тобі те, чого зовсім не хотів. Замість великого пальця я збив прапор. І тепер я не знаю, як це скасувати.
Я просто хотів сказати, що у мене така ж проблема
detto..в доку у мене є всі додатки, якими я користуюся, на робочому столі 2 папки зі школою та роботою, а в папці школи у мене все гарно розсортоване в папки та вкладені папки з семестром, роком, предметом, лекцією тощо ( іншими словами, красиво оформлено, щоб я міг одразу перейти до потрібної мені папки), фільми у фільмах, фотографії, документальні фільми, музика дето..
і ось як мені це подобається.. таким чином я знаю, що саме це таке, і оскільки я маю достатню пам’ять, коли мені потрібно отримати документ, я одразу знаю, де він у мене зберігається, і я можу маніпулювати ним одразу
Це рішення здається мені дуже непотрібним. Якщо людина бордель, то найкраща система їй не допоможе. В основному я сортую музику в Music/interpret/album/song.mp3 – для цього достатньо раз на місяць запустити програму, яка впорядковує файли за тегами ID3. У мене знову серіал Фільми/Серіали/Доктор Хто/1. серія/1. dil – bla.avi. І не кажучи вже про програмування, яке я маю в Developing/name-git-repozitare/... Якщо мені потрібен файл у кількох місцях одночасно і щоб він завжди був актуальним, тоді ln -sa sshfs ідеально підходить для цього
вже працювати з шукачем жахливо! є варіанти, але, на жаль, вони не пов'язані з внутрішньою структурою, а саме. бічна панель тощо. скасування папок, коли розробникам, графічним дизайнерам та іншим професіоналам потрібен доступ, справді повне відкликання...
Це вже працює, тож залишається лише позбавити когось можливості зберігати свої файли в порядку.
Я тут, щоб очистити свій комп’ютер – я нещодавно почав це робити, я помістив папку з усіма моїми матеріалами безпосередньо на диск (тобто її не було на робочому столі), ярлик док-станції та видалив/перемістив усе інше з робочий стіл. Результат — абсолютно порожній робочий стіл і кілька папок у доці. Мені це добре, але іноді це повільно.
В іншому випадку щодо самої архітектури - я повністю згоден, що чим більше рівнів/вкладеності, тим більше хаосу. На жаль, мабуть, поки що немає причин її вирішувати, я вирішую це за допомогою максимально стислої назви папки та ретельного сортування, щоб, шукаючи щось, мені не довелося згадувати, де я міг це зберегти, а міг пройти повз етикетки.
Ну, ця стаття дійсно не підходить. Той факт, що можливість перегляду папок прихована від користувачів iOS, не означає, що це кінець їм. Всередині задньої системи, ймовірно, важко обійтися без папок. З іншого боку, ця папка також є лише файлом. Це лише покажчик. Але це, мабуть, для іншої розмови.
Якщо я повернуся до початкової думки в статті, як би ви вирішили ситуацію, коли необхідно мати кілька файлів з однаковою назвою, але різним вмістом?
Я думаю, ми можемо повернутися на землю і подумати щось про літню спеку та огірки.
Зрештою, у статті не йдеться про зникнення файлів на рівні файлової системи. Користувач бачить документи (фотографії, відео, тексти, проекти…), але у фоновому режимі це буде складна структура каталогу. Я також не бачу файли в iPhoto, чи означає це, що їх там немає?
Тому я не бачу, але назва статті: ЧИ ОЗНАЧАЄ MOUNTAIN LION КІНЕЦЬ КЛАСИЧНИХ КОМПОНЕНТІВ ФАЙЛОВОЇ СИСТЕМИ?
І вся стаття також петляє в цьому сенсі. Тому я не думаю, що я розумію це неправильно.
Кінець означає кінець для користувача. Правда в тому, що назва вибрана не надто вдало. Ця тема час від часу обговорюється і завжди означає відключення користувачів від файлової системи.
якщо вони це роблять, то лише для того, щоб заблокувати своїх користувачів у продуктах Apple
немає іншої причини, це закінчиться як пікаса на вікнах, як тільки буде бардак...
Просто зараз іноді трохи цікавився цим, а потім випадав з реальності. Коли я підійшов до MacBook і почав створювати презентацію, після чого він запитав мене, куди її зберегти... в той момент я подумав собі: «тоді збережи її кудись, ні, мені все одно, де вона, головне справа в тому, що я побачу це, коли наступного разу відкрию Keynote, що я буду робити?" він, ймовірно, закінчив це в іншому місці", і те саме стосується, наприклад, фільмів, музики, серіалів (де це вирішується як частина покупки в iTunes Store, де у вас можуть повністю вкрасти фізичний файл, особливо якщо він є), той же iPhoto, подумайте трохи, і ви завжди придумаєте якусь влучну назву події, яка в поєднанні з мініатюрою і дата допоможе вам переглядати фотографії.
Для роботи зі складнішими файлами уніфікація в цій програмі, безумовно, чудова, і, безумовно, більше людей оцінять це (хоча, можливо, несвідомо), ніж тих, кого це турбуватиме/обмежує. Але коли я говорю про презентацію, можливо, були більші вимоги до продуктивності, якщо я завантажував зображення з мережі та імпортував їх безпосередньо в iPhoto або, можливо, у розширений попередній перегляд, а потім заштовхував їх у Keynote, тут все ще веде «зламана» папка «Завантаження». .
Інший варіант, і я думаю, що він буде працювати найкраще і, мабуть, найбільше мені підходить, це те, що Finder працював би в програмах, тобто об’єднував би бібліотеки програм. Отже, на бічній панелі музика представлятиме бібліотеку iTunes, фотографії — бібліотеку iPhoto, документи, бібліотеку iWork тощо. Якщо тепер я хочу додати чиєсь обличчя до «Контактів», тоді додані бібліотеки в інструменті пошуку на бічній панелі під’єднаються до iPhoto, де Я можу доповзти до Лиць, вони абсолютно божественні.
Ти жарт :-) Десь зберегти? :-))) Кожен, хто використовує комп’ютер для роботи, а не для гри, через кілька років буде дивуватися. Уявіть собі графічного дизайнера, який має 50 клієнтів, кожен з яких рекламує в кількох журналах різного розміру. Ця реклама складається з векторних і растрових даних і завершується в третій програмі. Це означає тисячі різних оголошень протягом кількох років у різних програмах. І клієнти мають не тільки рекламу :-) Словом, глибина структури папок залежить від складності проекту. І що я буду пам’ятати пошукові назви, можливо, років 5? :-)
На мою думку, iPhoto є прекрасним прикладом, де можна швидко знайти все навіть 10-річної давності за тегами, даними тощо. І якщо у вас є остаточна програма, де ви завершуєте все, у спрощеному вигляді (я не знаю, що ви використовуєте), чому він не міг мати весь проект під своїм великим пальцем.
Принаймні я припускаю, що якщо ви йдете шукати щось 5 років тому, ви знаєте, що ви шукаєте, а також час, коли ви над цим працювали, інакше я цього не дуже розумію - виходячи з цього припущення, ви приділите увагу в проекті бібліотека остаточної програми: Реклама, Novák, 2008 або додати тег Pink. Я також не можу оцінити, як часто ви оглядаєтеся на кілька років назад у своїх проектах, тобто чи варто було б це для вас. У будь-якому разі, iCloud вже показує, що ви просто називаєте його, і він кудись скидає його. У будь-якому випадку я все ще вірю, що класична папка в Macintosh HD і User зазвеніє якнайшвидше, все-таки вони не такі як Microsoft, їм заважає небажання людей, некомпетентність і страх, і коли вони щось придумають "революційний", це така хрень, як Метро на ПК.
Це не означає, що 5 рівнів вкладених папок не є кращими для вас -> не для мене, тому я шукаю рішення, яке б відповідало моїй тимчасовій роботі. І ще одне, я думаю, що «подвійний» режим також може бути реальним, де для вас буде створена та сама структура папок відповідно до деяких даних, які я висвітлив вище, тож у кожного буде своя. Однак я припускаю, що таке втручання в систему буде здійснюватися не однією людиною, тому якими б не були мої винаходи, вони точно не вирішать її. Повний вперед
Повна згода. У мене є багато проектів для багатьох клієнтів, і я можу уявити систему на основі iTunes або iPhoto. Немає причин сортувати ресурси в папках. Я створив, наприклад, каталог канцелярського приладдя в InDesign приблизно з 7000 ресурсів на кількох дисках, і думати, що людина може підтримувати в ньому порядок, на який він міг би покластися на 100%, в папках – ілюзорно. Зрештою ви все одно збираєте все це в одне місце та створюєте резервні копії. Файлова система, якою ми її знаємо сьогодні, є анахронізмом, який мене турбує.
Ось так. Те ж саме стосується роботи, а не відтворення музики чи відео, як і з DTP. А як щодо переробки даних, тобто використання одних і тих же ресурсів для кількох проектів.
Проблема полягатиме ще більше в тому, що я не знатиму, у якій програмі я маю файл... Я використовую кілька програм для фотографій, документів...
Гм А як щодо проектів, які включають кілька типів даних?
Я дизайнер і в рамках проекту мені потрібні креслення, вхідні 3D-дані, вихідні дані - створені, іноді анімація та музика... тощо
Тож у цьому випадку папки безцінні. Тобто, якщо я не підійду до названого шиєлома. Однак ідея інтегрованого менеджера проектів як надбудови над файловими системами досить спокуслива
Немає значення, чи всі дані знаходяться в одній папці чи в кількох. Просто відсортуйте дані за типом (у Windows), і це також зрозуміло. Я використовую обидва способи, і це просто справа звички.
Людина, яка ніколи серйозно не працював з комп'ютером, може заявити, що папки в порядку тільки до першого рівня. Заміна/доповнення системи тегуванням — безперечно цікава ідея, яка давно існує незалежно від Apple. Замість /work/this experiment/data/date та /work/this experiment/method 1/parameters 1 можна було б шукати теги work, this experiment, date, method, parameters... Папки насправді є такими тегами зверху внизу, м’які посилання (в обмеженій мірі) тег по всій структурі. Пісочниця, якою б вона не була надзахищеною, п’є мою кров практично кожного разу, коли я пробую робочий процес на iOS, хоча Apple цього не визнає, немає жодної програми, яка могла б робити все з наданими вхідними даними. І ще одне. зауважте, що папки (файлова система) рівня iOS і Mountain Lion існують без змін.
хм, це може бути цікаво!
Зі мною кілька разів траплялося, що я мав один файл у різних каталогах лише тому, що він просто методично там належав. Таким чином, він може існувати лише один раз, і тег посилатиметься на нього.
Я цілком розумію, як тоді можна було б автоматично генерувати «розумні карти» на основі контексту даних.
або взагалі: карта розуму як файлова система!
Як щодо використання (твердих|сим)посилань? Ви готові до цього. І OS X (або HFS+) теж їх знає.
Ах, добре, коли Apple скасовує папки, нам доведеться програмувати програми (навіть для OS X) на зовсім іншій ОС, тому що я справді не можу уявити, як це можна вирішити без папок :D
Як ді-джей, я не можу уявити Finder без папок... наприклад, я відкриваю папку house і там у мене є інші папки, в яких я маю музику відповідно до bpm :D і в тих у мене є інші папки, а в тих інші .. :D
100 – 99.9 = 0.01?