Mac ve Ubuntu'da kullanıyorum; genel olarak iyi ama Korece giriş doğal hissettirmediği için biraz hayal kırıklığı yaratıyor.
GitHub'da issue da bıraktım ama henüz ciddiye alınıyor gibi görünmüyor. Çinli arkadaşlar da epey issue açmıştı :) Sanırım bu bir CJK sorunu.
Assembly’den okunabilir doğal dilde koda dönüşmesi, gereksiz şeyler ayıklandıktan sonra yeniden yaratımın (değişken adları, fonksiyon adları vb.) alanına girdiği için, iyi sonuç vermesinin biraz zaman alacağını düşünüyorum.
vb ya da Python gibi dillerde exe oluşturulduğunda makine koduna derlenmediği için, yalnızca exe dosyasıyla bile kaynak kodu fonksiyon ve değişken adları olduğu gibi çıkarabilirsiniz.
Bu tür kuralları öğrenip uygulayabilmesi... gelecekte geliştirici olarak ayakta kalmak pek kolay olmayacak gibi görünüyor.
Claude'un eğitildiği veriler arasında VB 4.0'ın p-code'u ile ilgili belgeler varmış gibi geliyor bana.
Eğer öyle değilse (yani önceden eğitilmiş böyle bir şey yoksa), yapay zeka açısından VB 4.0'ın p-code'u ile x86 (veya arm ya da…) makine kodu arasında ne fark var ki? Sonuçta ikisi de belli kuralları olan sayı dizileri sadece. Kısa bir örnekten deseni çıkardıysa, bu da başlı başına ürkütücü.
Ana metindeki görüşte dendiği gibi, vb exe dosyalarında kod yazıldığı haliyle görülebilir; ancak bu bir c++ exe olsaydı ve assembly seviyesinde kalsaydı, muhtemelen bu hâlâ mümkün olmazdı.
Yapay zekanın güçlü yanlarından biri komutları anlayıp uygulayabilmesi; bu yüzden başka dillere migration işini de fark ettirmeden epey iyi yapıyor.
Numpy gerçekten harika...
Mac ve Ubuntu'da kullanıyorum; genel olarak iyi ama Korece giriş doğal hissettirmediği için biraz hayal kırıklığı yaratıyor.
GitHub'da issue da bıraktım ama henüz ciddiye alınıyor gibi görünmüyor. Çinli arkadaşlar da epey issue açmıştı :) Sanırım bu bir CJK sorunu.
ShareDrop - WebRTC kullanan Apple AirDrop'un HTML5 klonu
Kolay da olabilir haha
Ben de yaklaşık 10 yıl önce benzer bir şeyle makale yazmıştım
Bu düpedüz reklam.
Assembly’den okunabilir doğal dilde koda dönüşmesi, gereksiz şeyler ayıklandıktan sonra yeniden yaratımın (değişken adları, fonksiyon adları vb.) alanına girdiği için, iyi sonuç vermesinin biraz zaman alacağını düşünüyorum.
vb ya da Python gibi dillerde exe oluşturulduğunda makine koduna derlenmediği için, yalnızca exe dosyasıyla bile kaynak kodu fonksiyon ve değişken adları olduğu gibi çıkarabilirsiniz.
Bu tür kuralları öğrenip uygulayabilmesi... gelecekte geliştirici olarak ayakta kalmak pek kolay olmayacak gibi görünüyor.
Yazılım Felsefesi'nin çevirisi çıktı mı? Arattım ama bulamadım.
Fazla reklam gibi duruyor...
Claude'un eğitildiği veriler arasında VB 4.0'ın p-code'u ile ilgili belgeler varmış gibi geliyor bana.
Eğer öyle değilse (yani önceden eğitilmiş böyle bir şey yoksa), yapay zeka açısından VB 4.0'ın p-code'u ile x86 (veya arm ya da…) makine kodu arasında ne fark var ki? Sonuçta ikisi de belli kuralları olan sayı dizileri sadece. Kısa bir örnekten deseni çıkardıysa, bu da başlı başına ürkütücü.
Düzelttim!
Artık Flow Overflow'a dönüşmenin zamanı!
Hı? Derleme kılavuzu bağlantısı yanlış gibi görünüyor.
Ama sonuçta assembly'nin de bir spesifikasyonu var; spesifikasyonla birlikte verilirse onu da hızlıca çevirebilir gibi görünüyor.
Vay, eski unutulmuş verileri de kurtarmak mümkün olabilir mi acaba haha
Eski DOS oyunlarının videolarını yükleyince içinden
exedosyası çıkması gibi..Ana metindeki görüşte dendiği gibi, vb exe dosyalarında kod yazıldığı haliyle görülebilir; ancak bu bir c++ exe olsaydı ve assembly seviyesinde kalsaydı, muhtemelen bu hâlâ mümkün olmazdı.
Yapay zekanın güçlü yanlarından biri komutları anlayıp uygulayabilmesi; bu yüzden başka dillere migration işini de fark ettirmeden epey iyi yapıyor.
Powered by humansifadesi etkileyici görünüyorVay canına, bu gerçekten biraz şaşırtıcı.
GPT ile simgelenen LLM'ler ortaya çıktıktan sonra.
Çeşitli geliştirici topluluklarına olan katılımın azaldığını düşünüyorum.
(Benim kişisel deneyimimde de) hâlâ Google'da arama yapıyorum, ancak anlamlı işler prompt içinde gerçekleşiyor.
Topluluklaşıyor gibi görünüyor.