Developer Advocacy El Kitabı
(developer-advocacy.com)Christian Heilmann'ın 15 yıl önce yayımladığı "Geliştirici Evangelisti El Kitabı"nın en güncel sürümü
- Developer Advocacy / Evangelism nedir?
→ Tanımlamak
→ Doğru bakış açısı: geliştiricilerde değişim yaratan kişi
→ Rolü ve güçlü yönleri ortaya koymak
- Kendi şirketinizle iş birliği yapmak
→ Önyargılara hazırlıklı olun: birçok role yayılan benzersiz bir rol. Cesaretinizi kaybetmeyin
→ Şirketteki değişimlerle başa çıkmak: yasal süreçlere uyun. "Off-the-record" diye bir şey yoktur. Duygusal davranmayın veya varsayımda bulunmayın
→ İç geliştiricilerin yanında olmak: kulak verin
→ PR ve pazarlamayla iş birliği yapmak: rakip değilsiniz, sürekli iletişim kurun
→ Dış kanal olarak algılanmak: ekip üyelerine bağlı olduğunuz kanalları bildirin
→ Diğer Advocate'leri ve geliştiricileri eğitmek: iç eğitimler ve konuşmalar yapın, dışarıdan gelen geri bildirimi paylaşın
→ Faydalı teknolojileri paylaşmak: öğrendiğiniz teknolojileri şirket içinde aktarın
→ Kişisel kanallarla resmî kanalları dengelemek
→ Markayı geri plana almak: kendinizi şirket markasından ayırın. Yalnızca geliştiricilerin ürünle oynayabilmesine odaklanın
- Rakiplerle iş birliği yapmak
→ Rakiplerle çalışırken:
✓ Hangi şirketin ürünü olduğuna bakmadan, ilginç bulduğunuz şeylere bağımsız yaklaşan biri olun
✓ Her zaman yeni şeylere alışkın olun
→ Rakiplere saygı duymak: harika bir DA olup aynı zamanda kavgacı olamazsınız.
→ Rakibin ürünü daha iyiyse kabul etmek: iyi teknolojiyi takdir eden biri olun, rekabetten korkmayın, onu memnuniyetle karşılayın ve iç ekibe de geri bildirim verebilin
→ Rakipleri tanımak: karşılaştırarak konuşmak istiyorsanız önce bilmeniz gerekir
→ Rakip ürünlerle örnekler oluşturup kullanmak: karşılaştırabilir, farkları görebilirsiniz
- Outreach hazırlığı
→ Doğru gerçekleri öğrenmek: ürün ekibine tam spesifikasyonları, özellikleri, nelerin dahil olmadığını vb. ayrıntılı biçimde sorun
→ Hedef kitleyi ve ihtiyaçlarını tanımak
→ Size destek olacak uzmanları hazırlamak:
✓ Cevaplayamadığınız soruları not alın ve sonradan takip edin
✓ Ürün ekibinin sağlayacağından emin olmadığınız şeyleri vaat etmeyin
→ Uygun mecrayı seçmek: sunum materyali, video, ses, live coding, çevrimiçi adım adım örnekler..
→ Başarısızlığa hazırlıklı olmak:
✓ Sunum materyallerinin yerel ve çevrimiçi kopyaları.
✓ USB bellekte ayrı bir kopya.
✓ Slaytlar çalışmazsa Q&A ile devam edebilecek şekilde hazırlanmak
✓ Çevrimiçi bağlantı her zaman mümkün olmayabilir, bu yüzden yerel çözüm veya hotspot hazırlayın
- Konuşma fırsatları bulmak
→ Podcast'lere katılmak
→ Panelist olarak katılmak: belirli bir konuda uzman olun ya da grubun bir üyesi olun
→ Barcamp/meetup'lara katılmak: kısa sunumlar
→ Çevrimiçi dergiler vb. için yazılar yazmak
→ Brown bag session düzenlemek: öğle arası semineri
→ Konferanslarda soru sormak
→ Davet edilmek istenen konuşmacı olmak: konuşma konularınızı (Term) açıkça yayımlayın ve paylaşın
✓ Kişisel bilgiler, güncel biyografi, son sunum slaytları/videoları
✓ Ele almak istediğiniz konular, kullandığınız teknolojiler
✓ Konferans organizatörlerinden beklentileriniz vb.
- İş seyahati ve konferans katılımı
→ Seyahat ipuçları: bir gün tampon bırakmak, ucuza seyahat etmek
→ Masrafları kim ödüyor?
→ Konferans alanında farklı etkinliklere katılmak ve diğer konuşmacılarla kaynaşmak
→ Etkinliklere katılırken sosyal medyayı kullanmak:
✓ Sunum materyaline sosyal medya iletişim bilgilerini eklemek
✓ Konferans katılımını hashtag vb. ile duyurmak
✓ Eğlenceli içerikleri veya iyi sunumları paylaşmak
✓ Konferans organizatörlerinin haberlerini yeniden paylaşmak
✓ Sunum materyalini çevrimiçi yayımlayıp insanlara duyurmak
→ Etkinlikler aracılığıyla ağ kurmak
→ Etkinlik katılımını izlemek için takvim oluşturup kayıt tutmak
→ Konferans buzz'ını kullanmak
→ Konuştuğunuz konferansın bir parçası olmak
→ Sunum ve ilgili materyalleri hemen yayımlamak
→ Konferans hakkında yazı bırakmak
- Sunum ve workshop yürütmek
→ Kendiniz olun: en büyük varlığınız kendinize olan inancınızdır.
→ İletişime davet edin
→ Katılımcıların yanlarında götüreceği materyalleri (takeaways) hazırlayın
→ Q&A oturumunu hazırlayın ve tamamen kontrol edin
→ Dürüst olun, yalnızca gerçeği söyleyin: cevabı bilmiyorsanız tahmin etmeyin
→ Sunumdan sonra takip iletişimi kurun
- Sunum ipuçları: süreyi tutturmak ve diğer konular
→ Tüm bunları X dakikaya nasıl sığdırırım
→ Less is More: tek bir önemli şeyle başlayın (içgörü, araştırma sonucu, X'in bugünü, ürün X'in yeni özellikleri). İnsanların bu sunumdan neyi hatırlamasını istiyorsunuz?
→ Sunumunuz yalnızca sizin için çok önemlidir
✓ Sunumunuz sayısız şeyden sadece biridir
✓ Sunumunuz kaydedilecek ve birçok yere yayılacaktır
✓ İnsanlar tüm sunum içeriğini hatırlamaz
✓ İnsanların bilgi için size ihtiyacı yoktur. Bu bilgi çevrimiçi olarak kolayca bulunabilir
→ Ek bilgileri düzenlemek
→ Live coding? Dikkat edilmesi gerekenler
→ Sorulardan kaçınmak
→ Kısaltılması gerekenler: içerik slaytı, şirket bilgisi, kişisel tanıtım, şakalar ve meme'ler
→ Sunum sırasında dolgu olarak kullanılabilecekler: materyalin yeri, size ulaşma yöntemi, benim dışımda ulaşılabilecek iş arkadaşları ve uzmanlar..
→ Sunum özeti hazırlamak
- Sahnede söylenmemesi gerekenler ve alternatifleri
→ "Bu kolay" : "Bunu yapmak için şu birkaç adımdan geçmeniz yeterli", "Bu araçların dokümantasyonu iyi olduğu için siz de.."
→ "Bilmeyenler için kısaca tekrar edeyim" : "Tekrar ifade etmek gerekirse X...", "Bildiğiniz gibi, X..."
→ "Bunu herkes yapabilir" : "Bunu böyle yaparsanız geri kalan işiniz daha keyifli hale gelir" "Çok etkili olduğu için deneyin ve başkalarına da söyleyin"
→ "X bu sorunu çözecek, o yüzden endişelenmeyin" : "X, Y ile ilgili sorunları çözdüğü için Z'yi oluşturabilirsiniz"
"X, Y'yi daha kolay hale getirmek için tasarlandı ve gerçekten kullanılıyor. Sonuçlar da umut verici."
→ "Herkesin bildiği gibi" : "Bu konu son zamanlarda çok konuşuldu ve X (link) bunu iyi açıklıyor"..
→ "Okulda öğrendiğimiz gibi" : "Bu, bilgisayar bilimi müfredatının bir parçasıydı ve bunun iyi bir nedeni var"
→ "Y (bizim ürünümüz), (rakip) X'ten çok daha iyi." : "Bunun X ile nasıl yapıldığını burada görebilirsiniz. Biz farklı bir yaklaşım benimsedik ve nedeni şu."
"Bunun birkaç çözümü var. X'te daha verimli olmayı sağlayabilecek bazı özelliklerin olmadığını biliyoruz.."
→ "Sadece birkaç satır kodla mümkün" : "Gördüğünüz gibi, birkaç satır kodla başlangıç yapılabiliyor. Burada göstermek için basitleştirdim, kaynak kod X'te"
→ "Profesyonel olmak istiyorsanız X yapın" : "X'in avantajı Y olduğu için, kullanıldığında profesyonel bir araç haline gelir.
→ Bunların dışında, kendi konuşmanızı/videonuzu izledikten sonra "Ben bunu bilmiyor olsaydım, bunu duymak bana nasıl gelirdi" diye düşünün; sonra içeriği çıkarın ya da yeniden ifade edin
- İyi yazılar ve makaleler yazmak
→ Simple is not stupid: anlaşılması kolay ve basit yazmak çok zordur. Kolay kelimeler, geniş kitlenin anlayabileceği terimler, kısa cümleler kullanın
→ Özü söyleyin. Üstünü şekerlemeyin
→ Yazı uzunluğu önemlidir. Çevrimiçi teknik yazılar kısa olmalı ve yalnızca özü aktarmalıdır. Çok uzunsa birkaç yazıya bölün
→ Çeşitli ilgili medya ekleyin. Video, ses, slayt, görsel vb.
→ İçeriği katmanlı başlıklarla vb. yapılandırın.
→ İçeriğin de bir geçerlilik süresi olmalıdır.
→ Kanıtlamak için başka kaynaklara atıf yapın
→ Proaktif (Pre-emptive) yazım - ürününüzün geliştiricilerin ilgisini çekmesini sağlayın. "Satış" işini satış ekibi yapar
- Harika kod örnekleri yazmak
→ Örnekler üzerinden sorun çözmek
→ Çalışan örnekler göstermek
→ Gerekli ortamı açıklamak
→ Copy & Paste yapılabilir kod yazmak
→ Örnek indirme imkânı sunmak
→ Temiz ve akıllı örnekler yazmak
→ Kodu ve demoları host etmek
✓ Sürüm kontrolü sizin dostunuzdur
✓ Otomatik hosting yapmak
✓ Kod sandbox kullanmak
✓ Live coding ortamı
- Harika sunum materyali hazırlamak
→ Neleri bildiğinizi net olarak bilmek
→ Slaytlardan değil, içeriğin kendisinden başlamak
→ Taşınabilir metin formatıyla yazmaya başlamak
→ Hızlı sunum materyali hazırlama ipucu: bullet'ları parçalamak
→ Sunum için iyi bir araç seçip hazırlamak
✓ 16:9 veya 4:3 fark etmeksizin uyarlanabilir olmalı
✓ Görselleri kırpmak ve yeniden boyutlandırmak kolay olmalı
✓ Ekrandaki nesneler serbestçe taşınabilmeli
✓ Uzaktan kontrol edilebilmeli
✓ Başka sunumlara geçiş akıcı olmalı
✓ Tam ekran desteği olmalı
✓ Öğeleri tek tek gösterme mümkün olmalı
- Sunum için harika slaytlar hazırlamak
→ Konuşmayı yazıya dökmeyin; kısa cümleler/resimler/ekran görüntüleri/grafikler ile anlatın
→ İyi görseller bulun ve kullanın
→ Kod örneklerini okunaklı hale getirin
→ Ses ve video kullanımı için ipuçları
→ Animasyonu yalnızca gereken yerde kullanın (fazla gösterişli olmadan)
→ Kısa tutun - mümkünse yalnızca tek bir konuyu kapsayın
→ Hedef kitleyi dikkate alın
→ Şirket ve konferans şablonları varsa
→ Tüm materyalleri kişiselleştirerek kullanın: başkasından aldığınız materyali olduğu gibi yeniden kullanmayın
→ Paylaşın ve keyfini çıkarın
→ Ek sunum ipuçları
✓ Kendinizi tanıtmak: neden bu sunumu yapmaya uygun kişi olduğunuz ve neden/ne hakkında konuşmak istediğiniz
✓ Mizah kullanımı: başkalarını hedef almamaya dikkat edin
✓ Gerçek hayatla bağlantı kurmak
✓ Çok hızlı gitmemek için tempoyu ayarlamak: kısa duraklamalar dinleyiciler için iyidir
✓ "Hello World"den kaçının
✓ Mümkünse yeni sunum materyali kullanın. Güncel tutun
- Daha anlaşılır, erişilebilir ve aksiyona dönüştürülebilir sunumlar için kontrol listesi
→ Sunum materyali
✓ HTML/PPTX/PDF mi?
✓ Kod çevrimiçi mi?
✓ Gömülü video/ses işletim sisteminden bağımsız olarak oynatılabiliyor mu ve çevrimdışı da çalışıyor mu?
→ Format
✓ Gömülü medyalar erişilebilirlik desteği sunuyor mu? (altyazı, alternatif metin, transkript vb.)
✓ Fontlar yeterince büyük mü?
✓ Konferansa uygun boyutta mı? 16x9, 4x3
✓ Projektörde kusur olsa bile görünecek kadar yeterli kontrast uygulanmış mı?
✓ Projektör kırpsa bile sorun olmayacak güvenli kenar boşluğu var mı?
✓ Kendi bilgisayarınız dışında sunum yaparken yedek font gerekli mi?
→ İçerik
✓ Saldırgan veya tetikleyici olabilecek içerik var mı?
✓ Belirli bir arka plan olmadan da anlaşılabiliyor mu?
✓ Çevirmenlerin/tercümanların önceden bilmesi gereken terimler var mı?
✓ Slaytların yalnızca bir kısmı ya da tek bir slayt paylaşılsa bile yanlış anlaşılabilecek bir şey var mı?
✓ Tüm medya ve materyaller için kaynak gösterimi ve telif kontrolü yapıldı mı?
→ Takip
✓ Sunum materyalini indiren kişiler hakkında bilgi edinilebiliyor mu?
✓ Son slaytta bir Call-to-Action ve indirilebilir bağlantı var mı?
→ Sigorta
✓ Tüm materyallere bilgisayardan bağımsız biçimde çevrimdışı erişilebiliyor mu? (sunum materyali/örnekler/medya dahil hepsi USB bellekte)
✓ Video/ses düzgün çalışmazsa kullanılacak hazırlıklı açıklama materyali var mı?
- Tüm işleri kayıt altına almak
→ Tüm sunumları ses olarak kaydedin
→ Mümkünse video olarak da kaydedin
→ Sunumda kullanılan tüm bağlantıları tek yerde toplayıp kaydedin
→ Gittiğiniz/katılacağınız tüm konferansların listesini tutun: slayt/blog/link/video bağlantıları dahil
- (Sosyal) web'i bilmek ve kullanmak
→ İyi web içeriği bulmak
→ Web içeriğini yeniden dağıtmak: blog yazmak, sosyal yer imi sitelerine eklemek, sunum materyalinde kullanmak, mailing list veya forumlarda alıntılamak, Twitter'da paylaşmak
✓ Orijinal üreticiye mutlaka atıf verin
→ Web'de kendinizi tanıtmak
→ Güçlü sosyal web sitelerini ve ürünlerini kullanmak: Flickr, YouTube, Vimeo, Archive.org, GitHub, LinkedIn, Facebook, Meetup, Twitter
→ Web'i depo, dağıtım kanalı ve çapraz tanıtım aracı olarak kullanmak
→ Ürün hakkında ipucu vermek, tease etmek ve ön izleme yayımlamak
→ Etkiyi izlemek: dokümanlara/bloglara telemetry eklemek, yorum akışlarına abone olmak, izlenebilir URL kısaltıcıları kullanmak
→ Ağ kurmak
→ Bülten oluşturmak veya katılmak
→ Podcast oluşturmak veya katılmak
- Kendi bilgisayarımda çalışmak
→ Ekipmanlar: harici mikrofon, monitör, kamera, ışık
→ Screencast ve ekran görüntüsü almak
→ Streaming
→ Gerçek zamanlı çevrimiçi sohbetlere katılmak
→ Gerçek zamanlı çevrimiçi etkinliklere katılırken dikkat edilmesi gerekenler ve ipuçları
- Çevrimiçi sunum kaydetme ipuçlarım
4 yorum
Önceki sürümün başlığı Developer Evangelist Handbook idi, ancak bugünlerde Evangelist/Evangelism yerine daha çok Advocacy kelimesi kullanıldığı için bunu yansıttım.
Bu aynı zamanda benim 2010 yılında developer evangelist olarak çalışırken adeta kutsal kitap gibi başvurduğum bir kitaptı.
Yazar 20 yıl boyunca geliştirici olarak çalıştı ve son 10 yılı aşkın süredir Yahoo, Mozilla ve Microsoft'ta bu işi yapan deneyimli bir isim.
Bunu Developer Advocate/Evangelist/Relations gibi çeşitli şekillerde ifade ediyoruz, ancak bu alanda çalışan herkesin ve dış etkinliklerde sık sunum yapan geliştiricilerin de göz atmasında fayda var gibi görünüyor.
Sunum materyali hazırlarken “kişiselleştirmeden yeniden kullanmayın - Don't reuse without personalising” benim de özellikle çok vurguladığım bir noktadır.
Bir yerlerden alınmış görsel/şemalar kullanıldığında uymayan pek çok kısım olabiliyor ve çoğu zaman kişi o şemayı gerçekten tam olarak anlamamış da olabiliyor.
Mümkünse, kendi yorumunuza göre ve kendi sunum materyalinizin konseptine uygun şekilde yeniden çizip kullanmanızı öneririm.
Güzel derleme için teşekkürler. "Kişiselleştirmeden yeniden kullanmayın - Don't reuse without personalising" ifadesi fazla kelimesi kelimesine bir çeviri gibi duruyor; belirttiğiniz bağlamda "içselleştirerek yeniden kullanmak" gibi bir ifade sanırım daha anlaşılır olabilir.
Yazınca gerçekten öyleymiş ^^; biraz yansıttım. Teşekkürler
@_@)b