Yazılım Geliştirici CV'sinde Tech Stack Hiyerarşisi: Teknik Becerileri ATS'nin ve İnsan Okuyucunun Gözünden Katmanlama Rehberi

Sahada, tech stack bölümünün sessiz kuralı: katmanlamak, sıralamak değil

Genelde, yazılımcı CV'lerinin teknik yetkinlikler bölümü, çoğu kez iki uçtan birine savrulur. Bir uçta boş ya da yetersiz görünen, üç-dört teknoloji adının alt alta sıralandığı minimal bir liste vardır. Öbür uçta ise adayın ömrü boyunca değdiği her aracın. Çerçevenin, veritabanının ve metodolojinin virgülle yığıldığı dev bir paragraf yer alır. İkisinin de ortak bir özelliği var: hiyerarşi yok.

Tech stack hiyerarşisi, teknolojileri aynı sepete doldurmak değil;Aynı CV içinde değişik katmanlara yerleştirmektir. Birincil diliniz çekirdektedir. Üzerine inşa ettiğiniz çerçeveler üst katmandadır. Veriyi tuttuğunuz yer, altyapı, test araçları ve yan beceriler de kendi katmanlarına oturmalıdır. Bu oturmuşluk hemAtsSistemlerinin anahtar kelime eşleşmesini kolaylaştırır hem de ilk hızlı taramada insan okuyucunun gözünü yormaz.

Genelde, bir yazılım geliştirici özgeçmişinde tech stack bölümünün nasıl katmanlanacağını. Hangi teknolojinin nereye yazılacağını, eski teknolojilerle ne yapılacağını veCv hazırlamaAslına bakılırsa, sürecinde bu bölümün nerede konumlanacağını hamle hamle ele alıyorum.

ATS'nin Tech Stack'i Nasıl Okuduğu (ve Çoğu Zaman Okuyamadığı)

Gerçekte, aday takip sistemleri, teknik beceriler bölümünü serbest metin gibi tarar. Birçok ATS, başlığın altında satır satır, kısa kısa ifadeleri yakalar; virgüllerle ayrılmış uzun cümleleri ya da tabloların içine sıkıştırılmış listeleri güvenilir biçimde ayrıştıramaz. Diğer bir ifadeyle "Python, Django, Flask, FastAPI, PostgreSQL, Redis, Docker, Kubernetes, AWS. Pratikte, git, CI/CD, Scrum" gibi tek satırlık bir liste. Sistemin gözünde çoğunlukla "Python geçti" gibi görünür; geri kalan kısım bağlamsız kelime yığını olarak kalır ya da tamamen kaybolur.

Anahtar kelime eşleşmesinin görünmeyen sınırları

Çoğu durumda, aTS, anahtar kelime eşleşmesinde şunu yapar: iş ilanında yazan teknoloji adı. Sizin CV'nizde geçiyorsa - geçtiği yer, kategori veya bağlam ne olursa olsun - eşleşme sayılır. Bu yüzden ilanda yazmayan bir teknoloji için sayfada aşırı yer ayırmak yerine, ilanın gerçekten istediği teknolojilerinOkunabilir Biçimde ve tahmin edilebilir yerlerde geçmesi gereklidir.

• Her katman kendi başlığı altında, kısa maddeler halinde yazılmalı.
• Madde başında muhakkak tanınabilir bir teknoloji adı yer almalı; eklenti ya da sürüm değil. Ham ad tercih edilmeli.
• Bir noktada, kategoriler, sıradan bir paragraf içinde değil, tek tek okunabilir bloklar halinde durmalı.

Tech stack'i mantıksal katmanlara ayırmak

Bir yazılım geliştiricinin teknik dünyası, düz bir listede değil iç içe geçmiş halkalardan oluşur. CV'deki katmanlamanın temel amacı bu halkaları sırasıyla - çekirdek dil. Çerçeve, veri, altyapı, araçlar, metodolojiler - dizmek değil; okuyucunun ve ATS'nin doğal olarak aradığı düzene oturtmaktır. Aşağıdaki katman yapısı, çoğu backend, frontend ve fullstack pozisyonu için geçerli bir iskelet sunar.

Birincil dil çekirdeği

Burada adayın kendini en güçlü tanımladığı, günlük olarak üreten biçimde yazdığı dil ya da diller yer alır. Çoğu yazılımcı için bu bir, en fazla iki dildir. Genelde, aday on yıldır Python yazıp üç yıldır Go öğreniyorsa. Çekirdek dil Python'dur; Go ise çerçeveler katmanında yan dil olarak kalabilir. Çekirdek dilin adı başlığın ilk satırında olur; bu, ATS'nin ilk eşleşmeyi hızla yakalamasını sunar.

Çerçeveler ve kütüphaneler

Birincil dilin üzerine kurulan çerçeveler (Python için Django. FastAPI; JavaScript için React, Next.js, NestJS) ayrı bir katmanda toplanır. Bu katmanda yan yana üç-dört çerçeve adı bulunabilir; her birinin hangi dilde yazıldığı zaten önceki katmandan bellidir.

Veritabanları ve veri katmanı

İlişkisel (PostgreSQL, MySQL), belge tabanlı (MongoDB). Anahtar-değer (Redis), grafik (Neo4j) ve arama (Elasticsearch) veri tabanları ayrı bir katmanda durmalıdır. Aynı katmanda ORM tercihleri (SQLAlchemy. Prisma, TypeORM) ile sorgu dili beklentisi (SQL) birbirine karıştırılmadan, kısa maddeler halinde sıralanır.

Altyapı, DevOps ve cloud

Container orkestrasyonu (Docker, Kubernetes), sürekli entegrasyon araçları (GitHub Actions. GitLab CI, Jenkins), bulut sağlayıcıları (AWS. GCP, Azure) ve gözlemlenebilirlik araçları (Grafana, Prometheus, Datadog) burada bir araya gelebilir. Bu katmanda dikkat edilmesi gereken nokta, adayın sadece "okudum" düzeyinde bildiği bir aracı listeye eklememesidir; çünkü mülakatta bu katman çoğu zaman mühendislik sohbetinin konusu olur.

Test, kalite ve araçlar

Birim test (pytest, JUnit, Jest), uçtan uca test (Cypress, Playwright), statik analiz (ESLint, SonarQube) bu katmanda yer alır. Açıkçası, çoğunlukla tek satırda toparlanır; kayda değer olan erişilebilirlik ve ATS'nin görebileceği netliktir.

Metodolojiler ve yan beceriler

Agile, Scrum, Kanban, TDD, BDD, Clean Architecture, mikroservis gibi kavramlar teknik araç değil, çalışma biçimidir. Bunlar en sonda, "Çalışma Biçimi" ya da "Metodolojiler" başlığı altında durmalıdır. Açıkçası, bu katmanı teknik becerilerin arasına serpiştirmek ne ATS eşleşmesine ne de insan okuyucunun kafasına fayda sunar.

Sıralama stratejisi: önce en çok bildiğiniz mi, en çok kullandığınız mı?

İçinde bulunulan başvuruya göre cevap değişir. Aşağıdaki üç yaklaşım, çoğu aday için geçerli olan üç değişik sıralama mantığıdır.

Genel başvuru, soğuk CV

Aday, belirli bir pozisyona değil genel bir havuza CV gönderiyorsa sıralamaBireysel güç sırasıOlmalıdır. Yani çekirdek dil, en güçlü olduğunuz çerçeve. En çok kullandığınız veritabanı ve günlük iş akışınızdaki araçlar üstten alta sıralanır. Kısaca, bu sıralama, farklı işverenlerin kendilerine uygun teknolojiye hızla ulaşmasını sağlar.

Hedefli başvuru, belirli ilan

İş ilanında açıkça yazılan bir teknoloji varsa sıralamaIlana uyum sırasıOlmalıdır. Her katmanın ilk sırasına, ilanda geçen teknolojiyi almak ATS'nin ilk tarama geçişinde eşleşmeyi yakalamasını kolaylaştırır. Adayın güçlü olduğu ama ilanda geçmeyen teknolojiler ikinci sıraya düşer.

Kariyer kırılmaları ve geçiş pozisyonları

Önceki rolü backend iken fullstack'e geçen ya da başka bir dile yönelen bir aday için sıralamaNiyet sırasıOlmalıdır. Bir sonraki rolde faydalanmak istediğiniz teknolojiler üst sıraya çıkmalı; eski rolde kullandıklarınız yan yetkinlik olarak altta kalmalıdır. Bu, hem ilana uyumu hem yön değişimini görünür kılar.

Eski ve lejener teknolojilerle ne yapılır?

Somut olarak, her yazılımcının özgeçmişinde 10-15 yıl öncesine ait teknolojiler vardır: AngularJS. Java 6, jQuery, Perl, Classic ASP, Flash, Silverlight. Bu teknolojilerin CV'de kalıp kalmayacağı üç soruya göre belirlenir:

• İlgili pozisyonda yeri var mı? (Yer tutmuyorsa çıkarılabilir.)
• Halen üretimde aktif olarak kullanılıyor mu? (Kullanılıyorsa kalabilir, ama en altta.)
• "Çeşitlilik" mi yansıtıyor, "güncellik eksikliği" mi? (Bunu çoğu zaman öz değerlendirme netleştirmez;Cv analiz Araçları burada somut geri bildirim verir.)

Genelgeçer bir kural olarak son beş yıldır aktif üretimde kullanılmayan teknoloji. Açıkçası, cV'nin ana katmanlarından çıkar; "Ek Bilgi" gibi en alt bir başlıkta bir-iki maddeyle sınırlı tutulabilir. COBOL ya da mainframe gibi niş teknolojiler, sadece niş pozisyonlarda değerlidir; o pozisyonlar dışında boş yer kaplar.

Seviye belirtmek: yıldız sistemi mi, yıl mı, proje mi?

Yazılımcı CV'lerinin tartışmalı bölümlerinden biri seviye gösterme biçimidir. Üç alışılmış yaklaşım var ve her birinin kendi maliyeti farklıdır.

Yıldız sisteminin tuzakları

İşin aslı, beş üzerinden yıldız ya da "ileri/orta/başlangıç" etiketleri özneldir. Adayın verdiği "4/5" puanı, işverenin gözünde çoğu zaman abartılı ya da eksik kalır. ATS bu etiketleri ayrıştıramaz; sadece düz metin olarak geçer. Üstelik beş yıldız, iki yıldızdan üstün görünse de mülakatta net bir şey söylemez.

Yıl bazlı gösterim

"Python - 7 yıl, React - 4 yıl" gibi gösterimler daha somuttur; fakat yıl sayısı. Kullanım yoğunluğunu yansıtmaz. Yedi yıl boyunca yılda bir kez kullanılan bir teknoloji ile yedi yıl boyunca günlük kullanılan teknoloji aynı görünür. Yıl ancak yanında nitelik bilgisi varsa anlamlıdır.

Proje tabanlı gösterim

En güvenilir gösterim, proje ve etki bağlamıdır. "FastAPI ile yüksek hacimli bir ödeme microservice'inin mimari tasarımı" gibi bir ifade. Hangi teknolojinin hangi derinlikte kullanıldığını anlatır. Bu bilgi tech stack listesinin içinde değil,Proje deneyimiBölümünde durur. Tech stack bölümünde ise sade ve yalın bir liste kalır. Bu ayrım, çoğu adayın gözden kaçırdığı bir noktadır.

Her teknoloji başlığı için isabetli biçim

Tech stack bölümünün çoğu zaman teknik değil biçimsel olarak kaybettiği görülüyor. İlkeler şöyle nebilir:

• Başlıklar: Her katmanın kendi başlığı olmalı. "Backend", "Frontend", "Veritabanı". "DevOps" gibi kategoriler tek satırda durabilir; ama hepsi ya çekirdek dilin ya da iş rolünün altında toplanabilir.
• Madde sayısı: Her katmanda üç-altı madde yeterli olacaktır. Sahada, yediden fazla madde, ATS'nin ilgisini dağıtır ve okuyucunun gözü kayar.
• Çoğu durumda, sürüm ve ek bilgi: "TypeScript 5.x", "React 18" gibi sürüm numaraları çoğu zaman gereksizdir. İlan özellikle sürüm istiyorsa eklenir; aksi durumda ham teknoloji adı yeterli olacaktır.
• Ekonomi: "JavaScript (ES6+)". "Docker (Compose, Swarm)" gibi parantezli açıklamalar yalnızca yan teknoloji ya da lehçe farkı varsa kullanılmalı.

Görsel ağırlık: bold, italik ve sıralamanın hiyerarşisi

Tech stack tek düze bir liste olarak yazıldığında çekirdek ile yan beceriler aynı görsel ağırlıkta kalır. OysaGörsel ağırlık, okuyucuya ve bir ölçüde ATS'nin yanında çalışan format motorlarına katmanlamanın ilk sinyalini verir. Bold kullanımı çekirdek dil ve ana çerçeveler için uygundur; alt katmandaki araçlar normal ağırlıkta kalır. İtalik, alt kategoriler ya da yan beceriler için saklanabilir. Başlıca olan, görsel ağırlığın bilgiyi tekrar etmemesidir; aynı teknoloji hem kalın hem sıralı olarak vurgulanmamalıdır.

İş ilanıyla uyum içinde katmanlamayı değiştirmek

Her başvuru için CV'yi baştan yazmak gerekmez, ama tech stack bölümüHer başvurudaİnce ayar ister. İlanın "Zorunlu" ve "Tercihen" bölümlerini ayrı ayrı okumak ve her birinde geçen teknolojiyi ilgili katmanda üste taşımak. ATS'nin süratli eşleşmesini destekler. Şöyle ki, "Tercihen" listesinde olup sizde bulunan teknolojiler de görünür kalmalıdır; çünkü ATS'nin bazı eşleşme mantıkları tercih edilen teknolojileri puanlamada dikkate alır.

Bu ince ayar manuel yapılabilir; Cv bedavaAnaliz araçları ya da ücretsiz ATS simülatörleri, sıralama etkisini hızlıca gösterebilir. Net konuşmak gerekirse, başlıca olan, hiçbir teknolojinin ilan dışı bir nedenden listede tutulmaması, ilandaki teknolojilerin ise hiçbirinin atlanmamasıdır.

CV'de tech stack'in konumu: hemen başa mı, deneyimden önce mi?

Tech stack bölümünün sayfadaki yeri, başvurunun amacına göre değişebilir. Üç yerleşim seçeneği yaygındır:

• Üstte (özetin hemen altında): Pozisyona özel başvurularda ve teknoloji eşleşmesi ön plandaysa tercih edilir. ATS'nin ilk tarama geçişinde eşleşmenin yakalanmasını kolaylaştırır.
• Orta bölgede (deneyimden sonra): Kronolojik CV veya genel başvurularda tercih edilir. Okuyucu önce iş geçmişini görür, sonra yetkinlik haritasına ulaşır.
• Açıkçası, yan blok veya kenar sütun: Tasarım odaklı ya da görsel ağırlıklı CV'lerde kullanılır; ne var ki ATS uyumu açısından risklidir. Çünkü iki sütunlu düzen bazı sistemlerde içeriği karıştırır.

Yazılımcı CV'leri için deneyim bölümünün üstünde. Gerçekte, özetin hemen altında yer alan tek sütunlu bir tech stack bölümü çoğu durumda en dengeli yerleşimdir. İnsan okuyucu hangi teknolojilerle ne yaptığını öğrenmek için sayfada aşağı yukarı kaymak zorunda kalmaz; ATS ise beceri alanını sayfanın başında yakalar.

Sık yapılan hatalar ve sessiz kayıplar

Tech stack bölümünde en sık karşılaşılan beş hata ve her birinin yarattığı sessiz kayıp şöyle sıralanabilir:

Hepsi tek satırda, virgülle ayrılmış

Pratikte, otuz teknoloji adının virgüllerle bağlandığı tek satır, ATS'nin dilbilgisi ayrıştırıcısını zorlar. Eşleşme sayısı düşer, ilanın anahtar kelimelerinin bir kısmı kaybolur.

Yıldız ve seviye etiketleri

Özneldir ve ATS'nin işine yaramaz. Yıldız vermek yerine projedeki kullanım bağlamını yazmak daha somut sonuç verir.

Sürüm numaralarına boğulmak

"Angular 15, Angular 16, Angular 17" gibi sürüm yığını sayfada gereksiz yer açar. "Angular" ifadesi tek başına eşleşmeyi sağlar; sürümler ilan özellikle istiyorsa eklenir.

Çekirdek dili listede gizlemek

Bir noktada, bazı adaylar çekirdek dillerini "diğer beceriler" satırının en sonuna yazar. Çekirdek dil ilk katmanda, ilk sırada olmalı; bu hem okuyucu hem de ATS için ilk sinyaldir.

Teknoloji adını isabetsiz yazmak

"Nodejs" yerine "Node.js", "Postgres" yerine "PostgreSQL". "Github Actions" yerine "GitHub Actions" gibi ufak farklar, ATS'nin kesin eşleşme motorunda kayıp yaratabilir. Resmi adlandırma daima tercih edilmelidir.

Kapanış: tech stack bir özet değil, bir yol haritasıdır

Tech stack bölümü, yazılım geliştiricinin özgeçmişindeki en ufak yer kaplayan ama en çok şey söyleyen bölümdür. Katmanlanmış bir yapı, hem ATS'nin anahtar kelime eşleşmesini güçlendirir hem de insan okuyucuya çabuk ilk taramada adayın profilini net biçimde çizer. Çekirdek dilin ilk sırada, çerçevelerin ikinci katmanda. Veri ve altyapının sonraki katmanda, metodolojilerin en altta durduğu bir düzen; sıralamanın ilana göre ince ayarlandığı. Eski teknolojilerin bilinçli biçimde ayıklandığı, görsel ağırlığın bilgiyi desteklediği bir biçim; hepsi birlikte,Cv hazırlamaSomut olarak, sürecinin teknik tarafında sık yapılan hataların önündeki en pratik engeldir.

Bir sonraki CV güncellemesinde tech stack bölümüne tekrar bakmak; "acaba eksik mi?" sorusu yerine "acabaKatmanlıMı?" sorusunu sormak, çoğu zaman tek başına gözle görülür bir ayrım yaratır.