Apa yang terjadi dengan Unified File Model Alan Cooper?

13

Untuk waktu yang lama Alan Cooper (dalam 3 versi bukunya "About Face") telah mempromosikan "model file yang disatukan" untuk, antara lain, membuang apa yang ia sebut kotak pesan paling bodoh yang pernah diciptakan - salah satunya muncul ketika menekan tombol tutup pada aplikasi atau formulir yang mengatakan "Apakah Anda ingin membuang perubahan Anda?" Saya suka ide dan argumennya, tetapi juga memiliki reaksi spontan terhadapnya yang dimiliki oleh sebagian besar programmer dan pengguna berpengalaman.

Sementara buku Cooper tampaknya cukup populer dan dihormati, ada sedikit diskusi tentang masalah khusus ini di Web yang dapat saya temukan. Petter Hesselberg, penulis "Programming Industrial Strength Windows" menyebutkannya tetapi sepertinya begitu.

Saya memiliki kesempatan untuk mengimplementasikan ini dalam proyek (desktop) yang saya kerjakan, tetapi menghadapi penolakan oleh pelanggan dan rekan kerja, yang tentu saja akrab dengan cara MS Word dan Excel dalam melakukan sesuatu. Saya dalam posisi untuk mengesampingkan keberatan mereka, tetapi saya tidak yakin apakah saya harus melakukannya.

Pertanyaan saya adalah:

Apakah ada diskusi bagus tentang hal ini yang gagal saya temukan? Adakah yang melakukan ini di aplikasi mereka? Apakah itu ide yang baik bahwa sayangnya tidak praktis untuk diimplementasikan sampai, katakanlah, Microsoft melakukannya?

PAUL Mansour
sumber
2
Google Documents menggunakan "model file terpadu". Masih ada tombol simpan, tetapi pada kenyataannya itu adalah plasebo: setiap kali Anda melakukan perubahan, file tersebut "disimpan". Tentu saja, Google Documents juga memiliki model "riwayat" yang sangat kuat tempat Anda dapat kembali ke revisi sebelumnya yang Anda sukai.
Dean Harding
Terima kasih atas tanggapannya. Terutama ElGringoGrande dan Berin Loritsch. Saya memilih Berin hanya karena sepertinya sedikit lebih lengkap. Saya masih memikirkan arah yang harus diambil.
PAUL Mansour

Jawaban:

5

Ketepatan Sistem File Terpadu sangat tergantung pada aplikasi yang ada. Hal-hal seperti aplikasi web, Microsoft OneNote, dan aplikasi iOS cocok untuk model itu. Ketika suatu aplikasi digerakkan oleh basis data, itu juga cocok untuk model itu. Namun, saya juga bisa memikirkan daerah di mana itu bukan pilihan terbaik. Khususnya, ketika suatu aplikasi dapat mengkonsumsi data yang tidak berasal dari aplikasi itu, Anda memerlukan konsep sistem file untuk mencari informasi.

Sejauh menjaga memori dan disk tetap sinkron, saya menginginkannya tetapi saya tidak melakukannya untuk pengolah kata saya. Jika saya telah mengambil waktu untuk menyimpan file saya, saya mungkin ingin memastikan saya tidak kehilangan informasi apa pun. Kebutuhan itu telah diurus oleh fitur simpan otomatis yang kami miliki selama beberapa tahun sekarang. Jika seseorang tersandung kabel listrik saya setidaknya bisa mendapatkan sebagian dari itu kembali. Namun, saya membuat sejumlah dokumen yang dibuang saya tidak ingin mengotori sistem file saya. Tanda yang hanya akan digunakan selama satu hari, bermain-main dengan sampel font, dll.

Jawabannya adalah, tergantung". Cooper's UFS berguna dalam beberapa kasus, dan kurang dalam kasus lain. Kecerdasan teknis pengguna Anda juga dapat berperan dalam keputusan Anda tentang hal itu. Sebagian besar dari kita tumbuh dengan status quo, dan kadang-kadang manfaat perubahan tidak lebih besar daripada biaya perubahan. Saya akan mengevaluasi kesesuaian pendekatan itu di aplikasi Anda.

Berin Loritsch
sumber
7

Microsoft melakukannya di OneNote.

Saya tidak akan mengesampingkan keinginan pengguna. Kami berpikir untuk mengimplementasikan ini tetapi datang untuk mencari tahu banyak pengguna melakukan hal-hal tanpa berpikir dan menggunakan tombol tutup formulir (atau ctrl-alt-del jika tidak ada satu) untuk mencegah kesalahan mereka dari disimpan.

Jika Anda bisa menerapkannya dengan cara yang memungkinkan mereka untuk kembali ke sesi sebelumnya (semacam membatalkan besar) maka mungkin dapat diterima. Tetapi manusia dirancang untuk memanfaatkan lingkungan di sekitar mereka. Ubah lingkungan dan Anda berisiko menghancurkan keuntungan yang mereka temukan.

ElGringoGrande
sumber
1
Dan menyediakan undos yang melewati garis sesi akan menyebabkan masalah sendiri. Berapa banyak orang mulai surat yang mengatakan apa yang mereka pikirkan dan kemudian selesai dengan membuatnya diplomatis? Anda memerlukan fungsi ekspor terpisah.
David Thornley
+1, terutama untuk paragraf terakhir. Jangan menimpa konten sebelumnya saat menyimpan, tetapi tambahkan "versi" baru, menjaga versi yang lebih lama tetap utuh. Untuk menghemat ruang, Anda dapat memiliki banyak versi data (tidak berubah).
Joey Adams
1
@ David: itu adalah contoh yang bagus untuk benar-benar menginginkan perintah "publikasikan" daripada perintah "simpan versi baru di aliran versi ini".
Alex Feinman
1
@ Alex: Tepat - kecuali bahwa kebanyakan orang tidak akan mencari perintah "publikasikan" atau "ekspor". Lagipula, tidak ada perbedaan yang langsung terlihat, dan mereka terbiasa mengirimkan versi final file.
David Thornley
Saya setuju Anda harus memiliki opsi "kembali ke versi sebelumnya" jika ada yang akan menggunakan model terpadu - itu penting untuk itu. Faktanya, dalam kasus saya, semua data (ini adalah item khusus aplikasi, tidak benar-benar file, tetapi semuanya sama) ada dalam DBMS yang tidak memungkinkan pembaruan yang merusak, jadi saya memiliki setiap versi yang pernah disimpan. Ini adalah salah satu alasan saya bahkan mempertimbangkan model terpadu, karena ini adalah freebee untuk mengingat versi lama suatu item.
PAUL Mansour
6

Sistem file terpadu sudah menang!

Semua aplikasi iOS * bekerja dengan cara ini. Tidak ada 'file', tidak ada sistem file, tidak ada penyimpanan, hanya aplikasi yang berisi data yang Anda selalu dapat kembali kecuali Anda menghapusnya. Mengingat bahwa MacOS mungkin jatuh ke iOS suatu hari nanti, saya akan mengatakan bahwa modelnya sudah pasti.

Situs web juga berfungsi seperti ini - jarang Anda menyimpan dokumen, jarang menavigasi kumpulan dokumen, dan sangat jarang Anda berbagi dokumen antar situs web. Dokumen tertanam di dalam situs, cara pertanyaan dan jawaban ini tertanam dalam StackExchange.

Secara historis, ada beberapa upaya canggung untuk menghindari-campur aduk ini ke Windows dan Mac, dan itu membuat orang beralih ke ide itu. Tetapi perubahan ke platform baru di mana tidak ada yang mengharapkan ada file browser telah membebaskan perusahaan untuk transisi sepenuhnya.

(* Saya tidak tahu dari Android atau OS ponsel lainnya; mungkin di sana juga.)

Alex Feinman
sumber
2
Namun Filesystem ada (sebagian) untuk memisahkan data dan antarmuka dari program dan aplikasi. Ada argumen di kedua sisi.
Jé Queue
2
@Alex, kecuali bahwa Anda tidak dapat berbagi informasi antar aplikasi. File save game tidak dapat dibuka oleh editor teks di iOS, karena aplikasi lain itu tidak memiliki akses ke kotak pasir.
Stephen Furlani
@Stephen, itu benar, dan aspek penting untuk menghilangkan model mental berbasis file. Jika Anda ingin memindahkan data antar aplikasi, Anda harus menggunakan berbagi langsung antara aplikasi ("bagikan ini di Facebook!"), Atau perantara yang dapat berbicara (seperti clipboard). Saya bingung dengan "kecuali" Anda.
Alex Feinman
Anda dapat berbagi informasi antar aplikasi - iOS mendukung penangan file, dan juga menyampaikan informasi melalui penangan URL. Itu hanya dilakukan pada tingkat di mana pengguna menghubungkan data antar aplikasi, bukan menjadi perantara dalam proses transfer.
Kendall Helmstetter Gelner
1
@Alex, tunggu, jadi menggunakan perantara clipboard (sementara) dapat diterima tetapi menggunakan sistem file umum (permanen) bukan?
Stephen Furlani
1

Apakah Anda akan menyimpan data mereka dalam file atau dalam beberapa jenis database?

Jika Anda mengharapkan mereka memiliki akses fisik ke file maka Anda harus mengajari mereka bahwa file Anda 'spesial'. Dalam model mental mereka saat ini, mereka dapat menyalin, menempel, mengganti nama, dan menghapus. Saya yakin beberapa dari mereka sudah menggunakan rename sebagai cara untuk 'versi' data mereka (misalnya resume2010.doc, SalesDataFromBob2.xls).

Jika ini adalah database, saya yakin mereka ingin mengekspor / mengimpor file di beberapa titik.

rperetti
sumber
0

Apakah memiliki opsi "simpan selalu" yang ditampilkan secara jelas untuk pengguna yang sulit diterapkan?

JeffO
sumber
1
Tidak, tidak sulit untuk menerapkannya sama sekali. Tetapi apakah benar-benar ide yang bagus untuk membuat opsi dan mendukung dua model di sini? Saya kira tidak. Saya pikir saya lebih baik memilih satu dan tetap menggunakannya.
PAUL Mansour