Saya sudah mencoba mengujinya dalam bahasa Korea, Inggris, Mandarin, hingga Jepang, dan untuk saat ini tampaknya ada masalah dalam pemrosesan bahasa Jepang.
Lagi-lagi tulisan yang memuja PostgreSQL...
Yang penting adalah memakai secukupnya sesuai kebutuhan
dan desain yang memungkinkan kita beralih dengan fleksibel
Ini bisa disebut sebagai kompleksitas UI/UX,
namun menurut saya masalahnya adalah, baik perangkat lunak bebas maupun komersial yang dibuat belakangan ini cenderung hanya dirancang agar lolos untuk tepat 1 kasus yang diharapkan, dan tidak terlalu peduli apa yang terjadi pada pengalaman di luar itu.
Misalnya, saat mengedit konfigurasi toml atau yaml, ada kalanya sesuatu yang seharusnya pasti bisa justru tidak berhasil. Biasanya hal-hal seperti apakah ini masalah encoding, masalah indentation, atau apakah ini fitur yang tidak bisa digunakan ketika ada flag tertentu, tidak terdokumentasi dengan baik. Pengguna akhirnya mencoba satu per satu segala macam kasus, lalu dengan susah payah menemukan jawaban yang benar.
Di UI, ini bahkan lebih parah. Seperti pengalaman yang sering terjadi saat reset password dan sudah menyebar seperti meme, jika ada 100 macam field di layar, keterkaitan antarfield itu seperti apa dan perubahan seperti apa yang paling optimal adalah sesuatu yang "tidak bisa diketahui tanpa mencobanya sendiri".
Ini memang masalah UI/UX, tetapi juga masalah "keahlian" yang tersembunyi. Dalam keadaan ketika semacam learning curve bertahap tidak disiapkan, masalah yang bagi orang berkeahlian bisa langsung diisi dengan jawaban yang benar justru berperan bagi pemula sebagai ujian atau gerbang yang membuat mereka mengalami penolakan berkali-kali.
Dalam konteks yang mirip, sepertinya GUI memang lebih nyaman daripada CLI, jadi untuk yt-dlp saya juga memakai GUI lewat yt-dlg. Untuk ffmpeg, saya juga menyimpan catatan perintah yang sering dipakai lalu menggunakannya; sepertinya bisa juga dibuat GUI.
Saya pribadi cukup merasa relate karena sering memikirkan hal yang mirip. Saat mencoba mencari aplikasi di Linux yang "tinggal dibuka cepat lalu dipakai seadanya" seperti Paint, Notepad, atau Media Player di era WinXP~7, untung-untung kalau setelah memasang 5~6 aplikasi barulah ketemu yang cocok.
Kalau cuma perlu ambil screenshot lalu crop, rasanya tidak mungkin pakai Gimp. Saya sudah lupa sempat mencoba apa saja, tapi karena tidak bisa menemukan yang pas di antara aplikasi gtk, akhirnya saya jatuh ke Kolourpaint. Untuk pengganti Notepad ada Gedit, Kate, Mousepad, Leafpad, Xed, dan sebagainya; kalau mau cari yang lebih ringan lagi, malah harus beralih ke yang praktis sudah menyerah untuk ramah kepada pengguna seperti xedit, nano, vim, dan semacamnya. Soal media player, membayangkan mpv, VLC, mplayer saja sudah bikin sesak.
Pada 2022, Flutter sempat populer sebentar, lalu setelah berputar-putar akhirnya kembali ke React.
Ringkasnya, alasannya bisa dirangkum sebagai keunggulan ekosistem + kemudahan Web + React yang menjadi lebih cepat dibanding saat itu, serta Flutter yang ternyata lebih lambat dari perkiraan.
Di Korea juga ada rentang nomor untuk film/siaran. Namun, sepertinya perlu dipastikan apakah rentang itu juga bisa bebas digunakan oleh individu saat membuat konten video.
https://en.wikipedia.org/wiki/Fictitious_telephone_number/…
Saya sudah mencoba mengujinya dalam bahasa Korea, Inggris, Mandarin, hingga Jepang, dan untuk saat ini tampaknya ada masalah dalam pemrosesan bahasa Jepang.
uvmemang bagus karena cepat, tapi saya juga sempat berpikir bagaimana kalau arahnya adalah memperbaikipip.Kalau backend-nya tetap
llama.cpp, apa itu masih bisa disebut dependency-free...Saya rasa saya akan menyukai perusahaan yang melakukan wawancara seperti itu.
Apakah performa ini masuk akal?
Lagi-lagi tulisan yang memuja PostgreSQL...
Yang penting adalah memakai secukupnya sesuai kebutuhan
dan desain yang memungkinkan kita beralih dengan fleksibel
Berkat AI, apakah ADHD sekarang jadi normal baru? Tidak perlu ke rumah sakit?
Saya ingat di Korea juga pernah beberapa kali jadi masalah karena memakai nomor yang benar-benar ada; ini bagus ya.
Ini bisa disebut sebagai kompleksitas UI/UX,
namun menurut saya masalahnya adalah, baik perangkat lunak bebas maupun komersial yang dibuat belakangan ini cenderung hanya dirancang agar lolos untuk tepat 1 kasus yang diharapkan, dan tidak terlalu peduli apa yang terjadi pada pengalaman di luar itu.
Misalnya, saat mengedit konfigurasi
tomlatauyaml, ada kalanya sesuatu yang seharusnya pasti bisa justru tidak berhasil. Biasanya hal-hal seperti apakah ini masalah encoding, masalah indentation, atau apakah ini fitur yang tidak bisa digunakan ketika ada flag tertentu, tidak terdokumentasi dengan baik. Pengguna akhirnya mencoba satu per satu segala macam kasus, lalu dengan susah payah menemukan jawaban yang benar.Di UI, ini bahkan lebih parah. Seperti pengalaman yang sering terjadi saat reset password dan sudah menyebar seperti meme, jika ada 100 macam field di layar, keterkaitan antarfield itu seperti apa dan perubahan seperti apa yang paling optimal adalah sesuatu yang "tidak bisa diketahui tanpa mencobanya sendiri".
Ini memang masalah UI/UX, tetapi juga masalah "keahlian" yang tersembunyi. Dalam keadaan ketika semacam learning curve bertahap tidak disiapkan, masalah yang bagi orang berkeahlian bisa langsung diisi dengan jawaban yang benar justru berperan bagi pemula sebagai ujian atau gerbang yang membuat mereka mengalami penolakan berkali-kali.
Penemuan kegunaan…
Dalam konteks yang mirip, sepertinya GUI memang lebih nyaman daripada CLI, jadi untuk
yt-dlpsaya juga memakai GUI lewatyt-dlg. Untukffmpeg, saya juga menyimpan catatan perintah yang sering dipakai lalu menggunakannya; sepertinya bisa juga dibuat GUI.Mungkin karena kompatibilitas mundur? Kalau cara kerja dasarnya langsung diubah begitu saja, hal-hal yang sebelumnya berjalan dengan baik bisa rusak.
Melihat ini, saya jadi teringat pada artikel rekomendasi Postgresql paling ekstrem
Anggap saja seperti rekan reviewer yang tidak kenal lelah, lalu terus dimatikan dan dihidupkan lagi sambil pakai banyak sekaligus wkwkwk
Selalu saja langsung ditempelkan dengan Hukum Pareto;; memangnya tidak bisa saja 15%? wkwk
Memang UI/UX yang jadi masalah!!
Kurang paham maksudnya.
Saya pribadi cukup merasa relate karena sering memikirkan hal yang mirip. Saat mencoba mencari aplikasi di Linux yang "tinggal dibuka cepat lalu dipakai seadanya" seperti Paint, Notepad, atau Media Player di era WinXP~7, untung-untung kalau setelah memasang 5~6 aplikasi barulah ketemu yang cocok.
Kalau cuma perlu ambil screenshot lalu crop, rasanya tidak mungkin pakai Gimp. Saya sudah lupa sempat mencoba apa saja, tapi karena tidak bisa menemukan yang pas di antara aplikasi gtk, akhirnya saya jatuh ke Kolourpaint. Untuk pengganti Notepad ada Gedit, Kate, Mousepad, Leafpad, Xed, dan sebagainya; kalau mau cari yang lebih ringan lagi, malah harus beralih ke yang praktis sudah menyerah untuk ramah kepada pengguna seperti xedit, nano, vim, dan semacamnya. Soal media player, membayangkan mpv, VLC, mplayer saja sudah bikin sesak.
Pada 2022, Flutter sempat populer sebentar, lalu setelah berputar-putar akhirnya kembali ke React.
Ringkasnya, alasannya bisa dirangkum sebagai keunggulan ekosistem + kemudahan Web + React yang menjadi lebih cepat dibanding saat itu, serta Flutter yang ternyata lebih lambat dari perkiraan.