EDİTORYAL / TYPE ŞABLONU
Eş aralıklı harfli bir başlık, Type’a teknik bir karakter kazandırır. Ana metin tanıdık bir sans-serif yazı tipinde kalır; böylece uzun açıklamalar rahat okunur.
Özgeçmişinizi CVura ile oluşturup dışa aktarın.Ürün Tasarımcısı
Portland, Oregon · jordan@example.com
Karmaşık iş akışlarını anlaşılır kılan ürün tasarımcısı. Araştırma, erişilebilir arayüzler ve mühendislik ekipleriyle yakın çalışma deneyimine sahip.
Fieldwork Studio
Common Ground
Ürün tasarımı · Kullanıcı araştırması · Prototipleme · Figma · Erişilebilirlik · Tasarım sistemleri
Güzel Sanatlar Lisansı, İletişim Tasarımı · Pacific Northwest College of Art · 2021
TASARIMIN ARDINDAKİ FİKİR
Ayırt edici tipografi yalnızca başlıklarda kullanılır. Deneyim maddeleri doğal cümle akışını korur ve kısıtları, seçenekler arasındaki ödünleşimleri ve yaptığınız işin etkisini açıklamaya yer açar.
TYPE NE ZAMAN SEÇİLMELİ?
Type, ana metni kolay izlenen bir okuma düzeninde tutarken daha ayırt edici bir başlık stili kullanır. Tüm özgeçmişini kod veya grafik gibi göstermeden karakter katmak isteyen teknik ya da yaratıcı bir adaya uygun olabilir. Araçları gerçek görev ve çıktılar üzerinden açıklayın; tipografi tek başına yeterlilik kanıtlamaz. Dışa aktardıktan sonra adlardaki, bağlantılardaki ve teknik terimlerdeki noktalama işaretlerini kontrol edin. Örnekte iyi görünen bir başlık, gerçek adınızı ve iletişim bilgilerinizin uzunluğunu da taşıyabilmelidir.
Teknik bir proje, okur gerekliliği ve katkınızı bildiğinde anlamlı kanıt hâline gelir. Type ana metinde bu açıklamaya yer açar. Temel sistem veya araç adlarını koruyun; ancak cümleyi, pratik sonucun jargon içinde kaybolmayacağı kadar anlaşılır yazın.
Bir rehber, belirtim veya başvuru kaynağı, gerçek bir bilgi sorununu çözdüğünde mühendisliğe yakın muhakemeyi gösterebilir. Okurların ne yapması gerektiğini ve çalışmanızın neyi netleştirdiğini açıklayın. Düzenin teknik başlığı, bir sistem hakkında yazmanın bütün sistemi kurduğunuz anlamına geldiğini iddia etmeden bu odağı tanıtabilir.
Ürün, destek veya operasyon ekiplerine teknik kısıtları aktardıysanız ilgili kararı veya devri anlatın. Kanıt yalnızca sunum becerisinden fazlasını göstermelidir. Neyin netleştiğini ve bu bilginin sonraki kişinin kendi sorumluluk alanında harekete geçmesine nasıl yardımcı olduğunu belirtin.
KURGUSAL BİR İŞLENMİŞ ÖRNEK
Bu kurgusal örnekte Morgan kurum içi bir API’yi belgelendirdi. İlk özgeçmiş taslağı araçları sıralıyor ve belgelerin kapsamlı olduğunu söylüyor. En güçlü katkı ise hizmeti entegre eden mühendisler için hata yanıtlarını ve hata sonrası izlenecek adımları netleştirmekti. Type Morgan’a teknik bir açılış sağlarken ana metin, hedef kitlenin yaşadığı sorunu ve yönergeleri güvenilir kılan inceleme sürecini açıklar.
Teknik yazım araçlarıyla kapsamlı API belgeleri oluşturdum.
Hizmet mühendisleriyle API hata yanıtlarına ilişkin yönergeleri yeniden yazdım; yeniden denenebilecek durumları çağrıyı yapan tarafın işlem yapması gereken durumlardan ayırdım ve örnekleri üzerinde anlaşılan arayüz davranışıyla karşılaştırdım.
Yenilenen madde bilgi sorununu ve iş birliğini adlandırır. Morgan’ın API’nin bütün davranışlarını tasarladığını veya hizmetin tamamını tek başına doğruladığını ima etmez. Type’ın ana metni bu ayrımı taşıyabilir; beceri listesi ise ilgili araçları kaydeder. Örnek, belgelerin her şeyi kapsadığı yönünde sınanamaz bir iddia yerine görüşmede hedef kitle, doğruluk ve inceleme üzerine somut bir konuşma olanağı sağlar.
ÖRNEKTEN KENDİ ÖZGEÇMİŞİNİZE
Bir kullanıcının, mühendisin veya operatörün neyi anlaması gerektiğini belirleyin. Ardından bu ihtiyacı karşılayan katkınızı açıklayın. İş kod, belgelendirme, sorun giderme veya sistem devri içerse de özgeçmişi davranışa ve amaca dayandırır.
İlgili bir yöntemi belirlediğinde veya zorluğu daha açık kıldığında teknik terim kullanın. Kurum içi adları açıklayın ve yalnızca eski iş arkadaşlarınızın tanıyacağı kısaltmaları çıkarın. Amaç teknik ayrıntıdan kaçmak değil, her ayrıntının okurun işinizi değerlendirmesine yardım etmesidir.
Son belgede programlama dili adlarını, sürüm numaralarını, URL’leri ve diğer teknik metinleri inceleyin. Karakterlerin okunur kaldığını ve bağlantıların yararlı kanıtlara açıldığını doğrulayın. Metni normal boyutta gözden geçirin; ayırt edici bir başlık, sıkışık veya kafa karıştırıcı ana metinden dikkat çalmamalıdır.
BU WEB SİTESİ TASARIMINI DENEYİN
Ücretsiz tarayıcı şablonu. Hesap gerekmez. Örnek bilgiler kurgusaldır.
SON DÜZENLEME
Süs amaçlı köşeli ayraçlar, istemler ve kod sözdizimi sıradan gerçekleri daha zor tanınır hâle getirebilir. Unvanları, tarihleri ve eğitimi normal dille yazın. Eş aralıklı başlık zaten teknik karakter sağlar; ana metin okura görsel bir gösteriyi çözümletmek yerine mesleki geçmişi açıklamalıdır.
“Kapsamlı”, “tamamen güvenli” veya “kesinlikle güvenilir” geniş iddialardır. Gerçekte uyguladığınız kapsamı ve kontrolleri belirtin. Davranışı, belge bölümünü veya test koşullarını açıkça anlatmak, savunulamayacak kesin bir ifadeden daha yararlı kanıt sağlar.
İYİ SORULAR
Hayır. Kısıtları açıkça anlatmanın önemli olduğu sistem çalışmaları, teknik yazım ve başka pozisyonlara da uygun olabilir. Başlık tek başına belirli bir teknik yeterliliği gösterdiği için değil, sunum kanıtlarınızı desteklediği için seçin.
Genellikle katkınızı anlatın ve yararlıysa uygun çalışmaya bağlantı verin. Kısa bir teknik terim örneği açıklayabilir; ancak kod blokları bağlamı dışarı itebilir. Özgeçmişi bir depo alıntısına çevirmek yerine sorumluluk, karar ve doğrulamaya odaklı tutun.
Hedef kitleyi, bilgi açığını, inceleme sürecini ve yararlı sonucu açıklayın. Belge sayısı veya araç adı tek başına yeterli değildir. Neyin netleştiğini ve üstlendiğiniz işin kapsamında doğruluğu nasıl kontrol ettiğinizi gösterin.
FİKRİ UYGULAYIN
Kurgusal uygulama örneği: Samira, kurgusal Ash Systems Lab’de test ortamındaki bir performans sorununu araştırdı. Sorunu yapılandırma farkına kadar daralttı; ancak düzeltmeyi başka bir mühendis tamamladı. Type taslağında ya sorunu tamamen çözdüğünü iddia ediyor ya da tek başına bitirmediği için incelemeyi gizliyor.
Karşılaştırılan davranışı ve görüldüğü ortamı anlatın. Type’ın teknik başlık stili konuyu tanıtabilir; ana metin ise incelemenin neden önemli olduğunu okurun anlayacağı kadar bağlam sunmalıdır.
Davranışı yeniden üretmeyi, yapılandırma farkını ayırmayı ve bulguları değişikliği uygulayacak mühendis için belgelemeyi açıklayın. Bu, son düzeltmeyi veya sistemin bütün sonucunu Samira’ya atfetmeden tamamlanmış kişisel katkıyı gösterir.
İncelemeyi ayırt eden adları koruyun; iş geçmişinin anlatımını bölen ilgisiz sürüm dizilerini veya kod taklidi sözdizimini çıkarın. Özgeçmiş, bir tanılama günlüğüne dönüşmeden teknik muhakemeyi gösterebilir.
İddianın nerede bittiğini kontrol edin. Son fiil Samira’nın tamamladığı işi yansıtmalı; sonucu yorumlamak için gerekliyse sonraki kişinin katkısı da görünür kalmalıdır. Dürüst bir devir, güçlü mühendislik pratiğinin kanıtı olabilir.
Teknik bir özgeçmiş örneğini inceleyinSONRA OKUMAYA DEĞER
TypeScript ve Python kullanımına ilişkin kanıtlar, açıklamalı maddeler ve kurgusal bir örnek içeren yazılım mühendisi özgeçmişini inceleyin.
Örneği inceleyinYazılı güncellemeler, bağımsız kararlar ve iş devirleriyle uzaktan çalışma becerilerinizi özgeçmişte gösterin. Araçları açıklayabileceğiniz işlerle ilişkilendirin.
Rehberi okuyunSEÇENEKLERİ KARŞILAŞTIRIN
Sizinle yaptığınız iş arasında hiçbir engel yok
Düşünülmüş bir ileri yön
SONRAKİ ADIMINIZ
Bu örnekteki yazım fikirlerini sonraki başvurunuzda kullanın. CVura’da bir tasarım seçin, özgeçmişinizi hazırlayın ve ihtiyacınız olan biçimde dışa aktarın.
