Akıllı Kontrat Geliştirici CV Şablonu: Koddan Kanıta, Bir Solidity Mühendisinin On-Chain Kariyerini Özgeçmişte İzlenebilir Bir Anlatı Olarak Kurgulama Rehberi

Özgeçmişin kendisi de bir akıllı kontrat gibi düşünülebilir

Bir kontrat mainnet'e deploy edildiği an, kodun değiştirilemez bir kopyası dünya üzerindeki binlerce düğümde eşzamanlı yaşamaya başlar. Somut olarak, o andan sonra mühendis, yazdığı satırların sorumluluğunu doğrudan taşır. Akıllı kontrat geliştiricisinin özgeçmişi de aynı mantıkla okunmalıdır: doğrulanabilir, şeffaf, değiştirilemeyecek kadar tutarlı ve izlenebilir olmalıdır. İşe alım uzmanı, CV'nizi okuduğunda bir kontratın bytecode'una bakar gibi sözleşme adresinizden commit geçmişinize. Audit raporlarınızdan gas ölçümlerinize kadar her satırı tek tek sorgular. Bu yüzden hazırladığınız belgenin kendisi de sınırlı bir akıllı kontrat gibi çalışmalı: iddialar ile kanıtlar arasında doğrudan. Kurcalanamaz bir eşleşme olmalı.

Bu rehber, sizi bu disiplini özgeçmişinize taşımaya davet ediyor. Bir akıllı kontrat geliştiricisinin CV şablonu oluştururken farklılaşması gereken katmanları, yazım tekniklerini ve yaygın hataları birlikte inceleyeceğiz. Yazının geri kalanı; bir Solidity mühendisinin kendi kariyerini. Başvurduğu protokolün diline uygun, iz bırakan ve kanıtlanabilir bir anlatı olarak nasıl kuracağını anlatıyor.

Akıllı kontrat geliştiricisinin cV'si neden başka çalışır

Yazılım dünyasının çok sayıda alanında özgeçmiş, "ne yaptığınızı" anlatan bir özet işlevi görür. Pratikte, akıllı kontrat tarafında ise "ne yaptığınız" kadar "neyi değiştiremediğiniz. Hangi sınırları kabul ettiğiniz, kodu nasıl koruduğunuz" da fark yaratır. Üç temel fark bu noktada belirginleşir:

• İz bırakma zorunluluğu: Bir kontrat mainnet'te yayınlandığında. Kısaca, gitHub geçmişiniz, audit raporlarınız, blok gezginindeki sözleşme sayfanız, hatta forumlardaki tartışmalarınız kalıcı bir iz bırakır. CV'deki her satır, bu iz ile çelişmemelidir.
• Disiplinler arası doğa: Solidity yazmak, matematiksel düşünmeyi. Güvenlik sezgisini, gas ekonomisini, protokol tasarımını ve hatta topluluk iletişimini bir arada gerektirir. Tek bir "yazılım geliştirici" etiketi, bu katmanı tam olarak temsil etmez.
• Kanıtın doğası: Diğer alanlarda "performans iyileştirmesi yaptım" demek yeterli olabilir. Akıllı kontratta "X kontratında gas kullanımını belirgin biçimde düşürdüm. Sahada, fonksiyonun eski ve güncel implementasyonunu bu PR'da karşılaştırabilirsiniz" diyebilmeniz beklenir.

Açıkçası, bu farkındalıkla başlayan bir CV, klasik bir yazılım mühendisi CV'sinden ayrışır. Aşağıdaki bölümlerde bu ayrışmanın pratik karşılığını göreceğiz.

Şöyle ki, çekirdek bölümler: bir akıllı kontrat mühendisinin özgeçmiş anatomisi

İletişim ve profil başlığı

İletişim bloğunuz olabildiğince sade olsun. Ad, e-posta, GitHub, LinkedIn, kişisel web sitesi ve bulunduğunuz şehir. Pratikte, profil başlığınız ise CV'nin en üstünde duran, işe alım uzmanının gözünün ilk temas ettiği cümle. Burada "Solidity Geliştiricisi" gibi genel bir ifadeden kaçının. Bunun yerine faaliyet alanınızı netleştirin.

Bazı örnekler:

• Akıllı Kontrat Geliştiricisi, EVM, Solidity, Foundry, DeFi Protokolleri
• Kıdemli Solidity Mühendisi, Lending, AMM, Formal Verification Odaklı
• Akıllı Kontrat Geliştiricisi, ZK, L2, Account Abstraction

Profil başlığı, başvurduğunuz rolün diliyle konuşmalı. Genelde, deFi protokolüne başvuruyorsanız "DeFi", NFT projesine başvuruyorsanız "NFT" veya "On-chain Oyun". Audit şirketine başvuruyorsanız "Güvenlik ve Denetim" anahtar kelimeleri öne çıkmalı. Bu ufak dokunuş, özgeçmişinizi ATS taramalarında da bir adım öne taşır.

Profesyonel Özet

Profesyonel özet bölümü, üç ile beş cümle arasında olmalı. Burada yıllarınızı, odaklandığınız zincirleri. Ölçek olarak çalıştığınız TVL ya da kullanıcı sayısını ve sizi başka kılan tekniği bir araya getirin. Abartılı pazarlama dilinden kaçının; zaten kontratlar kendini anlatır. Şu yapı işe yarar:

• Kaç yıldır akıllı kontrat yazıyorsunuz
• Hangi ekosistemlerde aktif oldunuz (EVM, Cosmos, Solana, Move, vb.)
• Pratikte, sayısal ölçek: TVL, kullanıcı sayısı, gas tasarrufu oranı, audit bulguları
• Farklılaştığınız teknik veya metodolojik bir unsur

Söz gelimi, "Solidity ile dört yıllık deneyime sahip, toplamda yüz milyonlarca dolar TVL'yi yöneten üç DeFi protokolünde çekirdek kontrat geliştirici olarak görev aldım; gas optimizasyonu ve formal verification konusunda çalışıyorum" gibi bir cümle. İşin aslı, "blockchain tutkunu, Web3 geliştiricisi" gibi bir cümleden çok daha ağırdır. Buradaki her ifade, bir sonraki bölümdeki kanıtla bağlantılanmalı; aksi halde okuyucu gözünde boşlukta kalır.

Teknik Yetkinlikler

Bu bölüm, okuyucunun sizi ne kadar çabuk tarayabildiğini belirleyen bölüm. Kısaca, onu gelişigüzel bir kelime yığını olarak değil, bilinçli bir şekilde katmanlara ayırarak yazın. Tipik bir akıllı kontrat geliştiricisi yetkinlik haritası şu başlıklar altında toplanabilir:

• Diller: Solidity, Yul, Vyper, Rust (Solana, CosmWasm), Move, Cairo
• Geliştirme Araçları: Foundry, Hardhat, Brownie, Tenderly, Remix
• Genelde, test ve Doğrulama: Foundry invariant testing, Echidna, Scribble, Certora, Halmos, KEVM
• Güvenlik ve Denetim: Slither, Mythril, MythX, Manticore, manuel kod inceleme
• Protokol Bilgisi: ERC-20, ERC-4626, ERC-4337, EIP-3156, Uniswap v2/v3/v4, Aave v2/v3, Compound, Curve
• Altyapı: OpenZeppelin, Solmate, PRBMath, OZ Defender, Safe (Gnosis)
• Veri ve İzleme: The Graph, Dune, Tenderly Alerts, Forta
• Frontend (opsiyonel ama değerli): Ethers.js, viem, wagmi, React

Aslına bakılırsa, yetenek listesi, "JavaScript" yazıp geçtiğiniz bir özgeçmişteki gibi sıradan görünmemeli. Yanına parantez içinde ", likidite havuzları için gas optimizasyonu" gibi küçük açıklamalar eklemek, okuyucuya bağlam sunar. Bir başvuruda bulunmadan önce, şirketin mühendislik blogunu veya GitHub repolarını tarayıp kullandıkları araçları anlamak. Yetenek listenizi stratejik biçimde sıralamanızı kazandırır.

İş deneyimi, "On-Chain sorumluluk" çerçevesi

Akıllı kontrat geliştiricisinde iş deneyimi anlatısı, klasik "ne yaptım" değil, "neyi yayınladım ve nasıl korudum" çerçevesiyle yazılmalı. Her pozisyon için şu unsurları muhakkak içermeye özen sergileyin:

• Protokol veya ürün adı, kısa açıklaması ve lansman tarihi
• Açıkçası, sorumluluk alanınız: hangi kontratları siz yazdınız, hangilerini denetlediniz
• Ölçek: TVL, günlük işlem sayısı, kullanıcı tabanı
• Teknik katkı: "Upgradeable vault mimarisi tasarladım". Sahada, "stake slashing modülünü yazdım", "audit sürecinde on iki kritik bulguyu kapattım" gibi somut cümleler
• Aslına bakılırsa, kanıt bağlantıları: sözleşme adresi, audit raporu, GitHub commit, blog yazısı

Her maddeyi Aksiyon + bağlam + sonuçÜçlüsüyle yazın. "Solidity yazdım" yerine "Aave v3 forked lending protokolünde collateral manager modülünü sıfırdan tasarladım; deploy sonrası ilk doksan günde kritik bug raporu alınmadı. İşin aslı, dört orta seviye bulgu audit sonrası kapandı" yazmak, okuyucuya çok daha somut bir hikaye anlatır. Burada sayıları kullanırken, gerçekten sahip olduğunuz metrikleri paylaştığınızdan emin olun; uydurma istatistikler, mülakatta ilk soruda çözülür.

Projeler, kanıtın adresi

Akıllı kontrat geliştiricisinin özgeçmişinde "Projeler" bölümü, bir portfolyo işlevi görür. Burayı zayıf bırakmak, sahip olduğunuz en güçlü silahı kullanmamak demektir. Her proje için şu kalıbı uygulayın:

• Proje adı ve tek cümlelik amacı
• Rolünüz (tek geliştirici, çekirdek ekip, auditör, katkıda bulunan)
• Teknik yığın
• Mainnet sözleşme adresi (Etherscan, Arbiscan, Basescan, vb.)
• GitHub deposu ve commit geçmişi
• Varsa audit raporu veya post-mortem
• Ölçek: TVL, kullanıcı, gas tasarrufu

Bu bölümde bağlantıların açık ve güncel olması kritik. Eğer bir protokol artık pasif durumdaysa, bu durumu açıkça vurgulayın. "Mainnet'te aktif, on sekiz ay boyunca sorunsuz çalıştı" gibi cümleler, olgunluk kanıtlar. Projeyi birlikte yaptığınız kişilerin veya danışmanlık aldığınız audit şirketinin adını vermek de güven inşa eder; aynı zamanda ileride referans olarak kullanılabilecek köprüleri de görünür kılar.

Denetim ve güvenlik katkısı

Akıllı kontrat geliştiricileri için deneyim bölümünün ayrılmaz bir parçası, audit geçmişidir. İster resmi bir audit şirketinde çalışıyor olun, ister kendi protokolünüzü denetlettiriyor olun, güvenlik katkınızı net olarak yazın. Her audit için şu bilgileri paylaşın:

• Protokol adı ve audit kapsamı (hangi kontratlar)
• Genelde, audit şirketi (Trail of Bits, OpenZeppelin, Spearbit, Code4rena, vb.)
• Bulgu kategorileri: kritik, yüksek, orta, düşük, bilgilendirme
• Sizin rolünüz: lead auditor, ikinci göz, fixing engineer
• Yayınlanan audit raporunun bağlantısı

Sadece "audited by X" yazmak yeterli değildir. Audit sürecinde nasıl bir mühendislik disiplini uyguladığınız. Hangi bulguları kapattığınız, re-audit süreçlerinde nasıl bir düzeltme akışı kurduğunuz, sizi diğer adaylardan ayırır. Eğer CTF yarışmalarına katıldıysanız, bu da burada anlatılabilecek değerli bir satırdır. Ethernaut, Damn Vulnerable DeFi, Paradigm CTF, Code4rena gibi yarışmalar. Pratik güvenlik sezginizi somutlaştırır; hatta bu yarışmalardaki dereceleri (varsa) üstelik vurgulamak faydalıdır.

Eğitim, sertifikalar, yayınlar

Açıkçası, akıllı kontrat alanında formal eğitim sürekli yeterli olmasa da, bazı sinyaller değerlidir:

• Üniversite eğitimi (özellikle bilgisayar bilimi, matematik, kriptografi)
• ConsenSys Academy, ChainShot, Encode Club gibi programlar
• Çoğu durumda, openZeppelin, Trail of Bits gibi kurumların eğitim içerikleri
• Solidity, ZK, güvenlik konulu konferanslarda konuşmacı olmak (DevConnect, EthCC, ZK Summit, vb.)
• Medium, Mirror, Substack veya kişisel blogda yayınlanmış teknik yazılar

Genelde, eğitim bölümünde unvanınızın yanına parantez içinde tez konunuz. GPA'nız veya akademik projenizle ilgili kısa bir cümle eklemek, sizi CV yığınından sıyırır. Teknik yazılarınız varsa, bunları ayrı bir "Yayınlar ve Konuşmalar" bölümünde toplayın. Pratikte, "How to build a minimal AMM in 200 lines of Solidity" veya "Lessons from a major reentrancy bug" gibi yazılar. Derinliğinizi kanıtlar. Bir yazının bağlantısını paylaşırken, yayınlandığı platformu ve tarihi de yazmayı alışkanlık edinin; bu, referansın kalıcılığını yükseltir.

Topluluk ve açık kaynak katkısı

Akıllı kontrat dünyası, açık kaynak kültürünün kalbidir. Bir protokolün GitHub reposuna gönderdiğiniz PR'lar. Bir forum veya Discord'daki tartışmalarda savunduğunuz teknik argümanlar, bir EIP'ye yaptığınız katkı, tümü sizinle ilgili sinyal verir. Bu yüzden özgeçmişinizde ufak de olsa bir "Topluluk ve Açık Kaynak" bölümü ayırın.

Bu bölüm şu şekilde yapılandırılabilir:

• Solmate, OpenZeppelin Contracts, Forge Std veya benzeri kütüphanelere kabul edilen PR'lar
• EIP tartışmalarına yazılı katkı (ethereum-magicians.org üzerinden takip edilebilir)
• Forum veya Discord'da moderatörlük, eğitmenlik
• Şöyle ki, yer aldığınız DAO'lar veya çalışma grupları (Tally, Snapshot üzerinden)

Bu tür katkılar, sizin sadece kod yazan değil, ekosistemi birlikte inşa eden bir mühendis olduğunuzu gösterir. Web3 dünyasında bu özellik, çoğu zaman teknik yetkinlik kadar ağırlık taşır. Özellikle erken aşama DAO'larda ya da yeni kurulan standart komitelerinde yer almak, hem mülakatlarda hem de networking'de uzun vadeli bir kaldıraç işlevi görür.

On-Chain kanıtı özgeçmişe nasıl dönüştürürsünüz

CV'nizi okuyan kişi, sizi tek cümleyle değerlendirmez. Her iddianızı doğrulamak ister. Açıkçası, aşağıdaki üç unsur, bu doğrulama sürecini kolaylaştıran temel yapı taşlarıdır.

Sözleşme adresini linklemek

Bir proje üzerinde çalıştığınızı iddia ettiğinizde. Etherscan, Arbiscan, Basescan, Polygonscan, Snowtrace, Solscan gibi blok gezgininde ilgili sözleşmenin sayfasına doğrudan bağlantı verin. Mümkünse sözleşmenin yazar adresi ile sizin adınızın eşleştiğini gösteren bir ekran görüntüsü yerine. Sözleşmenin "Contract" sekmesindeki doğrulama bağlantısını paylaşın. Bu, kaynak kodun gerçekten o adrese deploy edildiğini matematiksel olarak kanıtlar. Çok imzalı bir deploy süreci kullandıysanız. Bunu da açıkça vurgulayın; bu tür operasyonel detaylar, şirketlerin treasury yönetimine ne kadar aşina olduğunuzu ortaya koyar.

Commit hash, PR, audit report

GitHub geçmişiniz, akıllı kontrat mühendisinin laboratuvar defteridir. Belirli bir işe başvururken, ilgili PR'ların doğrudan bağlantılarını CV'ye eklemek etkili bir yöntemdir. Sahada, "Lending protokolünde collateral factor hesaplamasını yeniden tasarladım" demek yerine, ilgili PR'ın bağlantısını vermek, mühendisin iddiasını doğrulanabilir kılar. Aynı şekilde yayınlanmış bir audit raporu, mühendisin titizliğini belgeler. Somut olarak, pR bağlantılarını eklerken commit hash'inin sabit bağlantısını kullanmak, gelecekte kodun değişmesi durumunda referansın bozulmamasını kazandırır.

Gas optimizasyonu ölçümü

Sahada, akıllı kontratta performans, salt hız değil; işlem başına harcanan gas miktarıdır. Eğer bir optimizasyon yaptıysanız. Bunu ölçerek yazın: "X fonksiyonu için gas maliyetini 142k'dan 96k'ya düşürdüm, aşağı yukarı yüzde otuz iki iyileşme". Mümkünse foundry test çıktısı veya Tenderly trace bağlantısı ekleyin. Bu tür ölçümler, sizin sadece "çalışan kod" değil, "ölçülmüş mühendislik" yaptığınızı gösterir. Ölçüm yönteminizi de paylaşmak. Örneğin "her iki implementasyonu onar kez forge test ile koşturarak median gas değerini karşılaştırdım". Yazılım mühendisliği disiplininizi görünür kılar.

Protokole göre CV çerçevesini nasıl eğersiniz

Pratikte, aynı CV'yi her başvuruya göndermek, akıllı kontrat mühendisliğinde iki dezavantaja yol açar. Birincisi, başvurduğunuz protokolün teknik dili ile sizin anlatınız uyuşmayabilir. Şöyle ki, ikincisi, generic bir CV, işe alım uzmanının sizi diğer adaylardan ayırt etmesini zorlaştırır. Aşağıda değişik hedeflere göre nasıl eğilebileceğinize dair kısa bir çerçeve var.

DeFi protokolüne başvuruyorsanız

• AMM, lending, staking, perp DEX gibi spesifik alt alanınızı öne çıkarın
• TVL, daily volume, kullanıcı tabanı, audit geçmişi gibi ölçek sinyallerini yazın
• Solidity optimizasyonu, oracle entegrasyonu, liquidation mantığı, flash loan deneyimi gibi protokol-spesifik kavramları tercih edin
• Açıkçası, formal verification veya invariant testing deneyiminiz varsa muhakkak vurgulayın

NFT veya on-Chain oyun stüdyosuna başvuruyorsanız

• ERC-721, ERC-1155, ERC-2981 (royalty), soulbound token deneyimi
• Gas-friendliness, lazy minting, on-chain rendering, merkle airdrop deneyimi
• IPFS/Arweave, merkle tree, signature replay protection
• Çoğu durumda, frontend entegrasyonu (Ethers.js, viem, wagmi) değerli bir artıdır

DAO veya kamu malı projelerine başvuruyorsanız

• Governor, Timelock, Treasury yönetimi deneyimi
• Snapshot, Tally, Safe modülü, izin sistemleri
• Topluluk odaklı iletişim, şeffaflık raporları, forum tartışmaları
• Çoklu imza, role-based access control tasarımı

Layer 2 veya altyapı sağlayıcılarına başvuruyorsanız

• Rollup mimarileri, sequencer, fraud proof, validity proof bilgisi
• Solidity dışında Rust (Solana, CosmWasm, Sway, Cairo) deneyimi
• Cross-chain köprü tasarımı, mesaj geçişi, doğrulayıcı setleri
• Düşük seviye EVM, precompile, Yul optimizasyonu

Sık yapılan hatalar ve bunlardan kaçınma

CV hazırlarken düşülen tuzaklar, çoğu zaman iyi niyetle yapılan küçük hatalardan oluşur. Akıllı kontrat tarafında en sık karşılaşılanlar şunlar:

• Genel "Blockchain Geliştiricisi" başlığı kullanmak: "Akıllı Kontrat Geliştiricisi" çok daha spesifik ve isabetli bir etiket. Başvurduğunuz rolün diliyle konuşun.
• Bir noktada, solidity dışındaki dilleri görmezden gelmek: Eğer Vyper, Yul, Rust, Move, Cairo biliyorsanız, bunu kesinlikle yazın. Altyapı rolleri bu dillerde yazılmış mühendis arar.
• On-chain kanıt eksikliği: Sözleşme adresi, audit raporu, GitHub PR olmadan "DeFi protokolü geliştirdim" demek, havada kalır. Kanıtı görünür kılın.
• TVL ve ölçek belirtmeden proje yazmak: 50K TVL ile 200M TVL aynı cümle içinde yazılamaz. Ölçek, okuyucuya risk ve karmaşıklık seviyesini anlatır.
• Klişe güçlü sıfatlar: "passionate", "hardworking", "results-oriented" gibi ifadeler teknik özgeçmişte ağırlık kaybettirir. Somut başarı yazın.
• Audit raporunu detaysız geçmek: "Audited by OpenZeppelin" yerine "OpenZeppelin tarafından denetlendi. Açıkçası, iki yüksek, beş orta bulgu tespit edildi ve tümü kapandı" yazın.
• Eski veya artık bakımsız projeleri parlatmak: Her proje güncel olmak zorunda değildir; ama "artık bakımda" notu eklemek dürüstlüğü artırır.
• İletişim bilgilerinin güncel olmaması: Eski bir e-posta. Kapalı bir GitHub hesabı, erişilemeyen bir Twitter, özgeçmişi sessizce geçersiz kılar.
• Çoğu durumda, yayın ve konuşma bölümünü atlamak: Teknik blog yazıları, sizi "kodlayan" değil, "düşünen ve paylaşan" mühendis olarak konumlandırır.

Son kontrol listesi

CV'yi göndermeden önce şu aşamaları gözden geçirmek, sık yapılan hataların hatırı sayılır kısmını yakalar:

1. Profil başlığınız başvurduğunuz rolle uyumlu mu?
2. Her proje için sözleşme adresi, GitHub ve audit bağlantısı var mı?
3. Ölçek sinyalleri (TVL, kullanıcı, gas tasarrufu) somut olarak yazılmış mı?
4. Yayınladığınız kodlar gerçekten o adresle eşleşiyor mu?
5. Teknik yığın, başvurduğunuz şirketin jargonuyla örtüşüyor mu?
6. Audit deneyiminiz bulgu kategorileriyle birlikte detaylandırılmış mı?
7. Topluluk katkılarınız (PR, EIP, forum) görünür mü?
8. Yayınladığınız yazılar, konuşmalar, CTF başarıları listelenmiş mi?
9. İletişim bilgileri, bağlantılar, takvim güncel mi?
10. Belge tek sayfada mı yoksa iki sayfada mı, başvurduğunuz role göre uygun mu?

Bu kontrol listesini her gönderimden önce bir alışkanlık haline getirmek, profesyonelliğin kendisi olur. Her başvuruda on dakikanızı bu listeye ayırmak, mülakata çağrılma olasılığınızı ayrım edilir biçimde artırır.

Kapanış

Akıllı kontrat geliştiricisinin özgeçmişi, yazdığı kontratların sınırlı bir yansımasıdır. İddialar ile kanıtlar arasındaki mesafe ne kadar kısa olursa. Çoğu durumda, cV o kadar güvenilir, o kadar okunabilir, o kadar "deploy edilebilir" olur. Bu rehberde paylaşılan çerçeveyi kendi kariyerinize uyarlayın: sözleşme adreslerinizi görünür kılın. Audit deneyiminizi detaylandırın, topluluk katkılarınızı listeleyin, yazılarınızı paylaşın. Sonuçta bir akıllı kontrat mainnet'e çıktığında geri alınamaz; özgeçmişiniz de öyle. İsabetli yazıldığında, sizi temsil eden ufak ama kalıcı bir sözleşme haline gelir.