Öncelikle her ikinize de selamlar. Bu kütüphane versiyonlarının birbirinden segregate etme işini hali hazırda venv (virtual environment) olayıyla sanki çözebiliyorduk paket yöneticisinden bağımsız. Yani her venv klasörünün kendi python'ı, kendi gerekli kütüphaneleri ve kendi dünyasını oldurmak angaryası bol da olsa sanki mümkün(dü) zaten diye biliyorum. Slaytlar arasında mı, yoksa konuyla ilgili paylaştığınız reddit postlarda mı gördüm bilemedim ama venv'i de kendi içerisinde kapsadığına dair bir not da gözüme çarptı sanki. Bunun haricinde pip'in reposunun lokalde bir kopyasını oluşturma durumu ilk başta biraz rahatsız edici gelse de, çekerken sadece önce metadatayı sonra nereye dallanacaksa oranın verisini çekiyor olması, rust'ın kullanılmış olmasından esktra biraz daha hız kazanması vesaire oldukça ilgimi çekti. Önce videoyu izleyeceğim tabii, orada da sararsa deneyimlemeyi düşünüyorum. İçerikleriniz için teşekkürler. Olgunlaştırmaya çalıştığım master tezim konusuda yeni literatür taramaya başladım. Dersleri hallettim. Heybemi yeterince doldurduğum vakit, keyifli sohbetlerinizin bir ya da birkaçının konuğu olmak isterim, eski bir arkadaşınız olarak. Çok başarılı sohbetler. İçi boş yorumlara kulak asmayınız. Beğenmeyen küçük kızına almayıversin ya da izlemesin. Görüşmek dileğiyle. Yusuf Baylav
Ben herhangi bir dil ya da sistem için package manager kullanırken, manager'ın one-shot çözemediği dependency problemlerinden haberdar olmayı, sonrasında da oluşan bu conflicti çözecek birden fazla çözümü önüme dökmesini ve bana tercih hakkı sunmasını seviyorum. Biraz hızdan feragat etmek gibi olsa da sanki uzun vadede daha sorunsuz oluyor.
2 yıldır gerek işte gerek kendi projelerimde python kullanıyorum. hiçbir zaman yahu bu pip de paketleri ne yavaş resolve ediyor demedim. genelde internetimle alakalı sorunlardan yavaş indiriyorum paketleri. çok fazla dependencysi olan projelerde bile belki (en fazla) birkaç saniye kazandırır diye düşünüyorum. pip'ten birkaç saniye daha hızlı diye yeni çıkmış bir package managerı production'da ağırlıklı olarak python kullanan bir şirketin kullanacağını düşünmüyorum. uv geliştirmesi biraz boş efor gibi geldi bana nedense :((
aslında bi süre deneyip fark var mı yok mu bize de söyleseniz harika olurmuş. başına uv koyarsan tüm pip komutları ile uyumlu çalışaçak diyor vatandaş. extreme caching olayı tekrar tekrar download yapmayı azaltabilir belki mesela?
@oakgun sizin hatırınıza dev ortamında deneyeceğim hocam. bir fark yakalarsam buralardan haber ederim. ne hatırı ya demeyin 1-2 aydır sessiz sedasız videolarınızı izliyorum 😄
windows için belki de ben debian'da kullanıyorum bookworm'dan trixie'ye geçtim pip hiç de iyi değil "apostrophe" markdown editörü için halen hata alıyorum.
@@fdqms devamlı distro değiştiren biri değilim. ubuntu işimi görüyor ve ubuntuda herhangi bir problem yaşamadım henüz. edit: bunlar debianın kod adlarıymış. mevcut LTS sürüm bullseye, sonraki LTS olacak sürüm bookworm iken daha LTS tarihi bile kesinleşmemiş bir sürüm kullanmak pek mantıklı değil. sorun pip kaynaklı değil os sürümü kaynaklı olabilir.
Öncelikle her ikinize de selamlar. Bu kütüphane versiyonlarının birbirinden segregate etme işini hali hazırda venv (virtual environment) olayıyla sanki çözebiliyorduk paket yöneticisinden bağımsız. Yani her venv klasörünün kendi python'ı, kendi gerekli kütüphaneleri ve kendi dünyasını oldurmak angaryası bol da olsa sanki mümkün(dü) zaten diye biliyorum. Slaytlar arasında mı, yoksa konuyla ilgili paylaştığınız reddit postlarda mı gördüm bilemedim ama venv'i de kendi içerisinde kapsadığına dair bir not da gözüme çarptı sanki. Bunun haricinde pip'in reposunun lokalde bir kopyasını oluşturma durumu ilk başta biraz rahatsız edici gelse de, çekerken sadece önce metadatayı sonra nereye dallanacaksa oranın verisini çekiyor olması, rust'ın kullanılmış olmasından esktra biraz daha hız kazanması vesaire oldukça ilgimi çekti. Önce videoyu izleyeceğim tabii, orada da sararsa deneyimlemeyi düşünüyorum. İçerikleriniz için teşekkürler. Olgunlaştırmaya çalıştığım master tezim konusuda yeni literatür taramaya başladım. Dersleri hallettim. Heybemi yeterince doldurduğum vakit, keyifli sohbetlerinizin bir ya da birkaçının konuğu olmak isterim, eski bir arkadaşınız olarak. Çok başarılı sohbetler. İçi boş yorumlara kulak asmayınız. Beğenmeyen küçük kızına almayıversin ya da izlemesin. Görüşmek dileğiyle. Yusuf Baylav
Ben herhangi bir dil ya da sistem için package manager kullanırken, manager'ın one-shot çözemediği dependency problemlerinden haberdar olmayı, sonrasında da oluşan bu conflicti çözecek birden fazla çözümü önüme dökmesini ve bana tercih hakkı sunmasını seviyorum. Biraz hızdan feragat etmek gibi olsa da sanki uzun vadede daha sorunsuz oluyor.
22:50 keserim dedi kesmedi!
teşekkürler
2 yıldır gerek işte gerek kendi projelerimde python kullanıyorum. hiçbir zaman yahu bu pip de paketleri ne yavaş resolve ediyor demedim. genelde internetimle alakalı sorunlardan yavaş indiriyorum paketleri. çok fazla dependencysi olan projelerde bile belki (en fazla) birkaç saniye kazandırır diye düşünüyorum. pip'ten birkaç saniye daha hızlı diye yeni çıkmış bir package managerı production'da ağırlıklı olarak python kullanan bir şirketin kullanacağını düşünmüyorum. uv geliştirmesi biraz boş efor gibi geldi bana nedense :((
aslında bi süre deneyip fark var mı yok mu bize de söyleseniz harika olurmuş. başına uv koyarsan tüm pip komutları ile uyumlu çalışaçak diyor vatandaş. extreme caching olayı tekrar tekrar download yapmayı azaltabilir belki mesela?
@oakgun sizin hatırınıza dev ortamında deneyeceğim hocam. bir fark yakalarsam buralardan haber ederim.
ne hatırı ya demeyin 1-2 aydır sessiz sedasız videolarınızı izliyorum 😄
windows için belki de ben debian'da kullanıyorum bookworm'dan trixie'ye geçtim pip hiç de iyi değil "apostrophe" markdown editörü için halen hata alıyorum.
@@fdqms devamlı distro değiştiren biri değilim. ubuntu işimi görüyor ve ubuntuda herhangi bir problem yaşamadım henüz.
edit: bunlar debianın kod adlarıymış. mevcut LTS sürüm bullseye, sonraki LTS olacak sürüm bookworm iken daha LTS tarihi bile kesinleşmemiş bir sürüm kullanmak pek mantıklı değil. sorun pip kaynaklı değil os sürümü kaynaklı olabilir.
Ulan RAG uygulaması yazarken aynı problemi yaşıyordum bende :D
teşekkürlerr 👏
Piton bizi bittirdin. 😅
niye beyaz tema
İnsan package manager'dan neden hız bekler ki?
yavaş olmasındansa hızlı olması iyidir herhalde? benim ilgimi çeken bu performans artışlarını nasıl sağladıkları oldu.
@@oakgun İyi de yaptığı her şeyi pip de yapmıyor mu? Daha hızlı diye standarttan neden vazgeçelim ki paket yöneticisi için.
okyanus mu iki pipin arası
😊
A
paket versionlarini hesaplarken esit isareti ni neden hesaplamiyorsunuz
yorumunuzu anlamak istedim, fakat anlayamadım.