Blockchain Geliştirici CV Şablonu: Akıllı Kontrat ve…

Blockchain geliştirici özgeçmişi neden ayrı bir format ister?

Açıkçası, bir backend geliştiricisi ya da mobil uygulama programcısı için seçme-yerleştirme sürecinde "yazdığım API'yi production'a aldım" cümlesi çoğu zaman yeterli olabilir. Blockchain tarafında durum biraz başka çalışır. Burada "yazdım" değil, "yayınladım ve doğrulanabilir" meselesi öne çıkar. Zira bir akıllı kontratın gerçekten çalışıp çalışmadığı. Kaç kişinin gerçek değerini kontrata yatırdığına, kaç kez denetlendiğine ve mainnet üzerinde kaç blok kazdığına bakılarak anlaşılır.

Bir akıllı kontratın değeri, kaç kişinin gerçek ekonomik varlıkla ona güvendiğiyle ölçülür; blockchain geliştiricisinin CV'si de aynı ölçütle okunur.

Bu yüzden bir blockchain geliştiricisinin özgeçmişi. Geleneksel bir yazılımcı cv'sinden hem içerik hem de kanıt biçimi açısından ayrışır. Sadece teknoloji listesi vermek, işverenin ya da DAO'nun sizi ciddiye alması için yetmez.

Bir web3 geliştiricisi aslında ne yapar?

Şöyle ki, bu soru ilk bakışta basit görünür ama aslında özgeçmişinizi yazmaya başlamadan önce netleştirmeniz gereken ilk noktadır. Zira "blockchain developer" etiketi tek bir rolü anlatmaz. Aşağıdaki alt başlıklar, hangi rolde olduğunuzu bilmenize ve ona göre cv şablonunuzu şekillendirmenize yardımcı olur.

Protokol Geliştiricisi

Bir Layer 1 ya da Layer 2 protokolünün çekirdek kodunu yazan. Konsensüs veya zk-rollup mimarisi üzerinde çalışan mühendis. Çoğunlukla Rust, Go veya C++ ile yazar; düşük seviye performans optimizasyonu yapar.

Akıllı kontrat geliştiricisi

Solidity, Vyper, Move ya da Rust (Solana için) ile kontrat yazan geliştirici. Somut olarak, eRC-20, ERC-721, ERC-1155 gibi token standartlarına hâkimdir; DeFi protokolleri veya NFT altyapıları inşa eder.

Frontend web3 entegratörü

Ethers.js, viem, wagmi, RainbowKit, Web3Auth gibi kütüphanelerle kullanıcının cüzdanını uygulamaya bağlayan geliştirici. DApp'in kullanıcı deneyimini şekillendirir.

Altyapı ve node mühendisi (Web3)

Gerçekte, node çalıştırma, indeksleme servisleri, oracle altyapısı veya IPFS dağıtımıyla uğraşan geliştirici. Web3'ün görünmez katmanında çalışır.

Hangi rolde olduğunuzu bilmek, özgeçmişin hangi bölümlerini öne çıkaracağınızı belirler. Tek bir cv ile dört role birden başvuruyorsanız, her başvuru için özgeçmişin ağırlık merkezini kaydırmanız gereklidir.

CV'nin Temel İskeleti: Hangi Bölümler, Hangi Sırada?

Bir blockchain geliştirici cv'si için klasik "kişisel bilgiler, eğitim, deneyim, beceriler, diller" beşlisi hâlâ geçerlidir. Ama bu beşliğin içi geleneksel bir yazılımcı özgeçmişine göre değişik dolmalıdır.

1. Özet bölümü (3-4 cümle)

Bu bölüm "kendimi tanıtıyorum" cümlesinin Web3 karşılığıdır. Burada kaç yıldır bu alanda olduğunuzu. Hangi zincirlerde ana ağ deneyiminiz olduğunu ve uzmanlık alanınızı tek cümleyle netleştirin.

Açıkçası, solidity ile üç yılı aşkın süredir Ethereum ve Polygon mainnet'lerinde DeFi protokolleri geliştiren. İki kez açık kaynak denetim raporuna katkı sağlamış bir akıllı kontrat mühendisi.

Özet bölümünde kaçınılması gereken. Herkesin yazdığı gibi "blockchain ve Web3 alanında tutkulu bir geliştiriciyim" gibi içi boş cümlelerdir. Somut olarak, tutku, somut işe dönüşmediği sürece özgeçmişte yer kaplamamalıdır.

2. Teknik yetenek bloğu

Genelde, bu bölümde listeyi uzatmak için değil, isabetli seviyede grupladığınız için puan alırsınız. Aşağıdaki gibi alt gruplar halinde vermek, cv şablonu üzerinde gezinmeyi kolaylaştırır:

Aslına bakılırsa, akıllı Kontrat Dilleri: Solidity, Vyper, Move, Rust (Anchor)
Frontend Entegrasyon: ethers.js, viem, wagmi, RainbowKit
Geliştirme Ortamı: Foundry, Hardhat, Truffle, OpenZeppelin
Test ve Denetim Araçları: Slither, Echidna, Mythril, Forge coverage
İndeksleme ve Veri: The Graph, SubQuery, Dune SQL okuryazarlığı
Altyapı: IPFS, Arweave, Node çalıştırma, Docker
Zincirler: Ethereum, Polygon, Arbitrum, Optimism, Base, Solana, Aptos

Somut olarak, beceri bloğunda her kalem için ayrı ayrı yıldız puanı vermek yerine. Hangi seviyede olduğunuzu proje bağlamı içinde göstermek daha dürüst bir yöntemdir.

3. Deneyim Bölümü

Bu bölüm özgeçmişin merkezinde durur ve en çok emek verilmesi gereken yerdir. İlerleyen başlıklarda ayrıntılı ele alacağız.

4. Projeler ve doğrulanabilir katkılar

Bu bölüm, geleneksel bir cv'de "Projeler" diye geçen kısımdır. Bir noktada, ama blockchain için burası "kanıtlar galerisi" işlevi görür. GitHub commit bağlantıları, Etherscan'de kontrat adresleri, audit raporlarındaki katkı belgeleri ve DAO forumlarındaki tartışma linkleri buraya eklenir.

5. Eğitim, sertifikalar ve sürekli öğrenme

Üniversite diplomasının yanında, alınan kurslar ve katılınan hackathon'lar burada anılır. Pratikte, ancak bu bölüm de cv'nin sonunda destekleyici roldedir; öne geçmemelidir.

Akıllı kontrat portföyü: en kritik bölüm

Bir Solidity geliştiricisinin "ne yapabiliyorsun" sorusuna verdiği cevap, kütüphane isimleri listelemek değil, yazdığı kontratın nerede yaşadığını göstermektir. Akıllı kontrat portföyü, özgeçmişin en güçlü bölümüdür zira her şey doğrulanabilir.

Hangi kontratları portföye dahil etmeli?

Somut olarak, özgeçmişinize ekleyeceğiniz her proje için aşağıdaki sorulara cevap verebilmeniz iyi olur:

Kontrat mainnet'te mi yoksa sadece testnet'te mi?
Toplam kaç adres kontratla etkileşime geçmiş?
Hangi token standardı kullanılmış?
Gas optimizasyonu için hangi teknikler uygulanmış?
Bir güvenlik denetiminden geçti mi, geçtiyse rapor nerede?
Açık kaynak lisansı altında mı yayınlandı?

Bu soruların hepsine olumlu cevap verebiliyorsanız, o proje cv'de yer almayı hak eder. Sadece "Udemy'deki bir kursun final projesi" olan bir kontratı portföyde üst sıraya koymak. Okuyucu tarafından hızla ayrım edilir.

Proje açıklamasını nasıl yazmalı?

Bir proje için tek cümle "DeFi protokolü geliştirdim" yazmak yerine şu yapı işe yarar:

Bağlam: Hangi sorunu çözüyordu?
Rol: Ekipteki konumun neydi, kaç kişiydiniz?
Teknik kararlar: Neden bu token standardını seçtiniz, neden bu oracle?
Sahada, sonuç: Mainnet'e çıktı mı, kaç kullanıcıya ulaştı, ne kadar TVL?

Gerçekte, bu dörtlü yapı, projenin sadece "ne olduğunu" değil "neden ve nasıl" olduğunu da ortaya koyar. İşe alım yapan kişi için ayrım yaratan kısım burasıdır.

Mainnet deneyimini isabetli konumlandırmak

Pek çok blockchain geliştirici, çalışmalarını özgeçmişine yazarken testnet ile mainnet arasındaki ayrımı bulanıklaştırır. "Kontrat yayınladım" cümlesi tek başına mainnet anlamına gelmez. Özgeçmişte bu ayrımı açıkça yapmak hem dürüstlük hem de güvenilirlik açısından fark yaratır.

Mainnet deneyimi neden farklı değerlendirilir?

Kısaca, bir kontratı testnet'e dağıtmak teknik olarak mainnet'e dağıtmaktan çok da başka değildir. Ama mainnet'e dağıtılan kontrat, gerçek ekonomik değer taşır. İsabetsiz bir storage değişkeni geri dönüşü olmayan bir kayba yol açabilir. Bu yüzden mainnet deneyimi, geliştiricinin risk yönetimi, test disiplini ve operasyonel olgunluğu hakkında tüyo verir.

CV'de mainnet deneyimini nasıl belirtmeli?

Proje açıklamasının hemen altında. İlgili kontratın Etherscan (ya da ilgili zincirin explorer'ı) adresiyle birlikte şu bilgiler yer almalıdır:

Kontrat türü (ERC-20, ERC-721, staking kontratı, vault vb.)
Dağıtım tarihi
Varsa denetim raporu linki
Varsa bug bounty programı katılımı

Bu küçük detay, özgeçmişi okuyan kişinin birkaç dakika içinde sizin kodunuzu incelemesine olanak tanır. Web3 kültüründe bu şeffaflık değerlidir.

Güvenlik farkındalığı ve denetim bilinci

Bir akıllı kontrat geliştiricisi için güvenlik bilinci, ayrı bir bölüm olmaktan öte tüm cv'nin dokusuna işlemiş olmalıdır. Yine de bazı bileşenleri bilhassa vurgulamak faydalıdır.

Bir denetime katılmak mı, denetimden geçmek mi?

CV'de "kodum denetimden geçti" yazmak güçlü bir ifadedir. Ama kimi zaman "denetim sürecinde bulguların giderilmesine katkı sağladım" ya da "üç kişilik ekibimle Trail of Bits tarafından denetlenen bir protokol için bulguları çözdüm" demek de aynı derecede değerlidir. Açıkçası, kritik olan, denetim sürecinde aktif rol alıp almadığınızı netleştirmektir.

Bilinen saldırı vektörlerine aşinalık

Re-entrancy, integer overflow, access control hataları, oracle manipülasyonu. Frontrunning gibi bilinen saldırı kalıplarına aşina olduğunuzu özgeçmişinizde doğrudan yazmak yerine. Bu bilgiyi proje bağlamı içinde göstermek daha inandırıcıdır. Bir noktada, "Checks-Effects-Interactions pattern uygulayarak re-entrancy saldırısını önledim" gibi spesifik cümleler, listelemeden daha etkilidir.

Açık kaynak katkısı ve topluluk görünürlüğü

Web3 dünyasında "çalışmanız" çoğu zaman public repo'larda, forumlarda ve Discord kanallarında iz bırakır. Bu izleri özgeçmişe taşımak, geleneksel yazılım dünyasında olduğundan daha kolay ve daha değerlidir.

Hangi katkılar cV'de yer almalı?

OpenZeppelin, Solmate, Aave V3 gibi ciddi protokollerin reposuna gönderilen ve kabul edilen PR'lar
DAO'larda yapılan governance tartışmalarındaki öneriler
Ethereum Magicians forumunda yazılan EIP yorumları
Çoğu durumda, birden fazla kişinin kullandığı bir subgraph ya da indexer
Düzenli olarak yazılan teknik blog yazıları

Bu tür katkılar, cv'nin "Projeler" bölümünde maddeler halinde değil, kısa paragraflar halinde anlatılır. Pratikte, her katkı için "ne yaptım, neden kayda değer, nasıl ölçülebilir" üçlüsü üzerinden yazmak faydalıdır.

Eğitim ve sürekli öğrenmeyi birlikte yazmak

Üniversite diploması bu alanda hâlâ geçerli bir referanstır ama tek başına yeterli değildir. Blockchain, üniversitelerin müfredatına taze taze giren bir alan. Bu yüzden "nerede öğrendiğiniz" sorusu, "hangi okuldan mezun olduğunuz" sorusundan daha sık sorulur.

Sürekli öğrenmeyi özgeçmişte göstermenin birkaç yolu vardır:

Cyfrin Updraft, Alchemy Road to Web3, Encode Club gibi programlardan alınan tamamlama belgeleri
Dune Analytics üzerinde yazılmış karmaşık sorgular
Cryptozombies, Solidity by Example gibi açık kaynak içeriklerden ileri seviyeye geçmiş olmak
Bir protokolün teknik dokümantasyonuna katkı sağlamak

Net konuşmak gerekirse, bu tür öğrenme kalemlerini cv'nin sonunda "Sürekli Öğrenme" ya da "Mesleki Gelişim" adıyla ayrı bir bölüm açmak. Geleneksel eğitim bölümünden ayrıştırmak için pratik bir yöntemdir.

Deneyim bölümünü kronolojik değil, katmanlı yazmak

Açıkçası, bir blockchain geliştiricisinin kariyer yolu çoğu zaman düz bir çizgi değildir. Merkezi bir kurumda backend yazarken Web3'e geçiş yapmış. Sonra bir DAO'ya katılmış, ardından kendi protokolünü kurmuş birinden söz ediyor olabiliriz. Bu tür kırılma noktalarını düz bir kronolojik liste halinde vermek, hikâyeyi kaybettirir.

İki değişik deneyim bloğu yaklaşımı

Yaklaşım A, Kronolojik:Tarih sırasına göre işler listelenir. Her pozisyon için kısa paragraflar yazılır. En sade ve süratli okunan formattır.

Yaklaşım B, Katmanlı:"Akıllı Kontrat Deneyimi", "Altyapı ve Node Operasyonu". "DAO ve Topluluk Katkısı" gibi alt başlıklar açılır ve her birinin altında ilgili projeler sıralanır. Bu yaklaşım, geleneksel iş unvanlarına sığmayan rolleri daha görünür kılar.

Hangi yaklaşımı seçeceğiniz başvurduğunuz role göre değişir. Bir Layer 1 protokol ekibine başvuruyorsanız katmanlı yaklaşım; klasik bir şirketin Web3 birimine başvuruyorsanız kronolojik yaklaşım daha uygun olabilir.

Blockchain geliştirici CV şablonu için yapısal öneri

Aşağıdaki iskelet, özgeçmişin hangi bölümlerle açılıp nasıl ilerlemesi gerektiğine dair pratik bir taslaktır. Tek başına bir şablon değildir, daha çok kontrol listesidir:

Pratikte, ad, iletişim, GitHub ve Warpcast (ya da X) profili
Şöyle ki, 3-4 cümlelik özet: yıl, ana zincirler, uzmanlık odağı
Teknik yetenek bloğu (yedi-alt başlıkta gruplanmış)
Deneyim, kronolojik ya da katmanlı yaklaşımla
Projeler ve doğrulanabilir katkılar (link ağırlıklı)
Güvenlik ve denetim bilinci (kısa paragraf)
Eğitim
Sürekli öğrenme ve sertifikalar
Konuşmalar, yazılar ve topluluk katkısı (varsa)

Bu sıralama, bir teknik işe alım yöneticisinin ya da DAO katkıda bulunan kişilerin cv'yi nasıl taradığını gözeten bir akıştır. İlk 30 saniyede ne gördüğünüz gerekir; bu yüzden beceri bloğu ve özet bölümünün üstte durması işe yarar.

Sık yapılan hatalar

Blockchain geliştiricilerinin özgeçmiş yazımında sıkça düştüğü birkaç hata vardır ve bunlardan kaçınmak. Diğer adaylardan ayrışmanın en kolay yoludur.

Hata 1, token standartlarını hatalı konumlandırmak

Açıkçası, cV'de "ERC-20, ERC-721, ERC-1155, ERC-4626 bilgisi" yazmak ayrı bir yetkinlik sayılmaz; bunlar bilinmesi gereken standartlardır. Bunları teknik yetenek bloğunda üst sıralara koymak, cv'nin geri kalanının gözden kaçmasına neden olur. Bu standartları, ilgili projelerin açıklaması içinde göstermek daha etkili olur.

Hata 2, mainnet ve testnet ayrımını bulanıklaştırmak

"Birçok kontrat yayınladım" cümlesi, kaç tanesinin mainnet'te kaç tanesinin testnet'te olduğunu söylemez. Bu ayrımı netleştirmek, okuyucuya dürüstlük sinyali verir.

Hata 3, denetim ve güvenlik konusunu boş bırakmak

Pek çok blockchain geliştiricisi, "kodumu denetlettim" ifadesini yazmaktan çekinir. Denetim bulgularını çözmek ayrı bir uzmanlıktır ve bunu özgeçmişe yazmak değerlidir.

Hata 4, topluluk katkısını hafife almak

DAO forumlarındaki katkılar, GitHub PR'ları, Mirror'da yazılan teknik yazılar çoğu zaman göz ardı edilir. Net konuşmak gerekirse, oysa Web3'te bu tür izler, geliştiricinin karakteri ve çalışma disiplini hakkında güçlü ipuçları verir.

Hata 5, her şeyi tek bir cV'ye sığdırmaya çalışmak

Solana'da Anchor ile program yazan bir geliştirici. Aynı zamanda Ethereum'da zk-rollup deneyimi olan birini tek bir özgeçmişle anlatmaya çalışırsa, ikisi de yarım kalır. Aslına bakılırsa, değişik başvurular için değişik cv şablonları hazırlamak, profesyonelliğin göstergesidir.

İşe alım tarafı bu cV'ye nasıl bakıyor?

Bir DAO'nun ya da Web3 şirketinin işe alım yapan kişisi. Bir blockchain geliştiricisinin özgeçmişini okurken çoğunlukla şu üç soruya cevap arar:

Bu kişi gerçekten mainnet'e kod çıkarmış mı?
Kodu güvenli mi, denetimden geçmiş mi?
Ekip içinde ve açık topluluklarda nasıl çalışıyor?

Bu üç soruya cevap veren bir cv. "Solidity bilgisi olan, Web3'e ilgili bir geliştirici" ifadesinden sürekli daha öndedir. Özgeçmişin her satırının bu üç sorudan en az birine dokunuyor olması hedeflenmelidir.

Web3 Kariyerinde CV'nin Ötesindeki Belgeler

Blockchain geliştiriciliğinde cv tek başına yeterli değildir; yanında birkaç destekleyici unsur daha taşınır. Bunlar özgeçmişe ek olarak hazırlanır ve başvuru sürecinde referans olarak sunulur:

GitHub profili: Açık kaynak çalışmaların ana vitrini
Etherscan / Solscan: Mainnet kontratlarının doğrulanabilir kanıtı
Mirror / Blog: Teknik düşünce yapısını gösteren yazılar
Warpcast / X: Topluluk içi tartışmalardaki görünürlük
Teknik rapor: Karmaşık bir soruna getirilen çözümün ayrıntılı anlatımı

Bu belgelerin hepsi cv'de bağlantı olarak yer alır. Özgeçmişin içine sığmayan ayrıntılar bu kanallar üzerinden detaylandırılır.

Taze başlayanlar için CV stratejisi

Aslına bakılırsa, eğer henüz mainnet deneyiminiz yoksa, bu durum özgeçmişte gizlenmemelidir. Bunun yerine şeffaf bir dil kullanılır:

Şu ana kadar testnet ve denetim eğitim programları düzeyinde deneyim biriktirdim. Aşağıdaki projeler bu sürecin somut çıktılarıdır.

Taze başlayan birinin cv'sinde şu öğelerin öne çıkması faydalıdır:

Bir noktada, eğitim sürecinde tamamlanan denetim eğitimleri (Secureum, Cyfrin Updraft)
Açık kaynak bir protokole gönderilen ve merge edilen PR sayısı
Hackathon dereceleri ve jüri özel ödülleri
Yazılan teknik blog yazılarının kalitesi ve derinliği

Bu liste, "deneyim yokluğunu" değil, öğrenme hızını ve katkı kapasitesini öne çıkarır. Aslına bakılırsa, çünkü Web3'te taze başlayan birinin en değerli özelliği, ne kadar hızlı öğrenip üretime geçtiğidir.

Özgeçmiş, bir akıllı kontrat gibi olmalı

Çoğu durumda, blockchain geliştiricisi olarak özgeçmişiniz, yazdığınız kontratlar gibi düşünülebilir. Deterministik olmalı, diğer bir ifadeyle aynı girdilerle aynı sonuçları üretmeli. Şeffaf olmalı, diğer bir ifadeyle her madde doğrulanabilir kanıtlara dayanmalı. Ve en önemlisi, kalıcı olmalı; yani bir kez yazıldığında havada kalan vaatlerden değil, gerçek bağlantılardan oluşmalı.

Somut olarak, bu yüzden bir blockchain geliştiricisi için cv şablonu. "hangi font kullanayım" ya da "kenar boşluğu kaç piksel olsun" sorularından çok daha derin bir meseledir. Özgeçmişiniz, sizin mainnet'e çıkmış işinizin kendisidir; onu okuyan herkes bunu bilir.

Açıkçası, akıllı kontratınızın üzerine yorum satırlarıyla kendinizi anlattığınız gibi. Özgeçmişinizde de her maddenin yanında "bu projeye buradan bakabilirsiniz" diyebileceğiniz bir bağlantı olsun. Bu alışkanlık, sizi diğer adaylardan ayıran en kalıcı ayrım olacaktır.