Mümkün olduğunca NumPy vektörizasyonuyla idare edip, olmazsa GPU takıp cupy ya da torcha geçiyoruz; o da yetmezse cython ile native yazıyoruz ama... mümkünse native’e hiç girmemek daha iyi gibi. Gerçekten zor.
Son teslim tarihlerine ve gereksinimlere uyduğunuz sürece, kod yazarken yapay zeka mı kullandığınız, IDE bile kullanmayıp maço bir şekilde yalnızca Not Defteri mi kullandığınız çok da önemli olmamalı.
Bu hâlâ isteğe bağlı bir özellik ve multithreading’in de büyük olasılıkla seçenek olarak kalması muhtemel. (seçeneği açmak, ayrı kurulum yapmak vb.)
Ben de Type’ı pek kullanmıyorum; free-threading’i ise performans tarafındaki sorunlar nedeniyle biraz kullanırım gibi, ama sanırım çok sınırlı olur.
Python'ın popüler olmasının büyük nedenlerinden biri, aslında böyle çoklu iş parçacığı meselelerini düşünmeye gerek olmamasıydı. Buna kadar da düşünmek gerekirse, sıradan insanların kolayca kullanamayacağı bir dil haline gelir herhalde.
Free threading Python, bu gerçekten hiç de kolay bir iş olmayacak gibi. Pandora'nın kutusunu açmak gibi bir his. Şimdiye kadar gizlenmiş her türlü senkronizasyon hatasının ortalığı kaplama ihtimali var. Üstelik bunlar çalışma zamanında çok nadir patlayacak türden. Çoklu iş parçacığı geliştirmede baş ağrıtan sorunlar artık Python'da da ciddi biçimde başlayabilir gibi görünüyor. Yalnızca C ailesine bakılsa bile, thread-safe olmayan fonksiyonların kullanıldığı yerlerde hemen sorun çıkacaktır.
Bunu sadece yeni bir teknoloji olarak düşündüğümde ona yalnızca merakla bakıyordum,
ama artık işverenler bu tür teknolojileri gerekçe göstererek gerçekten işe alımları ve ücretleri kısarken, insanın keyfi pek yerinde olmuyor..
Sanırım hâlâ bir geçiş döneminde olduğumuz için çeşitli aksaklıklar yaşanıyor.
İleride daha iyiye gidebilir de, bu şekilde devam da edebilir; o yüzden nasıl değişeceğini izlemek de eğlenceli olacak haha
Eyvah hıçkırık Görünüşe göre 9to5mac bot erişimini tamamen engellemiş.
Elle özetledim. Prompt’u da sürekli düzenliyorum gerçi. Şu anda yaklaşık 4 bin karakter (800 token) civarında.
Github’a Gemini bağlayıp PR incelemesi alıyorum; tam da böyle olduğu zamanlar gerçekten ara sıra oluyor.
Mesela hemen üst satırda null kontrolü yapılmış olmasına rağmen, null kontrolü olmadan kullanıyorsun deyip hemen üstteki satırın aynısını tekrar eklememi öneren bir inceleme bırakabiliyor.
Bir kişinin iş yaparken doğal olarak edindiği arka plan bilgisi, iş kalıpları, beklenen sonuçlar ve bunların biçimi gibi şeylerin
tamamını prompt'a yazmak zaten mümkün değil; yazmak mümkün olsa bile,
LLM gibi karmaşık bir yapay zeka yerine, derin öğrenme öncesi geleneksel algoritmalarla otomatikleştirmenin daha gerçekçi olabileceğini de düşündürüyor.
Kullanınca vibe coding ve coding agent’ların kesinlikle kullanışlı olduğu yanlar var, ama gerçekten kullanışlı olmaları için istemleri aşırı titiz hazırlamak gerekiyor; zaten projenin yapısına göre hiç iyi çalışmayan birçok proje de var. MSA yapısındaki web sunucuları gibi işlevler sade ve küçük parçalara iyi ayrılmışsa iyi çalışıyorlar, ama büyük bir monolit içine bağlı çok sayıda modül ve karmaşık mantık varsa bunu yapay zekayla düzeltmeye çalışırken görev planını inanılmaz titiz kurmak ve istemleri çok iyi vermek gerekiyor.
Vay... Az önce kurup biraz inceledim.
MS-DOS dönemini hissettiren bir arayüz...
Ayrı bir düzenleyici kurulu değilken hafif işler için kullanmak iyi olacaktır. Özellikle uzaktan terminale bağlanıp çalışmam gereken durumlar çok oluyor; terminalde dosya düzenlemek ya da görüntülemek rahatsızdı, bu yüzden bu gerçekten çok iyi.
Mümkün olduğunca NumPy vektörizasyonuyla idare edip, olmazsa GPU takıp
cupyya datorcha geçiyoruz; o da yetmezsecythonile native yazıyoruz ama... mümkünse native’e hiç girmemek daha iyi gibi. Gerçekten zor.Bu, fiilen Apple'ın tam bir yenilgisi gibi görünüyor.
Son teslim tarihlerine ve gereksinimlere uyduğunuz sürece, kod yazarken yapay zeka mı kullandığınız, IDE bile kullanmayıp maço bir şekilde yalnızca Not Defteri mi kullandığınız çok da önemli olmamalı.
E-posta gönderdim. Teşekkür ederim.
Bu hâlâ isteğe bağlı bir özellik ve multithreading’in de büyük olasılıkla seçenek olarak kalması muhtemel. (seçeneği açmak, ayrı kurulum yapmak vb.)
Ben de Type’ı pek kullanmıyorum; free-threading’i ise performans tarafındaki sorunlar nedeniyle biraz kullanırım gibi, ama sanırım çok sınırlı olur.
Acaba nasıl bir gelecek gördüler de böyle bir tercih yaptılar...
Python'ın popüler olmasının büyük nedenlerinden biri, aslında böyle çoklu iş parçacığı meselelerini düşünmeye gerek olmamasıydı. Buna kadar da düşünmek gerekirse, sıradan insanların kolayca kullanamayacağı bir dil haline gelir herhalde.
Free threading Python, bu gerçekten hiç de kolay bir iş olmayacak gibi. Pandora'nın kutusunu açmak gibi bir his. Şimdiye kadar gizlenmiş her türlü senkronizasyon hatasının ortalığı kaplama ihtimali var. Üstelik bunlar çalışma zamanında çok nadir patlayacak türden. Çoklu iş parçacığı geliştirmede baş ağrıtan sorunlar artık Python'da da ciddi biçimde başlayabilir gibi görünüyor. Yalnızca C ailesine bakılsa bile, thread-safe olmayan fonksiyonların kullanıldığı yerlerde hemen sorun çıkacaktır.
Eskiden de vardı. M Editor diye…
https://www.edm2.com/index.php/Microsoft_Editor
O...!
Bunu sadece yeni bir teknoloji olarak düşündüğümde ona yalnızca merakla bakıyordum,
ama artık işverenler bu tür teknolojileri gerekçe göstererek gerçekten işe alımları ve ücretleri kısarken, insanın keyfi pek yerinde olmuyor..
Sanırım hâlâ bir geçiş döneminde olduğumuz için çeşitli aksaklıklar yaşanıyor.
İleride daha iyiye gidebilir de, bu şekilde devam da edebilir; o yüzden nasıl değişeceğini izlemek de eğlenceli olacak haha
Eyvah hıçkırık Görünüşe göre 9to5mac bot erişimini tamamen engellemiş. Elle özetledim. Prompt’u da sürekli düzenliyorum gerçi. Şu anda yaklaşık 4 bin karakter (800 token) civarında.
Özel çeviri, Excel dosya yükleyici ve sanal liste gibi özelliklere katkıda bulundum. Umarım Türkiye'de de birçok kişi kullanır. ^^
Github’a Gemini bağlayıp PR incelemesi alıyorum; tam da böyle olduğu zamanlar gerçekten ara sıra oluyor.
Mesela hemen üst satırda
nullkontrolü yapılmış olmasına rağmen,nullkontrolü olmadan kullanıyorsun deyip hemen üstteki satırın aynısını tekrar eklememi öneren bir inceleme bırakabiliyor.Bir kişinin iş yaparken doğal olarak edindiği arka plan bilgisi, iş kalıpları, beklenen sonuçlar ve bunların biçimi gibi şeylerin
tamamını prompt'a yazmak zaten mümkün değil; yazmak mümkün olsa bile,
LLM gibi karmaşık bir yapay zeka yerine, derin öğrenme öncesi geleneksel algoritmalarla otomatikleştirmenin daha gerçekçi olabileceğini de düşündürüyor.
Bu epey eğlenceliymiş haha
Hatalardan bağımsız olarak, GeekNews özetlerinin kalitesi iyi olduğu için prompt’u hep merak ediyorum
Kullanınca vibe coding ve coding agent’ların kesinlikle kullanışlı olduğu yanlar var, ama gerçekten kullanışlı olmaları için istemleri aşırı titiz hazırlamak gerekiyor; zaten projenin yapısına göre hiç iyi çalışmayan birçok proje de var. MSA yapısındaki web sunucuları gibi işlevler sade ve küçük parçalara iyi ayrılmışsa iyi çalışıyorlar, ama büyük bir monolit içine bağlı çok sayıda modül ve karmaşık mantık varsa bunu yapay zekayla düzeltmeye çalışırken görev planını inanılmaz titiz kurmak ve istemleri çok iyi vermek gerekiyor.
Vay... Az önce kurup biraz inceledim.
MS-DOS dönemini hissettiren bir arayüz...
Ayrı bir düzenleyici kurulu değilken hafif işler için kullanmak iyi olacaktır. Özellikle uzaktan terminale bağlanıp çalışmam gereken durumlar çok oluyor; terminalde dosya düzenlemek ya da görüntülemek rahatsızdı, bu yüzden bu gerçekten çok iyi.
uuid_generate_v7()gibi bir fonksiyon oluşturup kullanıyordum; bu sevindirici bir haber.