Modern yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131, h\u0131z ve \u00e7eviklik kavramlar\u0131n\u0131 merkeze al\u0131rken, neyi neden in\u015fa etti\u011fimiz sorusunun cevab\u0131 bazen g\u00f6zden ka\u00e7abiliyor. Projeler, ba\u015flang\u0131\u00e7taki vizyonundan sapm\u0131\u015f, payda\u015f beklentilerini kar\u015f\u0131lamayan veya ger\u00e7ek bir i\u015f de\u011ferine sahip olmayan \u00fcr\u00fcnlerle sonu\u00e7lanabiliyor. Bu makale, “ne in\u015fa etti\u011fini ger\u00e7ekten bilme” sanat\u0131n\u0131n neden kayboldu\u011funu, bu kayb\u0131n yol a\u00e7t\u0131\u011f\u0131 sorunlar\u0131 ve bu temel yetene\u011fi yeniden kazanmak i\u00e7in at\u0131lmas\u0131 gereken ad\u0131mlar\u0131 teknik bir bak\u0131\u015f a\u00e7\u0131s\u0131yla ele alacakt\u0131r.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn karma\u015f\u0131k ve h\u0131zl\u0131 de\u011fi\u015fen teknoloji ortam\u0131, ekiplerin ne in\u015fa ettiklerini tam olarak anlamalar\u0131n\u0131 zorla\u015ft\u0131ran bir\u00e7ok fakt\u00f6r\u00fc beraberinde getiriyor. Bu durum, hem geli\u015ftirme verimlili\u011fini d\u00fc\u015f\u00fcr\u00fcyor hem de \u00fcr\u00fcn\u00fcn pazar ba\u015far\u0131s\u0131n\u0131 olumsuz etkiliyor.<\/p>\n
Pazara \u00e7\u0131k\u0131\u015f s\u00fcresi (Time-to-Market) rekabet avantaj\u0131 i\u00e7in kritik hale geldik\u00e7e, ekipler \u00fczerindeki h\u0131zl\u0131 teslimat bask\u0131s\u0131 art\u0131yor. Bu bask\u0131, gereksinimlerin yeterince derinlemesine anla\u015f\u0131lmadan, h\u0131zl\u0131ca kod yazmaya ba\u015flama e\u011filimini tetikliyor. Sonu\u00e7 olarak, “h\u0131zl\u0131 ve kirli” \u00e7\u00f6z\u00fcmler \u00fcretilebiliyor veya yanl\u0131\u015f \u00f6zellikler geli\u015ftirilebiliyor.<\/p>\n
Mikroservis mimarileri, bulut tabanl\u0131 \u00e7\u00f6z\u00fcmler ve entegrasyon a\u011flar\u0131, geli\u015ftirilen sistemlerin i\u00e7sel karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 inan\u0131lmaz boyutlara ta\u015f\u0131d\u0131. Bir \u00f6zelli\u011fin u\u00e7tan uca nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve hangi bile\u015fenleri etkiledi\u011fini anlamak, tek bir geli\u015ftirici veya ekip i\u00e7in giderek zorla\u015f\u0131yor. Bu durum, b\u00fcy\u00fck resmin kaybolmas\u0131na neden olabiliyor.<\/p>\n
Payda\u015flar, \u00fcr\u00fcn sahipleri, i\u015f analistleri ve geli\u015ftirme ekipleri aras\u0131ndaki ileti\u015fim kanallar\u0131ndaki zay\u0131fl\u0131klar, gereksinimlerin yanl\u0131\u015f yorumlanmas\u0131na yol a\u00e7ar. “Bunu yap” gibi y\u00fczeysel talepler, arkas\u0131ndaki “neden” sorusunu cevaps\u0131z b\u0131rak\u0131r. Belirsiz ve mu\u011flak gereksinimler, geli\u015ftiricilerin kendi varsay\u0131mlar\u0131na g\u00f6re hareket etmelerine neden olur ki bu da genellikle yanl\u0131\u015f sonu\u00e7lar do\u011furur.<\/p>\n
\u00c7evik metodolojiler (Agile) esneklik ve adaptasyonu te\u015fvik ederken, baz\u0131 ekipler bunu “her \u015feyi son dakikada de\u011fi\u015ftirebiliriz” \u015feklinde yanl\u0131\u015f yorumlayabiliyor. Bu durum, ba\u015flang\u0131\u00e7taki vizyonun ve kapsam\u0131n s\u00fcrekli de\u011fi\u015fmesine, projenin y\u00f6n\u00fcn\u00fc kaybetmesine neden olabiliyor. Agile, belirsizli\u011fi y\u00f6netmek i\u00e7in bir \u00e7er\u00e7eve sunar, ancak temel hedefleri ve de\u011feri anlamaktan muaf tutmaz.<\/p>\n
Ne in\u015fa etti\u011fimizi ger\u00e7ekten anlamak, sadece teknik bir beceri de\u011fil, ayn\u0131 zamanda bir zihniyet meselesidir. Bu s\u00fcre\u00e7, projenin ba\u015flang\u0131c\u0131ndan itibaren aktif ve sorgulay\u0131c\u0131 bir yakla\u015f\u0131m gerektirir.<\/p>\n
Gereksinim analizi, sadece “ne” sorusuna de\u011fil, “neden” ve “kimin i\u00e7in” sorular\u0131na da odaklanmal\u0131d\u0131r. \u0130\u015f hedefleri, kullan\u0131c\u0131 ihtiya\u00e7lar\u0131 ve teknik k\u0131s\u0131tlamalar detayl\u0131ca incelenmelidir. Kullan\u0131c\u0131 hikayeleri, kullan\u0131m senaryolar\u0131 ve i\u015f ak\u0131\u015f diyagramlar\u0131 gibi ara\u00e7lar, gereksinimleri somutla\u015ft\u0131rmak i\u00e7in kullan\u0131labilir.<\/p>\n
Geli\u015ftiricilerin, son kullan\u0131c\u0131y\u0131 ve onlar\u0131n sorunlar\u0131n\u0131 anlamas\u0131 kritik \u00f6neme sahiptir. Kullan\u0131c\u0131 personas\u0131 olu\u015fturarak, hedef kitlenin demografik \u00f6zellikleri, motivasyonlar\u0131 ve ac\u0131 noktalar\u0131 belirlenir. Ard\u0131ndan, bu personan\u0131n bak\u0131\u015f a\u00e7\u0131s\u0131yla kullan\u0131c\u0131 hikayeleri (User Stories) yaz\u0131l\u0131r. \u00d6rne\u011fin: “Bir [Kullan\u0131c\u0131 Tipi] olarak, [\u015eu \u0130\u015flemi Yapabilmeliyim] ki [\u015eu De\u011feri Elde Edebileyim].”<\/p>\n
Sistemin destekleyece\u011fi i\u015f s\u00fcre\u00e7lerini g\u00f6rsel olarak haritalamak (\u00f6rne\u011fin, UML Aktivite Diyagramlar\u0131 veya BPMN), t\u00fcm payda\u015flar\u0131n ortak bir anlay\u0131\u015fa sahip olmas\u0131n\u0131 sa\u011flar. Bu haritalar, olas\u0131 darbo\u011fazlar\u0131, istisna durumlar\u0131n\u0131 ve entegrasyon noktalar\u0131n\u0131 erken a\u015famada tespit etmeye yard\u0131mc\u0131 olur.<\/p>\n
Geli\u015ftirme s\u00fcrecinin her a\u015famas\u0131nda kullan\u0131c\u0131 deneyimini merkeze almak, in\u015fa edilen \u00fcr\u00fcn\u00fcn ger\u00e7ekten kullan\u0131labilir ve de\u011ferli olmas\u0131n\u0131 sa\u011flar. Wireframe’ler, mock-up’lar ve prototipler, fikirlerin erken a\u015famada test edilmesine ve geri bildirim al\u0131nmas\u0131na olanak tan\u0131r.<\/p>\n
Anlaman\u0131n temel ta\u015f\u0131, payda\u015flarla kurulan g\u00fc\u00e7l\u00fc ve \u015feffaf ileti\u015fimdir. Bu, sadece bilgi al\u0131\u015fveri\u015fi de\u011fil, ayn\u0131 zamanda ortak bir vizyon olu\u015fturma s\u00fcrecidir.<\/p>\n
T\u00fcm payda\u015flar\u0131n kat\u0131ld\u0131\u011f\u0131 d\u00fczenli toplant\u0131lar, ilerlemeyi payla\u015fmak, sorunlar\u0131 tart\u0131\u015fmak ve beklentileri hizalamak i\u00e7in hayati \u00f6neme sahiptir. Scrum’daki g\u00fcnl\u00fck stand-up’lar, sprint incelemeleri ve retrospektifler bu ileti\u015fimi destekleyen iyi \u00f6rneklerdir.<\/p>\n
Soyut kavramlar\u0131 somutla\u015ft\u0131rmak i\u00e7in g\u00f6rsel ara\u00e7lar kullanmak, yanl\u0131\u015f anlamalar\u0131 azalt\u0131r. Ak\u0131\u015f \u015femalar\u0131, prototipler, ekran tasar\u0131mlar\u0131 ve veri modelleri gibi g\u00f6rsel materyaller, payda\u015flar\u0131n neyin in\u015fa edildi\u011fini daha net g\u00f6rmesini sa\u011flar. \u00d6rne\u011fin, bir kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) tasar\u0131m\u0131, binlerce kelimeden daha a\u00e7\u0131klay\u0131c\u0131 olabilir.<\/p>\n
S\u00fcrekli geri bildirim, geli\u015ftirme s\u00fcrecinin ayr\u0131lmaz bir par\u00e7as\u0131 olmal\u0131d\u0131r. Geli\u015ftirilen \u00f6zelliklerin erken a\u015famada payda\u015flara sunulmas\u0131 ve onlar\u0131n yorumlar\u0131n\u0131n al\u0131nmas\u0131, hatal\u0131 y\u00f6nlendirmelerin \u00f6n\u00fcne ge\u00e7er. Bu, \u00f6zellikle Minimum De\u011ferli \u00dcr\u00fcn (MVP) yakla\u015f\u0131m\u0131nda kritik bir rol oynar.<\/p>\n
\u0130\u015f birimleri ve teknik ekipler aras\u0131nda ortak bir terminoloji ve anlay\u0131\u015f geli\u015ftirmek, ileti\u015fimdeki g\u00fcr\u00fclt\u00fcy\u00fc azalt\u0131r. Domain-Driven Design (DDD) prensipleri, bu ortak dili (Ubiquitous Language) olu\u015fturmada faydal\u0131 bir \u00e7er\u00e7eve sunar.<\/p>\n
Bir \u00fcr\u00fcn\u00fcn teknik m\u00fckemmeliyeti ne kadar y\u00fcksek olursa olsun, e\u011fer i\u015f hedeflerine hizmet etmiyorsa veya kullan\u0131c\u0131ya de\u011fer katm\u0131yorsa ba\u015far\u0131s\u0131z say\u0131l\u0131r. Bu nedenle, teknik \u00e7abalar\u0131n i\u015f stratejileriyle uyumlu olmas\u0131 esast\u0131r.<\/p>\n
Her \u00f6zelli\u011fin veya geli\u015ftirme \u00e7abas\u0131n\u0131n arkas\u0131ndaki i\u015f de\u011ferini sorgulamak, gereksiz i\u015fleri ortadan kald\u0131r\u0131r. “Bu \u00f6zellik, hangi i\u015f sorununu \u00e7\u00f6z\u00fcyor?”, “M\u00fc\u015fteriye ne fayda sa\u011flayacak?” gibi sorular, \u00f6nceliklendirme ve kaynak tahsisi i\u00e7in temel olu\u015fturur.<\/p>\n
Projenin ba\u015far\u0131s\u0131n\u0131 \u00f6l\u00e7mek i\u00e7in somut ve \u00f6l\u00e7\u00fclebilir KPI’lar belirlenmelidir. Bu KPI’lar, geli\u015ftirilen \u00fcr\u00fcn\u00fcn i\u015f hedeflerine ula\u015f\u0131p ula\u015fmad\u0131\u011f\u0131n\u0131 g\u00f6sterir. \u00d6rne\u011fin, “Kullan\u0131c\u0131 etkile\u015fimini %15 art\u0131rmak” veya “Sat\u0131\u015f d\u00f6n\u00fc\u015f\u00fcm oran\u0131n\u0131 %5 iyile\u015ftirmek” gibi hedefler, geli\u015ftirme ekibinin odaklanmas\u0131n\u0131 sa\u011flar.<\/p>\n
MVP, bir \u00fcr\u00fcn\u00fcn temel i\u015flevselli\u011fini en k\u0131sa s\u00fcrede pazara sunarak, ger\u00e7ek kullan\u0131c\u0131 geri bildirimleriyle \u00f6\u011frenme ve adaptasyon sa\u011flama stratejisidir. Bu yakla\u015f\u0131m, b\u00fcy\u00fck yat\u0131r\u0131mlar yapmadan \u00f6nce \u00fcr\u00fcn\u00fcn pazar taraf\u0131ndan kabul g\u00f6r\u00fcp g\u00f6rmedi\u011fini anlamaya yard\u0131mc\u0131 olur ve gereksiz \u00f6zellik geli\u015ftirmeyi \u00f6nler.<\/p>\n
H\u0131zl\u0131 teslimat bask\u0131s\u0131 alt\u0131nda biriken teknik bor\u00e7 (Technical Debt), uzun vadede geli\u015ftirme h\u0131z\u0131n\u0131 ve \u00fcr\u00fcn kalitesini d\u00fc\u015f\u00fcr\u00fcr. Ne in\u015fa etti\u011fini bilmek, teknik borcun ne zaman ve neden olu\u015ftu\u011funu anlamay\u0131 ve bunu stratejik olarak y\u00f6netmeyi gerektirir. Her sprintte teknik borca ayr\u0131lan zaman, uzun vadeli s\u00fcrd\u00fcr\u00fclebilirlik i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
Pazar dinamikleri ve kullan\u0131c\u0131 ihtiya\u00e7lar\u0131 s\u00fcrekli de\u011fi\u015fti\u011fi i\u00e7in, geli\u015ftirilen \u00fcr\u00fcn\u00fcn de bu de\u011fi\u015fimlere ayak uydurmas\u0131 gerekir. S\u00fcrekli do\u011frulama ve adaptasyon, \u00fcr\u00fcn\u00fcn canl\u0131l\u0131\u011f\u0131n\u0131 korumas\u0131n\u0131 sa\u011flar.<\/p>\n
Fikirlerin erken a\u015famada prototipler arac\u0131l\u0131\u011f\u0131yla test edilmesi, b\u00fcy\u00fck yat\u0131r\u0131mlar yapmadan \u00f6nce potansiyel sorunlar\u0131 ve f\u0131rsatlar\u0131 ke\u015ffetmeyi sa\u011flar. H\u0131zl\u0131 ve d\u00fc\u015f\u00fck maliyetli prototipler, kullan\u0131c\u0131lar\u0131n ger\u00e7ek deneyimlerini sim\u00fcle ederek de\u011ferli geri bildirimler sunar.<\/p>\n
Ger\u00e7ek kullan\u0131c\u0131larla yap\u0131lan testler (Usability Testing), \u00fcr\u00fcn\u00fcn kullan\u0131labilirli\u011fi, etkinli\u011fi ve memnuniyet d\u00fczeyi hakk\u0131nda paha bi\u00e7ilmez bilgiler sunar. Geri bildirim kanallar\u0131n\u0131n a\u00e7\u0131k tutulmas\u0131 ve bu geri bildirimlerin d\u00fczenli olarak de\u011ferlendirilmesi, \u00fcr\u00fcn\u00fcn s\u00fcrekli iyile\u015ftirilmesini sa\u011flar.<\/p>\n
Farkl\u0131 tasar\u0131m veya \u00f6zellik varyasyonlar\u0131n\u0131 ayn\u0131 anda ger\u00e7ek kullan\u0131c\u0131lara sunarak (A\/B Testing) hangisinin daha iyi performans g\u00f6sterdi\u011fini belirlemek, veri odakl\u0131 kararlar almay\u0131 m\u00fcmk\u00fcn k\u0131lar. \u00dcr\u00fcn analiti\u011fi ara\u00e7lar\u0131 ile kullan\u0131c\u0131 davran\u0131\u015flar\u0131n\u0131 izlemek ve anlamak, adaptasyon s\u00fcre\u00e7leri i\u00e7in temel verileri sa\u011flar.<\/p>\n
Waterfall gibi do\u011frusal yakla\u015f\u0131mlar\u0131n aksine, \u00e7evik metodolojilerde \u00fcr\u00fcn geli\u015ftirme d\u00f6ng\u00fcseldir. Her d\u00f6ng\u00fcde (sprint), k\u00fc\u00e7\u00fck bir par\u00e7a de\u011fer teslim edilir, geri bildirim al\u0131n\u0131r ve bir sonraki d\u00f6ng\u00fcde bu \u00f6\u011frenimler kullan\u0131l\u0131r. Bu s\u00fcrekli \u00f6\u011frenme ve adaptasyon, \u00fcr\u00fcn\u00fcn pazarla uyumunu art\u0131r\u0131r.<\/p>\n
Ne in\u015fa etti\u011fini bilme sanat\u0131, sadece s\u00fcre\u00e7ler ve ara\u00e7larla de\u011fil, ayn\u0131 zamanda bir organizasyonun k\u00fclt\u00fcr\u00fc ve ekiplerin zihniyetiyle de ilgilidir. Ortak bir ama\u00e7 ve sorumluluk bilinci, bu sanat\u0131n yeniden canlanmas\u0131n\u0131 sa\u011flar.<\/p>\n
T\u00fcm ekibin, projenin nihai vizyonunu ve misyonunu net bir \u015fekilde anlamas\u0131 ve benimsemesi gerekir. Bu, her bir geli\u015ftiricinin, test uzman\u0131n\u0131n veya \u00fcr\u00fcn sahibinin kendi g\u00f6revini daha b\u00fcy\u00fck bir amaca nas\u0131l hizmet etti\u011fini g\u00f6rmesini sa\u011flar.<\/p>\n
Geli\u015ftiricilerin, son kullan\u0131c\u0131n\u0131n ve i\u015f payda\u015flar\u0131n\u0131n bak\u0131\u015f a\u00e7\u0131lar\u0131n\u0131 anlamak i\u00e7in empati kurmalar\u0131 \u00f6nemlidir. Herkesin, geli\u015ftirilen \u00fcr\u00fcn\u00fcn ba\u015far\u0131s\u0131ndan veya ba\u015far\u0131s\u0131zl\u0131\u011f\u0131ndan sorumlu oldu\u011funu hissetmesi, daha y\u00fcksek kaliteli ve amaca uygun \u00fcr\u00fcnler ortaya \u00e7\u0131kar\u0131r.<\/p>\n
Teknoloji ve i\u015f d\u00fcnyas\u0131 s\u00fcrekli evrildi\u011fi i\u00e7in, ekiplerin de s\u00fcrekli \u00f6\u011frenmeye ve kendilerini geli\u015ftirmeye a\u00e7\u0131k olmalar\u0131 gerekir. Yeni ara\u00e7lar\u0131, metodolojileri ve pazar trendlerini takip etmek, “ne in\u015fa etti\u011fini bilme” yetene\u011fini g\u00fc\u00e7lendirir.<\/p>\n
Farkl\u0131 disiplinlerden (tasar\u0131m, geli\u015ftirme, test, pazarlama) gelen ekiplerin yak\u0131n i\u015fbirli\u011fi i\u00e7inde \u00e7al\u0131\u015fmas\u0131, projenin farkl\u0131 boyutlar\u0131n\u0131n entegre bir \u015fekilde ele al\u0131nmas\u0131n\u0131 sa\u011flar. Bu i\u015fbirli\u011fi, \u00fcr\u00fcn\u00fcn b\u00fct\u00fcnsel bir bak\u0131\u015f a\u00e7\u0131s\u0131yla geli\u015ftirilmesine yard\u0131mc\u0131 olur.<\/p>\n
“Ne in\u015fa etti\u011fini bilme” sanat\u0131, modern yaz\u0131l\u0131m geli\u015ftirmenin karma\u015f\u0131kl\u0131\u011f\u0131 i\u00e7inde kaybolmaya y\u00fcz tutmu\u015f de\u011ferli bir yetenektir. Ancak bu yetenek, sadece daha iyi \u00fcr\u00fcnler geli\u015ftirmekle kalmaz, ayn\u0131 zamanda ekiplerin motivasyonunu art\u0131r\u0131r, kaynak israf\u0131n\u0131 \u00f6nler ve i\u015f hedeflerine ula\u015fmay\u0131 kolayla\u015ft\u0131r\u0131r. Kapsaml\u0131 gereksinim analizi, etkili ileti\u015fim, i\u015f hedefleriyle teknik \u00e7abalar\u0131 birle\u015ftirme, s\u00fcrekli do\u011frulama ve k\u00fclt\u00fcrel d\u00f6n\u00fc\u015f\u00fcm gibi ad\u0131mlarla bu kaybolan sanat\u0131 yeniden ke\u015ffedebilir ve yaz\u0131l\u0131m projelerimizi daha bilin\u00e7li, daha de\u011ferli ve daha ba\u015far\u0131l\u0131 hale getirebiliriz.<\/p>\n
Bu, yanl\u0131\u015f \u00fcr\u00fcnlerin geli\u015ftirilmesini, kaynak israf\u0131n\u0131, payda\u015f memnuniyetsizli\u011fini ve pazar ba\u015far\u0131s\u0131zl\u0131\u011f\u0131n\u0131 \u00f6nlemek i\u00e7in hayati \u00f6neme sahiptir. Do\u011fru \u00fcr\u00fcn\u00fc in\u015fa etmek, ger\u00e7ek i\u015f de\u011feri yarat\u0131r ve rekabet avantaj\u0131 sa\u011flar.<\/p>\n
Agile, s\u00fcrekli geri bildirim d\u00f6ng\u00fcleri, k\u00fc\u00e7\u00fck iterasyonlar ve payda\u015flarla yak\u0131n i\u015fbirli\u011fi sayesinde “ne in\u015fa etti\u011fini bilme” s\u00fcrecini destekler. Ancak, Agile’\u0131n yanl\u0131\u015f yorumlanmas\u0131 veya y\u00fczeysel uygulanmas\u0131, bu faydalar\u0131 ortadan kald\u0131rabilir.<\/p>\n
Geli\u015ftiriciler, sadece kod yazmakla kalmay\u0131p, “neden” sorusunu sormak, gereksinimleri sorgulamak, kullan\u0131c\u0131 hikayelerini anlamak ve payda\u015flarla do\u011frudan ileti\u015fim kurmak suretiyle daha aktif rol alabilirler. \u00dcr\u00fcn vizyonuna sahip \u00e7\u0131kmak \u00f6nemlidir.<\/p>\n
Teknik bor\u00e7, genellikle neyin \u00f6nemli oldu\u011funun tam olarak anla\u015f\u0131lamad\u0131\u011f\u0131 veya k\u0131sa vadeli kazan\u00e7lar u\u011fruna uzun vadeli kalitenin g\u00f6z ard\u0131 edildi\u011fi durumlarda birikir. Ne in\u015fa etti\u011fini bilmek, bu borcun fark\u0131nda olmay\u0131 ve onu stratejik olarak y\u00f6netmeyi gerektirir.<\/p>\n
\u0130lk ad\u0131m, organizasyon i\u00e7inde “neden” sorusunu sorma k\u00fclt\u00fcr\u00fcn\u00fc benimsemektir. Her yeni \u00f6zellik veya proje talebi geldi\u011finde, “Bunu neden yap\u0131yoruz? Kimin i\u00e7in yap\u0131yoruz? Ne de\u011feri yaratacak?” sorular\u0131n\u0131n cevab\u0131n\u0131 aramaya ba\u015flamak, do\u011fru y\u00f6nde at\u0131lm\u0131\u015f \u00f6nemli bir ad\u0131md\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"Modern yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131, h\u0131z ve \u00e7eviklik kavramlar\u0131n\u0131 merkeze al\u0131rken, neyi neden in\u015fa etti\u011fimiz sorusunun cevab\u0131 bazen g\u00f6zden ka\u00e7ab…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-37747","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n