Kalori Takip Uygulaması CV'de Nasıl Yazılır? Öneriler

Somut olarak, pek çok geliştiricinin portfolyosunda benzer bir satır vardır: "Kalori takip uygulaması geliştirdim." Ya da daha kötüsü: "Kişisel proje olarak bir kalori sayacı yaptım." Bu cümle. Çoğu işe alım sistemi ve insan kaynakları uzmanı için görünmez bir hale bürünür. Zira yüzlerce aday benzer bir şey yazmıştır ve cümle, ne teknik derinlik ne de problem çözme becerisi hakkında bir ipucu vermez.

Oysa bir kalori veya porsiyon takip uygulaması, göründüğü kadar sıradan değildir. İçinde besin veritabanı entegrasyonu, barkod okuma. Kullanıcı tutundurma mekanikleri, veri görselleştirme, hatta sağlık platformları ile senkronizasyon gibi birçok katman barındırır. CV hazırlama sürecinde asıl mesele. Şöyle ki, projeyi olduğundan küçümsemek değil; tam da bu katmanları stratejik bir anlatıyla ortaya çıkarmaktır.

Bu yazı, dar kapsamlı bir mobil veya web projesini CV'de nasıl konumlandıracağını. ATS'nin hangi sinyalleri aradığını ve insan okuyucunun gözünde nasıl değer kazandığını hamle hamle ele alıyor.

Neden bu tür projeler cV'de "Görünmez" kalır?

Bir noktada, işe alım sistemleri, projelerin iş unvanına ne kadar uygun olduğunu anahtar kelime eşleşmesiyle ölçer. "Kalori takip uygulaması" ifadesi, ne yazık ki, ne Android ne iOS ne de backend geliştirici ilanlarında doğrudan bir anahtar kelime olarak yer almaz. Genelde, aTS, bu satırı çoğunlukla "kişisel proje" kategorisinde filtreler ve bir sonraki adaya geçer.

Bunun üç temel nedeni var:

Genelde, jenerik ifade: "Calorie tracker app" gibi İngilizce ya da Türkçe jenerik tanımlar, yüzlerce özdeş projeyi çağrıştırır.
Çoğu durumda, bağlam eksikliği: Projenin hangi problemi çözdüğü, hangi kullanıcı kitlesine hitap ettiği belirsizdir.
Teknik derinlik sinyali yoktur: Hangi teknolojilerin neden seçildiği, ne tür kararlar alındığı görünmez.

CV analiz araçları, bu üç eksikliği tespit ettiğinde adaya düşük puan verir. Aylar süren bir proje, özgeçmişin ortalarında kaybolup gider.

Projeyi yeniden çerçevelemek: "Sayaç" değil, karar sistemi

Kalori takip uygulaması denince akla tek bir özellik gelir: kullanıcı yemeğini girer, kalori görür. Ama gerçekte olan bu değildir. Gerçekte olan şudur:

Bir Besin veritabanıİle entegrasyon (örneğin USDA, Open Food Facts veya kendi oluşturduğunuz bir JSON veri kaynağı).
Barkod okuma: ve OCR benzeri görüntü işleme aşamaları.
Günlük ve haftalık hedef hesaplama: için BMR/TDEE formüllerinin uygulanması.
Kullanıcı tutundurma: için bildirim, streak, gamification mekanikleri.
Veri görselleştirme: için grafikler, makro dağılımları, ilerleme çubukları.
Opsiyonel olarak Apple Health veya Google Fit Entegrasyonu.

Bu listeye bakınca proje, artık bir "sayaç" değil; mikro düzeyde bir karar destek sistemidir. CV hazırlama sürecinde ilk hamle, projeyi zihinsel olarak bu şekilde yeniden çerçevelemektir. Yazdığınız her satır bu çerçeveyi yansıtmalıdır.

ATS'nin Gözünden Anahtar Kelime Stratejisi

ATS, tam eşleşme ve semantik benzerlik üzerinden çalışır. "Kalori takip" ifadesini ana gövdeye koymak yerine, projeyi teknik bileşenleriyle tanımlamak çok daha etkilidir.

Hangi anahtar kelimeler iş görür?

Food database integration: veya Nutrition API
Barcode scanning: veya Product lookup API
User retention mechanics: veya Engagement features
Data visualization: veya Progress tracking
Health platform integration: (HealthKit, Google Fit)
Offline-first architecture: veya Local persistence

Bu kelimeleri CV'de doğal cümlelerin içine yerleştirmek. ATS'nin sizi "sağlık teknolojisi geliştiricisi" veya "tüketici uygulaması geliştiricisi" kategorisine yaklaştırır. Anahtar kelime yığmak değil, bağlama oturtmak önemlidir.

"Projeyi, kullandığı teknolojilerle değil, çözdüğü problemlerle tanımlayın. ATS de insan kaynakları da problem çözen geliştiriciyi arar."

Stratejik anlatı çerçevesi: problem, yaklaşım, sonuç

CV'de proje satırı tek bir cümle olmak zorunda değildir. Açıkçası, iki ya da üç cümlelik kısa bir paragraf. ATS için yeterli anahtar kelime yoğunluğunu sağlarken insan okuyucu için de hikâye anlatır.

Problem Satırı

Projeyi neden yaptığınızı yazın. "Kilo kontrolü için sade. Süratli ve çevrimdışı çalışan bir takip aracına ihtiyaç duydum" gibi bir cümle, motivasyonunuzu kanıtlar. Daha da iyisi: "Piyasadaki uygulamaların karmaşık arayüzü ve agresif premium duvarları. Günlük kullanımı zorlaştırıyordu" gibi bir kullanıcı gözlemi.

Yaklaşım Satırı

Teknik kararları açıklayın. Hangi veritabanını neden seçtiniz? Barkod okuma için hangi kütüphaneyi kullandınız? Bildirimler nasıl tetikleniyor? Bu kısım, ATS için teknik anahtar kelimelerin yerleştirildiği bölümdür.

Sonuç Satırı

Ölçülebilir bir etki yazın. "Günde ortalama 4 kez açılan, 30 günlük kullanıcı tutundurma oranı yüzde X olan bir uygulama" gibi. Eğer gerçek kullanıcı veriniz yoksa. Daha mütevazı bir ölçek de işe yarar: "Yakın çevremde 50+ aktif kullanıcı tarafından düzenli olarak kullanıldı."

Teknik becerileri katmanlı yazmak

CV hazırlama sürecinin en sık yapılan hatalarından biri, proje satırında kullanılan teknolojilerin sadece listelenmesidir. "React Native, Firebase, Redux" yazmak, ne ATS'ye ne de insana bir şey anlatır.

Bunun yerine, her teknolojinin projedeki rolünü belirtin:

İşin aslı, react Native + Expo: iOS ve Android için tek kod tabanı, hızlı iterasyon.
SQLite / AsyncStorage: Çevrimdışı öncelikli veri saklama, ağ kesintisinde bile günlük kaydı mümkün kılma.
Open Food Facts API: Barkod ile ürün sorgusu, kullanıcının manuel veri girişini yüzde 70 azaltma.
Recharts / Victory: Makro dağılımı ve haftalık ilerleme grafikleri, kullanıcıların uygulamayı günde 2-3 kez açma sebebi.

Bu yaklaşım, "kullandım" ifadesinden "neden kullandım ve ne işe yaradı" ifadesine geçiştir. ATS, her bir teknoloji için bağlamsal sinyal alır. İnsan okuyucu ise projenin gerçek bir ürün olduğunu hisseder.

Kişisel proje mi, ürün mü?

İşin aslı, cV'de "kişisel proje" etiketi, çoğu zaman görünmezliğe davetiye çıkarır. İşe alım profesyonelleri, kişisel projeleri hobi olarak sınıflandırır. Somut olarak, oysa siz bunu hobi olarak görmüyorsunuz; ürün olarak gördüğünüz için bu satırları yazıyorsunuz.

Şu strateji daha etkilidir:

Projeyi "Product" Veya "Side Project" Yerine "Independent Product Development" Gibi daha profesyonel bir başlıkla sunun.
Eğer bir yayın varsa, App Store veya Google Play bağlantısını dahil edin.
Çoğu durumda, açık kaynak olarak GitHub'da paylaştıysanız, repo bağlantısını ve yıldız sayısını vurgulayın.

Bu ufak detaylar, "kişisel proje" yazan diğer adaylardan sizi ayırır.

CV analiz araçlarının bu projede aradığı sinyaller

Şöyle ki, ücretsiz CV analiz araçları (cv bedava seçenekleri dahil), projeleri genellikle şu kriterlere göre değerlendirir:

Teknik kelime yoğunluğu: Proje tanımında kaç tane teknoloji ve yetenek anahtar kelimesi geçiyor?
Net konuşmak gerekirse, eylem-fiil kullanımı: "Geliştirdim", "entegre ettim", "optimize ettim" gibi aktif fiiller var mı?
Ölçülebilir sonuç: Sayısal veri içeriyor mu?
Bağlam: Projenin amacı ve kapsamı belirtilmiş mi?
Alan bilgisi: Sadece teknik değil, sektörel bir kelime (söz gelimi "nutrition tracking", "user retention") geçiyor mu?

Açıkçası, bir kalori takip uygulaması, yukarıdaki beş kriteri de karşılayabilecek zenginlikte bir projedir. Problem, bu zenginliğin CV satırlarına yansıtılmamasıdır.

İnsan okuyucunun gözünden: ilk 10 saniye

Teknik işe alım uzmanı veya mühendislik yöneticisi, CV'nize ortalama 6-10 saniye bakar. Bu sürede karar verdiği şey, sizin probleme nasıl yaklaştığınızdır. "Kalori takip uygulaması yaptım" yazan aday, bu 10 saniyede kaybolur.

Çoğu durumda, bunun yerine şu tarz bir açılış, dikkat çeker:

"Kullanıcıların yüzde 70'inin uygulamayı bıraktığı noktayı analiz ederek, manuel veri girişini barkod okumayla değiştiren ve günlük kullanım oranını iki katına çıkaran bir kalori takip uygulaması geliştirdim."

Gerçekte, bu cümlede üç katman vardır: gözlem, karar, sonuç. Üçü de tek cümlede yer alır. Sahada, aTS, "kullanıcı", "barkod", "kullanım oranı", "veri girişi" gibi kelimeleri yakalar. İnsan, hikâyeyi görür.

Spesifik bir örnek üzerinden yeniden yazım

Aynı projeyi üç başka seviyede yazalım. Hangisinin daha güçlü olduğunu siz değerlendirin.

Zayıf Versiyon

"React Native ile bir kalori takip uygulaması geliştirdim. Kullanıcılar yemek ekleyip kalori takibi yapabiliyor."

Orta Versiyon

"React Native ve Firebase kullanarak, Open Food Facts API entegrasyonlu bir kalori ve porsiyon takip uygulaması geliştirdim. Çevrimdışı çalışma desteği, makro takibi ve günlük hedef bildirimleri içeriyor."

Güçlü Versiyon

"Kullanıcı gözlemleri sonucu manuel veri girişinin en hatırı sayılır kayıp noktası olduğunu tespit ederek, Open Food Facts API ve barkod okuma özelliği eklediğim React Native tabanlı bir kalori takip uygulaması geliştirdim. Şöyle ki, çevrimdışı öncelikli mimari sayesinde uygulama, ağ olmadan da tam işlevsellik sunuyor; makro hedef takibi ve haftalık ilerleme grafikleri ile günlük oturum süresini ortalama yüzde 40 artırdığını gözlemledim."

Üç versiyon da aynı projeyi anlatır. Ne var ki güçlü versiyonda; gözlem, karar, mimari, etki ve ölçüm bir arada yer alır. ATS için anahtar kelime yoğunluğu yüksektir. İnsan için ikna edici bir anlatı vardır.

Sık yapılan hatalar ve çözümleri

Hata 1: "Sadece kişisel bir proje" ifadesi

Bu, kendi değerinizi düşürmenin en kısa yoludur. Projeyi hobi olarak değil, bağımsız bir ürün geliştirme süreci olarak çerçeveleyin.

Hata 2: Sadece ekran görüntüsü bağlantısı vermek

Görsel, hiçbir zaman metnin yerini tutmaz. Metinde ne yaptığınızı yazın, görseli destek olarak dahil edin. CV'de açıklama olmadan sadece link bırakmak, ATS için tamamen görünmezdir.

Hata 3: Kullanıcı sayısı uydurmak

Gerçekçi olmayan rakamlar, mülakatta sorulduğunda çöker. 50 kullanıcınız varsa 50 yazın. 5 varsa 5 yazın. Samimi ve yerinde ölçek, sürekli daha ikna edicidir.

Hata 4: Alan bilgisini atlamak

Kalori hesaplama, makro takibi, kullanıcı psikolojisi gibi alan bilgilerini yazmamak hatırı sayılır bir kayıptır. Bu bilgiler, sizin sadece kod yazan değil, problemi anlayan bir geliştirici olduğunuzu kanıtlar.

Domain bilgisini cV'ye taşımanın ince yolları

Sağlık teknolojisi alanında çalışan şirketler, sadece teknik bilgi değil, alan bilgisi de arar. Kalori takip projesi, bu alan bilgisini kanıtlamak için doğal bir fırsattır. Bunu CV'ye taşımanın birkaç yolu var:

Kullanıcı akışı iyileştirmesi: "Kullanıcı kayıp oranını azaltmak için onboarding akışını yeniden tasarladım" gibi bir cümle. Ürün düşüncesini kanıtlar.
Veri odaklı karar: "Hangi özelliğin tutundurmayı artırdığını analiz ettim" ifadesi, veri okuryazarlığı sinyali verir.
Regülasyon farkındalığı: "KVKK uyumlu veri saklama ve silme akışı tasarladım" cümlesi, yasal farkındalığı gösterir.
Bir noktada, erişilebilirlik: "WCAG standartlarına uygun kontrast ve font boyutları" ifadesi, ürün kalitesini yükseltir.

Bu ince dokunuşlar, CV'nizi sıradan bir geliştirici listesinden, ürün sorumluluğu taşıyan bir aday profiline dönüştürür.

Ücretsiz CV hazırlama araçlarıyla en güçlü sonucu almak

Cv bedava şablonları, ekseriyetle tek satırlık proje tanımına izin verir. Bu, yukarıda anlattığım stratejinin uygulanmasını zorlaştırır. Ancak bazı ipuçlarıyla bu kısıt aşılabilir:

Bir noktada, şablonun "Projeler" bölümünde: her projeye iki-üç satır ayırabilecek bir alan açın. Satır aralığını sıkıştırmak, ATS'yi olumsuz etkilemez.
Başlık satırında: projeyi tek bir güçlü cümleyle yin. İşin aslı, "React Native ile geliştirilmiş, barkod destekli kalori takip uygulaması" gibi.
Açıklama bölümünde: teknik kararları ve etkiyi yazın.
Teknoloji bölümüne: sadece liste koymak yerine, her teknolojinin projedeki rolünü bir alt satırda belirtin.

Bu yapı, ATS'nin beklediği formatla uyumlu kalırken, insan okuyucuya yeterli derinliği sunar.

Bu projeyi hangi pozisyonlara aday olurken öne çıkarmalısınız?

Kalori takip uygulaması, sadece sağlık teknolojisi şirketlerine değil, birçok pozisyona uygun bir projedir. Bunlar arasında:

Mobil geliştirici pozisyonları: Başta tüketici uygulamaları geliştiren ekipler.
Frontend geliştirici: Veri görselleştirme ve kullanıcı akışı tasarımı öne çıkarılabilir.
Full-stack geliştirici: Hem istemci hem API geliştirme varsa, uçtan uca bir ürün anlatısı kurulabilir.
Ürün odaklı geliştirici: Problem çözme ve kullanıcı gözlemi vurgulanarak ürün şirketlerine uygun hale getirilebilir.

Hedeflediğiniz pozisyona göre proje anlatısının vurgusunu kaydırın. Aynı proje, farklı roller için farklı açılardan anlatılabilir. Bu, CV'nizin aynı versiyonunu her yere göndermekten çok daha etkilidir.

Kalori takip uygulamasını cV'de konumlandırırken son kontrol listesi

Proje satırında en az üç teknik anahtar kelime var mı?
Bir gözlem veya problem cümlesi içeriyor mu?
Mimari veya teknoloji seçiminin gerekçesi belirtilmiş mi?
Ölçülebilir veya gözlemsel bir etki ifadesi var mı?
Net konuşmak gerekirse, alan bilgisini yansıtan bir kelime (nutrition, retention, makro) geçiyor mu?
Bir noktada, uygulamanın App Store veya GitHub bağlantısı mevcut mu?
Kısaca, "Kişisel proje" yerine daha güçlü bir ifade kullanılmış mı?

Net konuşmak gerekirse, bu yedi soruya "evet" diyebiliyorsanız, CV'nizdeki bu satır, ATS'yi ve insan gözünü aynı anda yakalıyor demektir.

Sonuç: ufak görünen projeler, nitelikli anlatıldığında büyür

Kalori takip uygulaması, yüzeyde bakıldığında sınırlı bir projedir. Genelde, ama içinde besin veri modellemesi, API entegrasyonu, kullanıcı deneyimi kararları, çevrimdışı mimari ve veri görselleştirme vardır. CV hazırlama sürecinde yapılan en hatırı sayılır hata, bu projeleri olduklarından sınırlı göstermektir. Oysa yerinde çerçevelemeyle, bu tür projeler ATS'de tam eşleşme yakalar ve mülakatta konuşulacak sağlam bir hikâye sunar.

Cv analiz araçları, cv bedava şablonları ve hatta ücretli platformlar. Sonuçta aynı şeyi ölçer: anlatının netliği, anahtar kelimelerin bağlamı ve etkinin ölçülebilirliği. Bunların hiçbiri, projenin büyüklüğüyle değil, sizin onu nasıl anlattığınızla ilgilidir.

Bir sonraki CV güncellemenizde, o "basit" kalori takip uygulamasının satırına tekrar bakın. Belki de sizi görünmez yapan şey projenin kendisi değil, onu anlatma biçiminizdir.