Sepertinya ini adalah masalah yang tak terhindarkan karena strukturnya mengharuskan logika dimasukkan ke dalam YAML.
Tulisan di atas tampaknya kurang lebih sudah memberi jawabannya seperti di bawah ini, tetapi rasanya kalau bagian skrip diganti dengan Dagger, justru itulah jawaban yang tepat.
"Jangan biarkan GitHub Actions mengelola logika; kendalikan sendiri skripnya, dan biarkan Actions hanya memanggil skrip tersebut"
Sepertinya kabar baik terus berdatangan setelah akuisisi Bun oleh Claude. Dengan begitu, mereka akan bisa lebih fokus mengerjakan proyek dengan lebih stabil.
Sepertinya model TTS open source yang mendukung bahasa Korea tidak terlalu terlihat.
Saya pernah dengar Kokoro-82M yang dirilis sebelumnya memang disebut mendukung bahasa Korea, tapi kualitasnya katanya tidak terlalu bagus,
dan setelah saya cari sebentar, ada juga yang bilang hasilnya lumayan kalau dibuat dengan GPT-Sovits atau memakai yang seperti Edge-TTS.
Akhir-akhir ini sambil vibe coding, rasanya kalau digabungkan dengan Whisper bisa menghasilkan sesuatu yang menarik, tapi saya belum kepikiran idenya haha
Dalam embedded, pemrograman dilakukan sambil mempertimbangkan sampai ukuran cache line hardware. Ini kemungkinan soal seberapa jauh programmer bisa melakukan optimasi ekstrem di atas bahasa, serta masalah performa standard library dan compiler, tetapi karena pada akhirnya keduanya sama-sama mendukung level rendah, perbedaan overhead kecil sepertinya hanya berada pada tingkat yang sangat minim. Jadi rasanya ini bukan perdebatan yang terlalu bermakna.. Jika butuh optimasi ekstrem, pada akhirnya tetap diperlukan campur tangan manusia. Compiler tidak sesempurna yang kita bayangkan.
Bagaimanapun, dibanding orang awam yang sekadar klik-klik, kalau dimanfaatkan oleh orang yang punya pengetahuan komposisi dan kreativitas, hasilnya tentu akan berada di level yang berbeda, bukan?
https://github.com/twinstae/graphqlite-ts
Saya mencoba membuat binding bun sqlite + ffi dengan nuansa vibe bersama LLM. Ternyata berjalan juga. (dunia yang indah)
Sepertinya bakal bagus buat POC wkwk
Oh... saya sempat mengerjakan implementasinya, sepertinya saya harus menjadikan ini sebagai kerangkanya.
Sepertinya ini adalah masalah yang tak terhindarkan karena strukturnya mengharuskan logika dimasukkan ke dalam YAML.
Tulisan di atas tampaknya kurang lebih sudah memberi jawabannya seperti di bawah ini, tetapi rasanya kalau bagian skrip diganti dengan Dagger, justru itulah jawaban yang tepat.
"Jangan biarkan GitHub Actions mengelola logika; kendalikan sendiri skripnya, dan biarkan Actions hanya memanggil skrip tersebut"
Astro adalah kembalinya ke dasar-dasar web
Rilis Astro 3.0
Astro: Mendeploy JavaScript seminimal mungkin
Sepertinya kabar baik terus berdatangan setelah akuisisi Bun oleh Claude. Dengan begitu, mereka akan bisa lebih fokus mengerjakan proyek dengan lebih stabil.
Kabar baik.
Bagus juga, pengelolaan riwayat percakapan dilakukan baik dengan FTS maupun vector.
Redis memang bagus.
Artikel terkait - 장시간 실행되는 자율 코딩의 확장
Tulisan yang penuh wawasan, saya terus membacanya berulang-ulang.
https://ywc.life/posts/vercel-react-best-practice
Saya sudah menerjemahkannya secara lengkap.
Sepertinya model TTS open source yang mendukung bahasa Korea tidak terlalu terlihat.
Saya pernah dengar Kokoro-82M yang dirilis sebelumnya memang disebut mendukung bahasa Korea, tapi kualitasnya katanya tidak terlalu bagus,
dan setelah saya cari sebentar, ada juga yang bilang hasilnya lumayan kalau dibuat dengan GPT-Sovits atau memakai yang seperti Edge-TTS.
Akhir-akhir ini sambil vibe coding, rasanya kalau digabungkan dengan Whisper bisa menghasilkan sesuatu yang menarik, tapi saya belum kepikiran idenya haha
Dalam embedded, pemrograman dilakukan sambil mempertimbangkan sampai ukuran cache line hardware. Ini kemungkinan soal seberapa jauh programmer bisa melakukan optimasi ekstrem di atas bahasa, serta masalah performa standard library dan compiler, tetapi karena pada akhirnya keduanya sama-sama mendukung level rendah, perbedaan overhead kecil sepertinya hanya berada pada tingkat yang sangat minim. Jadi rasanya ini bukan perdebatan yang terlalu bermakna.. Jika butuh optimasi ekstrem, pada akhirnya tetap diperlukan campur tangan manusia. Compiler tidak sesempurna yang kita bayangkan.
Saya ragu apakah bahasa Korea didukung dengan baik.
Rata-rata, saya tidak tahu bahasa mana yang paling cepat, tetapi sepertinya penyebarannya paling besar ada di C++.
Dan foto pertama itu benar-benar terlihat seperti adegan film bergenre post-apokaliptik.
Anda sengaja melakukannya, ya? Hehe
Bagaimanapun, dibanding orang awam yang sekadar klik-klik, kalau dimanfaatkan oleh orang yang punya pengetahuan komposisi dan kreativitas, hasilnya tentu akan berada di level yang berbeda, bukan?
Situs aslinya sendiri sudah sangat bagus, tetapi belum ada terjemahan bahasa Koreanya.