Bagian itu berada dalam kondisi di mana nyaris tidak ada lagi pengetahuan tacit, dan karena pakar domain kelas atas merancang agen lalu menanamkannya ke dalam model,,, saat ini pentingnya pengetahuan domain memang ditekankan, tetapi saya tidak yakin apakah klaim yang sama masih akan disampaikan 1 tahun lagi. Pada akhirnya pengetahuan tacit sedikit demi sedikit berpindah menjadi prompt, dan model akan menyaring pengetahuan tacit yang ditambahkan pengguna ke dalam prompt lalu menyuntikkannya kembali ke model. Model agen yang sudah dibekali pengetahuan tacit tentu akan bernilai, tetapi menurut saya bahkan ini pun akan diperdagangkan di pasar. Agen yang memiliki pengetahuan domain jauh lebih kaya di bidang tersebut.
Dalam 1 tahun ke depan, saya memperkirakan bahwa melampaui orkestrasi, yang akan menjadi kriteria penilaian adalah manajemen agen (seperti perusahaan).
Saya termasuk orang yang merasa React nyaman dan bagus, tetapi saya pikir bagian di bawah yang juga disebutkan dalam tulisan itu memang merupakan masalah.
Bagian yang menjadi vendor lock-in seiring tren bergeser ke Next.js
Kompleksitas yang diciptakan oleh server component
Isu keamanan yang meledak di SSR lalu merambat ke server
Keterampilan mekanis untuk mengubah ide yang jelas menjadi kode yang bersih nilainya memang turun drastis
Tapi saya juga merasa ini terlalu meremehkan kode.
Pengembangan perangkat lunak itu sendiri juga merupakan sebuah domain, dan menjadi mahir di dalamnya juga merupakan keahlian profesional.
Perangkat lunak yang dibuat AI mungkin bisa menyelesaikan masalah secara fungsional, tetapi tidak bisa benar-benar menyempurnakannya, dan seperti halnya tetap dibutuhkan orang untuk mengisi bagian itu.
Saya juga setuju di sini; bahkan teknologi yang membosankan itu dulu juga inovatif dan menantang. Kalau kita terus memilih yang membosankan, perkembangan teknologi akan terombang-ambing.
Bagi saya, sikap peneliti ini terasa seperti
"Kerentanan yang saya temukan ini kan sangat berbahaya, jadi bukannya sudah sewajarnya mengerahkan seluruh kemampuan perusahaan dan menanganinya sebagai prioritas utama? Hmph, kesal."
Begitulah kesannya bagi saya.
Kalau setelah menerima laporan mereka mendiamkannya sampai setahun tanpa penjelasan, berarti memang ada masalah di pihak Microsoft,
tetapi kalau karena responsnya tidak secepat yang dia inginkan lalu dia begitu saja mempublikasikan kerentanan baru, itu lebih terlihat mendekati black hat daripada white hat.
Dari sudut pandang senior, bergerak agak lebih lambat mungkin strategi yang tepat. Tapi dari sudut pandang junior, mengatakan jangan mencampur dua atau lebih teknologi yang belum dipahami itu terlalu konservatif. Strategi yang benar bisa jadi adalah pokoknya buat, buang, lalu ulangi.
Dalam kasus seperti Claude, ini dioptimalkan dengan mengklasifikasikannya sebagai deferred tool sehingga hanya namanya saja yang dimasukkan. Lalu saat diperlukan, search tool digunakan untuk memuat seluruh definisinya.
Namun yang lebih jadi masalah tampaknya adalah kelemahan yang lebih besar: sulit bagi manusia untuk melakukan debugging dan sulit untuk mengelola state.
Bagus.
Maksudnya apa
Entah pengguna non-developer bisa menangani hal seperti ini atau tidak
Sama dengan pendapat yang muncul di komentar Hacker News berikut.
Menurut saya, ini sejalan dengan pendapat tersebut.
Bagian itu berada dalam kondisi di mana nyaris tidak ada lagi pengetahuan tacit, dan karena pakar domain kelas atas merancang agen lalu menanamkannya ke dalam model,,, saat ini pentingnya pengetahuan domain memang ditekankan, tetapi saya tidak yakin apakah klaim yang sama masih akan disampaikan 1 tahun lagi. Pada akhirnya pengetahuan tacit sedikit demi sedikit berpindah menjadi prompt, dan model akan menyaring pengetahuan tacit yang ditambahkan pengguna ke dalam prompt lalu menyuntikkannya kembali ke model. Model agen yang sudah dibekali pengetahuan tacit tentu akan bernilai, tetapi menurut saya bahkan ini pun akan diperdagangkan di pasar. Agen yang memiliki pengetahuan domain jauh lebih kaya di bidang tersebut.
Dalam 1 tahun ke depan, saya memperkirakan bahwa melampaui orkestrasi, yang akan menjadi kriteria penilaian adalah manajemen agen (seperti perusahaan).
Wkwkwk, memang dibuat dari kenangan seperti itu.
Terima kasih!!
Saya termasuk orang yang merasa React nyaman dan bagus, tetapi saya pikir bagian di bawah yang juga disebutkan dalam tulisan itu memang merupakan masalah.
vendor lock-inseiring tren bergeser ke Next.jsSaya tidak membeli barang di Coupang
Tapi saya juga merasa ini terlalu meremehkan kode.
Pengembangan perangkat lunak itu sendiri juga merupakan sebuah domain, dan menjadi mahir di dalamnya juga merupakan keahlian profesional.
Perangkat lunak yang dibuat AI mungkin bisa menyelesaikan masalah secara fungsional, tetapi tidak bisa benar-benar menyempurnakannya, dan seperti halnya tetap dibutuhkan orang untuk mengisi bagian itu.
Ternyata bukan cuma saya yang lelah dengan tulisan promosi AI Slop wkwk
Ada proyek serupa, yaitu Apache OpenDAL.
Saya juga setuju di sini; bahkan teknologi yang membosankan itu dulu juga inovatif dan menantang. Kalau kita terus memilih yang membosankan, perkembangan teknologi akan terombang-ambing.
Bagi saya, sikap peneliti ini terasa seperti
"Kerentanan yang saya temukan ini kan sangat berbahaya, jadi bukannya sudah sewajarnya mengerahkan seluruh kemampuan perusahaan dan menanganinya sebagai prioritas utama? Hmph, kesal."
Begitulah kesannya bagi saya.
Kalau setelah menerima laporan mereka mendiamkannya sampai setahun tanpa penjelasan, berarti memang ada masalah di pihak Microsoft,
tetapi kalau karena responsnya tidak secepat yang dia inginkan lalu dia begitu saja mempublikasikan kerentanan baru, itu lebih terlihat mendekati black hat daripada white hat.
Saya juga sudah lama tidak melihat tulisan seperti ini, jadi rasanya berbeda.
Sepertinya saya terlalu lelah dengan AI.
Dari sudut pandang senior, bergerak agak lebih lambat mungkin strategi yang tepat. Tapi dari sudut pandang junior, mengatakan jangan mencampur dua atau lebih teknologi yang belum dipahami itu terlalu konservatif. Strategi yang benar bisa jadi adalah pokoknya buat, buang, lalu ulangi.
Terima kasih. Mohon terus berikan perhatian Anda.
Halo! Terima kasih atas masukannya! Balasan saya terlambat ya..
Fitur pembuatan nama kode otomatis adalah ide yang bagus!
Akan saya tambahkan minggu ini!
Ini benar-benar skenario penggunaan yang sangat relate!!
Mirip seperti dulu menampilkan update Windows palsu ya wkwkwk
Dalam kasus seperti Claude, ini dioptimalkan dengan mengklasifikasikannya sebagai deferred tool sehingga hanya namanya saja yang dimasukkan. Lalu saat diperlukan,
search tooldigunakan untuk memuat seluruh definisinya.Namun yang lebih jadi masalah tampaknya adalah kelemahan yang lebih besar: sulit bagi manusia untuk melakukan debugging dan sulit untuk mengelola state.