폴더에 파일을 저장하는 것은 수십 년 동안 컴퓨터의 일부였습니다. 오늘날까지 이런 식으로 변한 것은 없습니다. 글쎄, 적어도 데스크탑 시스템에서는요. iOS는 폴더 개념을 거의 없애고 한 수준에서만 폴더를 생성할 수 있도록 허용했습니다. Apple은 앞으로 자사의 컴퓨터에 이러한 움직임을 적용할 예정입니까? 이 옵션에 대해 직접 알아보기 blogu iA Writer 프로팀의 멤버인 Oliver Reichenstein이 썼습니다. iOS a OS X.
폴더 폴더 폴더 폴더 폴더…
폴더 시스템은 괴짜의 발명품입니다. 그들은 컴퓨터 초기에 그것을 발명했습니다. 개집 외에 파일을 어떻게 정리하고 싶습니까? 게다가, 디렉토리 구조는 이론적으로 무제한의 중첩을 허용하므로 이 기능을 활용해 보는 것은 어떨까요? 그러나 구성 요소의 트리 구조는 인간의 두뇌에 완전히 자연스럽지 않습니다. 물론 개별 수준의 모든 항목을 기억할 수는 없습니다. 이것이 의심스러우면 브라우저의 메뉴 표시줄에서 개별 항목을 나열하십시오.
그러나 구성 요소는 훨씬 더 깊이 파고들 수 있습니다. 계층 구조가 한 단계 이상 성장하면 평균 두뇌는 그 형태에 대한 아이디어를 더 이상 갖지 않습니다. 열악한 탐색 기능 외에도 폴더 시스템은 어수선한 인상을 주는 경향이 있습니다. 사용자는 편리한 액세스를 위해 데이터를 신중하게 정렬하고 싶어하지 않습니다. 그들은 일이 간단하게 작동하기를 원합니다. 다시 한 번, 음악, 영화, 책, 학습 자료 및 기타 파일을 얼마나 잘 정리했는지 자신에 대해 생각해 볼 수 있습니다. 지역은 어떻습니까? 분류하기 힘든 문서가 쌓여 있습니까?
그렇다면 당신은 아마도 일반 컴퓨터 사용자일 것입니다. 폴더로 정렬하려면 인내심이 필요하며 게으름도 조금 덜 필요합니다. 안타깝게도 작업 흐름과 멀티미디어 콘텐츠에 대한 일종의 저장소를 생성한 후에도 문제가 발생합니다. 이를 항상 유지해야 합니다. 그렇지 않으면 데스크탑이나 다운로드 폴더에 수십에서 수백 개의 파일이 남게 됩니다. 이미 설정된 폴더 시스템으로 인해 일회성 이동이 이미 강제로 수행됩니다. 간단히 말해서 "즉시 사용 가능"합니다.
그러나 Apple은 이미 수천 개의 파일을 하나의 더미로 모으는 문제를 해결했습니다. 어디? 음, iTunes에서요. 단지 원하는 노래를 찾기 위해 끝없는 음악 라이브러리를 위에서 아래로 스크롤하지는 않습니다. 아니요, 해당 아티스트의 첫 번째 편지를 쓰기 시작하면 됩니다. 또는 iTunes 창 오른쪽 상단에 있는 스포트라이트를 사용하여 콘텐츠를 필터링할 수 있습니다.
두 번째로 Cupertino 사람들은 iOS의 몰입감과 명확성 부족 문제를 무력화하는 데 성공했습니다. 여기에는 디렉토리 구조가 포함되어 있지만 사용자에게는 완전히 숨겨져 있습니다. 파일은 동시에 저장하는 애플리케이션을 통해서만 액세스할 수 있습니다. 이는 간단한 방법이지만 복제라는 한 가지 큰 단점이 있습니다. 다른 응용 프로그램에서 파일을 열려고 하면 즉시 복사됩니다. 두 개의 동일한 파일이 생성되어 메모리 용량을 두 배로 차지합니다. 이렇게 하려면 최신 버전이 어느 응용 프로그램에 저장되어 있는지 기억해야 합니다. PC로 내보낸 다음 다시 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 저장소를 사용하면 한 수준에서만 폴더를 만들 수 있습니다. 놀랍게도 특정 애플리케이션에서는 이 정도면 충분합니다. 일부 파일은 다른 파일보다 더 많이 함께 속하므로 하나의 폴더로 그룹화해도 아무런 해가 없습니다. 나머지는 수천 개의 파일로 구성되더라도 간단히 0 수준으로 유지될 수 있습니다. 다중 중첩 및 트리 순회는 느리고 비효율적입니다. 더 큰 파일의 경우 오른쪽 상단에 있는 상자를 사용하면 더 빠르게 검색할 수 있습니다.
나는 약간 괴짜이지만 대부분의 경우 일반 사용자처럼 Apple 장치를 사용합니다. 저는 세 개를 소유하고 있기 때문에 일반적으로 텍스트 파일이나 PDF와 같은 작은 문서를 온라인으로 공유할 수 있는 가장 편리한 방법을 항상 찾아왔습니다. 대부분과 마찬가지로 저는 Dropbox를 선택했지만 여전히 사용에 100% 만족하지 못했습니다. 특히 하나의 단일 애플리케이션에서만 여는 파일의 경우 더욱 그렇습니다. 예를 들어 .md 또는 이 .txt 저는 iA Writer만 사용하므로 iCloud를 통해 데스크탑과 모바일 버전을 동기화하는 것이 저에게는 정말 이상적인 솔루션입니다.
물론, 단일 앱의 iCloud가 만병통치약은 아닙니다. 지금으로서는 우리 중 누구도 다양한 플랫폼에서 실행되는 다양한 장치에서 액세스할 수 있는 범용 스토리지 없이는 할 수 없습니다. 둘째, iCloud의 문서는 iOS와 OS X에서 동일한 앱을 사용하는 경우에만 의미가 있습니다. 셋째, iCloud는 아직 완벽하지 않습니다. 현재까지는 신뢰도가 99,9% 정도이니 당연히 좋은 수치지만, 전체 사용자 수로 따지면 나머지 0,01%가 지역 수도가 되는 셈이다.
미래
Apple은 자신이 가고 싶은 길을 우리에게 천천히 드러내고 있습니다. 지금까지 Finder와 클래식 파일 시스템은 사용자가 수년간 익숙해졌기 때문에 걱정할 것이 없습니다. 그러나 소위 포스트 PC 기기 시장이 호황을 누리고 있으며 사람들은 아이폰과 아이패드를 엄청나게 많이 구매하고 있습니다. 그런 다음 게임을 하거나, 웹을 검색하거나, 메일을 처리하거나, 작업하는 등 논리적으로 이러한 장치에서 많은 시간을 보냅니다. iOS 기기는 사용이 매우 간단합니다. 그것은 앱과 그 안의 콘텐츠에 관한 것입니다.
OS X은 오히려 그 반대이다. 우리는 또한 응용 프로그램에서 작업하지만 폴더에 저장된 파일을 사용하여 응용 프로그램에 콘텐츠를 삽입해야 합니다. Mountain Lion에는 iCloud의 문서가 추가되었지만 Apple은 사용자에게 이를 사용하도록 강요하지 않습니다. 오히려 이는 우리가 앞으로 이 기능을 기대해야 함을 나타냅니다. 문제는 10년 후 파일 시스템이 어떤 모습일 것인가 하는 것입니다. 우리가 알고 있는 Finder가 무릎을 꿇고 흔들려야 할까요?
디렉토리보다 카테고리와 같은 것이 훨씬 더 감사하겠습니다. 모든 파일은 한 곳에 있지만 여러 범주에 할당될 수 있습니다. 따라서 현재 우리가 디렉토리라고 부르는 모든 것은 동적 폴더로 변환될 수 있습니다. 이 시스템은 자신의 디렉터리 구조를 순서대로 유지하려는 모든 사람이 겪는 문제, 즉 파일이 어디에도 속하지 않거나 더 나쁘게는 어디에나 속하지 않는 문제를 해결할 것입니다... ;) 1년 안에 출시되기를 바랍니다.
그러나 이것은 다시 사용자가 정렬하고 분류할 것이라고 가정합니다. 폴더와 동일한 문제입니다.
"모든 파일은 한 곳에 있지만 여러 카테고리에 할당될 수 있습니다."
오늘도 그렇게 할 수 있습니다. 파일 시스템에는 소위 "라인"이 있고 수십 년 동안 존재해 왔기 때문에 이런 방식으로 쉽게 정리할 수 있습니다.
모든 일반적인 운영 체제에는 다음 줄이 있습니다.
http://cs.wikipedia.org/wiki/Pevn%C3%BD_odkaz
이러한 방식으로 파일을 정리하는 데에는 수년 동안 아무런 문제가 없습니다. Mac, Unix, Windows에서 할 수 있습니다.
아무것도 기다릴 필요가 없습니다. 당신은 오랫동안 그것을 가지고 있습니다.
밀로슬라프 폰크라치
모르겠어요. 저는 개인적으로 주소록 없는 삶을 상상할 수 없습니다. 저는 수백 개의 문서를 작성하고 종종 문서를 정렬해야 하기 때문에 iCloud는 해당 문서를 파인더 어딘가에 두는 것과 똑같은 것 같습니다. 클라우드이지만 물론 스포트라이트를 사용하여 검색하는 것을 선호하지만 시간이 걸리더라도 분류는 괜찮습니다.
예를 들어 이 "구조"에 사진을 저장하는 방법은 무엇입니까? 다음과 같은 내용이 있습니다. "그녀의 휴가 사진, 음, 여기 또 다른 사진이 있는데 이미 수영장 공사 중 찍은 사진입니다. 이런, 또 다른 휴가 사진인데 여기 개가 있나요?
1레벨까지 폴더가 있습니다.
사진/휴가/ 그리고 여기에 계속 업로드하세요... 이것은 지저분한 사람들에게 업로드하는 것과 비슷하며 다시 검색할 수 있는 기능은 DSC1234.jpg뿐만 아니라 모든 항목에 라벨과 이름이 올바르게 지정되어 있다고 가정합니다.
저는 전문 사진가로서 간단한 사진 보관 시스템을 사용하여 작업합니다. 처리된 사진의 이름을 2012(촬영 연도) DOV(처음 세 글자 - 여기에 허가가 필요함)로 지정하고 촬영한 월과 날짜에 0801을 입력하고 마지막으로 .jpg 또는 raw 끝 앞에 입력합니다. 일련 번호는 001부터 999입니다. 따라서 휴가의 마지막 사진은 2012DOV0801001.jpg처럼 보입니다. 저는 이 시스템을 몇 년 동안 사용해 왔고 항상 제게 효과적이었습니다 :-)
선생님, 매트릭스의 열렬한 팬이시군요, 그렇죠? :-)
이에 대해 말할 수 있는 것은 단 하나입니다. iOS에서 아무 것도 해결하지 말라고 배운 수백만 명의 "젊은이" 중에서 누가 이 일을 할 것입니까?
네, 그게 바로 제가 Mac에서 iPhoto를 사용하지 않고 Picassa를 사용하는 이유입니다. 파일 시스템 1:1의 경우 사진 폴더를 삭제할 때 구조의 디스크에 있는 데이터로 직접 작업한다는 점만 기억하면 됩니다.
아이포토는 어떻습니까? 폴더 시스템이 없습니다. 단 하나의 큰 데이터베이스
어떤 종류의 라벨링을 기반으로 구축된 파일 시스템인 경우 대부분의 콘텐츠가 일시적인 것이므로 항상 정렬할 욕구나 시간이 없다는 점도 감사하겠습니다.
그게 아마 좋은 방법 중 하나일 거예요. iTunes에서는 메타데이터, 아티스트, 앨범 등에 따라 정렬됩니다. 여기에서는 모두 파일에 기록되어 있습니다. 하지만 각 파일에 라벨을 표시하고 라벨에 따라 검색할 수 있다면 어떨까요? Gmail이 메일을 사용하는 방식이 바로 이것이며 훌륭합니다.
특히 여러 곳에 갖고 싶을 때 문제가 된다. 나는 사본을 가지고 있습니다. 그리고 그로 인한 불일치(불필요한 데이터가 많아도 상관 없으며 평생 100GB의 텍스트를 쓰지 않을 것입니다). 물론이죠. 심볼릭 링크를 사용하면 누구에게 어떻게 설명할까요?
다 정리했는데 짜증나거나 복잡한 부분은 없네요. 데스크탑에는 아무것도 없고 자주 사용하는 도크의 응용 프로그램 몇 개, 영화 속의 영화, 사진 속의 사진, iTunes 라이브러리의 음악만, 앱의 앱이 없습니다. 문서, 학교용 폴더, 어디에도 속하지 않는 물건을 위한 폴더.
우리 중 적어도 두 명이 있습니다. 저도 똑같은 느낌입니다! ;-)
맙소사, 미안해요. 무심코 (그리고 어리석은 독서) 나는 전혀 원하지 않는 것을 당신에게 두드 렸습니다. 엄지손가락을 치켜세우는 대신 깃발을 떨어뜨렸습니다. 그리고 지금은 취소하는 방법을 모르겠습니다.
나도 같은 문제가 있다고 말하고 싶었어
detto..detto..Dock에는 제가 사용하는 모든 애플리케이션이 있고 데스크탑에는 학교와 직장이 포함된 2개의 폴더가 있고, 학교 폴더에는 모든 것이 학기, 연도, 과목, 강의 등이 포함된 폴더와 하위 폴더로 아름답게 분류되어 있습니다. ( 즉, 필요한 폴더에 즉시 들어갈 수 있도록 아름답게 배치되어 있음), 영화 속의 영화, 사진, 다큐멘터리, 음악 데토..
그게 내가 좋아하는 방식이야.. 그게 뭔지 정확히 알 수 있고, 기억력도 좋으니까 문서를 가져와야 할 때 어디에 저장되어 있는지 바로 알 수 있고, 바로 조작할 수도 있어.
이 솔루션은 나에게 매우 불필요해 보입니다. 어떤 사람이 매음굴이라면 최고의 시스템도 그에게 도움이 되지 않습니다. 기본적으로 내 음악은 Music/interpret/album/song.mp3에 정렬되어 있습니다. 이를 위해서는 ID3 태그에 따라 파일을 구성하는 응용 프로그램을 한 달에 한 번 실행하면 충분합니다. 영화/연재물/닥터 후/1 시리즈를 다시 가지고 있습니다. 시리즈/1. 딜 – bla.avi. 그리고 내가 Development/name-git-repozitare/...에 있는 프로그래밍은 말할 것도 없고 동시에 여러 위치에 파일이 필요하고 항상 최신 상태를 유지하려면 ln -sa sshfs를 사용하세요. 이것에 이상적입니다
이미 파인더로 작업하는 것은 끔찍합니다! 변형이 있지만 불행히도 내부 구조와 연결되어 있지 않습니다. 사이드바 등 개발자, 그래픽 디자이너 및 기타 전문가가 액세스가 필요할 때 폴더를 취소하는 것은 실제로 전체 기억입니다...
이는 이미 작동하므로 파일을 정리하는 누군가의 능력을 빼앗는 문제일 뿐입니다.
컴퓨터를 정리하러 왔습니다. 최근에 이 작업을 시작했습니다. 모든 항목이 포함된 폴더를 디스크에 직접 저장하고(그래서 데스크톱에 있지 않음) Dock에 대한 바로가기를 두고, 다른 모든 항목을 Dock에 삭제/이동했습니다. 데스크탑. 그 결과 완전히 빈 데스크탑과 도크에 여러 폴더가 생성됩니다. 저는 괜찮은데 가끔 느려질 때가 있어요.
그렇지 않으면 아키텍처 자체와 관련하여 레벨/중첩이 많을수록 혼란이 더 커진다는 데 전적으로 동의합니다. 아쉽게도 아직은 풀 이유가 없을 것 같은데, 무엇인가를 찾을 때 어디에 저장했는지 기억하지 않아도 지나갈 수 있도록 가장 간결한 폴더명과 꼼꼼한 정렬로 해결했습니다. 라벨.
아, 이 글은 정말 별로네요. 폴더를 볼 수 있는 기능이 iOS 사용자에게 숨겨져 있다는 사실이 그것이 끝이라는 의미는 아닙니다. 내부적으로 후면 시스템은 폴더 없이는 사용하기 어려울 수 있습니다. 반면에 해당 폴더도 파일일 뿐입니다. 그것은 단지 포인터일 뿐입니다. 하지만 그건 아마도 또 다른 대화를 위한 것일 겁니다.
글의 원래 생각으로 돌아가면, 이름은 같지만 내용이 다른 여러 개의 파일이 필요한 상황을 어떻게 해결하시겠습니까?
우리는 지구로 돌아가 여름 더위와 오이에 대해 생각해 볼 수 있을 것 같습니다.
결국, 이 기사에서는 파일 시스템 수준에서 파일이 사라지는 것에 대해 언급하지 않습니다. 사용자는 문서(사진, 비디오, 텍스트, 프로젝트…)를 볼 수 있지만 배경에는 복잡한 디렉토리 구조가 있습니다. iPhoto에서도 파일을 볼 수 없습니다. 그러면 해당 파일이 거기에 없다는 뜻인가요?
그래서 잘 모르겠지만 기사 제목은 DOES MOUNTAIN LION이 파일 시스템에서 클래식 구성 요소의 종말을 의미합니까?
그리고 전체 기사도 이런 의미에서 구불구불합니다. 그래서 제가 잘못 알고 있다고는 생각하지 않습니다.
끝은 사용자의 끝을 의미합니다. 사실은 제목이 너무 행복하게 선택되지 않았다는 것입니다. 이 주제는 수시로 논의되며 항상 파일 시스템에서 사용자를 차단하는 것을 의미합니다.
그렇게 한다면 사용자를 Apple 제품에 가두는 것일 뿐입니다.
다른 이유는 없습니다. 엉망이 되자마자 Windows의 피카사처럼 끝날 것입니다...
지금은 가끔 조금 관심이 있다가 현실에서 벗어나기도 했어요. MacBook으로 와서 프레젠테이션을 만들기 시작했는데 저장 위치를 묻는데... 그 순간 "그러니까 어딘가에 저장해두지, 아니 어디에 있든 상관없어. 가장 중요한 점은 다음에 Keynote를 열 때 볼 수 있다는 것입니다. 어떻게 해야 할까요?" 아마도 다른 곳에서 작업을 마쳤을 것입니다." 같은 내용이 영화, 음악, 시리즈에도 적용됩니다(따라서 이는 실제 파일을 완전히 훔칠 수 있는 iTunes Store에서 구입하십시오(특히 그럴 경우), 동일한 iPhoto를 조금만 생각하면 항상 적절한 이벤트 이름이 떠오릅니다. 썸네일과 날짜는 사진을 다시 찾을 때 도움이 됩니다.
더 복잡한 파일을 작업할 때 해당 앱의 통합은 확실히 훌륭하며, 이로 인해 방해를 받거나 제한을 받는 사람들보다 (아마도 모르는 사이에) 이를 고맙게 여기는 사람들이 확실히 더 많습니다. 하지만 프리젠테이션에 관해 이야기할 때, 인터넷에서 이미지를 다운로드하고 iPhoto나 확장 미리보기로 직접 가져온 다음 다운로드 폴더가 여전히 "깨진" Keynote로 푸시했다면 성능에 대한 요구가 더 커졌을 것입니다. 리드.
또 다른 옵션은 Finder가 응용 프로그램 내에서 작동하는 것, 즉 응용 프로그램 라이브러리를 통합하는 것이 가장 잘 작동하고 아마도 나에게 가장 적합할 것이라고 생각합니다. 따라서 사이드바에서 음악은 iTunes 라이브러리, Photos는 iPhoto 라이브러리, 문서, iWork 라이브러리 등을 나타냅니다. 이제 누군가의 얼굴을 연락처에 추가하려면 사이드바 Finder에 추가된 라이브러리가 iPhoto에 연결됩니다. 나는 얼굴까지 기어갈 수 있고, 절대적으로 신성합니다.
농담이시군요 :-) 어딘가에 저장하시겠습니까? :-))) 놀이가 아닌 업무용으로 컴퓨터를 사용하는 사람이라면 몇 년 안에 궁금할 것입니다. 50명의 고객이 있고 각 고객이 다양한 크기의 여러 잡지에 광고를 게재하는 그래픽 디자이너를 상상해 보세요. 이러한 광고는 벡터와 비트맵 데이터로 구성되어 제5의 프로그램으로 완성됩니다. 이는 다양한 애플리케이션에서 몇 년 동안 수천 개의 다양한 광고를 의미합니다. 그리고 클라이언트에는 광고만 있는 것이 아닙니다. :-) 간단히 말해서 폴더 구조의 깊이는 프로젝트의 복잡성에 따라 달라집니다. 그리고 검색 이름을 아마 XNUMX년 동안 기억할 것이라고요? :-)
제 생각에는 iPhoto는 태그, 데이터 등을 사용하여 10년 전의 모든 것을 빠르게 찾을 수 있는 아름다운 예입니다. 그리고 단순화된 보기(무엇을 사용하는지 모르겠습니다)에서 모든 것을 완료하는 최종 프로그램이 있다면 왜 그는 전체 프로젝트를 자신의 손에 맡길 수 없었을까요?
적어도 나는 당신이 5년 전에 무언가를 찾으러 갔다면 당신이 찾고 있는 것이 무엇인지, 언제 작업했는지 알고 있을 것이라고 가정합니다. 그렇지 않으면 나는 그것을 정말로 이해하지 못합니다. 이 가정에 따르면 당신은 프로젝트에서 주목을 받게 될 것입니다. 최종 프로그램 라이브러리: Advertising, Novák, 2008 또는 Pink 태그를 추가하세요. 또한 프로젝트에서 몇 년 전을 얼마나 자주 되돌아보는지, 즉 그것이 당신에게 가치가 있는지 추정할 수 없습니다. 어쨌든 iCloud에는 이름만 지정하면 어딘가에 저장된다는 사실이 이미 표시되어 있습니다. 어쨌든 나는 여전히 Macintosh HD 및 User의 클래식 폴더링이 가능한 한 빨리 울릴 것이라고 믿습니다. 결국 그들은 Microsoft와 같지 않으며 사람들의 꺼림, 무능 및 두려움으로 인해 방해를 받고 무언가를 생각해 낼 때 "혁명적"입니다. PC의 Metro와 같은 쓰레기입니다.
5단계 중첩 폴더가 당신에게 좋지 않다는 말은 아닙니다 -> 나에게는 좋지 않기 때문에 임시 작업에 적합한 솔루션을 찾고 있습니다. 그리고 한 가지 더, 위에서 강조한 일부 데이터에 따라 동일한 폴더 구조가 생성되어 모든 사람이 자신만의 폴더 구조를 갖게 되는 "이중" 모드도 실제일 수 있다고 생각합니다. 그러나 나는 시스템에 대한 그러한 개입이 한 사람의 책임이 아닐 것이라고 가정합니다. 따라서 나의 발명품이 무엇이든 그들은 확실히 그것을 해결하지 못할 것입니다. 전속력으로 앞서
완전한 합의. 나는 많은 고객을 위한 많은 프로젝트를 가지고 있으며 iTunes나 iPhoto를 기반으로 하는 시스템을 상상할 수 있습니다. 리소스를 폴더로 정렬할 이유가 없습니다. 예를 들어 저는 여러 디스크에 약 7000개의 리소스가 포함된 InDesign에서 사무용품 카탈로그를 제작했는데, 폴더에서 사람이 100% 신뢰할 수 있는 순서를 유지할 수 있다고 생각하는 것은 환상적입니다. 어쨌든 모든 것을 한 곳에 모아서 백업하게 됩니다. 오늘날 우리가 알고 있는 파일 시스템은 시대착오적이어서 나를 괴롭힌다.
됐어요. 그리고 DTP와 마찬가지로 음악이나 비디오 작업(재생이 아닌)도 마찬가지입니다. 그리고 데이터 재활용, 즉 여러 프로젝트에 동일한 리소스를 사용하는 경우는 어떻습니까?
문제는 어떤 응용 프로그램에 파일이 있는지 알 수 없다는 것입니다. 사진, 문서에 여러 응용 프로그램을 사용합니다...
음. 다양한 유형의 데이터를 포함하는 프로젝트는 어떻습니까?
저는 디자이너이고 프로젝트의 일부로 도면, 3D 입력 데이터, 생성된 출력 데이터, 때로는 애니메이션과 음악 등이 필요합니다.
따라서 이 경우 폴더는 매우 귀중합니다. 즉, 넥 브레이커라는 이름으로 접근하지 않으면. 그러나 통합 프로젝트 관리자를 파일 시스템 위에 있는 상부 구조로 생각하는 것은 꽤 유혹적입니다.
모든 데이터가 하나 이상의 폴더에 있는지는 중요하지 않습니다. Windows에서 유형별로 데이터를 정렬하면 명확해집니다. 나는 두 가지 방법을 모두 사용하며 습관의 문제일 뿐입니다.
컴퓨터를 진지하게 다루어 본 적이 없는 사람은 폴더가 첫 번째 수준까지만 괜찮다고 선언할 수 있습니다. 태깅으로 시스템을 교체/보완하는 것은 분명 애플과 관계없이 오랫동안 존재해온 흥미로운 아이디어다. /work/this Experiment/data/date 및 /work/this Experiment/method 1/parameters 1 대신에 태그 작업, 이 실험, 날짜, 방법, 매개 변수... 폴더는 실제로 위에서부터 태그를 지정합니다. 아래쪽으로, 구조 전체에 걸쳐 소프트 링크(제한된 범위) 태그를 지정합니다. 초보안인 샌드박스는 iOS에서 작업 흐름을 시도할 때마다 거의 피를 흘립니다. 비록 Apple이 인정하지는 않지만 주어진 입력 데이터에 대해 모든 작업을 수행할 수 있는 애플리케이션은 없습니다.. 그리고 하나 더 iOS 및 Mountain Lion 수준 폴더(파일 시스템)는 모두 변경되지 않은 상태로 존재합니다.
흠 이거 재미있을 것 같아요!
단지 체계적으로 거기에 속한다는 이유만으로 하나의 파일이 다른 디렉토리에 있는 경우가 여러 번 있었습니다. 이렇게 하면 한 번만 존재할 수 있으며 태그가 이를 참조합니다.
그러면 데이터의 맥락을 기반으로 "마인드 맵"을 자동으로 생성하는 것이 어떻게 가능한지 완전히 알 수 있습니다.
아니면 아예 마인드맵을 파일 시스템으로!
(hard|sym)링크를 사용하는 것은 어떻습니까? 이제 준비가 되었습니다. 그리고 OS X(또는 HFS+)도 이를 알고 있습니다.
아, Apple이 폴더를 취소하면 완전히 다른 OS에서 응용 프로그램(OS X의 경우에도)을 프로그래밍해야 합니다. 왜냐하면 폴더 없이 문제를 어떻게 해결할 수 있는지 상상할 수 없기 때문입니다. :D
DJ로서 저는 폴더가 없는 파인더를 상상할 수 없습니다... 예를 들어, 하우스 폴더를 열면 거기에 bpm에 따른 음악이 있는 다른 폴더가 있습니다 :D 그 안에는 다른 폴더가 있고 다른 폴더에는 다른 폴더도 있습니다. .. :D
100 – 99.9 = 0.01?