Proyek sampingan memberi saya kebebasan untuk menentukan semuanya sendiri. Dan juga tidak harus berhasil.
Saya juga sangat suka proyek-proyek sampingan saya sendiri yang saya kerjakan dengan mengumpulkan waktu yang biasanya saya pakai untuk bermain game konsol atau menonton Netflix/YouTube. hehe
Saya juga sedang makin terkuras oleh kehidupan kerja, tetapi proyek sampingan terus terbayang di kepala. Menonton YouTube pun sudah tidak seru... belajar juga tidak terasa menyenangkan, jadi setelah laptop saya berganti kali ini, saya ingin mencoba mengerjakan proyek sampingan dengan Flutter. :)
Dalam situasi ketika tidak diketahui di bawah batasan seperti apa programmer akan menggunakan React, menurut saya dokumentasi resminya seharusnya ditulis dalam lingkungan yang sedekat mungkin dengan vanilla.
React sebenarnya bisa digunakan bersama berbagai framework web yang dibuat dengan bahasa berbeda (mis. Go, Rust, Java, dll.), tidak harus framework berbasis React.
-> Sebenarnya karena alasan ini, saya merasa setidaknya untuk bagian get started di dokumentasi resmi React, akan lebih tepat jika panduannya sebisa mungkin mengarahkan penggunaan React saja tanpa dependensi lain.
Sepertinya ini cocok untuk APPLE SILICON atau lini NPU yang punya RAM cukup lega. Untuk dipakai di server GPU murni, model spesifikasi minimum saja dalam kuantisasi int4 ternyata butuh H100..
React hanyalah library UI berbasis komponen. Menampilkan komponen di HTML saja memang mudah, tetapi untuk membuat situs web atau aplikasi dibutuhkan banyak fitur. Karena itu, framework direkomendasikan. Ini bukan hanya karena React; banyak web modern saat ini dibuat melalui web framework. Selain itu, React tidak harus selalu digunakan dengan framework berbasis React, karena juga bisa dipakai bersama berbagai web framework yang dibuat dengan bahasa lain (mis. Go, Rust, Java, dan lain-lain), sehingga pada akhirnya pilihan selalu ada di tangan pengguna.
Apakah ini bakal lebih cepat daripada wrapper CUDA yang sudah ada seperti CuPy dan PyTorch. Kelebihan CuPy dan torch adalah API-nya hampir sama persis dengan NumPy, jadi kode uji yang sebelumnya ditulis dengan NumPy bisa dipindahkan tanpa banyak usaha. Untuk yang ini, sepertinya harus dicoba dulu.
Yang ini memang cukup bikin frustrasi
Cara lama: berpikir => kode (lambat) => debugging
AI: berpikir => menulis prompt yang presisi => kode (seketika) => debugging
Tapi biasanya menuliskan apa yang saya pikirkan sebagai kode itu lebih cepat daripada menjadikannya prompt, bukan? Kecuali saat mengerjakan hal yang memang sudah sangat dikenal.. Untuk bagian yang keandalannya penting, bagaimanapun juga setelah selesai kita tetap harus memahami logikanya dengan mata sendiri, jadi tidak bisa benar-benar diserahkan, dan saat diserahkan justru terasa seperti kehilangan profesionalisme dalam pekerjaan.
Swift memang bagus, tapi apakah Swift yang sudah ditinggalkan bisa hidup kembali..
Proyek sampingan memberi saya kebebasan untuk menentukan semuanya sendiri. Dan juga tidak harus berhasil.
Saya juga sangat suka proyek-proyek sampingan saya sendiri yang saya kerjakan dengan mengumpulkan waktu yang biasanya saya pakai untuk bermain game konsol atau menonton Netflix/YouTube. hehe
Terima kasih atas tulisannya yang bagus.
Saya juga sedang makin terkuras oleh kehidupan kerja, tetapi proyek sampingan terus terbayang di kepala. Menonton YouTube pun sudah tidak seru... belajar juga tidak terasa menyenangkan, jadi setelah laptop saya berganti kali ini, saya ingin mencoba mengerjakan proyek sampingan dengan Flutter. :)
Dalam situasi ketika tidak diketahui di bawah batasan seperti apa programmer akan menggunakan React, menurut saya dokumentasi resminya seharusnya ditulis dalam lingkungan yang sedekat mungkin dengan vanilla.
React sebenarnya bisa digunakan bersama berbagai framework web yang dibuat dengan bahasa berbeda (mis. Go, Rust, Java, dll.), tidak harus framework berbasis React. -> Sebenarnya karena alasan ini, saya merasa setidaknya untuk bagian get started di dokumentasi resmi React, akan lebih tepat jika panduannya sebisa mungkin mengarahkan penggunaan React saja tanpa dependensi lain.
Sepertinya ini cocok untuk APPLE SILICON atau lini NPU yang punya RAM cukup lega. Untuk dipakai di server GPU murni, model spesifikasi minimum saja dalam kuantisasi int4 ternyata butuh H100..
Praktis spesifikasi minimum termasuk kuantisasi itu A100, tapi performanya juga terasa nanggung T_T
React hanyalah library UI berbasis komponen. Menampilkan komponen di HTML saja memang mudah, tetapi untuk membuat situs web atau aplikasi dibutuhkan banyak fitur. Karena itu, framework direkomendasikan. Ini bukan hanya karena React; banyak web modern saat ini dibuat melalui web framework. Selain itu, React tidak harus selalu digunakan dengan framework berbasis React, karena juga bisa dipakai bersama berbagai web framework yang dibuat dengan bahasa lain (mis. Go, Rust, Java, dan lain-lain), sehingga pada akhirnya pilihan selalu ada di tangan pengguna.
Hari ini Llama 4 dirilis. https://id.news.hada.io/topic?id=20166
Sepertinya saya harus menginstal dan mencobanya.
Hahahahahahahahaha
Hahaha, setuju.
Apakah ada yang lebih bagus daripada Google Gemma 3?
Apakah ini bakal lebih cepat daripada wrapper CUDA yang sudah ada seperti CuPy dan PyTorch. Kelebihan CuPy dan torch adalah API-nya hampir sama persis dengan NumPy, jadi kode uji yang sebelumnya ditulis dengan NumPy bisa dipindahkan tanpa banyak usaha. Untuk yang ini, sepertinya harus dicoba dulu.
Ini hal yang belum pernah terpikirkan sebelumnya... ternyata hal seperti ini juga bisa terjadi. Benar-benar cerita horor.
Bagus bagus! ^0^
Yang ini memang cukup bikin frustrasi
Cara lama: berpikir => kode (lambat) => debugging
AI: berpikir => menulis prompt yang presisi => kode (seketika) => debugging
Tapi biasanya menuliskan apa yang saya pikirkan sebagai kode itu lebih cepat daripada menjadikannya prompt, bukan? Kecuali saat mengerjakan hal yang memang sudah sangat dikenal.. Untuk bagian yang keandalannya penting, bagaimanapun juga setelah selesai kita tetap harus memahami logikanya dengan mata sendiri, jadi tidak bisa benar-benar diserahkan, dan saat diserahkan justru terasa seperti kehilangan profesionalisme dalam pekerjaan.
Apakah kecepatan yang pertama itu benar? Kok terasa sangat lambat...