Python'ı Anlamak: Dilden Çalışan Koda Giden Yol

Tek satırlık kod düşün: ekrana bir söz yazdırıyorsun ve iş bitiyor. Makine ayrıntısıyla hiç uğraşmadın, harf düzeniyle oynamadın, pencereye pikselleri tek tek dizmedin. Bütün bu işleri senin yerine alttaki düzenek yaptı. Benim gördüğüm kadarıyla yeni başlayanların çoğu dili öğreniyor ama bu düzeneği hiç görmüyor; o yüzden bir süre sonra işler büyü gibi gelmeye başlıyor. Bu yazıda tarifi ve mutfağı birlikte anlatıyorum: tarif dilin kendisi, mutfak ise onu çalıştıran her şey.

Python denen şey aslında iki parçadan oluşur: senin yazdığın sözler ve kurallar, bir de o sözleri koşturan görünmez katman. Koşturan katmanın içinde yorumlayıcı denen okuyucu, kurulumla birlikte gelen büyük hazır kod hazinesi ve başkalarının paylaştığı paket evreni var. Hazır hazine dosya, klasör, tarih, sayı işleri gibi günlük gereksinimleri çözmüş durumda; adına boşuna pilli geliyor demiyorlar. Paket evreni ise PyPI denen paylaşım yerinde durur ve pip denen kurucu ile bilgisayarına iner. Yani ekrandaki metin dosyasını çalışan programa çeviren şey tek başına dil değil, bu üçlünün toplamıdır.

Şimdi Java ve C# tarafına bak: orada yaz, derle, sonra koştur diye açık bir sıra vardır. Derleyici denen bekçi, program koşmadan önce hataları yakalar. Python tarafında ise böyle bir kapı bekçisi ve elle tetiklenen ayrı bir derleme adımı yoktur. Dosyayı koşturduğunda yorumlayıcı metni okur, içten içe ara biçime çevirir ve hemen işletir. Bunun karşılığı şudur: düğmeye basılınca koşan bir satırdaki yazım yanlışı, o düğmeye basılana kadar saklanır. Java dünyasında baştan yakalanacak bir yanlış, burada sahneye çıkmayı bekler. Benzetmeyle söyleyeyim: provasız sahneye çıkmak gibi, oyun hızlı başlar ama sürpriz payı büyür.

Perde arkası: kod koşarken ne olur

Bu dengesizliğin bedelini kapatmanın yolu sınama yazmaktır. Derleyici filesi olmayınca ağı kendin örmek zorundasın: kodun gidebileceği yolları tek tek sınayan küçük denemeler yazarsın. Filesiz trapezci gibi düşün; gösteri hızlı ve özgür, ama güvenlik filesini kendin germen gerekir. Python sana yazıp hemen koşturma rahatlığı verir, karşılığında erken uyarı şemsiyesini geri alır. O şemsiyeyi geri kazanmanın dürüst yolu, düğmeye basılmadan önce her yolu yoklayan denemeler hazırlamaktır. Bu yüzden tecrübeli Pythoncuların sınama sevgisi süs değil, dilin yapısından doğan zorunluluktur.

Peki koştur düğmesine basınca tam olarak ne olur? Metin dosyan okunur ve bayt kodu denen ara biçime çevrilir; bu iş kendiliğinden olur, sen ayrıca komut vermezsin. İçeri aktarılan parçalar için bu ara biçim __pycache__ denen klasörde saklanır; projende beliren o dosyalar çöp değil, bir dahaki sefere işi hızlandıran saklı kopyadır. Sonra sanal makine denen koşturucu bu ara biçimi buyruk buyruk işletir. Sanal makine ayrı kurulan bir program değil, yorumlayıcının içinde yaşayan parçasıdır. Merak edenler için kaynak kodu GitHub üzerinde herkese açıktır ve tamamı açık kaynak olarak paylaşılır; GitHub sayfasında yorumlayıcının iç işleyişini anlatan belgeler de durur.

Çoğu kişinin kurduğu sürümün adı CPython denen varsayılan yapıdır ve ara biçimi makine diline çevirmeden, buyrukları teker teker okuyup işletir. Bu yüzden ağır sayı işlerinde Java ve C# gerisinde kalır. Ama dürüst olalım: çoğu gerçek uygulamada yavaşlık koddan değil, beklenen yerden gelir; ağ karşılığı, veri tabanı karşılığı, dosyadan okuma. Buralarda beklerken dilin hızı değil, hazır kodun bolluğu konuşur. Python tarafının gücü ham koşturma hızı değil, akıldaki anlayışın çalışan koda dönüşme hızıdır. Söz dizimi ayağına dolanmaz, neredeyse her iş için hazır paket vardır, topluluk da devasa büyüklüktedir.

Paket evreni ve yalıtılmış odalar

Gelelim kütüphane ile çatı ayrımına, çünkü paket evreni devasa ve bu ikisini karıştırmak çok yaygın. Kütüphane alet çantası gibidir: ne zaman, nasıl kullanacağına sen karar verirsin. İnternet isteği gönderen Requests, tablo veriyle çalışan Pandas, resim işleyen Pillow hep bu türdendir; çağırırsın, karşılığını alırsın, ipler senin elindedir. Ağ üzerindeki programlama arayüzleri (API) ile konuşmak da bu çağrılarla olur. Çatı ise iskeleti hazır ev gibidir: boşlukları sen doldurursun ama genel akışı o yönetir. Django yol, veri kalıbı, giriş ve yönetim paneli işlerini üstlenir; sen parçaları yazarsın, Django orkestrayı yönetir. Flask daha hafiftir, daha az kural koyar. Ayrımı bilmek önemlidir, çünkü çatıda akışı yöneten odur ve kodunu ona göre yazarsın. Bu karşılaştırma için Mattermost tarafındaki Django Flask yazısına da baktım; Mattermost yazarı aynı sonuca varıyor: hazır yönetim isteyen Django, özgürlük isteyen Flask tercih eder.

Paket kurma işi pip denen kurucu ile olur: paket adı yazılır, paylaşım yerinden çekilir. Paylaşım yerinin adı PyPI denen dizindir ve bugünkü büyüklüğü dudak uçuklatır: PyPI üzerinde dokuz yüz binden fazla proje, milyona yakın kullanıcı durur. Yani bir gereksinim duyduğunda büyük olasılıkla birileri o işi çoktan paketlemiştir. Kurucu ayrıca sürüm tercihi, yükseltme ve kaldırma işlerini de üstlenir. Kısacası Python dünyasında tekerleği yeniden yapmazsın; önce paylaşım yerine bakarsın, varsa indirir kullanırsın. Bu bolluk, dilin hızlı öğrenilme duygusunun arkasındaki gerçek sebeplerden biridir.

Ama bu bolluğun bir tuzağı var ve neredeyse her yeni başlayan bir kez düşer: ortam karmaşası. Kurucu öntanımlı olarak paketleri bilgisayarın ortak alanına kurar; yani kurduğun her şey bütün projelerin sofrasına gelir. Birinci projen bir paketin birinci sürümünü, ikinci projen aynı paketin ikinci sürümünü isterse işler karışır; ikisi aynı anda duramaz, biri öbürünü ezer. Çözüm her projeye ayrı oda açmaktır: yalıtılmış ortam denen düzen, her projeye kendi paket dolabını verir. Python ile gelen venv aracı bu işi görür, istersen daha hünerli üçüncü parti araçlara da geçersin. Sana her projeye ayrı ortam aç diyen varsa dinle; ileride saatlerce sürecek baş ağrısını bugünden satın alırsın.

Kodunu nerede yazacağın ayrı bir tercihtir ve üç adayın huyu farklıdır. VS Code bugün en kalabalık duraktır: hızlı kurulur, Python eklentisiyle kod tamamlama ve hata ayıklama kazanır, üç işletim düzeninde de koşar. PyCharm ise JetBrains denen yapımcının tam donanımlı atölyesidir: projeyi derinden anlar, toplu düzeltme ve sınama araçları sunar, Django ve Flask işlerinde yol gösterir; bedelsiz sürümü de vardır. Jupyter denen defter düzeni veri işiyle uğraşanların gözdesidir: hücre denen kutulara kod yazıp tek tek koşturursun, karşılığını aynı kutuda görürsün; deneme için birebir, uygulama çatmak için zayıf. Keploy tarafındaki 2025 karşılaştırması tabloyu netleştiriyor: Keploy ölçümlerine göre PyCharm kurulumu altı yüz megabaytı aşarken VS Code iki yüz megabayt sınırını geçmez. Elbette yalın metin düzenleyici ve uçbirim de yeter; yorumlayıcı dışında her şey kolaylıktır. Yazım yardımcısı Copilot denen araç da eklentiyle gelir; satırı sen yazmadan bitirmeyi önerir.

Sürümler ve tam resim

Sürüm konusunu da kısaca toparlayayım. Python 2 bitmiştir; resmen 2020 Ocağında kapanmıştır, parantezsiz eski söz dizimi gördüğün kılavuzu kapat gitsin. Bugün konuşulan Python 3 çizgisidir; Python tarafının duyuru sayfasında 3.14.0 sürümünün 7 Ekim 2025 günü çıktığı yazar, Python sayfası ayrıca 3.13 ve 3.12 çizgilerinin de bakımda olduğunu belirtir. Yeni işe en güncel kararlı sürümle başlanır, kurulum python.org adresinden yapılır. Bir uyarı daha: Apple ve Linux düzenleriyle gelen düzen sürümü genelde eskidir ve ona bel bağlanmaz; sürümü kendin kurar ya da sürüm yöneticisiyle tercih edersin. Tam resmi tek paragrafta toplayayım: sen kodu yazarsın, yorumlayıcı ara biçime çevirir, sanal makine işletir, hazır hazine günlük işleri çözer, PyPI üzerinden gelen paketler evreni genişletir, yalıtılmış ortam projeleri temiz tutar. Python tarafının büyüsü ham hız değil, fikirden çalışan koda giden yolun kısalığıdır.