Ne de olsa sıradan birinin öylesine tıklatmasından ziyade, beste bilgisi ve yaratıcılığı olan biri bunu kullanırsa ortaya çıkan seviye farklı olur, değil mi?

Asıl site zaten çok iyi, ama hâlâ Korece çevirisi yok.

task_plan.md, şu anda kullandığım yöntemle aynı görünüyor. Bunu otomatik yapsa çok kullanışlı olurdu.

GitHub Actions sadece ortam kurulumu (OS, build toolchain, …) ve script (shell, Python, bat, ps1…) çalıştırma işi yapmalı. GitHub çökse bile, sadece ortam hazırsa her yerde build alınabilmeli. Son zamanlarda GitHub Actions workflow’larına bakınca, buna kadar da gidip özel bir şeyler kullanmak gerçekten gerekli mi diye düşündürüyor. Çok eskiden(?) Ansible da böyle yapıp battı.

Yazarken fark ettim, yapay zeka özeti gibi olmuş TT

Bence Rust, C'den çok C++'ın yerine geçecek bir aday. C, derleyicinin üreteceği kodu tahmin edebildiğiniz fiilen tek (belki de son) dil…

Architecture ve QA Engineer'ın ayakta kalacağı bir dönem olacak. Bunun doğru olup olmadığını değerlendiren....

Görünüşe göre genelde bir çeviriden beklenen, serbest yorum içermeyen türden bir çeviri değil.

Claude Cowork tanıtım yazısını eklemeyi denedim. Aşağıdaki gibi emoji ve madde işaretleri oluştu.

(Orijinal metin)
How is using Cowork different from a regular conversation? In Cowork, you give Claude access to a folder of your choosing on your computer. Claude can then read, edit, or create files in that folder. It can, for example, re-organize your downloads by sorting and renaming each file, create a new spreadsheet with a list of expenses from a pile of screenshots, or produce a first draft of a report from your scattered notes.

(ChatGPT ile çeviri)

🧠 Cowork ile normal bir konuşma arasındaki fark

Cowork'te, Claude'a bilgisayarınızda seçtiğiniz bir klasöre erişim izni verirsiniz. Claude daha sonra bu klasördeki dosyaları okuyabilir, düzenleyebilir veya yeni dosyalar oluşturabilir.
Örneğin Claude:

• her bir dosyayı sıralayıp yeniden adlandırarak indirdiklerinizi yeniden düzenleyebilir,
• ekran görüntüsü yığınından gider listesini çıkarıp yeni bir elektronik tablo oluşturabilir veya
• dağınık notlarınızdan bir raporun ilk taslağını hazırlayabilir.

Simon Willison'ın yazdığı Claude Cowork inceleme yazısında da prompt injection saldırısına dair endişeler vardı; hızlı oldu.

Belirli alan adlarının yüklenmesini en baştan engelleyecek şekilde filtreleme yapmanın iyi olacağını düşünüyorum.

Bu, derleyicinin yeteneğine bağlı.

Aynı kodu assembly'e çevirip bakarsanız ortaya çıkar.

Görünüşe göre ffmpeg tayfa, Rust'ın C'den daha hızlı olduğunu düşünmüyor gibi haha https://www.memorysafety.org/blog/rav1d-perf-bounty/

Gemini’yi kullanmaya devam ediyorum; çıkışından hemen sonra gerçekten çok iyiydi ama zaman geçtikçe zekası düşüyor.
Bunun başlıca nedenlerinden biri önceki konuşmalara referans; kişiselleştirilmiş zeka da eklenirse daha da kötüleşecek gibi görünüyor.

Aslında kod tabanının tamamını baştan yazıp 2-3 kat iyileşme sağlamak bile zor bir iş; buna karşılık sadece birkaç satırı değiştirerek en fazla 400 kat hızlanma elde etmek gerçekten etkileyici.

Müthiş.

2 kat hızlandıysa akıllıca bir şey yapılmış olabilir; 100 kat hızlandıysa bu sadece aptalca bir şey yapmayı bırakmış olmak demektir

Bunun tamamen yanlış bir söz olduğunu düşünmüyorum ama işin içinde kernel varsa, yavaş olduğunu fark etmek bile gerçekten çok zor olmuştur diye düşünüyorum.

Bilemiyorum. En fazla yoğun kullanıcıların tepkisi kadar olur gibi.

Çok yardımcı oldu 👍👍

Oyun için ayrı bir cihaz ayırmayı düşünmez misiniz? Ben neredeyse hiç oyun oynamadığım için öyle yapmıyorum ama oynayanların çoğu genelde öyle yapıyor.

Ah, ben bilgisayarla ilgili bir bölüm okudum, bu yıl şubatta mezun oldum ve hâlâ bir işim yok. Linux’u ise geliştirme öğrenmeye başlamadan önce, 2015’ten beri kullanıyorum!

Apple’ın istediği altyapıyı kurup sunup sunamayacağının da seçim üzerinde büyük etkisi olmuş gibi görünüyor.