17 poin oleh xguru 2024-05-03 | 4 komentar | Bagikan ke WhatsApp
  • Lokalisasi asimetris: menggunakan gender/huruf besar-kecil hanya bila diperlukan untuk menghasilkan terjemahan yang alami. Daya ekspresi tidak dibatasi oleh tata bahasa bahasa sumber
  • Peningkatan bertahap: setiap terjemahan dikelola secara independen sehingga tidak memengaruhi locale lain. Terjemahan dapat ditingkatkan berulang kali tanpa memengaruhi bahasa lain
  • Beragam fitur: pemformatan tanggal, waktu, dan angka. Kategori jamak. Dukungan dua arah. Pemformatan pengguna. Tata bahasa yang mudah dibaca. Terjemahan dan penerjemahan ulang saat runtime. Penanganan kesalahan yang kuat
  • Open source berlisensi Apache. Implementasi server tersedia dalam JS, Python, dan Rust, serta menyediakan binding React

Mengapa Fluent dibuat

  • Lokalisasi perangkat lunak selama ini didominasi oleh paradigma lama, yaitu terjemahan yang dipetakan satu banding satu ke salinan berbahasa Inggris
  • Tata bahasa bahasa sumber membatasi daya ekspresi terjemahan
  • Fluent dibuat untuk mengubah paradigma ini
    • Penerjemah harus dapat menggunakan seluruh daya ekspresi bahasanya tanpa perlu meminta izin kepada pengembang
    • Dalam Fluent, terjemahan bersifat asimetris. String sederhana dalam bahasa Inggris dapat dipetakan ke terjemahan multi-varian yang kompleks dalam bahasa lain
  • Dengan Fluent, kebutuhan tata bahasa dan gaya dari berbagai bahasa dapat dipenuhi tanpa bergantung pada bahasa sumber
  • Independen
    • Jika satu bahasa memanfaatkan keuntungan dari logika tingkat lanjut, locale lain tidak perlu ada hanya untuk menerapkannya
    • Setiap lokalisasi mengendalikan sendiri seberapa kompleks terjemahannya

4 komentar

 
yangeok 2024-05-09

Wah, menarik sekali bahwa ini keluar dari paradigma pencocokan 1:1 lama.

 
iolothebard 2024-05-03

Versi gettext yang terdegradasi khusus JavaScript.

 
xguru 2024-05-03

https://github.com/projectfluent/fluent/wiki/Fluent-vs-gettext

Kalau dibilang begitu, itu berarti proyek ini dipandang terlalu enteng.

 
iolothebard 2024-05-13

Jawabannya terlalu terkesan seadanya(?) jadi wajar kalau Anda melihatnya begitu. Saya akan coba menulisnya dengan lebih sungguh-sungguh.

Tabel perbandingan pada akhirnya ditentukan oleh siapa subjek pembandingnya, jadi tidak terlalu berarti, tetapi

Alasan saya merasa ini adalah versi yang terdegradasi adalah... karena saya mendapat kesan bahwa ini tidak menghormati know-how yang telah terakumulasi di gettext selama bertahun-tahun oleh banyak orang.

Dikatakan bahwa gettext hanya bisa untuk bahasa C, tetapi di antara bahasa-bahasa mayor, bahasa apa yang tidak mendukung gettext?
Katanya menggunakan parameter berbasis key dengan mempertimbangkan masalah urutan kata, tetapi tidak semua bahasa memiliki dictionary sebagai bawaan dasar, jadi untuk bahasa-bahasa seperti itu dibutuhkan cara tambahan (misalnya di Java, sesuatu seperti Map). gettext berbasis posisi, tetapi tetap mempertimbangkan perubahan urutan kata.

Saya jadi menulis panjang lebar, tetapi
sebenarnya... alasan saya tidak suka sejak awal adalah karena itu {$...}, bukan ${...} ^^

Secara pribadi saya sangat suka "menemukan kembali roda", tetapi rasanya kurang bagus kalau membual seolah-olah telah menemukan roda yang belum pernah ada di dunia.