Aynen öyle, belki yeni bir içgörü vardır diye orijinal metne de baktım ama bu da ne böyle...
Bellek pahalı olduğu için disk kullanmaktan, ya da prodüksiyon işletim kararlılığı için, ya da atomiklikten söz edeceklerini sanıyorsunuz.
Böyle temel bir giriş yapmak yerine pat diye hız karşılaştırmasına girişince insan ister istemez gülüyor.
'Biz DB satıyoruz ama DB her zaman gerekli değil!' diye bir makale yayımlayıp bunu hiç çekinmeden söylemeleri, pazarlama yapmak istemelerinden mi acaba -_-... Olumlu bakmaya çalışsam da bazen ister istemez sinikleşiyorum.
Keyifle okudum. Blogda yazdıklarınızı da okudum. Ne kadar uygun bir benzetme olur bilmiyorum ama, dillerin ilk eğitiminde neden Hello World! olduğunu ve geçmişte web geliştirmeyi öğrenirken forum ya da e-ticaret sitesi yaparak ilerleme sürecinin de sonuçta sizin söylediklerinizle aynı çizgide olduğunu düşünüyorum. Eskiden şöyle düşünürdüm: Bir forumla e-ticaret sitesi yapabilecek düzeyde teknik varsa, web'in büyük kısmı uygulanabilir. Ve nihayetinde programlama denen şeyin özü de aslında yalnızca Input ve Output'tan ibaret.
Sonuç bana biraz fazla iddialı geliyor. Sorun ticarileşme ya da aşırı biçimselleşme olabilir ama sprint veya backlog gibi araçlar işe yaramaz hâle gelmiş değil. Yatay ve hedef odaklı bir toplantı kültürünün yerleşmesine de yardımcı oldular. SDD’nin önem kazandığı doğru, ama o spesifikasyonu da yapay zeka ile işbirliği içinde hızla yazabildiğimiz için bu hâlâ çevik. Sadece iki haftalık sprintler birkaç saate kadar kısaldı; iteratif olarak törpüleme yapmanın özü ise aynı kalmış gibi görünüyor.
Ne kadar saçma bir yazı. Asıl mesele, spec.'in kendisini çevik şekilde yazmak... Çeviklik, müşteri gereksinimlerine hızla değişip uyum sağlamaktır.
Çeviklik hakkındaki bu tür yanlış anlamalar ve yüzeysel hayaller yüzünden, ister çeviklik olsun ister geliştirme kültürü, her şey yanlış bir yöne gidiyor.
Kod okumak zorunda kalınmayacak değil; bu açıdan bakınca kodun dokümandan daha önemli olduğu sözü geçerli gibi görünüyor ve talimat niteliğindeki dokümanı uygulamanın yürütücüsü olan LLM’in okuması gerektiği için bu açıdan da katılıyorum. Bu nedenle sonuç olarak ikisinin de aynı anda önemli olduğu düşünülebilir.
Şu anda LLM tabanlı ürünlerdeki sorun, operasyon aşamasında biriken teknik borçtur. Sürdürülebilir işletim için geliştiricinin koda müdahil olması gerekir; bunun için de en azından şimdilik kodun dokümanın yerini alabilecek durumda olması gerektiğini düşünüyorum.
Keşke codex de claude gibi OAuth token desteği sunsa.
Aynen öyle, belki yeni bir içgörü vardır diye orijinal metne de baktım ama bu da ne böyle...
Bellek pahalı olduğu için disk kullanmaktan, ya da prodüksiyon işletim kararlılığı için, ya da atomiklikten söz edeceklerini sanıyorsunuz. Böyle temel bir giriş yapmak yerine pat diye hız karşılaştırmasına girişince insan ister istemez gülüyor.
'Biz DB satıyoruz ama DB her zaman gerekli değil!' diye bir makale yayımlayıp bunu hiç çekinmeden söylemeleri, pazarlama yapmak istemelerinden mi acaba -_-... Olumlu bakmaya çalışsam da bazen ister istemez sinikleşiyorum.
Hiç değilse bir benchmark edinmiş olduk diyelim.
Keyifle okudum. Blogda yazdıklarınızı da okudum. Ne kadar uygun bir benzetme olur bilmiyorum ama, dillerin ilk eğitiminde neden
Hello World!olduğunu ve geçmişte web geliştirmeyi öğrenirken forum ya da e-ticaret sitesi yaparak ilerleme sürecinin de sonuçta sizin söylediklerinizle aynı çizgide olduğunu düşünüyorum. Eskiden şöyle düşünürdüm: Bir forumla e-ticaret sitesi yapabilecek düzeyde teknik varsa, web'in büyük kısmı uygulanabilir. Ve nihayetinde programlama denen şeyin özü de aslında yalnızca Input ve Output'tan ibaret.Sonuç bana biraz fazla iddialı geliyor. Sorun ticarileşme ya da aşırı biçimselleşme olabilir ama sprint veya backlog gibi araçlar işe yaramaz hâle gelmiş değil. Yatay ve hedef odaklı bir toplantı kültürünün yerleşmesine de yardımcı oldular. SDD’nin önem kazandığı doğru, ama o spesifikasyonu da yapay zeka ile işbirliği içinde hızla yazabildiğimiz için bu hâlâ çevik. Sadece iki haftalık sprintler birkaç saate kadar kısaldı; iteratif olarak törpüleme yapmanın özü ise aynı kalmış gibi görünüyor.
Ne kadar saçma bir yazı. Asıl mesele, spec.'in kendisini çevik şekilde yazmak... Çeviklik, müşteri gereksinimlerine hızla değişip uyum sağlamaktır.
Çeviklik hakkındaki bu tür yanlış anlamalar ve yüzeysel hayaller yüzünden, ister çeviklik olsun ister geliştirme kültürü, her şey yanlış bir yöne gidiyor.
Bu ne saçmalık ya
db'nin performans için kullanıldığını mı sanıyorlar
Bağlantı yanlışlıkla
comalan adına verilmiş gibi görünüyor.İlgili duyuru bağlantısı burada.
[Bilgilendirme] 04/16 (Per) hizmete erişim sorunu oluştu ▶ işlem tamamlandı
Buzdolabı olmadan da yaşayabilirsiniz ama bazı zorluklar olur.
Buzdolabı kullanabiliyorken kullanmamak için bir sebep yok.
Evet, Apache 2.0 değilmiş.
Teşekkür ederiz!!
Bunun lisansı da orijinal gemma4'ten farklı görünüyor.
Ne yazık ki en sık gördüğüm şeylerden biri gibi görünüyor...
Vay be, 2020 yılında baktığımda
hwpile çalışabilen kütüphane sayısı çok fazla değildi; son zamanlarda ise patlayıcı biçimde artmış.Bunun yine yalnızca macOS’e özel olması biraz üzücü.. Boşta duran çok sunucu var ama hepsi Linux tabanlı da...
Bazı ölçütlere göre herkes çevik zaten. Şimdiki kadar hızlı dağıtım yapıp geri bildirim aldığımız bir dönem olmuş muydu, emin değilim.
Harika vay be
Kod okumak zorunda kalınmayacak değil; bu açıdan bakınca kodun dokümandan daha önemli olduğu sözü geçerli gibi görünüyor ve talimat niteliğindeki dokümanı uygulamanın yürütücüsü olan LLM’in okuması gerektiği için bu açıdan da katılıyorum. Bu nedenle sonuç olarak ikisinin de aynı anda önemli olduğu düşünülebilir.
Şu anda LLM tabanlı ürünlerdeki sorun, operasyon aşamasında biriken teknik borçtur. Sürdürülebilir işletim için geliştiricinin koda müdahil olması gerekir; bunun için de en azından şimdilik kodun dokümanın yerini alabilecek durumda olması gerektiğini düşünüyorum.
Belirleyici nedenin
libhwpolmasından ziyade çöp bir grubun varlığı daha büyük sorundu. Öznesizdir, okuyup sinirleniyorsan bu senin sorununWaterfall döngüsü bir günde tamamlansaydı?
Ollama'da da var
https://ollama.com/0xIbra/supergemma4-26b-uncensored-gguf-v2
Biraz daha büyük 31B model de var
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-mlx-4bit
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-GGUF