Oh, benar juga. Metodologi Spec Driven juga masih terasa berada pada tahap sangat awal, dan tampaknya masih banyak hal dalam Spec itu sendiri yang perlu dikembangkan.
Berbagi alat dan dokumen seperti ini tampaknya sangat penting pada saat ini.
Sebenarnya kompatibilitas dengan Docker tidak terlalu baik, jadi kegunaannya juga tidak begitu bagus...
Saya sempat pindah ke Podman karena mempertimbangkan rootless, lalu akhirnya kembali lagi ke Docker.
Seperti kata orang lain, kalau mau pakai untuk Kubernetes ya sekalian saja pakai containerd.
Saya jadi bertanya-tanya, kalau Docker compose tidak berjalan dengan baik dan keunggulannya adalah kompatibilitas Kubernetes yang bagus, bukankah lebih baik langsung pakai Kubernetes saja?
Saya juga sempat ingin mencobanya, tetapi karena tidak bisa langsung berjalan sekaligus dan juga tidak bisa melakukan pemetaan port di bawah 1024 secara langsung, akhirnya saya memakai kombinasi k3s dan nerdctl untuk build image.
Saya sebenarnya menjalani 775... kadang juga 776. 996... sejujurnya kalau disuruh masuk kerja jam 6, sepertinya saya masih bisa, tapi kalau disuruh pulang jam 9 malam, rasanya bakal sangat berat.
Saya memang sudah lama ingin beralih, tetapi ketika mencobanya sebelumnya, berbeda dari yang sering dikatakan para developer, terlalu banyak proyek docker compose yang tidak berjalan dengan semestinya...
Masalahnya memang AI membuat hal-hal seperti ini jadi terlalu mudah, tetapi sebenarnya yang melelahkan adalah umpan balik yang asal-asalan, bahkan lebih dari AI itu sendiri.
Ini juga merupakan masalah dari sistem isu/PR terbuka itu sendiri.
Dari dulu saya sering merasa kasihan melihat maintainer utama tunggal yang perlahan kelelahan dan jadi makin sinis karena isu dan laporan bug yang tidak niat serta duplikatif.
Akhir-akhir ini, bahkan di Windows yang saya beli dengan uang sendiri pun, rasanya melelahkan karena setiap kali ada pembaruan mereka memakai dark pattern untuk menggiring kita menyalakan fitur-fitur aneh.
Memang terasa seperti seluruh industri 'AI' juga begini.
Bukan mengemudi otonom, tetapi mengklaim itu mengemudi otonom,
dan bukan kecerdasan, tetapi mengklaim itu kecerdasan
Penelitian sebagian besar menunjukkan bahwa istirahat dan tidur yang cukup bermanfaat bagi individu dan bahkan perusahaan,
namun persepsi orang-orang masih tertinggal di masa lalu.
Sebagai referensi, para pekerja yang membangun piramida di Mesir kuno bekerja 8 jam sehari.
Bayesian Neural Network adalah masa depan.
Sebagai opini pribadi tambahan, saya merasa memaksa pergantian IDE (KIRO) hanya demi satu tujuan SDD saja adalah tuntutan yang agak berlebihan.
Secara pribadi, menurut saya bentuk seperti extension IDE, aplikasi pendamping, atau CLI sebagai alat bantu mungkin akan lebih tepat.
Akan sangat membantu bagi pembaca yang ingin menjadikannya referensi jika kalian juga membagikan informasi tentang alat-alat SDD yang kalian ketahui.
Oh, benar juga. Metodologi Spec Driven juga masih terasa berada pada tahap sangat awal, dan tampaknya masih banyak hal dalam Spec itu sendiri yang perlu dikembangkan.
Berbagi alat dan dokumen seperti ini tampaknya sangat penting pada saat ini.
Saya baru saja melihat toolkit SDD bernama spec-kit, dan di sini juga saya menemukan SDD. https://github.com/github/spec-kit
Tiongkok, Indonesia, Inggris, Australia, ... ternyata ini masalah yang muncul di lebih banyak tempat daripada yang saya kira
Sebenarnya kompatibilitas dengan Docker tidak terlalu baik, jadi kegunaannya juga tidak begitu bagus...
Saya sempat pindah ke Podman karena mempertimbangkan rootless, lalu akhirnya kembali lagi ke Docker.
Seperti kata orang lain, kalau mau pakai untuk Kubernetes ya sekalian saja pakai containerd.
Saya jadi bertanya-tanya, kalau
Docker composetidak berjalan dengan baik dan keunggulannya adalah kompatibilitas Kubernetes yang bagus, bukankah lebih baik langsung pakai Kubernetes saja?Saya juga sempat ingin mencobanya, tetapi karena tidak bisa langsung berjalan sekaligus dan juga tidak bisa melakukan pemetaan port di bawah 1024 secara langsung, akhirnya saya memakai kombinasi k3s dan
nerdctluntuk build image.Saya sebenarnya menjalani 775... kadang juga 776. 996... sejujurnya kalau disuruh masuk kerja jam 6, sepertinya saya masih bisa, tapi kalau disuruh pulang jam 9 malam, rasanya bakal sangat berat.
Dibandingkan Korea yang meneriakkan SeninSelasaRabuKamisJumatJumatJumat...
Ternyata di sini bahkan diberi libur sehari penuh.
Saya ingin kerja 777, tapi karena aturan hukum tidak ada perusahaan yang mau menyuruh begitu huhu
Saya memang sudah lama ingin beralih, tetapi ketika mencobanya sebelumnya, berbeda dari yang sering dikatakan para developer, terlalu banyak proyek
docker composeyang tidak berjalan dengan semestinya...Masalahnya memang AI membuat hal-hal seperti ini jadi terlalu mudah, tetapi sebenarnya yang melelahkan adalah umpan balik yang asal-asalan, bahkan lebih dari AI itu sendiri.
Ini juga merupakan masalah dari sistem isu/PR terbuka itu sendiri.
Dari dulu saya sering merasa kasihan melihat maintainer utama tunggal yang perlahan kelelahan dan jadi makin sinis karena isu dan laporan bug yang tidak niat serta duplikatif.
Akhir-akhir ini, bahkan di Windows yang saya beli dengan uang sendiri pun, rasanya melelahkan karena setiap kali ada pembaruan mereka memakai dark pattern untuk menggiring kita menyalakan fitur-fitur aneh.
"Wow, kamu benar-benar menusuk inti persoalannya."
Memang terasa seperti seluruh industri 'AI' juga begini.
Bukan mengemudi otonom, tetapi mengklaim itu mengemudi otonom,
dan bukan kecerdasan, tetapi mengklaim itu kecerdasan
Penelitian sebagian besar menunjukkan bahwa istirahat dan tidur yang cukup bermanfaat bagi individu dan bahkan perusahaan,
namun persepsi orang-orang masih tertinggal di masa lalu.
Sebagai referensi, para pekerja yang membangun piramida di Mesir kuno bekerja 8 jam sehari.
Setahu saya, seperti Docker, ini juga mendukung fitur jaringan
Apakah masih ada hal yang belum benar-benar berfungsi?
Apakah Anda tahu alasannya?
Dukungan untuk Docker network memang tidak ada.
Untuk developer 10x, dengan bantuan AI mungkin saja bisa melonjak menjadi sekitar 12x.