Gelecekte etkili olacak yazılım dili önerisi

alyt

Yoctopat
Katılım
29 Ocak 2026
Mesajlar
3
Daha fazla  
Cinsiyet
Erkek
15 yaşında sıradan bir Türk genciyim, gelecekte yazılım sektöründe yer aldıktan sonra kendi ofisimi, şirketimi kurup projelere atılmak istiyorum. 15 yaşında olmam sebebiyle benim neslim şimdinin geleceği, bu sebeple gelecekte hangi diller kullanılacak, hangi dillere ihtiyaç duyulacak? Sorusunu sordum kendime. Bu soruya cevap arıyorum.

Bu konuyla ilgili bir araştırma yaptım. 2025 yılı baz alındığında en çok kullanılan ve yükselen Python, JavaScript ve C#; hepsi kendine göre farklı alan dilleri ama bunu zaten biliyorum ve çok yönlülüğü ve övülmesi sebebiyle Python, sistemsel olarak iyi olan basit ve popüler bir dil olmasından C++ öğrenmeye başladım. Ama geleceğe baktığım zaman konuşulan dillere dair en çok konu yazılan 1 dil bulabildim sadece:

-Rust. Hocam Rust'ı özellikle bazı yabancılar övüyor, bir çalışıyor yani üst derecede çalışma yapan adamlar var. C++'ın kusurlarını düzelterek v2'si olacak bir sistem dili diyorlar.

Sizce Rust gibi patlayacak diller neler? Bu gelecek dilleri önemli mi? Önerebilir, konuşabilirsiniz. Yoksa boş bir amaç içinsin diyerek Python, JavaScript gibi popüler diller öğren diyerek dil de önerebilirsiniz? Size bırakıyorum.
 
Bu konuda azimli olman ve planlama yapman guzel ama yaklasim yanlis.

Borsa ya da at yarisi gibi belirli sinyallere gore gelecegin teknolojisini tahmin etmeyiz muhendislikte. Zaten kavramsal olarak hakim olursun cogu seye, duruma gore sektor neyi gerektirirse onu ogrenirsin.

Programlama dilleri bu acidan hayati seyler degil. Bilgisayara neyi nasil yapmasi gerektigini soyledigin arac gerec yalnizca. Kalifiye birisi cok kisa surede hem ogrenir, hem de kurallari net oldugu icin LLM zaten gayet isabetli olusturur eger spesifikasyonu net verirsen.

Rust ucar, python gerileyecek, F# geliyor gibi bakmana gerek yok olaya. Veri, algoritma, paradigma, transformasyon vs gibi dil ustu seylere hakimiyet onemli.
 
Bu konuda azimli olman ve planlama yapman guzel ama yaklasim yanlis.

Borsa ya da at yarisi gibi belirli sinyallere gore gelecegin teknolojisini tahmin etmeyiz muhendislikte. Zaten kavramsal olarak hakim olursun cogu seye, duruma gore sektor neyi gerektirirse onu ogrenirsin.

Programlama dilleri bu acidan hayati seyler degil. Bilgisayara neyi nasil yapmasi gerektigini soyledigin arac gerec yalnizca. Kalifiye birisi cok kisa surede hem ogrenir, hem de kurallari net oldugu icin LLM zaten gayet isabetli olusturur eger spesifikasyonu net verirsen.

Rust ucar, python gerileyecek, F# geliyor gibi bakmana gerek yok olaya. Veri, algoritma, paradigma, transformasyon vs gibi dil ustu seylere hakimiyet onemli.
Değerli hocam konudan bağımsız sizin C++ ve Rust kapışması hakkındaki görüşlerinizi merak ediyorum bizi bir aydınlatma şansınız olur mu?
 
Değerli hocam konudan bağımsız sizin C++ ve Rust kapışması hakkındaki görüşlerinizi merak ediyorum bizi bir aydınlatma şansınız olur mu?

Rica ederim, ikisiyle de profesyonel uygulama gelistirmedim, C++ 10 sene olmustur yazali; karsilastirmam yuzeysel kalacaktir ama programlama dillerine merakliyim, illa ki yeni bir seyle karsilasinca ufak tefek bir seyler yazarim.

Burrow & Checker ( References and Borrowing ) mekanizmasi bence memory mgmt icin cok basarili. Compile-time da memory safety garanti ediyor. Elbette bu leak olmayacagini garanti etmiyor. ( leakpocalypse )

Thread management isini her iki dil de kendi runtime'ini getirerek coz diyor. Kotlin ve Go'daki gibi dil icinde hafif threading yok. Low-level icin ihtiyacin yoksa kullanmayacagin icin dogru bir dizayn ama ergonomi olarak bence rahatsiz edici. Ayrica her iki dilde de async ~ await renklendirmesi var. Bu dizayni ben sevmiyorum sahsen. Bu renkli async belasini basimiza F# ve C# sardi.

Rust daha modern oldugu icin functional support u daha iyi. Java ve C++ dizayn edilirken bu geri planda kaldigi icin dille mucadele ediyorsun FP yapmak icin. Soyle bir header a ihtiyacin olmamasi gerekiyor normalde. Python'da da bu var mesela.

Rust'da ya da Go'da bunlara ihtiyacin yok, higher order tanimlar gecersin:

Kod:
fn make_adder(n: i32) -> impl Fn(i32) -> i32 {
    move |x| x + n
}

Error handling konusunda bence en iyi dillerden birisi Rust.

Kod:
enum Result<T, E> {
    Ok(T),
    Err(E),
}


Basit, anlasilir ve gizli bir dalga yok. Exception handling de error yonetimi de Result icinde. Go'daki gibi if err != nil dansini yapmak zorunda degilsin. Java'daki gibi binlerce checked exception dalgasiyla ugrasmak zorunda degilsin. C++ da expected ( expected ) bu probleme cozum icin var ama Rust bence bu konuda da avantajli.

Enum konusunda Rust cok basarili. Bir Java degil ama low level bir dile gore gayet iyi. Go gibi husran degil.

Tooling konusunda da cargo buyuk rahatlik. 30 saniyede yeni proje hazir. Acikcasi ben low level bir sey yazacaksam tek basima Rust tercih ederim. QT vs kullanacaksam C++ tercih ederim. Projeden bagimsiz bana gore low level icin Rust sanki pek cok acidan avantajli. Runtime performansi da basarili ama kendim ciddi projede denemedigim icin atliyor olabilirim.
 
Veri, algoritma, paradigma, transformasyon vs gibi dil ustu seylere hakimiyet onemli.
Tabii ki de bu çok önemli hatta asıl ama bence bir bakıma bunu sorması da fena bir şey değil. Mesela sürekli gelişen ve daha esnek bir yapı sunan bir dili öğrenmek, syntaxını kendi ana dilinden daha iyi bilmek, kütüphanelerini yalayıp yutmak var, yarın öbür gün istediği bir alana destek/mümkün olmadığı değiştirmek zorunda kaldı bir senaryo var.

Burda tamamen örnek konuşuyorum. Günümüzde aynı anda en büyük 3 işi yapabilecek sayılı diller var. Mesela şahsen benim C#'ı seçmemin en büyük rollerinden biri Masaüstü uygulaması geliştirebilmek. Zamanla öğrendikçe WinUI, MAUI ile birlikte iOS, MacOS, Android, Windows 4 osa birlikte C# kullanarak app yazabiliyoruz. XAML, XML, Java dilleri de dahil.

Diğer taraftan backend de yapılabiliyor çok sağlam bir şekilde ve native şekilde multu tasking, async destekleri sağlaması da bir yana ve diğer script dillerine göre doğal olarak hızlı olduğunu ve yine diğer dillere nazaran çok daha esnek native kütüphaneler desteklediğini düşünüyorum. Her geçen gün de artıyor da artıyor çünkü arkada koskoca Microsoft var.

Bir de üsttekine ek olarak Blazor, SPA Webassembly, MAUI + Webassembly gibi bir nimetler de geliştirmeye devam ediyor. Şahsen bunlar rayına 4/4lük oturduğu zaman geliştiricilerinin mumla aranacağını düşünüyorum.

Bir diğer taraftan da oyun da yapabiliyor, en iyi oyun motorlarından biri olan Unity ile.

Bir de insanların neden sürekli olarak performans'ı daha arkaplanda bıraktığını da anlamıyorum. Sanırım kolaya kaçmak daha "kolay" geliyor.

C# olmasaydı Python'u seçerdim ama belki aynı kütüphane desteğiyle belki de daha çok bilmiyorum ama çok daha yavaş bir dil olması benim için uygun değil. Onun arkasından Rust olabilir. Hatta C# dan bile daha düşük sanırsam ve daha hızlı. Ama bir noktada okunabilirliğin de önemi var.

Mesela .NET 8-9-10 ile birlikte C# neredeyse düz İngilizce'ye geçti geçicek. Operatörler, veri türleri vs.

Mesela C# 4 ten beri var sanırsam == yerine bazı desteklenen tiplerde "is" kullanılıyor. 12-13 de de != yerine is not. Veya "x is 0 or 1 or 2 or 3" branchı yapabiliyoruz. Bunlar ufak şeyler gibi ama bence çok güzel. Performansa etkisi olmasa da okunuşu çok daha hoş yapmasıyla birlikte kodu da azaltıyor.

Bu kadar imkanla birlikte istediğin ve geliştirirken zevk alacağın bölümün de ilgili dillerini bilmek/başlamak olabilir. Sonuç olarak sadece esnek olmasından bahsettim. Yoksa her dilin diğerlerine kıyasla bir üstünlüğü vardır. Ben özetle şunu demek istedim, Node veya next öğrenip sadece Web yapmak var. (Masaüstü olmaz çünkü bu bir script dili VSC falan da pek güzel değil) Ya da istediğin büyük alanlarda kullanabilmek var.
 
Bu konuda azimli olman ve planlama yapman guzel ama yaklasim yanlis.

Borsa ya da at yarisi gibi belirli sinyallere gore gelecegin teknolojisini tahmin etmeyiz muhendislikte. Zaten kavramsal olarak hakim olursun cogu seye, duruma gore sektor neyi gerektirirse onu ogrenirsin.

Programlama dilleri bu acidan hayati seyler degil. Bilgisayara neyi nasil yapmasi gerektigini soyledigin arac gerec yalnizca. Kalifiye birisi cok kisa surede hem ogrenir, hem de kurallari net oldugu icin LLM zaten gayet isabetli olusturur eger spesifikasyonu net verirsen.

Rust ucar, python gerileyecek, F# geliyor gibi bakmana gerek yok olaya. Veri, algoritma, paradigma, transformasyon vs gibi dil ustu seylere hakimiyet onemli.
Açıklamanız bakışımı genişletti hocam sağolun öncelikle. Ama şunu da soracağım sizce şuanki Python ve C++ çalışmalarim yeterli mi yoksa ekstra bir öneriniz varmıdır? Algoritma gibi sistemleri mi çalışmalıyım , birçok dile göz atarak mi ilerlemeleyim, yoksa birinde ustalaş gerisini anlayabilirsin mi?
 
Bir de üsttekine ek olarak Blazor, SPA Webassembly, MAUI + Webassembly gibi bir nimetler de geliştirmeye devam ediyor. Şahsen bunlar rayına 4/4lük oturduğu zaman geliştiricilerinin mumla aranacağını düşünüyorum.

Burada iste Microsoft'un tuzagina dusmus bulunuyorsun. Yeni bir sey gelistirecegin zaman, C# ve ona bagli Microsoft ekosisteminde buna olanak saglayan bir teknoloji var mi diye bakacaksin. React yerine Blazor tercih etme egilimin olacak.

Elbette kisinin bildigi teknolojiyi tercih etmesinde sorun yok hatta ekibin hakim oldugu teknolojiyi tercih etmek onemli bir unsur ama muhendislik acisindan bakacak olursak oncelik elindeki problemi en iyi neyin cozecegine karar verme yetenegi kazanmak. Law of Instrument der ki, eger elinde cekic varsa her sey sana civi gibi gorunur. Bu bakis acisindan uzaklasip aletlere yalnizca alet gozuyle bakmamiz gerekiyor.

"Mesela .NET 8-9-10 ile birlikte C# neredeyse düz İngilizce'ye geçti geçicek. Operatörler, veri türleri vs."

Evet, bu da dogru. Hatta genel olarak C# bence de cok iyi bir dil. Yine de insanlara tavsiye verirken "C# super kanka, hemen ogren" ya da "PHP bitti, git Python ogren" demek yanlis. Hangi dilin neden iyi, neden "kotu" ya da neden tercih sebebi oldugunu kendisi anlayacak seviyeye gelmesi gerekiyor. Aksi durumda dilleri cok onemli zannetmeye basliyorlar ve yanlis kategorizasyonlar olusuyor. Python yavastir, Zig suratlidir. Eger C++ cok hizliysa neden her seyi onunla yazmiyoruz gibi sorular geliyor. Ucagin kara kutusu kazada saglam kaliyorsa neden butun ucagi kara kutu gibi yapmiyoruz gibi sorular bunlar ve temelde ustte anlattigim olayi bilmemek yatiyor.

Yoksa her dilin diğerlerine kıyasla bir üstünlüğü vardır.

Aynen oyle. Yeni baslayanlarda sectigi dili cok onemli zannetme yanilgisi oluyor. Oyle bir sey yok.
Senin Unity ya da C# kullanarak oyun motoru ve object oriented kullanim tecruben olusmustur zamanla.

Bu bilgileri kullanarak Z# ve Zunity isimli yeni bir dil ve yeni bir motoru kullanmayi da cok hizli sekilde kavrayabilirsin. Mesele bu araclari bilmek, neyi ne icin yaptigini anlamak.

Zamaninda C# ogrenenler cok ilerlediler ama tercihini PHP'den yana kullananlar yaya kaldilar gibi bir durum yok yani. Hele ki baslangic asamasinda. Baslangicta yanlis dil diye bir sey yok neredeyse eger tutup da 8 kisinin kullandigi bir seye yonelmezse insan.
 
Burada iste Microsoft'un tuzagina dusmus bulunuyorsun. Yeni bir şey gelistirecegin zaman, C# ve ona bagli Microsoft ekosisteminde buna olanak saglayan bir teknoloji var mi diye bakacaksin. React yerine Blazor tercih etme egilimin olacak.

Elbette kisinin bildigi teknolojiyi tercih etmesinde sorun yok hatta ekibin hakim oldugu teknolojiyi tercih etmek onemli bir unsur ama muhendislik acisindan bakacak olursak oncelik elindeki problemi en iyi neyin cozecegine karar verme yetenegi kazanmak. Law of Instrument der ki, eger elinde cekic varsa her şey sana civi gibi gorunur. Bu bakis acisindan uzaklasip aletlere yalnizca alet gozuyle bakmamiz gerekiyor.

"Mesela .NET 8-9-10 ile birlikte C# neredeyse düz İngilizce'ye geçti geçecek. Operatörler, veri türleri vs."

Evet, bu da dogru. Hatta genel olarak C# bence de cok iyi bir dil. Yine de insanlara tavsiye verirken "C# super kanka, hemen ogren" ya da "PHP bitti, git Python ogren" demek yanlış. Hangi dilin neden iyi, neden "kotu" ya da neden tercih sebebi oldugunu kendisi anlayacak seviyeye gelmesi gerekiyor. Aksi durumda dilleri cok onemli zannetmeye basliyorlar ve yanlış kategorizasyonlar olusuyor. Python yavastir, zig suratlidir. Eger C++ cok hizliysa neden her seyi onunla yazmiyoruz gibi sorular geliyor. Ucagin kara kutusu kazada saglam kalıyorsa neden butun ucagi kara kutu gibi yapmiyoruz gibi sorular bunlar ve temelde ustte anlattigim olayi bilmemek yatiyor.

Aynen oyle. Yeni baslayanlarda sectigi dili cok onemli zannetme yanilgisi oluyor. Oyle bir şey yok.
Senin Unity ya da C# kullanarak oyun motoru ve object oriented kullanim tecruben olusmustur zamanla.

Bu bilgileri kullanarak z# ve zunity isimli yeni bir dil ve yeni bir motoru kullanmayi da cok hizli sekilde kavrayabilirsin. Mesele bu araclari bilmek, neyi ne icin yaptigini anlamak.

Zamaninda C# ogrenenler cok ilerlediler ama tercihini PHP'den yana kullananlar yaya kaldilar gibi bir durum yok yani. Hele ki baslangic asamasinda. Baslangicta yanlış dil diye bir şey yok neredeyse eger tutup da 8 kisinin kullandigi bir seye yonelmezse insan.

Bir kişiden dinlemiştim Microsoft bir etkinlikte sırf reklam olsun diye Chrome yerine Edge kullanmış diyordu, bu genel olarak Microsoft ekosisteminde var dediğiniz gibi sürekli Microsoft'a bağımlı olmak bence çok koyu bir şey.
 
Açıklamanız bakışımı genişletti hocam sağolun öncelikle. Ama şunu da soracağım sizce şuanki Python ve C++ çalışmalarim yeterli mi yoksa ekstra bir öneriniz varmıdır? Algoritma gibi sistemleri mi çalışmalıyım , birçok dile göz atarak mi ilerlemeleyim, yoksa birinde ustalaş gerisini anlayabilirsin mi?

Temelde algoritma ve veri yapilarinda uzmanlasmak gerekiyor. Bunlari hep ayni dil ile ilerletirsen eger o dili de epeyce kavramis olursun.

Is ilanlarina baktiginda bazilarinda dilden bahsedilmez hatta bazilarinda birden fazla dil gorursun ayni is icin. Ornek:

1769765271642.png


Genel olarak dilleri konusma dili gibi dusunebilirsin, bir kacinda zaten kariyerin boyunca dogal olarak uzmanlasacaksin ama gerektiginde yenisini de cok hizli ogrenirsin. Konsept ayni, syntax degisiyor yalnizca.

Dogru dile yatirim yapip yapmadigin fikrini dusunme bile. Algoritma ve veri yapilarin saglamsa; Ingilizcen de iyiyse zaten giris seviyesini basariyla atlattin demektir.

Bir kişiden dinlemiştim Microsoft bir etkinlikte sırf reklam olsun diye Chrome yerine Edge kullanmış diyordu, bu genel olarak Microsoft ekosisteminde var dediğiniz gibi sürekli Microsoft'a bağımlı olmak bence çok koyu bir şey.

Milyonlar harcayip github ' i satin aldi Microsoft.

Ki aslinda Microsoft'un tfsvc teknolojisi direkt git alternatifi ve rakipler. Buna ragmen Linkedin ve github Microsoft elinde.

VCS yi de babasinin hayrina gelistirmiyor. Developer'lari kendi platformlarinda tutmasi demek, kendi teknolojilerini , kendi isletim sistemini ve kendi yapay zekasini dayatiyor demek. github'daki private repolarda kendi LLM'i train olacak. Claude olamayacak.

Mesela ustte bana mesaj atan arkadas kuvvetle muhtemel Copilot da kullaniyordur Gemini yerine. Zaten amac kendi sistemini tercih edilebilir kilmak her zaman.

Bu arada Microsoft en iyi IDE gelistiricisi de olabilir. Kotulemiyorum. VS ve VCS ( IDE olmasa da ) basarili urunler. Sadece perde arkasindaki buyuk resmi gorup onlem alin diye soyluyorum teknoloji tercih ederken :)

Ben sadece oyun bilgisayarimda windows 11 kullaniyorum ve reklamlarla dolu bir Start Menu var, gercekten tahammul edilmez.
 
Son düzenleme:
Burada iste Microsoft'un tuzagina dusmus bulunuyorsun. Yeni bir sey gelistirecegin zaman, C# ve ona bagli Microsoft ekosisteminde buna olanak saglayan bir teknoloji var mi diye bakacaksin. React yerine Blazor tercih etme egilimin olacak.
Bir kişiden dinlemiştim Microsoft bir etkinlikte sırf reklam olsun diye Chrome yerine Edge kullanmış diyordu, bu genel olarak Microsoft ekosisteminde var dediğiniz gibi sürekli Microsoft'a bağımlı olmak bence çok koyu bir şey.
Aslında burda bir bağımlılık yok. Ben diğerlerini de araştırdım ama dediğim gibi ben başta sadece masaüstü uygulaması geliştirmek isteyen sıradan biriydim. Sonrasında C#'a çok hakim oldukça benim için pythondan bile kolay bir dil hâline geldi çünkü ona alıştım. Ve asıl en büyük projelerim de bu dil üzerinde olduğu için, diğer dilleri öğrenmekle zaman kaybetmek istemiyorum. Yâni dediğim gibi, illa her dilin birbirinden üstün yanları vardır ama ben bir alanda bir dili çok iyi bilmektense birden fazla alanda bir dili çok iyi bilmeyi tercih ederim. Şahsen React konusunda da C# ın daha iyi olduğunu düşünüyorum. Özellikle de MAUI + Blazor Webassembly birleşimi projesi bittiğinde en çok tercih edilen çalışma ortamı olacağını düşünüyorum. Go, Rust, React, Next, Node bana çok itici geliyor. Özellikle de script dilleri. Hep bir dışarıya bağımlılık var gibi. Kendi içerisinde multi tasking bile desteklemiyor. Başka araçlarla performans arttırılıp, multi tasking de yaptırılabiliyormuş ama native kadar safe olduğunu sanmıyorum. Şimdi bu diller hakkında net bilgilere sahip değilim.
Özetle, sadece genel olarak projelerimin çok büyük kısmı C# ile oluştuğu için (ki bir dönem C++ istemiştim IL, ML, RE konulları için) ama hem aradaki ufak perfomans farkı hem de hakimiyet için geçmek istemedim. Yâni öğreniyorum ama yine de main target değil.
Neyse konuyu şuraya bağlayacağım, SPA Webassembly konularını benden çok daha iyi biliyorsunuzdur ben basit bir göz gezdirmeyle baktım. Bunu masaüstü birleştirip, script ile değilde direkt native ortamda çalıştıracak teknolojinin kazandıracağı performansı ele aldığımızda, bence bu çok değerli bir nimet. Belki de ben çok takıyorum.

Bir de native konusunda da biraz hassasım, zaten yazdığım mesajlardan yaptığım projelerden bellidir. Yaptığım çoğu şeyin başkaları tarafından iyi veya kötü yapılıp open source hali de vardır. Ama bir yapı var, o yapıyı yapmadığım da kendimi eksik hissediyorum. O kusursuzluk yapısı. Her şeyin PR seviyesinden de ötesi. Bundan dolayı da aylar önce bıraktığım kütüphaneye dönüp düzelttiğim/optimize ettiğim oluyor. (ne kadar küçük de olsa)

Mesela ustte bana mesaj atan arkadas kuvvetle muhtemel Copilot da kullaniyordur Gemini yerine. Zaten amac kendi sistemini tercih edilebilir kilmak her zaman.

Bu arada Microsoft en iyi IDE gelistiricisi de olabilir. Kotulemiyorum. VS ve VCS ( IDE olmasa da ) basarili urunler. Sadece perde arkasindaki buyuk resmi gorup onlem alin diye soyluyorum teknoloji tercih ederken :)

Ben sadece oyun bilgisayarimda windows 11 kullaniyorum ve reklamlarla dolu bir Start Menu var, gercekten tahammul edilmez.
Emin olun ikisini de kullanmıyorum ya da çok az kullanıyorum. Ama yine Microsoft çıktısı GitHub ve GitHub Copilot kullanıyorum ki bunları kullanmayan yok.

Ama son dediğinize sizden daha çok katılıyorum. Benim bu anlattıklarımla, yaptıklarımla Microsoft fanı olduğumu düşünebilirsiniz ki normal ben de düşünürüm. Sadece ben, benim amaçlarıma çok nokta atışı isabet yaptığı teknolojileri sevdiğim için sürekli diyorum.

Ama ayni şekilde hiç beğenmediğim yanları da var. Dediğiniz gibi reklam, edge vb. şeyler zaten (Windoc) projesi bu Windows'u adam etmek içindi. Ben bunların hepsini kapattım, ne ubuntudan farkı var ne de gereksiz performans yiyor. Belki dersiniz, ben sıradan kullanıcıyım bilmiyorum; o konuda da haklısınız yine bir şey diyemem.

Zaten geçenlerde mesajlarından birinde görmüştüm notepad'de copilot diye. Bence de çok gereksiz ilk gördüğümde ne alaka dedim.

Bende zaten silinik olduğu için yoklar.

Bir de, Antigravity, Cursor, Codex vb agentler de denedim çok da iş yapmıyorlar. Ama çok hızlı cevap/aksiyon ve sade, günlük sorular için GPT kullanıyorum. Ve Copilot'u da çok iğrenç buluyorum, sadece bazen Windows ve C# ile ilgili soruları daha iyi biliyor ve bir ara gptden daha çok resim oluşturuyordu. En az 2 aydır falan girmiyorum.
 
Son düzenleme:

Bu konuyu görüntüleyen kullanıcılar

Technopat Haberler

Yeni konular

Yeni mesajlar

Geri
Yukarı