Gürkan Yeniçeri

paylaşımınız için tşk ederim.

Güzel bir yazı/derleme olmuş, elinize sağlık. Benim edindiğim bazı deneyimler;

-Arka mimariyi hissetmeden kod yazmak (JIT, CLR, IL, VM)
-Formlar ve fonksiyonlar arasında fazlaca global değişkenler kullanmak
-Overload fonksiyonların dozunu kaçırmak, dolayısı ile hangi fonksiyonu ne zaman kullanacağını unutmak
-İç içe fazlaca if deyimi kullanmak
-Warning içeren kodları görmezden gelmek
-İş detayını anlamadan kod yazmak, kodu yazıp geçmek...
-...

Not: Bu arada race condition'ı da izninizle açıklamak isterim. Özellikle işletim sistemi programlamada kullanılan bir deyimdir. Özetle; aynı kaynağa birden fazla prosesin ulaşma durumudur. Statik değişekenler veya bir web uygulamasındaki App düzeyindeki değişkenler örnek olabilir. Mutex, semaphore, queue algoritmaları race condition'ları önlemek amacıyla kullanılır.

Deniz, Race Condition'ı açıkladığın için teşekkür ederim. Tevekkeli işletim sistemi yazmadığımız için karşılaşmadığım bir olay.

bu mesajı görüntülensin diye yazmıyorum. ancak herkesin erişebildiği bir web sitesi olması münasebetiyle burayı okuyanların aklında yanlış kalmaması adına naçizane düzeltme önerisi olarak yazıyorum. siz iligl bölümlerini düzenleyip yayınlayabilirsiniz.

Race Condition: bir at yarışı düşünün koşan n tane at ancak bu yarışta şike vardır ve bir tanesinin mutlaka ilk olarak yarışı tamamlaması gerekir. Race condition tam olarak budur.

Bu aslında tam olarak kurtulmak istenen bir durum olarak nitelenmemelidir. ancak varsayımlar hatalarına düşülmemesi gerekir.
örneğin paralel programlamada yüksek öncelikli bir threadin diğer thread e göre daha önce çalışacağı varsayımı klasik yapılan ve aslında single core sistemlerde doğru kabul edilen bir varsayımdır keza ilgili sistem çok çekirdekli yada çok işlemcili olduğunda yüksek öncelikli bir thread ile daha düşük öncelikli bir thread aynı anda çalışabilirler. yani iki at aynı anda yarışı kazanmaya çalışır.

buna programlamada oldukça fazla örnek verilebilir. örneğin paralel çalışaiblir tasarlanmış bir filecopy programını bir thread in okuma bir thread in de yazma yaptığını düşünelim. program önce okuyabilmeli ki yazabilsin yani öncelikle okuma işlemini yapan thread işini yapmalı. bittikten yada bir chunk ı bittikten sonra diğer yazma yapan thread okunan bölümü hedef e yazssın. burada okumanın yazmaya oranla hızlı olcağı varsayımı ile bu senkronizasyon sağlanmazsa floppy den okuyup hd'e yazma işlemi yapan bir senaryo ile karşılaşıldığında karşınıza bir race condition çıkar.

bu durumu gidermek için senkronizasyon yapılmalıdır. senkronizasyon yapmak için ise duruma uygun bir takım mekanizmalar kullanılaiblir örneğin mutex, semaphore, event vs vs gibi.

Diğer taraftan queue bir veri yapısıdır FIFO ya göre çalışır. bu veri yapısının race condition ile ilgili de direk ilgisi bulunmamaktadır.
ancak paralel programlamada domain decomposition denilen decomposition yönteminde veri eğer regular ise bu durumda pipelining uygulanr ki bu queue ile yapılaibilir. en yakın bağlantısı da budur.

sevgilerimle

Selam Ertan,

Açıklaman için çok teşekkür ederim. Yorumları olduğu gibi yayınlamayı felsefe edinmişimdir. Ayrıca yorumun çok açıklayıcı, tekrar teşekkür ederim.

En riskli 25 programlama hatas?? | Coder's Stuff

En riskli 25 programlama hatas?? | Baskin

Bu yazıyı okuduktan sonra bu hataları yapmayız artık. çok teşekkürler

işime yaradı teşekkürler..Yeni şeyler öğrendim