Saya juga dulu hampir seperti penganut fanatik serverless dan sangat gencar mendorong arsitektur serverless, tetapi belakangan ini saya lebih memilih struktur yang dibangun dengan satu EC2 dan satu RDS. Lalu secara bertahap memisahkan hal-hal yang memang diperlukan satu per satu. Jadi, penerapan serverless pun akhirnya saya lakukan setelah banyak pertimbangan.
Ada berbagai alasan, tetapi saya merasa bahwa jika di tim ada bahkan hanya satu orang yang tidak punya pengetahuan tentang serverless, biaya komunikasi/pemeliharaan meningkat cukup besar. Dan setelah kembali mengelola server, saya kembali menyadari bahwa serverless ternyata tidak semurah atau semudah yang saya bayangkan.

Saat bekerja dengan Claude Code, saya terus memasukkan instruksi atau aturan ke dalam konteks, dan akhirnya jadi harus menimbang antara penggunaan token dan konteks. Lalu saya terpikir membuat folder, menuliskan detailnya secara rinci dalam file .md per fungsi di sana, dan di claude.md hanya menaruh banyak pointer tentang harus melihat apa untuk melakukan sesuatu; ternyata cara ini bekerja cukup baik dengan biaya yang lumayan murah. Karena skills pada akhirnya mungkin adalah kumpulan hal seperti ini, sepertinya ini akan cukup berguna.

MSA, OneDrive, Copilot, dan lain-lain... saya harap mereka berhenti memaksakan hal-hal itu ke pengguna.

Saya harap tidak ada salah paham, saya bukan sedang bilang Hacker News itu omong kosong.

Tidak perlu bertele-tele, intinya sepertinya semuanya bermuara pada bagaimana menangani konteks secara efisien.

Claude Skills sangat luar biasa, mungkin ini inovasi yang lebih besar daripada MCP
GN+ baru saja merangkumnya. Silakan jadikan itu sebagai referensi juga!

Rekayasa pada akhirnya selalu merupakan pertarungan biaya
Di tahap awal, hal ini digunakan untuk mengurangi waktu dalam membuat prototipe atau membangun bisnis
Belakangan, biaya harus ditekan sambil melakukan optimasi
Tulisan seperti ini sendiri membuktikan betapa dirinya bukan seorang engineer
Seperti in

Kelihatannya mirip dengan Copilot Spaces, tetapi terasa lebih otomatis.

Penyelarasan dalam dogmatisme (alignment in dogmatism)

Sebenarnya, untuk menyingkirkan IE7 (yang sudah tidak didukung oleh MS), situs-situs besar di Korea pernah menggunakan metode ini, yaitu menampilkan banner saat diakses dengan IE7. Seingat saya, efeknya sangat besar.

Sepertinya ini kumpulan alat vibe coding yang dibuat dengan vibe coding. Mengejutkan juga dibuat hanya dalam 5 hari.

Grace Hopper:
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
"Kalau itu ide yang bagus, langsung saja lakukan. Jauh lebih mudah meminta maaf daripada meminta izin."

Windows memang bajingan. Ini pertama kalinya saya memaki di sini, tapi Windows benar-benar bajingan.

Bukankah pemeliharaan juga memakan resource, jadi dari sudut pandang perusahaan bukankah menghemat resource juga menguntungkan?
> 1~2 minggu dari siklus sprint utama dialokasikan untuk memperbaiki bug IE6

Katanya begitu; saya tidak tahu siklus sprint Google itu seperti apa, tetapi kalau diasumsikan sebulan, berarti setidaknya bisa menghemat 25%..

> Itu mencakup Chrome, Firefox, IE8, dan lain-lain, serta dibuat agar ditampilkan dalam urutan acak.

Bagaimanapun, itu tindakan yang cukup nekat, jadi saya penasaran keuntungan apa yang didapat perusahaan sampai hal itu dibiarkan
Mereka juga bukan memindahkan pengguna ke Chrome, jadi sepertinya tidak ada keuntungan khusus bagi Google
Atau apakah mereka menilai bahwa menyerap sebagian pengguna IE, meski tidak semuanya, sudah cukup menguntungkan?

Hasil membenarkan cara.
Lebih mudah meminta maaf daripada meminta izin.

Cukup UNSEXY ya

Tulisan ulasan Skills oleh Simon Willison juga baru saja terbit.

Claude Skills - Menyesuaikan AI agar sesuai dengan alur kerja
Silakan lihat juga ringkasan GN+.

Kalau dibandingkan M1 cuma dua kali lebih cepat, kesan pertama saya malah jadi, yah masih cukup layak dipakai... wkwk.
Build butuh 5 menit atau 2,5 menit... sebelum bisa turun di bawah 1 menit, tidak ada upgrade!!