Saya cek lisensinya ternyata CC BY-NC-ND 4.0..?? Kalau NonCommercial, apakah itu berarti perusahaan selain Kakao tidak boleh memakainya... Saya kurang paham maksudnya.
Oh, ini percobaan yang bagus...
Upaya yang mengguncang fondasi jaringan memang bagus, tetapi semua perangkat jaringan di dunia ini hanya memiliki perangkat yang dioptimalkan untuk TCP/UDP...
Saat belum tahu bahwa perangkat jaringan itu diproduksi seperti cetakan... mungkin terasa bisa dilakukan... tetapi begitu mengetahuinya, jadi paham bahwa kecuali saya sukses besar lalu membuat semua orang memakai protokol saya, hal seperti itu tidak akan bisa dilakukan...
Mungkin dihapus karena dianggap self promote?
Bahkan saat nama merek atau produknya dicari di Google tidak muncul, dan bahkan di Naver juga tidak muncul.
Saya cuma berhasil menemukan halaman pembeliannya, itu pun dengan jumlah ulasan 1....
Dalam situasi seperti ini, dia malah promosi sambil berbohong di judul bahwa penghasilannya 3 kali gaji, jadi wajar kalau memicu antipati.
Tentu saja, kalau hanya melihat ringkasannya memang terasa menarik juga.
Akhir-akhir ini rasanya saya lebih sering berdebat bukan soal clean code, melainkan karena ada penggemar tech stack atau arsitektur tertentu yang berbicara seolah-olah akan jadi masalah besar kalau tech stack atau arsitektur itu tidak diadopsi. Menurut saya, penerapannya harus disesuaikan dengan situasi; sepertinya tidak ada yang mutlak selalu baik.
Sistem terdistribusi seperti Flink perlu mempertahankan 2β3 rack untuk menjaga HA, dan tampaknya dengan mengintegrasikan Kubernetes, HA berhasil dijamin. Namun pada akhirnya tetap perlu memikirkan resource untuk kube slave node, jadi saya jadi bertanya-tanya apakah mereka membangun node yang hanya menjalankan Flink saja (sepertinya bisa ada isu slave node down saat beban Flink tinggi).
Dari sudut pandang itu, apakah ada keuntungan menggunakan Kubernetes?
Selain itu, ketika memakai window function di Flink, data di antaranya akan dipertahankan di memori sehingga pernyataan SQL join bisa berjalan. Jika dilihat dari sudut pandang trade-off, apakah Flink benar-benar pilihan yang baik? Jika seiring waktu SQL + job makin besar lalu job-nya mati, akibatnya akan sangat besar..
Saya juga sedang memikirkan, saat join diperlukan di data source paling atas, alih-alih memakai Flink, dengan cara seperti apa pemrosesannya bisa diturunkan ke level application.
Saya cek lisensinya ternyata CC BY-NC-ND 4.0..?? Kalau NonCommercial, apakah itu berarti perusahaan selain Kakao tidak boleh memakainya... Saya kurang paham maksudnya.
Oh, ini percobaan yang bagus...
Upaya yang mengguncang fondasi jaringan memang bagus, tetapi semua perangkat jaringan di dunia ini hanya memiliki perangkat yang dioptimalkan untuk TCP/UDP...
Saat belum tahu bahwa perangkat jaringan itu diproduksi seperti cetakan... mungkin terasa bisa dilakukan... tetapi begitu mengetahuinya, jadi paham bahwa kecuali saya sukses besar lalu membuat semua orang memakai protokol saya, hal seperti itu tidak akan bisa dilakukan...
Saya baru memasang Warp tapi belum memakainya. Bagaimana pendapat yang sudah pernah mencoba? Saya penasaran.
Telah dipindahkan karena tidak sesuai dengan Show GN.
Silakan unggah dengan merujuk ke cara menggunakan Show.
Yang benar adalah
--global. Ada kekeliruan saat copy-paste. Sudah diperbaiki.Setelah membuka tautannya, tampilannya didesain dengan CSS yang terasa seperti
claude.ai.Mereka memang sedang menaruh perhatian ke sana, ya??
Oh... sepertinya butuh waktu lama karena mereka benar-benar ingin membuatnya dengan baik.
Warp - Terminal cepat yang ditulis dengan Rust
Warp Terminal - Kini bisa digunakan tanpa login
Basis Data Relasional Open Source Tercanggih di Dunia
wow;
Bukan
--global, melainkan-global?EdgeDB - ORDB open source generasi berikutnya untuk pengembang
Rilis EdgeDB 1.0
Ulasan setelah 1 tahun menggunakan EdgeDB - "Saya tidak akan pernah kembali ke SQL lagi"
Apakah ini seperti GWT yang dulu?
Dapatkan bantuan coding dengan Gemini Code Assist - kini tersedia gratis
Persaingan yang luar biasa(?), ya.
Jadi langsung mudah dipahami, analoginya bagus banget.
Mungkin dihapus karena dianggap
self promote?Bahkan saat nama merek atau produknya dicari di Google tidak muncul, dan bahkan di Naver juga tidak muncul.
Saya cuma berhasil menemukan halaman pembeliannya, itu pun dengan jumlah ulasan 1....
Dalam situasi seperti ini, dia malah promosi sambil berbohong di judul bahwa penghasilannya 3 kali gaji, jadi wajar kalau memicu antipati.
Tentu saja, kalau hanya melihat ringkasannya memang terasa menarik juga.
Konsep black box memang menakutkan. "Kenapa ini bisa berhasil?"
"AI tidak akan pernah bisa beroperasi secara mandiri selamanya"
Bagian ini cukup mengesankan.
Akhir-akhir ini rasanya saya lebih sering berdebat bukan soal clean code, melainkan karena ada penggemar tech stack atau arsitektur tertentu yang berbicara seolah-olah akan jadi masalah besar kalau tech stack atau arsitektur itu tidak diadopsi. Menurut saya, penerapannya harus disesuaikan dengan situasi; sepertinya tidak ada yang mutlak selalu baik.
Sistem terdistribusi seperti Flink perlu mempertahankan 2β3 rack untuk menjaga HA, dan tampaknya dengan mengintegrasikan Kubernetes, HA berhasil dijamin. Namun pada akhirnya tetap perlu memikirkan resource untuk kube slave node, jadi saya jadi bertanya-tanya apakah mereka membangun node yang hanya menjalankan Flink saja (sepertinya bisa ada isu slave node down saat beban Flink tinggi).
Dari sudut pandang itu, apakah ada keuntungan menggunakan Kubernetes?
Selain itu, ketika memakai window function di Flink, data di antaranya akan dipertahankan di memori sehingga pernyataan SQL join bisa berjalan. Jika dilihat dari sudut pandang trade-off, apakah Flink benar-benar pilihan yang baik? Jika seiring waktu SQL + job makin besar lalu job-nya mati, akibatnya akan sangat besar..
Saya juga sedang memikirkan, saat join diperlukan di data source paling atas, alih-alih memakai Flink, dengan cara seperti apa pemrosesannya bisa diturunkan ke level application.