Birim

Aynı Boyuttaki Birimler Arasında Dönüştürme

Bir birim dönüştürücü, bir ölçümü bir birimden başka bir birimdeki eşdeğer bir değere çevirir — farklı şekilde ifade edilen aynı gerçek dünya miktarıdır. Neyi dönüştürdüğünüzü seçin — uzunluk, ağırlık, hacim, sıcaklık, alan, hız, zaman, dijital depolama, basınç, enerji, güç veya açı — dönüştüreceğiniz birimi ve hedef birimi seçin, bir değer girin ve sonuç anında güncellenir. İnsanların en sık aradığı günlük dönüşümleri (santimetreden inç’e, kilogramdan pound’a, galondan litreye, Celsius’tan Fahrenheit’a) daha az günlük ama yine de yaygın olanlarla (dönümden kilometrekareye, GB’den MB’ye, psi’den bar’a, mil/saat’ten km/saat’e) birlikte tek bir araçta kapsar.

Formül

Buradaki hemen hemen her boyut aynı şekilde çalışır: bir boyut içindeki her birimin bir “kanonik” birime (uzunluk için metre, ağırlık için kilogram, basınç için paskal ve benzeri) sabit bir oranı vardır. Bir birimden diğerine dönüştürmek sadece şudur:

$$\text{Sonuç} = \frac{\vA{\text{Değer}} \times \vB{\text{"Kaynak" Birim Oranı}}}{\vC{\text{"Hedef" Birim Oranı}}}$$

Sıcaklık gerçek bir istisnadır — Celsius, Fahrenheit ve Kelvin ortak bir sıfır noktasını paylaşmaz, bu yüzden aralarında dönüşüm yapmak sadece bir oran değil, bir ofset gerektirir:

• Celsius’tan Fahrenheit’a: $(\text{celsius} \times 9 \div 5) + 32$
• Fahrenheit’tan Celsius’a: $(\text{fahrenheit} - 32) \times 5 \div 9$
• Celsius’tan Kelvin’e: $\text{celsius} + 273,15$

Dijital depolama, ikili (1024 tabanlı) önekler kullanır — bir “veri depolama dönüştürücüsü” için geleneksel varsayımdır: burada 1 KB, 1000 değil 1024 bayttır, işletim sistemlerinin dosya ve disk boyutlarını genellikle etiketleme şekliyle eşleşir.

Örnek Hesaplama

1 mil’i kilometreye dönüştürme:

Bir mil tam olarak 1.609,344 metre olarak tanımlanır ve bir kilometre 1.000 metredir, bu yüzden:

$$\vA{1} \text{ mil} \times \vB{1.609,344} \text{ (mil başına metre)} \div \vC{1.000} \text{ (km başına metre)} = 1,609344 \text{ km}$$

Sıcaklık için, 0°C’yi Fahrenheit’a dönüştürme: $(0 \times 9 \div 5) + 32 = 32°F$ — her iki ölçekte de suyun donma noktası, bir sıcaklık dönüşüm aracının doğru çalıştığını sağlamak için kullanışlı bir mantık kontrolüdür. Ve dijital depolama için, 1 GB’yi megabayta dönüştürme: $1 \times 1.024 = 1.024 \text{ MB}$, çünkü bu hesaplayıcının kullandığı ikili kurala göre bir gigabayt 1.024 megabayttır.

Dikkate Alınması Gereken Önemli Faktörler

• Dijital depolamanın iki rakip kuralı vardır (ikili ve ondalık) ve hangisinin geçerli olduğunu bilmek gerçek karışıklığı önler. Bu hesaplayıcı, işletim sistemlerinin dosya ve disk boyutları için tipik olarak kullandığı ikili (1.024 tabanlı) kuralı kullanır — depolama üreticileri ise genellikle disk kapasitesini ONDALIK (1.000 tabanlı) birimlerle pazarlar, bu tam olarak “1 TB”lık bir diskin, biçimlendirildikten ve ikili birimler kullanan bir işletim sisteminde görüntülendikten sonra 1 TB’den biraz daha az okunmasının nedenidir.
• “Kanonik birim” yaklaşımı, tek bir aracın bu kadar çok farklı birim türünü tutarlı bir şekilde ele almasını sağlayan şeydir. Her olası birim çifti için ayrı bir dönüşüm formülüne ihtiyaç duymak yerine, boyut başına bir ortak referans birim (uzunluk için metre, ağırlık için kilogram vb.) üzerinden dönüştürmek, yeni bir birim eklemenin yalnızca o bir referans noktasına olan oranını bilmeyi gerektirdiği, kategorideki diğer her birime olan oranını değil.
• Sıcaklık, Celsius ve Fahrenheit ortak bir sıfır noktasını paylaşmadığından basit bir oran kullanamayan tek boyuttur. Bu, buradaki diğer her birim boyutundan (uzunluk, ağırlık, hacim vb.) gerçek, yapısal bir farktır ve tam olarak bu yüzden sıcaklık dönüşümü yalnızca bir çarpma yerine eklenen veya çıkarılan bir ofset gerektirir.
• Hassasiyet ve yuvarlama, sonucun gerçekte nasıl kullanılacağına bağlı olarak bazı dönüşümler için diğerlerinden daha önemlidir. Bir yemek tarifinin bardak ile mililitre arasında dönüştürülmesi, bilimsel veya mühendislik bir ölçümden daha fazla yuvarlamaya tolerans gösterebilir — her görüntülenen rakamın anlamlı olduğunu varsaymak yerine belirli kullanım durumunun gerçekte ne kadar hassasiyete ihtiyaç duyduğunu her zaman göz önünde bulundurun.

Sık Yapılan Hatalar

• “Kaynak” ve “hedef” birimleri karıştırmak. Doğru iki birimi seçip yanlış sırayla seçmek kolaydır, bu da sessizce gerçekte istenenin tersini (veya başka türlü yanlış bir sonucu) üretir — her zaman hangi iki birimin seçildiğini değil, yönü de iki kez kontrol edin.
• Dijital depolamanın her zaman ondalık (1.000 tabanlı) olduğunu varsaymak. RAM, bir işletim sistemi tarafından bildirilen dosya boyutları ve bu hesaplayıcının kendi dijital depolama dönüşümleri genellikle ikili (1.024 tabanlı) kuralı kullanır — ancak disk üreticileri kapasiteyi genellikle ondalık birimlerle pazarlar, bu da satın alınan “1 TB”lık bir diskin biçimlendirildikten sonra daha küçük bir sayı gösterebilmesinin tam olarak nedenidir.
• Sıcaklığı diğer birimler gibi ele alıp basit bir oran beklemek. Celsius ve Fahrenheit ortak bir sıfır noktasını paylaşmadığından, bir Celsius değerini uzunluk veya ağırlıkta yapacağınız gibi bir Fahrenheit “dönüşüm faktörü” ile çarpmak yanlış bir cevap verir — sıcaklık her zaman kendi ofset tabanlı formülüne ihtiyaç duyar.

Bilmekte Fayda Var

• Beton, ahşap döşeme veya zemin kaplaması gibi bir ev projesinin parçası olarak birim mi dönüştürüyorsunuz? Beton Hesaplayıcı ve diğer proje hesaplayıcıları, birim dönüşümünü zaten kendi girdilerine dahil eder.
• Bir tarifi büyütüyorsunuz ve yol boyunca bardaktan mililitreye veya ons’tan grama dönüşümlere mi ihtiyacınız var? Tarif Ölçeklendirme Hesaplayıcı ve Pişirme Malzemesi Ağırlık Dönüştürücü bunu doğrudan halleder.