20. Sunum Üretimi
20.1 Üç Yol
Claude ile sunum üretmenin birbirinden temelde farklı üç yolu vardır. Seçim, çıktının nerede düzenleneceğine bağlıdır.
| Yol | Üretilen | Nerede düzenlenir |
|---|---|---|
| Doğrudan dosya | PowerPoint dosyası | PowerPoint / Keynote / LibreOffice |
| Adobe Express | Express belgesi (HTML üzerinden) | Adobe Express |
| Gamma | Gamma sunumu | Gamma |
Önemli nokta: hiçbiri diğerinin yerine geçmez. Aynı içerik için farklı ürünler doğar.
20.2 Yol 1: Doğrudan Dosya Üretimi
Bu yol Bölüm 17'de ayrıntılı ele alınmıştır. Burada yalnızca karşılaştırma açısından özetlenmektedir.
Nasıl Çalışır
Claude bir betik yazar, betik PowerPoint dosyasını üretir. Bağlayıcı gerekmez; hiçbir dış hizmete bağlanmanıza gerek yoktur.
Test Sonucu
| Test edilen | Sonuç |
|---|---|
| Beş slaytlık dosya | ÇALIŞTI |
| Yerleşik tablo ve grafik | ÇALIŞTI — grafik düzenlenebilir nesne |
| Konuşmacı notları | ÇALIŞTI |
| Türkçe karakterler | ÇALIŞTI |
| Biçim doğrulaması | GEÇTİ |
Bu yolun ayırt edici üstünlüğü, üretilen grafiklerin resim değil PowerPoint'in kendi grafik nesnesi olmasıdır. Sunumu açan kişi verileri düzenleyebilir.
20.3 Yol 2: Adobe Express
Bu yol, kitabın hazırlanması sırasında ilk kez bu bölüm için test edilmiştir ve mimarisi ilgi çekicidir.
Nasıl Çalışır
Claude doğrudan bir Express belgesi üretmez. Önce kendi kendine yeterli bir HTML dosyası yazar; bu HTML, aktarıcı tarafından yerel bir Express belgesine dönüştürülür. Yani HTML kaynak eser, Express belgesi türetilmiş üründür.
Zorunlu Protokol
Bu yol, kitapta karşılaşılan en katı iş akışı protokolüne sahiptir. Test sırasında aşağıdaki sıra zorunlu tutulmuştur.
- Başlatma çağrısı — dosya işleme kuralları ve araç yönlendirmesi alınır.
- Tasarım kılavuzu okunur — HTML yapı kuralları, tuval boyutları, birim tercihleri.
- Yazı tipi paketi alınır — Adobe Fonts üzerinden CSS gömme kodu.
- HTML yazılır — kurallara uygun, kendi kendine yeterli.
- Hazırlık denetimi çalıştırılır — her aktarımdan önce, istisnasız.
- Aktarım yapılır.
HTML Kuralları
Tasarım kılavuzunun getirdiği kısıtlar, sıradan web geliştirmeden belirgin biçimde ayrılır.
- Kök kapsayıcı sabit genişlik ve yükseklik almalıdır; yüzde, en-az-yükseklik ve içeriğe-uy değerleri geçersizdir.
- Tuval boyutu hem üst veride hem kök öğede ayrıca bildirilmelidir.
- Konumlandırma mutlak koordinatlarla yapılır; sabit ve yapışkan konumlandırma çalışmaz.
- Animasyon, geçiş ve JavaScript aktarımda yürütülmez; tek bir durağan kare alınır.
- Baskıya gidecek tasarımlarda milimetre gibi mutlak birimler tercih edilir.
- Dış görseller, izinli alan adları dışındaysa gömülmelidir.
Test Sonucu
Test için kitabın dört temel ilkesini taşıyan tek slaytlık bir tasarım üretilmiş ve aktarılmıştır.
| Test edilen | Sonuç |
|---|---|
| HTML'den Express belgesine dönüşüm | ÇALIŞTI |
| On sekiz öğenin tamamı | KORUNDU |
| Yazı tipleri | KORUNDU — Adobe Fonts adları birebir |
| Türkçe karakterler | KORUNDU |
| Mutlak konumlar | KORUNDU |
| Renkler | KORUNDU |
| Metin düzenlenebilirliği | KORUNDU — her metin ayrı düzenlenebilir öğe |
Doğrulama Yöntemi: İçsel Temsili Okuma
Bu testte kullanılan doğrulama yöntemi, kitabın diğer bölümlerinde kullanılandan farklıdır ve genellenebilir.
Aktarım işlemi, başarı durumunda kendi içsel belge temsilini geri döndürmüştür. Bu temsil, gönderilen HTML değil, aktarıcının onu nasıl anladığıdır. Böylece görsel kontrol yapmadan önce şu sorular yanıtlanabilir: metinler var mı, yazı tipleri korunmuş mu, konumlar bozulmuş mu, öğe düşmüş mü?
Kritik Bulgu: Başarılı Aktarım, Açılmayan Bağlantı
Testin en değerli bulgusu, aktarımdan sonra ortaya çıktı ve bu kitabın yöntemi açısından öğretici bir örnektir.
Aktarım işlemi başarılı döndü: belge kimliği, slayt sayısı ve içsel temsil geldi; on sekiz öğenin tamamı korunmuştu. Dönen bağlantı kullanıcıya sunuldu. Ancak kullanıcı bağlantıyı açtığında "Sayfa bulunamadı" hatası aldı.
Teşhis
Sorunun kaynağını bulmak için iki doğrulama yapıldı.
- Hesap türü sorgulandı. Sonuç: tam yetkili hesap. Yani misafir oturumu kısıtı değildi.
- Bulut varlıkları arandı. Sonuç: belge gerçekten mevcuttu — aynı kimlikle, elli iki kilobayt boyutunda, doğru tarihte oluşturulmuş.
Yani aktarım gerçekten başarılı olmuştu. Sorun üretimde değil, erişimdeydi: bağlantıyı açan tarayıcı oturumu, belgenin oluşturulduğu hesapla aynı değildi. Adobe Express bu durumda "oturum açın" yerine doğrudan sayfa bulunamadı hatası göstermektedir.
Çözüm
- Bağlayıcının kullandığı Adobe hesabıyla tarayıcıda oturum açın.
- Express ana sayfasından içerik listenizi açın.
- Belgeyi adıyla bulun — aktarım, belge adına tarih ve saat damgası ekler.
Alternatif olarak, bulut varlık araması belgenin kimliğini ve indirme adresini döndürür; bu, belgenin gerçekten oluşup oluşmadığını doğrulamanın en kesin yoludur.
Yöntemsel Not
Bu vaka, kitabın doğrulama zincirindeki bir boşluğu ortaya çıkardı. Bölüm 8'de artifact testinde "kod üretildi ama çalıştığı doğrulanmadı" ayrımı yapılmıştı. Burada bir adım daha gerekli olduğu anlaşıldı: üretildi, içsel temsili doğrulandı, ancak kullanıcı erişimi ayrıca test edilmelidir.
20.4 Yol 3: Gamma
Gamma yolu Bölüm 10.5'te test edilmiştir; burada karşılaştırma açısından özetlenmektedir.
Güçlü Yanı
En düşük çabalı yoldur. Metni verirsiniz, araç kart yapısını, görselleri ve yerleşimi kendisi kurar. Görsel kalite yüksektir.
Kritik Uyarı
Testte, metin modu bilinçli olarak "koru" seçilmesine rağmen çıktıda girdi metninde bulunmayan ifadeler yer almıştır. Bu ifadelerin bir kısmı içerikle uyumluydu; sorun doğruluk değil, kaynaktı.
Ek Sınır
Gamma araçları yalnızca yeni içerik üretebilir; kendi ürettiği bir sunumu bile sonradan düzenleyemez. Değişiklik için ya Gamma arayüzünde elle çalışmak ya da baştan üretmek gerekir.
20.5 Karşılaştırma
| Ölçüt | Doğrudan dosya | Adobe Express | Gamma |
|---|---|---|---|
| Bağlayıcı gerekir mi? | Hayır | Evet | Evet |
| İçerik sadakati | Tam | Tam | Ekleme yapabilir |
| Düzen denetimi | Tam (kod) | Tam (HTML) | Araca ait |
| Görsel üretimi | Yok | Yok | Var |
| Kurulum yükü | Yok | Yüksek — çok adımlı protokol | Düşük |
| Sonradan düzenleme | PowerPoint'te | Express'te | Gamma'da |
| Grafik desteği | Yerleşik grafik nesnesi | Elle çizim | Otomatik |
20.6 Hangi Yol, Ne Zaman?
| Durum | Uygun yol |
|---|---|
| Akademik sunum, içerik sadakati kritik | Doğrudan dosya |
| Veri grafiği içeren teknik sunum | Doğrudan dosya — yerleşik grafik |
| Kurumda PowerPoint standart | Doğrudan dosya |
| Görsel tasarım ön planda, marka kimliği var | Adobe Express |
| Express ekosisteminde çalışılıyor | Adobe Express |
| Hızlı taslak, içerik sonradan denetlenecek | Gamma |
| Görsel üretimi isteniyor | Gamma |
20.7 Bölüm Özeti
- Sunum üretiminin üç yolu vardır ve hiçbiri diğerinin yerine geçmez.
- Doğrudan dosya üretimi bağlayıcı gerektirmez ve içerik sadakati tamdır.
- Adobe Express yolunda HTML kaynak eser, Express belgesi türetilmiş üründür.
- Bu yol katı bir protokol dayatır; adım atlamak açıkça iş akışı ihlali sayılır.
- Aktarım testinde on sekiz öğenin tamamı, yazı tipleri ve Türkçe karakterler korunmuştur.
- Dönüştürücünün içsel temsili geri dönüyorsa okunmalıdır; sessiz bozulmaları yakalar.
- Gamma en düşük çabalı yoldur ancak koruma modunda dahi metin ekleyebilir.
- Gamma araçları düzenleme yapamaz; yalnızca yeni içerik üretir.
- "Aktarım başarılı" mesajı, kullanıcının belgeyi açabildiği anlamına gelmez.
- Üreten oturum ile açan oturum farklı hesaplarsa belge erişilemez kalır.
- Doğrulama üç katmanlıdır: araç döndü mü, içerik doğru mu, kullanıcı erişebiliyor mu.
- Akademik sunumlarda varsayılan tercih doğrudan dosya üretimi olmalıdır.
Güncellik kontrolü: Bu bölümdeki üç test de 7 Eylül 2026 tarihinde yapılmıştır. Araç protokolleri ve desteklenen özellikler güncellenebilir; her aktarımdan önce ilgili hazırlık adımlarını yeniden çalıştırınız.