10 Affedilmez Programci Hatasi 1. option explicit ifadesini kullanmamak. 2. Tüm degiskenler ve fonksiyonlar için gereken veri türlerini deklere etmemek. Özellikle gerekli olan veri türünü deklere etmezseniz tüm türleri içine alan VARIANT deklere etmis olursunuz ki VARIANT veri türü 32 byte yer kaplar. 3. Okunmasi zor kodlar yazmak. 2 yada 3 ekrandan fazla prosedür yazmak. Kurallara yada adlandirma ilkelerine uymayan degisken, nesne yada prosedür tanimlamak. VB'nin tekelinde olan degisken yada nesne adlarini kullanmaya çalismak. 4. Normalde kullanicinin girmesi gereken degerleri kod içine sabit degerler halinde yazmak . Bunlar bazi sayilar yada dosya yada dizin adlari olabilir. Örnek: Her kullanici Windows'unu WINDOWS adli dizine kurmak zorunda degildir (Bu bazen WIN bazen WIN98 vs olabilir) Programinizi yazarken Windows dizininin adini kendi bilgisayarinizdaki gibi düsünmeyin... 5. Kullanicinin ihtiyaçlarina gereken özeni göstermemek. Programlama sayginligina uygun dil kullanmamak. . Kullaniciya ters gelebilecek hata mesajlari vermek. Form tasarlarken kullanim kolayligini düsünmemek. Kontrollerin göze hos gelmeyecek yerlesimi Standart Windows tasarimina uymamak. (Menü tasarimi, kontrol butonlarinin genelde yukarida olmasi, ALT-F4 ile programin kapatilmasi, Ctrl-O dosya açmak, Ctrl-P yazdirmak vs için kullanilmasi) Bu standartlar zaten Windows kullanan kisilere kullanimi kolay programlar üretmenize neden olacaktir. Ve dikkat ederseniz birçok program bu standartlari takip eder, siz de etmelisiniz. 6. Hata yapmasi kolay kodlar yazmak. Yeterli hata kontrolleri yazmamak Kullanicinin yapmasi muhtemel hatalari öngörememek ve olusmasi halinde bunlari giderememek 7. Tekrar kulanilabilecek kodlar yazmamak. Yazdiginiz ani kurtaracak gelisigüzel kodlar yazmak yapmamaniz gereken önemli kurallardan biridir, çünkü ileride benzer kod bloklarina ihtiyaciniz olacaktir ve yeri geldiginde o kod blogunun ne ise yaradigini anlayabilmeniz gerekir. Basit kodlarla yapilabilecek isler için kontroller, kütüphaneler veya ActiveX kontroller kullanmak ta bir hatadir. Bu tarz kod yazma gereksiz büyüklük meydana getirir. Her dll yada ocx kontrolu setup disketinize ekstra yük demektir. Alisilmis isler için farkli arabirimler tasarlamak. 8. Yetersiz dökümantasyon. Gerekli açiklamalari kodlar arasina yazmamak 9. Veri türlerinin uygunsuz kullanmak. Dizileri gerekli büyüklüklerde üretmemek. Degiskenlerin geçerlilik alanlarini gereginden fazla genis tutmak. Örnek olarak sadece tek bir fonksiyon içinde kullanilan bir degiskeni Public olarak deklere etmek programin çalismasi boyunca bellekte kalacagi için gereksiz yer isgal edecektir. 10. Diger programcilardan çaba göstermeksizin faydalanmak yada gereken yerde yardim istememek. Baskalarinin ürettiklerini kendinizinmis gibi göstermek Alıntıdır.

Sağol dostum. Gelişigüzel kod yazımına ben de karşıyım.

Ben altinci madde için "on error resume next" kullanıyorum Güzel paylaşım...

Teşekkürler kardeşim dikkat etmek lazım