Ini tampaknya juga merupakan tulisan yang mencatat harapan mereka setelah melihat berbagai kontribusi dan postingan, tetapi karena isi kontribusinya juga cukup spesifik di beberapa bagian, saya menuliskannya seperti ini. Sepertinya judulnya bisa menimbulkan sedikit salah paham. (Itu judul yang diminta dipilihkan kepada ChatGPT dan kemudian digunakan... untuk bagian ini, sepertinya "Saya menantikan perubahan besar" lebih tepat. Selain itu, karena saat ini versinya 1.30, pendapat pribadi bahwa akan ada perubahan besar pada versi mayor 2.0 mungkin juga bisa terlihat agak berlebihan.)
Melihat artikel aslinya, ini tampaknya bukan “ke depannya akan berubah seperti ini, jadi nantikan.” melainkan sebuah usulan “akan bagus jika berubah seperti ini.”
MCP awalnya muncul untuk mengurangi kompleksitas yang timbul karena ketergantungan client pada tool atau resource eksternal, tetapi ironisnya sekarang kompleksitas client malah harus dinaikkan lagi karena inefisiensi MCP.
Pada akhirnya, rasanya MCP adalah teknologi transisi menuju AGI, jadi kesannya cukup seperti ayam tanpa daging namun sayang untuk dibuang.
Hmm, saya sudah cukup lama bekerja di ruang server berskala 100 rak 42U, dengan lingkungan yang terdiri dari HPC, HCI, sistem file terdistribusi berbasis Hadoop generasi awal, dan berbagai macam storage, tetapi saya belum pernah melihat disk rusak sekali tiap 3 hari.
Saya penasaran apakah ini benar-benar bersifat wajib, jadi saya cari tahu, dan ternyata kewajiban penerapannya hanya berlaku untuk tempat parkir umum, sedangkan untuk tempat parkir swasta kebijakannya adalah memberikan insentif jika diterapkan.
Kalau mempertimbangkan waktu dan upaya yang dibutuhkan untuk membangun sendiri infrastruktur yang diperlukan secara on-premise, layanan cloud rasanya tidak semahal itu.
Rasanya seperti konsep IKEA atau Daiso.
Mungkin ada juga layanan cloud yang sangat worth it dan masuk akal.
Tapi begitu memakainya, ujung-ujungnya jadi ikut memakai hal-hal lain yang sekarang terlihat agak mahal.
(contoh asal) kalau pakai Lambda, lalu jadi pakai API Gateway, dan yang ini agak mahal dan tidak nyaman -_-^
Kurang lebih seperti itu.
Ngomong-ngomong, yang sangat saya setujui adalah.
Alasan AWS nyaman bagi mereka
Karena terlihat rumit secara teknis, jadi membuat mereka tampak pintar di depan developer lain
Kalimat di atas itu.
Sejujurnya, karena layanan AWS sudah lama dan berkembang terus, ada cukup banyak fitur yang bahkan tidak bisa mereka deprecate, dan terlihat keren kalau paham betul hal-hal seperti ini, jadi saya juga sampai ambil sertifikasi SA wkwk.. sangat setuju banget~~
Terkadang, tidak tahu justru lebih baik...
Ada sumbernya?
Saya akan membagikannya di komentar segera setelah menerima pandangan dari Chris Aniszczyk, CTO CNCF.
Terkait hal ini, saya juga sudah menghubungi Chris Aniszczyk, CTO CNCF, dan akan membagikannya begitu saya menerima jawabannya.
Ini tampaknya juga merupakan tulisan yang mencatat harapan mereka setelah melihat berbagai kontribusi dan postingan, tetapi karena isi kontribusinya juga cukup spesifik di beberapa bagian, saya menuliskannya seperti ini. Sepertinya judulnya bisa menimbulkan sedikit salah paham. (Itu judul yang diminta dipilihkan kepada ChatGPT dan kemudian digunakan... untuk bagian ini, sepertinya "Saya menantikan perubahan besar" lebih tepat. Selain itu, karena saat ini versinya 1.30, pendapat pribadi bahwa akan ada perubahan besar pada versi mayor 2.0 mungkin juga bisa terlihat agak berlebihan.)
Melihat artikel aslinya, ini tampaknya bukan “ke depannya akan berubah seperti ini, jadi nantikan.” melainkan sebuah usulan “akan bagus jika berubah seperti ini.”
MCP awalnya muncul untuk mengurangi kompleksitas yang timbul karena ketergantungan client pada tool atau resource eksternal, tetapi ironisnya sekarang kompleksitas client malah harus dinaikkan lagi karena inefisiensi MCP.
Pada akhirnya, rasanya MCP adalah teknologi transisi menuju AGI, jadi kesannya cukup seperti ayam tanpa daging namun sayang untuk dibuang.
Peta industri ML/AI/Data 2024 dan tren terbaru
Peta industri Data/ML/AI 2021 dan tren terbaru
The 2020 Data & AI Landscape
Nama domainnya menarik...
Backblaze mengumumkan 4.372 drive rusak tahun lalu, jadi pada skala sebesar itu memang ada kira-kira satu drive yang rusak setiap 2 jam...
Rudal itu memang dibuat untuk meledak.
Setiap kali menggunakan DeepWiki saya selalu terkesan, jadi saya juga menantikan fitur ini!
Hmm, saya sudah cukup lama bekerja di ruang server berskala 100 rak 42U, dengan lingkungan yang terdiri dari HPC, HCI, sistem file terdistribusi berbasis Hadoop generasi awal, dan berbagai macam storage, tetapi saya belum pernah melihat disk rusak sekali tiap 3 hari.
Benar.
Saya penasaran apakah ini benar-benar bersifat wajib, jadi saya cari tahu, dan ternyata kewajiban penerapannya hanya berlaku untuk tempat parkir umum, sedangkan untuk tempat parkir swasta kebijakannya adalah memberikan insentif jika diterapkan.
Jadi nostalgia ya wkwkwk
Kalau mempertimbangkan waktu dan upaya yang dibutuhkan untuk membangun sendiri infrastruktur yang diperlukan secara on-premise, layanan cloud rasanya tidak semahal itu.
Frekuensi seperti ini bisa terjadi pada skala yang sangat besar.
Rasanya seperti konsep IKEA atau Daiso.
Mungkin ada juga layanan cloud yang sangat worth it dan masuk akal.
Tapi begitu memakainya, ujung-ujungnya jadi ikut memakai hal-hal lain yang sekarang terlihat agak mahal.
(contoh asal) kalau pakai Lambda, lalu jadi pakai API Gateway, dan yang ini agak mahal dan tidak nyaman -_-^
Kurang lebih seperti itu.
Ngomong-ngomong, yang sangat saya setujui adalah.
Alasan AWS nyaman bagi mereka
Karena terlihat rumit secara teknis, jadi membuat mereka tampak pintar di depan developer lain
Kalimat di atas itu.
Sejujurnya, karena layanan AWS sudah lama dan berkembang terus, ada cukup banyak fitur yang bahkan tidak bisa mereka deprecate, dan terlihat keren kalau paham betul hal-hal seperti ini, jadi saya juga sampai ambil sertifikasi SA wkwk.. sangat setuju banget~~
Investasi berlebihan -> infrastruktur dasar -> bahkan jika gelembung pecah, infrastrukturnya tetap ada. Berdasarkan ini, bisnis baru -> sukses