Bahsettiğiniz postu ben de görmüştüm ve dikkat çekmek için senior olmakla ilişkilendirilmişti sanırım. 😅 Yine de böyle yapısal konuları işlemeniz oldukça önemli. 👍🏼 Video için teşekkürler 👏🏼👏🏼
Dikkat çekmek için değildi. Bu soru tam bir Senior turnasoluydu 😊 bir senior bu soruya doğru soruyu sorarak cevap vermeli. Ne zaman, hangi koşulda, neyin içinde dönerken vs vs gibi :)
Çok güzel video olmuş. En azından backend için, webapi kısmı için konuşuyorum, zaten eğer in memory bir array 100 milyon elemanı varsa o programda ciddi hata vardır veri databaseden pagination ile gelir biz 100 milyon veriyi neden itere edelim? İstediğimiz son halini projection ile direkt dbden alırız. Dediğiniz gibi foreach syntax temizliği açısından elzem. Nanosaniye için for kullanılmaz
Çok güzel bir video olmuş. Benim de aklıma mikro seviyede bir soru takıldı. for yazdığımızda arka planda while'a çevirirken veya do-while için de aynı durum geçerli, bu çeviri esnasında da performans kayıpları olmakta mıdır? El alışkanlığı çoğu zaman for ile dönmektense neyse while ile dönelim bir de bunu çevirmek için uğraştırmayalım cihazı mı demeli miyiz? Günümüz cihazlarında biliyorum bir şey değil fakat olayın en mikro seviyesindeki davranışı merak ettim.
Hocam merhaba, bazen class ismiyle bu class a ait propertylerin ismi aynı olabiliyor. Bu durumda isimlendirme tam olarak nasıl yapılmalı? Kanalda daha önce isimlendirmeyle ilgili bir video göremedim. Genel bir video gelirse güzel olabilir.
hocam selamlar. benim ek olarak eklemenizi istediğim ve karşılaştırmanı istediğim bir döngü tipi daha var aslında. Paralel Foreach. Performans olarak normal foreach ve diğer döngülerden daha performanslı çalıştığını biliyorum sizin fikriniz nedir ?
Paralel for aynı şeyi daha hızlı yapmıyor aslında, aynı şeyi parçalara ayırıp birden fazla thread üzerinden yaptığı için daha çabuk bitmiş oluyor. Yani normal döngülerde bir veriyi birer birer işlerken, paralel foreach daha fazla sayıda iş yapıyor aynı anda. Hem avantajı hem dezavantajı var bunun da tabi ki, belki bununla ilgili de açıklayıcı bir video çekebilirim :)
Şunu merak ettim hocam, Çok büyük miktarda geriye data döndüren SELECT sorgularının sonuçlarını foreach döngüsü yerine, for döngüsü ile ekrana basmak, performans açısından kesinlikle olumlu olacak gibi gözüküyor. Sizde öyle düşünüyor musunuz hocam?
Select sonucu geriye dönen verinin türü önemli. For ile dönemiyor olabiliriz. Burada asıl zamanı kaybettiren o kadar verinin db den belleğe getirilmesi. Getirdikten sonra ekrana yazmak için içinde hangi döngüyle döndüğünüz çok fark ettirmeyebilir
Elinize sağlık. Bir sorum var ben şuana kadar genelde foreach kullandım ve for kullananda görmedim pek, bu gerçekten büyük bir performans farkı yaratmıyor sanırım dediğiniz gibi siz indexeri olan listelerde for kullanmaya çalışıyor musunuz?
Ne yazık ki mağdurum bende. Class yerine record kullanin dediler kullandık mapleme de hata çıkıyor. Immutable kullanın diyorlar onu da deniyoruz yine maplemede hata çıkıyor 🤣🤣
Bahsettiğiniz fark şundan kaynaklanıyor olabilir, bir array in içinde baştan sona dönmek ile, sondan başa dönmek arasında az da olsa bir hız farkı oluyor. Array in process edilirken işlemci tarafındaki buffer yüzünden kaynaklanıyor bu da
Bu web sitesinden ilk defa bahsedişim değil, daha önce bolca kullanmıştık ve o videolarda link vardı. O yüzden buna eklememiştim, ama bu yorumdan sonra ekleyeyim, elime mi yapışır dedim :)
Tam konuya özəl bir video. Çok güzel Hocam.
:) Kolay gelsin. Güzel konu
abi çok kaliteli iş yapıyorsun, sırf bu kanal için bile dotnet dev olunur
Aydınlandım hocam teşekkürler :)
Bahsettiğiniz postu ben de görmüştüm ve dikkat çekmek için senior olmakla ilişkilendirilmişti sanırım. 😅 Yine de böyle yapısal konuları işlemeniz oldukça önemli. 👍🏼 Video için teşekkürler 👏🏼👏🏼
Dikkat çekmek için değildi. Bu soru tam bir Senior turnasoluydu 😊 bir senior bu soruya doğru soruyu sorarak cevap vermeli.
Ne zaman, hangi koşulda, neyin içinde dönerken vs vs gibi :)
Elinize emeğinize sağlık 🙏🏻
Yine çok iyi video, teşekkürler :)
Çok güzel video olmuş. En azından backend için, webapi kısmı için konuşuyorum, zaten eğer in memory bir array 100 milyon elemanı varsa o programda ciddi hata vardır veri databaseden pagination ile gelir biz 100 milyon veriyi neden itere edelim? İstediğimiz son halini projection ile direkt dbden alırız. Dediğiniz gibi foreach syntax temizliği açısından elzem. Nanosaniye için for kullanılmaz
eline sağlık abi :) feyizlendik
ben mi hizliyim sen mi?
@@emreaka3965 bu soruyu sordugum icin video cekildigine gore herhalde ben daha hızlıyımdır 🤣
@@kadirkurhan damn
@@emreaka3965 emotional damage 🤣
süper anlatım
Elinize ağzınıza sağlık hocam. Bende ConfigureAwait(true) ile ilgili yalan/yanlış/eksik linkedin postları görmekten yıldım.
Bir ara ona da gireriz 😂
Çok güzel bir video olmuş. Benim de aklıma mikro seviyede bir soru takıldı. for yazdığımızda arka planda while'a çevirirken veya do-while için de aynı durum geçerli, bu çeviri esnasında da performans kayıpları olmakta mıdır? El alışkanlığı çoğu zaman for ile dönmektense neyse while ile dönelim bir de bunu çevirmek için uğraştırmayalım cihazı mı demeli miyiz? Günümüz cihazlarında biliyorum bir şey değil fakat olayın en mikro seviyesindeki davranışı merak ettim.
Bir kayıp yok çünkü bunlar derleme zamanında oluyor çalışma zamanında değil. Yani biz kodu derlediğimizde kod daha çalışmadan while a dönmüş oluyor :)
@@TechBuddyTR Şimdi güzel oturdu kafamda teşekkürler :)
Hocam merhaba, bazen class ismiyle bu class a ait propertylerin ismi aynı olabiliyor. Bu durumda isimlendirme tam olarak nasıl yapılmalı? Kanalda daha önce isimlendirmeyle ilgili bir video göremedim. Genel bir video gelirse güzel olabilir.
Class ismiyle bir property nin ismi aynı oluyorsa bir sorun var demektir :)
Bir ara değiniriz isimlendirmelere de
Hocam sayenizde elma ile armut farki yorumlariniz sürekli Linkedin'de önümde :)
Doğrusunu bilmek önemli :)
çk iyi video
ağzınıza sağlık
Teşekkürler 👍
Hocam harika
hocam selamlar. benim ek olarak eklemenizi istediğim ve karşılaştırmanı istediğim bir döngü tipi daha var aslında. Paralel Foreach. Performans olarak normal foreach ve diğer döngülerden daha performanslı çalıştığını biliyorum sizin fikriniz nedir ?
Paralel for aynı şeyi daha hızlı yapmıyor aslında, aynı şeyi parçalara ayırıp birden fazla thread üzerinden yaptığı için daha çabuk bitmiş oluyor. Yani normal döngülerde bir veriyi birer birer işlerken, paralel foreach daha fazla sayıda iş yapıyor aynı anda. Hem avantajı hem dezavantajı var bunun da tabi ki, belki bununla ilgili de açıklayıcı bir video çekebilirim :)
Şunu merak ettim hocam, Çok büyük miktarda geriye data döndüren SELECT sorgularının sonuçlarını foreach döngüsü yerine, for döngüsü ile ekrana basmak, performans açısından kesinlikle olumlu olacak gibi gözüküyor. Sizde öyle düşünüyor musunuz hocam?
Select sonucu geriye dönen verinin türü önemli. For ile dönemiyor olabiliriz. Burada asıl zamanı kaybettiren o kadar verinin db den belleğe getirilmesi. Getirdikten sonra ekrana yazmak için içinde hangi döngüyle döndüğünüz çok fark ettirmeyebilir
Elinize sağlık. Bir sorum var ben şuana kadar genelde foreach kullandım ve for kullananda görmedim pek, bu gerçekten büyük bir performans farkı yaratmıyor sanırım dediğiniz gibi siz indexeri olan listelerde for kullanmaya çalışıyor musunuz?
projelerimizin çok büyük kısmında dikkat ettiğimiz bir şey değil açıkçası. Çok sık işlem trafik alacak yerlerde kullanmaya çalışıyorum sadece.
Mikrosaniyeler matters!!!!
Ne yazık ki mağdurum bende. Class yerine record kullanin dediler kullandık mapleme de hata çıkıyor. Immutable kullanın diyorlar onu da deniyoruz yine maplemede hata çıkıyor 🤣🤣
for dongusunu arti veya eksi donme arasinda hiz farki var diye duymuştum. Bununla ilgili bilginiz var mi hocam
Bahsettiğiniz fark şundan kaynaklanıyor olabilir, bir array in içinde baştan sona dönmek ile, sondan başa dönmek arasında az da olsa bir hız farkı oluyor. Array in process edilirken işlemci tarafındaki buffer yüzünden kaynaklanıyor bu da
Bu faydalı siteleri açıklamalara url sini bırakırsan çok faydalı olur.
Bu web sitesinden ilk defa bahsedişim değil, daha önce bolca kullanmıştık ve o videolarda link vardı. O yüzden buna eklememiştim, ama bu yorumdan sonra ekleyeyim, elime mi yapışır dedim :)
Yani kısaca FOR kullanıcın arkadaşlar hepsinden hızlı. Koşulsuz şartsız FOR linkedin de gördüm. 🤣 :))))
Linkedin'i kullanmayı bırakalı çok oldu. Çok sıkıcı bir platform gerçekten.