Kısa cevap

İddiayı tek cümleye indirin, asıl kaynağı açın, karşılaştırmanın paydasını bulun ve bilinmeyenleri yazın. Bir başlığı paylaşmadan önce bu dört adım, sonucun sizin koşullarınıza uygulanıp uygulanamayacağını gösterir.

01

Duyuru, ölçüm ve yorum farklı sorulara cevap verir

Bir geliştiricinin duyurusu neyi piyasaya sunduğunu söyler. Bir ölçüm, belirli girdiler ve cihazlarda ne olduğunu gösterir. Bir yorum ise yazarın bunlardan çıkardığı anlamdır. Üçü aynı yazıda bulunabilir; cümleleri ayırmadan hepsine birden kanıt demek okuru yanıltır.

Bu rehberdeki HızlıDönüş adlı dosya dönüştürücü ve bütün süreler eğitim için uydurulmuştur. Gerçek bir ürünün performansını ölçmedik. Amacımız bir haber veya AI yanıtındaki iddiayı incelemek için tekrar kullanılabilir bir okuma yöntemi kurmak.

02

Başlığı sınanabilir bir cümleye dönüştürün

Örnek başlık “HızlıDönüş artık iki kat hızlı” olsun. Bu cümle hangi sürüme, dosyaya ve işleme göre hızlı olduğunu söylemez. Sınanabilir biçimi şöyle olur: “Aynı cihazda aynı 10 MB CSV dosyasını JSON'a dönüştürme süresi, bu örnekte 800 ms'den 400 ms'ye düştü.” Dosyayı yükleme ve sonucu indirme dahil değilse bunu da ekleyin.

AI yanıtı bir bağlantı veriyorsa bağlantının açılması yeterli değildir. Kaynakta bu işlem, sürüm ve karşılaştırma gerçekten var mı? Kaynak başka bir yazıya atıf yapıyorsa ilk ölçüme kadar ilerleyin. İlk belgeye ulaşamıyorsanız durum “doğrulandı” değil, “asıl ölçüm bulunamadı” olmalıdır.

  • İddia: Tam olarak hangi davranış değişti?
  • Kapsam: Hangi sürüm, cihaz ve girdi?
  • Kanıt: Ölçüm tablosu veya yeniden üretilebilir yöntem nerede?
03

“İki kat hızlı” ile “yüzde 50 daha kısa süre”

800 ms'den 400 ms'ye inen sürede azalma (800 − 400) / 800 × 100 = %50'dir. Eski sürenin yeni süreye oranı 800 / 400 = 2 olur. İş aynı kaldığında süre yarıya iner; ideal koşullarda aynı zaman aralığına iki iş sığabilir. Bu, tüm uygulamanın her yerde iki kat hızlı olduğu anlamına gelmez.

Şimdi dosya seçimi, okuma ve çıktıyı hazırlamanın değişmeyen 1.200 ms sürdüğünü varsayalım. Toplam süre 2.000 ms'den 1.600 ms'ye iner: (2.000 − 1.600) / 2.000 × 100 = %20 iyileşme. Tek aşamanın güçlü sonucu, bütün deneyimi aynı oranda hızlandırmaz. Bir haberde yüzde gördüğünüzde önce neyin payda olduğunu sorun.

04

Tek iyi sonucu bütün dağılımın yerine koymayın

Kurmaca beş eski süre 780, 800, 810, 790, 820 ms; yeni süreler 390, 400, 410, 395, 900 ms olsun. Sıralanmış ortanca değerler 800 ve 400 ms'dir. Ancak yeni serideki 900 ms'lik yavaş denemeyi gizlemek, kullanıcının karşılaşabileceği beklemeyi saklar. Bu beş deneme, geniş bir kullanıcı kitlesi hakkında güvenilir olasılık tahmini kurmaya da yetmez.

Gerçek bir tarayıcı deneyi tasarlarken aynı dosya, sürüm ve ölçüm başlangıç/bitiş noktalarını kaydedin; ısınma denemelerini ayrı tutun. MDN, performance.now() yönteminin monoton bir saatten geçen süreyi ölçtüğünü açıklar. Bu özellik sistem saatindeki değişimi azaltır; cihaz yükü, önbellek veya deney tasarımındaki yanlılığı kendiliğinden ortadan kaldırmaz.

05

Kısa bir kanıt kaydı oluşturun

Notunuzda dört satır yeterli bir başlangıçtır: iddia; kaynak ve erişim tarihi; kaynağın gerçekten desteklediği bulgu; açık kalan soru. Örneğimizde bulgu “aynı varsayımsal işin ortanca dönüştürme süresi yarıya indi” olabilir. Açık soru ise “büyük dosyada bellek kullanımı ve yavaş denemeler ne olacak?”tır. Kaynakta yazmayan bir cevap eklemeyin.

Duyuru tarihi ile ölçüm tarihi farklı olabilir; bir sayfanın son güncelleme tarihi de olay tarihi değildir. Yeni görünen bir haber eski testi yeniden anlatabilir. Güncel bir sürüm için karar verecekseniz dokümanın kapsadığı sürümü ayrıca kontrol edin. Birbirini alıntılayan beş site beş bağımsız deney oluşturmaz.

06

Paylaşırken sonucu ve sınırı birlikte yazın

Bu örneğin ölçülü özeti şudur: “Öğretici senaryoda dönüştürme aşamasının ortanca süresi 800 ms'den 400 ms'ye indi; varsayılan sabit hazırlık süresiyle toplam kazanç %20 oldu. Gerçek ürün ölçümü değildir.” Böylece sayı, kapsam ve belirsizlik aynı paragrafta kalır.

Toplulukta tartışma açarken asıl kaynağı, anlamadığınız cümleyi ve kendi hesap adımınızı paylaşın. Özel dosya veya kişisel veri yerine küçük sentetik örnek kullanın. Daha iyi kanıt geldiğinde önceki sonucun hangi kısmının değiştiğini açıkça düzeltin. Yüzde aracı hesabı kolaylaştırabilir; kaynağın dürüstlüğüne veya karşılaştırmanın adilliğine karar veremez.

UYGULAMA PLANI

Okuduklarınızı güvenli bir denemeye dönüştürün

“Bir teknoloji iddiasını nasıl okuruz? Kaynak, ölçüm ve belirsizlik” adımlarını gerçek veriye geçmeden önce sentetik bir örnekle Yüzde Değişim, Artış ve Pay Hesaplayıcı üzerinde deneyin. İşaretler yalnızca bu sekmede tutulur.

0%0/2 tamamlandı
  1. Aracı aç
  2. Aracı aç

“Bir teknoloji iddiasını nasıl okuruz? Kaynak, ölçüm ve belirsizlik” kontrol listesi hesap oluşturmaz veya içeriğinizi sunucuya göndermez; ilerleme sayfa yenilendiğinde temizlenir.

Kaynaklar ve doğrulama

“Bir teknoloji iddiasını nasıl okuruz? Kaynak, ölçüm ve belirsizlik” hazırlanırken 1 birincil veya resmî belge doğrudan kontrol edildi. Uygulamadan önce bağlantılardaki güncel sürümü ve değişiklik tarihini yeniden doğrulayın.

  1. MDN: performance.now() ve geçen süre ölçümü
UYGULAMALI DOĞRULAMA

Rehberi tekrarlanabilir bir kontrole dönüştürün

“Bir teknoloji iddiasını nasıl okuruz? Kaynak, ölçüm ve belirsizlik” için aşağıdaki 2 araçlık kontrol planını kullanın. Hedef: İddiayı tek cümleye indirin, asıl kaynağı açın, karşılaştırmanın paydasını bulun ve bilinmeyenleri yazın. Bir başlığı paylaşmadan önce bu dört adım, sonucun sizin koşullarınıza uygulanıp uygulanamayacağını gösterir. Gerçek veri yerine güvenli bir örnekle başlayın; her adımın beklenen sonucunu ve kabul kararını kaydedin.

01

Yüzde Değişim, Artış ve Pay Hesaplayıcı

Hazırlık
Eski, yeni, parça, bütün ve oran değerlerinden gerekenleri girin.
Uygulama
Hesabı çalıştırıp kullanılan formülleri inceleyin.
Kabul kontrolü
Yuvarlama ve negatif taban yorumunu rapor bağlamına göre doğrulayın.
Beklenen çıktı
hesaplanan değer, kullanılan formül, birim ve senaryo varsayımları. Eski-yeni değer, parçanın bütüne oranı ve hedef artışı tek raporda hesaplayın.
02

Metin Farkı (Diff) Aracı

Hazırlık
Eski ve yeni metni ayrı alanlara yapıştırın.
Uygulama
Satır veya kelime karşılaştırmasını seçin.
Kabul kontrolü
Renkli farkı inceleyip ekleme ve silme sayılarını doğrulayın.
Beklenen çıktı
düzenlenmiş metin, değişiklik özeti ve ölçülebilir dil/yapı göstergeleri. İki sürümde eklenen ve silinen satır ya da kelimeleri renkli olarak görün.
Ne zaman durmalısınız?

Yüzde Değişim, Artış ve Pay Hesaplayıcı için şu sınır geçerlidir: Sonuç profesyonel finans, sağlık, hukuk veya bilim tavsiyesi değildir. Bu koşul karşılanmıyorsa çıktıyı zincirin sonraki adımına aktarmayın.

Denetim kaydı

“Bir teknoloji iddiasını nasıl okuruz? Kaynak, ölçüm ve belirsizlik” kaydında hassas içeriği değil; araç adını, seçilen ayarı, tarayıcı sürümünü ve “Aylık performans karşılaştırma” için kabul/red gerekçesini tutun. Böylece kontrol gerçek veriyi çoğaltmadan tekrarlanabilir.

İLGİLİ ARAÇLAR

Bu rehberi uygulamaya dönüştürün

78Yüzde Değişim, Artış ve Pay HesaplayıcıEski-yeni değer, parçanın bütüne oranı ve hedef artışı tek raporda hesaplayın.21Metin Farkı (Diff) Aracıİki sürümde eklenen ve silinen satır ya da kelimeleri renkli olarak görün.
Editoryal yöntem

“Bir teknoloji iddiasını nasıl okuruz? Kaynak, ölçüm ve belirsizlik”, dijital okuryazarlık kapsamındaki görünür ByteQuant davranışı ve listelenen 1 birincil kaynak karşılaştırılarak hazırlandı. Sınırlar ve kabul ölçütleri karar desteği sunar; hukuki ya da güvenlik danışmanlığı yerine geçmez.

Bilgiyi uygulamaya dönüştürün

342 araçla cihazınızda çalışmaya başlayın

Araçları keşfet