Full-Stack CV'de Next.js ve React'i Sıradan Bir Liste Değil, Mimari Karar Olarak Yazmak

Framework Adı Yazmak Mimar Anlatmak Değildir

Çoğu Proje Odaklı Özgeçmiş Stratejileri" data-seo-auto-link="true">full-stack geliştirici CV'sinde React ve Next.js satırları, aralarında onlarca eş ağırlıkta teknoloji ismiyle yan yana durur. Liste uzun, göz doyurucu, ama aynı zamanda sessiz. Çünkü adayın bu teknolojiyi Neden, Hangi sorun için ve Ne ölçekte kullandığı görünmez. Yazılım Geliştirici Maaşları 2027: Özgeçmiş Stratejileri ile Kazancınızı Yükseltin" data-seo-auto-link="true">CV hazırlama sürecinde en sık düşülen hatalardan biri, framework adının kendisini bir yeterlilik kanıtı saymaktır. Oysa ATS tarafından da insan gözüyle okuyan bir teknik lider tarafından da aranan şey, isim değil karar gerekçesidir.

Bir React geliştiricisi "React" yazdığında, o satırı yüzlerce aday yazmış olur. Bir mimar ise aynı satırı React'in getirdiği spesifik bir karar üzerinden kurgular: "React 18 ile concurrent rendering'e geçiş yaparak liste sayfalarında ölçülebilir bir performans iyileşmesi sağladım" gibi. İkisi de aynı teknolojiyi bilir; ama CV analiz sürecinde biri sıradanlığa, diğeri derinliğe düşer. CV hazırlama rehberlerinde sıklıkla atlanan nokta, ücretsiz CV hazırlama araçlarının çoğunlukla ilk yaklaşıma, yani sadece isim listeleme örüntüsüne hizmet etmesidir; oysa gerçek fark mimari anlatıdadır.

Teknoloji listesi ile mimari anlatı arasındaki ince çizgi

Teknoloji listesi "ne biliyorsun" sorusuna cevap verir. Mimari anlatı "ne kararlaştırdın, neyi neden değiştirdin, sonuç ne oldu" sorusuna cevap verir. İkinci soru, full-stack pozisyonlarda teknik mülakatın bel kemiğidir. Bu soruya cevabı içermeyen bir CV, ATS'yi geçse bile insan gözünde zayıf kalır. CV bedava şablonlarının büyük kısmı, tasarım gereği bu cevabı üretmez; siz mimari katmanı eklemezseniz, şablon bunu sizin yerinize yapmaz.

Aynı yaklaşımı benimsemek için önce kendinize şu soruyu sormak şarttır: "Bu satırı okuyan biri, benim sadece bu teknolojiyi kurcaladığımı mı, yoksa bu teknolojiyle somut bir problemi çözdüğümü mü anlıyor?" Eğer cevap birincisiyse, o satırı yeniden yazmaya değer. CV hazırlama disiplini, aslında bu tür yeniden yazma turlarından geçer; her madde işareti, önce "ne biliyorum" sorusunu, sonra "neye karar verdim" sorusunu yanıtlar hale getirilir.

Next.js'i Tek Satırda Mimari Bir Karar Haline Getirmek

Next.js, modern bir full-stack CV'de artık niş değil, beklenti. Beklentinin ötesine geçmek için framework adının yanına bir karar gerekçesi iliştirmek şarttır. CV hazırlarken "Next.js" satırını şöyle katmanlamak mümkün:

• Hangi sürüm ve rendering stratejisi: Pages Router mı App Router mı, SSR/SSG/ISR/RSC karışımı nasıl?
• Hangi proje tipi için seçildi: e-ticaret paneli, içerik sitesi, hibrit SaaS paneli, marketing sayfaları?
• Ne çözdü: SEO, ilk içerik boyama süresi, hosting maliyeti, geliştirici hızı?

Bu üç katman, satır başına eklediğiniz birkaç kelimeyle ifade edilebilir. Örneğin "Next.js 14 (App Router, RSC, ISR ile içerik sayfalarında LCP iyileşmesi)" gibi. CV bedava şablonlarında bile bu küçük ekleme, ATS'nin anahtar kelime eşleşmesini artırırken insan okuyucuya da mimari düşünceyi gösterir.

SSR, SSG, ISR ve RSC farkını CV diline çevirmek

Next.js'in render stratejileri, pratikte çoğu geliştirici için hâlâ soyut kalır. CV'de bu soyutluğu kırmak, sizi yüzlerce "Next.js bilirim" satırından ayırır. Bir madde işaretinde şu ifadelerden birini kullanabilirsiniz:

"Ürün sayfalarında SSG + ISR, blog içeriğinde dinamik RSC, kullanıcı paneli için Client Component dağılımı; marketing sayfalarında Edge Runtime'da A/B varyantları."

Bu cümle, dört rendering modelini bilerek karar verdiğinizi gösterir. ATS açısından da güçlüdür: "SSG", "ISR", "RSC", "App Router", "Edge Runtime" gibi terimler ilan metinlerinde sıklıkla geçer. CV analizi yapan bir işe alım uzmanı, tek başına bu satırı gördüğünde derinliğe işaret eder.

React'i "Bildiğim Teknoloji" Değil "Kullandığım Karar" Olarak Yazmak

React, CV'lerde en çok yanlış konumlandırılan framework'tür. Herkes yazar ama nasıl kullandığını çoğu CV'de göremezsiniz. CV hazırlama sürecinde React satırını bir deneyim kronolojisine yaymak, teknik liderlerin gözünde ayrıştırıcı bir hamledir. Örneğin şöyle bir sıralama güçlü bir anlatı üretir:

1. Sınıf bileşenleriyle başlayan, sonra Hook mimarisine geçiş yapan bir refactor süreci.
2. Context API'den Redux Toolkit'e ya da Zustand'a geçiş kararı ve bu kararın gerekçesi.
3. React 18'in concurrent özelliklerini ve Suspense'i kullanmaya başladığınız bir performans çalışması.
4. React Server Components ile veri katmanını client'tan ayırdığınız bir mimari dönüşüm.

Bu dört adım, iki yıllık bir full-stack deneyimi bir çırpıda anlatır. Teknoloji isimleri değil, mimari evrim görünür. ATS tarafında da bu ifadeler, ilan metinlerinde geçen anahtar kelimelerle doğal olarak örtüşür.

Hook'lar, state yönetimi ve performans: hangi derinlik yazılmalı?

Her madde işaretinde her şeyi anlatmaya çalışmak, CV'yi roman kalınlığına getirir. Bunun yerine her pozisyonda bir veya iki derinlik odağı seçip, kalanını kısa bağlamda tutmak şarttır. Örneğin bir projede memoization stratejisini, bir diğerinde state mimarisini, başka birinde erişilebilirlik odaklı komponent kütüphanesi kurulumunu öne çıkarabilirsiniz. Bu yöntem, her pozisyonda farklı bir derinlik gösterir ve CV analizinde "aynı teknolojiyi farklı bağlamlarda kullanmış" izlenimi verir.

Burada bir dengeyi korumak önemlidir. Çok derin teknik detaya inmek, yöneticilerin ve işe alım uzmanlarının bir kısmı için okunamaz hale gelir; çok yüzeysel kalmak da mimari katkıyı görünmez kılar. CV bedava şablonlarındaki "Sorumluluk: React ile geliştirme" satırı bu yüzeysellik tuzağının tipik örneğidir. Çözüm, okuyucu kitlesini akılda tutarak iki katmanlı yazmaktır: cümlenin ilk yarısı herkes için anlaşılır, ikinci yarısı teknik derinliği taşır.

Mimari Karar Cümleleri: CV'nin Gizli Silahı

Mimari düşünce, çoğu CV'de deneyim satırları içine gizlenmiş cümle parçalarında aranır. "Tasarladım", "migrate ettim", "yeniden yazdım", "karar verdim", "trade-off karşılaştırması yaptım" gibi fiiller, mimari katılımı işaretler. Bu fiilleri içermeyen deneyim satırları sadece uygulama görüntüsü verir, mimari değil. CV hazırlama aşamasında her madde işaretini şu üç sorudan geçirmek faydalıdır:

• Bu cümlede tasarım kararı var mı?
• Bu cümlede trade-off var mı?
• Bu cümlede ölçülebilir bir sonuç var mı?

Bu üçünden en az birini içeren her satır, standart bir "geliştirdim" cümlesinden daha ağırdır. Üçünü de içeren bir satır ise mimari düşüncenin net kanıtıdır ve CV analiz sürecinde en üst katmanda değerlendirilir.

"Next.js'e geçiş yaptık" cümlesinin gücü ve zayıflığı

Tek başına "Next.js'e geçiş yaptık" zayıf bir cümledir; ama aynı cümle "Next.js'e geçiş yaparak ürün sayfalarının ilk içerik boyama süresini gözle görülür biçimde iyileştirdik" haline geldiğinde hem ATS hem insan okuyucu için kıymetli hale gelir. Buradaki dönüşüm, fiilden ölçülebilir sonuca kayışla olur. Ücretsiz CV hazırlama araçlarının çoğu bu dönüşümü önermez; çünkü onlar "kelime sayısı", "şablon uyumu" gibi yüzeysel metriklere odaklanır.

Mimari karar cümleleri aynı zamanda dönemsel bir çerçeve de sunar. "2023'te Next.js'e geçtik" demek, "React'i ekibin standart kütüphanesi haline getirdik" demek değildir. Hangisi daha çok şey anlatır? İlki geçişi, dolayısıyla kararı işaretler; ikincisi sonucu, dolayısıyla standardizasyonu. İkisi de farklı anlatı katmanlarına seslenir ve birlikte kullanıldığında mimari portre güçlenir.

Proje Bağlamı: Framework'ün Hangi Sorunu Çözdüğü

Teknoloji adları, bağlamsız bırakıldığında sığ kalır. "Next.js kullandım" cümlesi ancak altına bir görev eklendiğinde anlam kazanır: hangi kullanıcı kitlesi için, hangi trafik seviyesinde, hangi veri kaynağıyla, hangi ekip büyüklüğüyle. Bu dörtlü, CV'de doğrudan yazılmasa bile deneyim açıklamasındaki detay düzeyinden okunabilir hale gelir.

Örneğin:

• "Yüksek trafikli bir içerik sitesini Next.js App Router ile yeniden yazdım."
• "Çok kiracılı bir SaaS panelinde Next.js + Server Actions kullanarak form veri akışını sadeleştirdim."
• "Kalabalık bir geliştirici ekibinde SSR stratejisini belirleyerek SEO dönüşüm oranını ölçülebilir biçimde artırdım."

Her cümle, framework adının yanına ölçek ve bağlam ekler. CV bedava şablonlarıyla hazırlanan özgeçmişlerin çoğu bu ölçeği taşımaz; dolayısıyla bu katmanı eklemek bile tek başına rekabette öne çıkmayı sağlar.

Bu dört katmanın hepsini tek bir madde işaretine sığdırmak zorunda değilsiniz. Belirleyici olan, herhangi birinde belirgin bir bağlam taşımaktır. Bazı pozisyonlarda ekip büyüklüğü, bazılarında trafik seviyesi, bazılarında veri kaynağının kritik rolü öne çıkarılabilir. Farklı pozisyonlarda farklı katmanı vurgulamak, CV analizinde adayın aynı teknolojiyi farklı koşullarda uygulayabildiğini gösterir ve "tek projelik mimari" izleniminden uzaklaştırır.

ATS Bu Anlatıyı Görüyor mu?

Çoğu geliştirici, ATS'nin yalnızca anahtar kelime eşleşmesine baktığını düşünür ve CV'lerini anahtar kelime çöplüğüne çevirir. Oysa modern ATS'lerin büyük çoğunluğu, özgeçmişteki kelimeleri bağlamsal olarak da değerlendirir. "Next.js" kelimesinin yanında "SSR", "ISR", "App Router" gibi terimlerin geçmesi, ATS'nin sadece eşleşme değil, ilişkili teknoloji kümesini de algılamasını sağlar. Bu, CV analizi sırasında adayın profil puanını yükseltir.

ATS'nin doğrudan göremediği şey, mimari düşüncenin Özüdür; ama gördüğü şey, bu düşüncenin işaretleri olan terimlerdir. Yani siz mimari anlatıyı yazarken aslında ATS'ye de insan okuyucuya da aynı anda konuşuyorsunuz. CV hazırlarken her madde işaretinde en az bir mimari işaret terimi (örneğin: Migration, Refactor, Design decision, Trade-off, Scale) bulundurmak, ATS uyumunu güçlendirir.

Hangi anahtar kelimeler doğal bir mimari anlatıya sığar?

Modern bir Next.js + React anlatısında şu kelimeler hem teknik hem bağlamsal olarak iş görür ve ATS eşleşmesini doğal biçimde besler:

• App Router, Pages Router, Server Components, Client Components
• Hydration, Streaming, Suspense, concurrent rendering
• API Routes, Server Actions, Edge Functions, Middleware
• State yönetimi (Zustand, Redux Toolkit, Jotai) ve server state (TanStack Query, SWR)
• Performans metrikleri (LCP, CLS, INP, TTI)
• Erişilebilirlik (a11y), i18n, çoklu dil desteği
• Test araçları (Vitest, Playwright, Testing Library)

Bu kelimeleri doğal cümlelerin içine yerleştirmek, anahtar kelime yığılmasından kaçınırken ATS'nin gözünden kaçmamayı sağlar. Ücretsiz CV hazırlama araçları bu dağılımı otomatik önermez; bu yüzden küratörlük sizin elinizde kalır.

Sık Yapılan Hatalar ve Sessiz Kayıplar

Full-stack CV'lerde Next.js ve React anlatısı için en sık tekrar eden beş hata şunlardır:

1. Framework adının altında mimari karar olmaması: "Next.js kullandık" cümlesi hangi kararla, hangi sorun için yazıldığına cevap vermez.
2. Sürüm ve ekosistemin belirsiz bırakılması: Next.js 13 mü 14 mü, App Router mı Pages mi bilinmez. Belirsizlik, deneyimi sığ gösterir.
3. Hook ve state yönetiminden hiç söz edilmemesi: React bilgisi, Hook düzeyinde bir karar anlatısı gerektirir; yoksa "kütüphane kullanıcısı" izlenimi verilir.
4. Performans ve erişilebilirlik metriklerinin yazılmaması: Sonuçlar görünmediğinde mimari katkı ölçülemez kalır.
5. Bağlamın eksik olması: Hangi kullanıcı kitlesi için, hangi trafikte, hangi ekip yapısında geliştirildiği belirsizdir.

Bu beş hata, CV bedava şablonlarında üretilen özgeçmişlerin büyük çoğunluğunda mevcuttur. Onları düzeltmek, dışarıdan devasa bir değişiklik gibi görünmez ama işe alım uzmanının gözünde CV'yi birkaç kademe yukarı taşır. Hataların birikmiş etkisi, her birinin küçük ama toplamda ağır olmasıdır; tek tek bakıldığında önemsiz, birlikte okunduğunda belirgin bir sığlıktır.

CV ile Birlikte Konuşan Yan Materyaller

Mimari anlatı, özgeçmişin içinde başlar ama orada bitmez. Next.js ve React deneyimini destekleyen yan materyaller, CV'nin söylediğini kanıtlar. GitHub'daki depo README'leri, açık kaynak katkıları ve mimari karar günlükleri (ADR), CV'de yazılan framework anlatısıyla aynı dili konuşur. CV hazırlama sürecinde bu yan materyallerin de paralel biçimde güncellenmesi gerekir.

Özellikle iki tür yan materyal güçlüdür. Birincisi, depo README'lerinin mimari karar bölümleri içermesidir. "Neden Next.js App Router?", "Neden Server Actions?", "Neden Tailwind?" gibi soruların yanıtları, CV'deki framework anlatısıyla aynı dili konuşur. İkincisi, ADR formatında tutulan kısa karar notlarıdır. Her önemli mimari kararın bağlam, alternatif ve sonuç üçlüsüyle yazıldığı bu notlar, CV analizinde referans olarak gösterilebilir.

ATS bu yan materyalleri görmez; ama işe alım uzmanı bu materyallere baktığında CV'deki anlatının arkasında duran bir düşünce yapısı görür. Ücretsiz CV hazırlama araçları bu bağlantıyı kurmaz; siz kurarsanız, mimari anlatı tek başına bir paragrafken bir portreye dönüşür. Portföy sayfasında bu yan materyallere verilen iki-üç bağlantı, CV'nin "linkli isim"den "anlatılabilen portre"ye geçişini olanak tanır.

Kapanış: Framework'ten Mimari Bir Profile Geçiş

Bir CV'de React ve Next.js'in konumu, o geliştiricinin teknik kimliğinin özeti gibidir. Liste olarak yazıldığında "teknoloji kullanan biri" görüntüsü oluşur. Karar gerekçeleri, bağlam, ölçek ve sonuçlarla yazıldığında ise "teknolojiyle düşünen biri" görüntüsü belirir. İkisi arasındaki mesafe küçük görünür ama CV analizi sürecinde büyük bir fark yaratır.

CV hazırlama sürecinde bu farkı yaratmak için tek bir adım yeterlidir: her Next.js ve React satırının altına, niye ve ne sonuçla kullanıldığını yazmak. Bu kısa ekleme, ATS'nin anahtar kelime eşleşmesini korurken insan okuyucuya da mimari derinliği gösterir. Ve çoğu adayın bunu yapmadığı bir CV pazarında, yapmak tek başına ayrıştırıcıdır.

Son olarak, bu dönüşümün bir kerelik bir yazım işi olmadığını hatırlatmak gerekir. Her yeni proje, her yeni framework kararı, CV'yi güncellemek için bir vesiledir. CV bedava şablonları sabit bir çıktı üretir; mimari anlatıyı taşıyan CV ise her pozisyonun sonunda zenginleşen yaşayan bir belge haline gelir. Bu yaşayan belge, full-stack geliştiricinin en güçlü iş başvurusu materyalidir.