Ana Sayfa / Claude Ustalık Kitabı / KISIM IV — ÜRETİM HATLARI

Bölüm 23 / 48

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ÜretilenNerede düzenlenir
Doğrudan dosyaPowerPoint dosyasıPowerPoint / Keynote / LibreOffice
Adobe ExpressExpress belgesi (HTML üzerinden)Adobe Express
GammaGamma sunumuGamma

Ö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 edilenSonuç
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 edilenSonuç
HTML'den Express belgesine dönüşümÇALIŞTI
On sekiz öğenin tamamıKORUNDU
Yazı tipleriKORUNDU — Adobe Fonts adları birebir
Türkçe karakterlerKORUNDU
Mutlak konumlarKORUNDU
RenklerKORUNDU
Metin düzenlenebilirliğiKORUNDU — 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çütDoğrudan dosyaAdobe ExpressGamma
Bağlayıcı gerekir mi?HayırEvetEvet
İçerik sadakatiTamTamEkleme yapabilir
Düzen denetimiTam (kod)Tam (HTML)Araca ait
Görsel üretimiYokYokVar
Kurulum yüküYokYüksek — çok adımlı protokolDüşük
Sonradan düzenlemePowerPoint'teExpress'teGamma'da
Grafik desteğiYerleşik grafik nesnesiElle çizimOtomatik

20.6 Hangi Yol, Ne Zaman?

DurumUygun yol
Akademik sunum, içerik sadakati kritikDoğrudan dosya
Veri grafiği içeren teknik sunumDoğrudan dosya — yerleşik grafik
Kurumda PowerPoint standartDoğrudan dosya
Görsel tasarım ön planda, marka kimliği varAdobe Express
Express ekosisteminde çalışılıyorAdobe Express
Hızlı taslak, içerik sonradan denetlenecekGamma
Görsel üretimi isteniyorGamma

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.