[tautan dihapus] Tangkapan layar versi Android tampaknya diletakkan di sini. Semakin sering dipakai, alat ini terasa makin unik. Komunitasnya juga terasa geeky dan punya banyak sisi yang mengejutkan.
Kalau hanya dengan Emacs saja, kita bisa melakukan ini-itu semuanya. Belakangan ini bahkan bisa dipasang di Android, jadi menyenangkan karena saya bisa memanfaatkan fungsinya di desktop apa adanya. Saya sedang mendalami topik alat manajemen pengetahuan Emacs. Saat anak saya yang sekarang masih TK masuk SD, mungkin pada saat itu saya akan melakukan lifelogging dengan Emacs, haha. Karena cukup menguasai satu alat saja, kalau dilihat dalam jangka panjang ini adalah cara untuk mengurangi kebingungan.
Tapi kalau prinsip obfuskasinya dijelaskan saja kepada pengguna, lalu layanannya dijalankan dengan persetujuan atas klausul pelepasan tanggung jawab bahwa sistemnya bisa ditembus oleh model tertentu, sepertinya tidak perlu sampai melakukan refund; perhatian Anda terhadap pengguna benar-benar besar ya, hehe
Ini adalah tulisan yang memberi jawaban atas kegelisahan yang akhir-akhir ini saya rasakan. Terima kasih sudah membagikan tulisan yang sangat bagus ini.
Belakangan ini saya jadi berpikir, jangan-jangan mereka memecat karyawan lalu melempar pemeliharaan yang makin sulit ke open source supaya dibebankan ke komunitas.
Saat melakukan refactoring, cukup sering parsing kode di sisi tsserver melambat sehingga editor benar-benar macet total; semoga cepat dirilis supaya bisa terbebas dari penderitaan ini.
Saya merasa banyak orang melemparkannya tanpa benar-benar memikirkan structural typing.
Kalau ingin menulis ulang ke bahasa dengan nominal typing seperti C# atau Rust, pasti tidak mudah karena harus mengubah terlalu banyak struktur fundamental proyek.
Di antara bahasa yang mengadopsi structural typing, yang bisa memberi performa lebih tinggi daripada basis JS yang sudah ada mungkin hanya C++ atau Go, dan kalau produktivitas juga diperhitungkan, tidak ada alternatif lain.
Selama ini kalau maintainer utamanya tidak memakai Kotlin, pembaruannya sering terhenti, tapi sekarang sepertinya hal seperti itu tidak akan terjadi lagi.
Menurut saya, lebih baik bukan memblokir izin akses sepenuhnya, melainkan menampilkan dengan jelas direktori mana yang diakses.
Android cukup baik dalam hal itu, tetapi di sana izin digabungkan terlalu besar sehingga kita juga harus mengizinkan tingkat akses yang sebenarnya tidak diperlukan...
> Terus terang, saat ini mengembangkan Java pun sebenarnya tidak harus memakai produk JetBrains
Bagian ini... agak sulit buat saya setujui, hiks...
[tautan dihapus] Tangkapan layar versi Android tampaknya diletakkan di sini. Semakin sering dipakai, alat ini terasa makin unik. Komunitasnya juga terasa geeky dan punya banyak sisi yang mengejutkan.
Kalau hanya dengan Emacs saja, kita bisa melakukan ini-itu semuanya. Belakangan ini bahkan bisa dipasang di Android, jadi menyenangkan karena saya bisa memanfaatkan fungsinya di desktop apa adanya. Saya sedang mendalami topik alat manajemen pengetahuan Emacs. Saat anak saya yang sekarang masih TK masuk SD, mungkin pada saat itu saya akan melakukan lifelogging dengan Emacs, haha. Karena cukup menguasai satu alat saja, kalau dilihat dalam jangka panjang ini adalah cara untuk mengurangi kebingungan.
[tautan dihapus]
Tapi kalau prinsip obfuskasinya dijelaskan saja kepada pengguna, lalu layanannya dijalankan dengan persetujuan atas klausul pelepasan tanggung jawab bahwa sistemnya bisa ditembus oleh model tertentu, sepertinya tidak perlu sampai melakukan refund; perhatian Anda terhadap pengguna benar-benar besar ya, hehe
Ini adalah tulisan yang memberi jawaban atas kegelisahan yang akhir-akhir ini saya rasakan. Terima kasih sudah membagikan tulisan yang sangat bagus ini.
Saya membangun dan menggunakannya langsung dengan LSP. Setelah beralih ke Go, penurunan penggunaan resource benar-benar terasa jelas.
Belakangan ini saya jadi berpikir, jangan-jangan mereka memecat karyawan lalu melempar pemeliharaan yang makin sulit ke open source supaya dibebankan ke komunitas.
Wah gila, akhirnya...!!!
MS benar-benar luar biasa.
Akhir-akhir ini yang sedang tren adalah cukup memindahkan js ke rust / go untuk meningkatkan performa
Wah, keren banget
Saat melakukan refactoring, cukup sering parsing kode di sisi
tsservermelambat sehingga editor benar-benar macet total; semoga cepat dirilis supaya bisa terbebas dari penderitaan ini.Saya merasa banyak orang melemparkannya tanpa benar-benar memikirkan
structural typing.Kalau ingin menulis ulang ke bahasa dengan
nominal typingseperti C# atau Rust, pasti tidak mudah karena harus mengubah terlalu banyak struktur fundamental proyek.Di antara bahasa yang mengadopsi
structural typing, yang bisa memberi performa lebih tinggi daripada basis JS yang sudah ada mungkin hanya C++ atau Go, dan kalau produktivitas juga diperhitungkan, tidak ada alternatif lain.Sepertinya produk komersial seperti Oracle RAC atau DB2 pureScale yang mendukung multi-write juga tidak dipertimbangkan, ya.
Momen memalukan, dalam skala yang sangat-sangat besar...
Jujur saya kira ini tidak akan ditambahkan.. editor-editor lain bakal jadi lebih hidup.
Akhirnya... selamat datang
Selama ini kalau maintainer utamanya tidak memakai Kotlin, pembaruannya sering terhenti, tapi sekarang sepertinya hal seperti itu tidak akan terjadi lagi.
Menurut saya, lebih baik bukan memblokir izin akses sepenuhnya, melainkan menampilkan dengan jelas direktori mana yang diakses.
Android cukup baik dalam hal itu, tetapi di sana izin digabungkan terlalu besar sehingga kita juga harus mengizinkan tingkat akses yang sebenarnya tidak diperlukan...
Sepertinya tidak ada Instagram, Threads, dan Facebook, ya,,