Bir developer olarak kariyerime ba\u015flarken akl\u0131mdaki senaryo olduk\u00e7a netti: feature geli\u015ftirece\u011fim ve kullan\u0131c\u0131ya de\u011fer sunan \u015feyler \u00fcretece\u011fim. A\u00e7\u0131k\u00e7as\u0131 \u201ctest\u201d dedi\u011fimiz \u015fey benim i\u00e7in hep geli\u015ftirmeden sonra gelen, yap\u0131lmas\u0131 gereken ama \u00e7ok da heyecan verici olmayan bir ad\u0131md\u0131.<\/p>\n
Sonra bir test firmas\u0131nda \u00e7al\u0131\u015fmaya ba\u015flad\u0131m.<\/p>\n
\u0130lk ba\u015fta \u00e7ok b\u00fcy\u00fck bir fark hissedece\u011fimi d\u00fc\u015f\u00fcnmemi\u015ftim. Sonu\u00e7ta yine kod yaz\u0131yordum. Ama k\u0131sa s\u00fcre i\u00e7inde fark ettim ki asl\u0131nda ayn\u0131 i\u015fi yapm\u0131yordum. Ya da daha do\u011fru s\u00f6ylemek gerekirse, ayn\u0131 i\u015fi bamba\u015fka bir bak\u0131\u015f a\u00e7\u0131s\u0131yla yap\u0131yordum.<\/p>\n
Eskiden bir feature geli\u015ftirdi\u011fimde kendime sordu\u011fum ilk soru \u015fuydu: “\u00c7al\u0131\u015f\u0131yor mu?” Butona bas\u0131nca gidiyor mu? API d\u00f6n\u00fcyor mu? Ekran a\u00e7\u0131l\u0131yor mu? Tamam, bitti, g\u00f6nder gitsin!<\/p>\n
Ama test odakl\u0131 bu yeni d\u00fcnyada o soru komik kalmaya ba\u015flad\u0131. Art\u0131k fark\u0131nda olmadan \u015funlar\u0131 m\u0131r\u0131ldan\u0131rken buluyorum kendimi:<\/p>\n
“Peki, bu sistem nerede patlar?”
\n“Kullan\u0131c\u0131 tam burada sa\u00e7ma sapan bir \u015fey yaparsa ne olur?”
\n“API ge\u00e7 cevap verirse veya hi\u00e7 vermezse neyi g\u00f6rece\u011fiz?”<\/p>\n
D\u00fcr\u00fcst olay\u0131m; bu de\u011fi\u015fim ba\u015fta yorucuydu. \u00c7\u00fcnk\u00fc art\u0131k sadece \u00e7al\u0131\u015fan bir \u015fey \u00fcretmek yetmiyordu. Daha fazla d\u00fc\u015f\u00fcnmek, daha fazla ihtimali hesaba katmak gerekiyordu. Hatta baz\u0131 durumlarda s\u0131rf bu y\u00fczden geli\u015ftirme s\u00fcresi uzuyormu\u015f gibi hissediyordum ve bu da beni kayg\u0131land\u0131r\u0131yordu.<\/p>\n
Fakat sonra bir \u015feyi fark ettim: O ‘kaybetti\u011fimi sand\u0131\u011f\u0131m zaman’, asl\u0131nda ileride katlanarak kazanaca\u011f\u0131m zamand\u0131.<\/p>\n
Eskiden ya\u015fad\u0131\u011f\u0131m o me\u015fhur sahneleri hat\u0131rlad\u0131m: Gecenin bir yar\u0131s\u0131 patlayan 500 hatalar\u0131, login olamayan sinirli kullan\u0131c\u0131lar, ufac\u0131k bir UI bug’\u0131 y\u00fcz\u00fcnden \u00e7\u00f6ken t\u00fcm ak\u0131\u015f… O anlarda kan, ter ve g\u00f6zya\u015f\u0131 i\u00e7inde debug yaparken asl\u0131nda tek bir ger\u00e7ek vard\u0131; O senaryoyu en ba\u015fta hi\u00e7 d\u00fc\u015f\u00fcnmemi\u015ftim.<\/p>\n
Test odakl\u0131 bir ortamda \u00e7al\u0131\u015fmaya ba\u015flad\u0131ktan sonra bu tarz hatalara bak\u0131\u015f\u0131m tamamen de\u011fi\u015fti. Art\u0131k bir bug g\u00f6rd\u00fc\u011f\u00fcmde \u201cnas\u0131l ka\u00e7t\u0131 bu?\u201d demek yerine \u201cbu neden daha en ba\u015fta d\u00fc\u015f\u00fcn\u00fclmedi?\u201d diye kendimi sorgulamaya ba\u015flad\u0131m.<\/p>\n
Zamanla \u00e7ok ilgin\u00e7 bir \u015fey oldu: bug\u2019lar\u0131 daha olu\u015fmadan fark etmeye ba\u015flad\u0131m.<\/p>\n
Kod yazarken baz\u0131 \u015feyler g\u00f6z\u00fcme bat\u0131yordu. \u201cBu ileride sorun \u00e7\u0131kar\u0131r\u201d dedi\u011fim yerler ger\u00e7ekten sorun \u00e7\u0131kar\u0131yordu. Ya da daha \u00e7\u0131kmadan m\u00fcdahale ediyordum. Kodum daha temiz oldu, daha az k\u0131r\u0131lgan hale geldi. Debug s\u00fcrem k\u0131sald\u0131. Hatta baz\u0131 durumlarda debug yapacak bir \u015fey kalmad\u0131 \u00e7\u00fcnk\u00fc problem hi\u00e7 olu\u015fmad\u0131.<\/p>\n
En ilgin\u00e7 taraf\u0131 ise \u015fu: asl\u0131nda daha yava\u015f \u00e7al\u0131\u015fm\u0131yordum. Tam tersine, toplamda daha h\u0131zl\u0131yd\u0131m. \u00c7\u00fcnk\u00fc sonradan d\u00fczeltmek yerine en ba\u015ftan do\u011fru yap\u0131yordum.<\/p>\n
Bir test firmas\u0131nda developer olmak bana \u015funu \u00f6\u011fretti: Yaz\u0131l\u0131m geli\u015ftirmek sadece bir \u015feyi “\u00e7al\u0131\u015ft\u0131rmak” de\u011fil, o \u015feyin her ko\u015fulda \u00e7al\u0131\u015faca\u011f\u0131ndan emin olmakt\u0131r. Art\u0131k bir \u015fey geli\u015ftirdi\u011fimde “\u00c7al\u0131\u015f\u0131yor” demek bana yetmiyor. “G\u00fcvenilir mi?” diye sormadan i\u00e7im rahat etmiyor.<\/p>\n
Ve san\u0131r\u0131m en b\u00fcy\u00fck de\u011fi\u015fim de bu oldu.<\/p>\n
\u00c7\u00fcnk\u00fc bir noktadan sonra anl\u0131yorsun ki; biz sadece kod sat\u0131rlar\u0131 \u00fcretmiyoruz, kullan\u0131c\u0131ya o “asla yar\u0131 yolda kalmayacaks\u0131n” g\u00fcvenini veriyoruz. Ve o bak\u0131\u015f a\u00e7\u0131s\u0131n\u0131 bir kez kazand\u0131ktan sonra eski halinize geri d\u00f6nmek pek m\u00fcmk\u00fcn olmuyor.<\/p>\n
Unutmay\u0131n: En iyi geli\u015ftiriciler, yaz\u0131l\u0131m\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 de\u011fil, nas\u0131l bozulabilece\u011fini en iyi bilenlerdir.<\/p>\n","protected":false},"excerpt":{"rendered":"
Bir developer olarak kariyerime ba\u015flarken akl\u0131mdaki senaryo olduk\u00e7a netti: feature geli\u015ftirece\u011fim ve kullan\u0131c\u0131ya de\u011fer sunan \u015feyler \u00fcretece\u011fim. A\u00e7\u0131k\u00e7as\u0131 \u201ctest\u201d dedi\u011fimiz […]<\/p>\n","protected":false},"author":486,"featured_media":212150,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[244],"tags":[385,483,542,626,632,633,634,635,636,637],"class_list":["post-212146","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-tr","tag-test-automation-tr","tag-yazilim-kalitesi","tag-yazilim-gelistirme","tag-test-muhendisligi","tag-kalite-odakli-gelistirme","tag-bug-yonetimi","tag-yazilim-test-surecleri","tag-software-engineer","tag-developer-mindset","tag-clean-code"],"acf":[],"yoast_head":"\n