Bir iş görüşmesinde mükemmel bir programlayıcıyı ayırt etmenin en iyi yolu nedir?


82

Bir röportajın düzenlenmesinde: Biri mükemmel bir programcı olduğunda güvenilir bir şekilde tanımlamanın en iyi yolu nedir ? Bu, spektrumun alt ucuna doğru eşlerinden 10-15 kat daha etkili / hızlı / daha iyi olanlardan biri olduğunu kastediyorum.

Birçoğumuz, FizzBuzz Problemini zayıf olanları ayıklamanın bir yolu olarak duyduk . Elbette, bu sorunu çözmek için 5-10 dakika almak, başvuru sahibinin zayıf bir aday olduğuna dair ciddi bir göstergedir. İyi bir göstergenin yazabildiğiniz kadar çabuk çözebildiğini tahmin ediyorum. Yine de, bu yeterli görünmüyor.

Belki orta derecede karmaşık bir adamcağız bir program vermek, onu ne kadar çabuk bozabileceğini ve onunla ilgili tüm sorunları tanımlayabileceğini görmek gibi bir şey mi?


Soru, güvenilir bir şekilde yapılabileceğini varsayar.
Anthony,


şart değil. geçerli bir cevap “hiçbir şekilde mümkün değil” olacaktır
Claudiu

Yanıtlar:


65

Uzun cevapları umursamayan herkesten özür dilerim, ancak adaylarınızı işe almadan önce kalifiye etmenin oldukça önemli olduğunu düşünüyorum. Bu sektörde önemli miktarda röportaj gerçekleştiren herkes, çoğu adayın bir röportajın ilk 15-30 dakikasına kadar sürmeyeceğini biliyor, bu yüzden bu listenin çoğu gerekli olmayacak. Listemi fazla reddettiğimden önce birisini kovmanın ne kadar pahalı olduğunu (hem maddi hem de duygusal olarak) unutmayın. Görüşme konularını burada önem sırasına göre listelemeye çalıştım.

Genel Zeka (zeka oyunları / mantık bulmacaları)

Bilgisayar Bilimi Bilgisi

Programlama alıştırmaları

  • GCD , Faktör , Fibonacci , Hanoi Kuleleri
  • Dize ve liste ters
  • Tek başına bağlı bir listede bir döngü olup olmadığını belirleyin (yalnızca iki işaretçi ile yapabilir misiniz?)
  • Hatayı bulmak

Nesneye yönelik programlama teknikleri ve ortak tasarım kalıpları bilgisi

Algoritma analizi (çalışma zamanı O (n) karmaşıklığı ve depolama gereksinimleri)

Araç ve metodolojilerin kullanımı

Ortak güvenlik açıkları ve saldırıları bilgisi

Temel Matematik

  • Sayısal sistemler (bir tabandan diğerine dönüştürme)
  • Olasılık teorisi
  • Kartezyen düzleminde iki nokta arasındaki mesafe (Pisagor teoremi)
  • Karekök (İskenderiye balıkçıl, ardışık yaklaşım)

Kriptografi

  • Genel anahtar şifrelemesi
  • Simetrik anahtar şifrelemesi
  • Karma fonksiyonlar
  • Şifreleme protokolleri (gizli paylaşım, sıfır bilgi delilleri)

Ayrık Matematik

  • Mantık
  • Küme teorisi
  • Grafik teorisi
  • Bilgi teorisi
  • Kombinatorik
  • İspatlar (irrasyonel sayıların varlığı, sonsuz asallar gibi)

Ayrıca, Exposed Programming Röportajlar kitabına da göz atmak isteyebilirsiniz . Konuyla ilgili iyi bir referans.


10
Phew, bu uzun bir röportaj olmalı.
Rick Minerich

8
Bugün, "Köprülü Köprüler" i ACM Programlama yarışması takım arkadaşımla çözmeye çalıştım. Tek fark, herhangi bir sayıda insan için çözmemiz gerektiğidir. Herhangi bir sayıda N insanı çözmemiz yaklaşık 30 dakika sürdü. Ancak röportajda bulmacaların zayıf bir ölçüttüğünü hissediyorum.

52
Bir röportajda, bulmacalar, çünkü görüşmeci gergin, düz düşünmüyor, vb. Size aday hakkında hiçbir şey söylemediğiniz şeyleri yazın.

11
Bu matematik problemlerini yüksek zorlukta buluyorum. Bilgisayar Bilimleri derecenizi 10 yıl tamamladıktan sonra, irrasyonel sayıları nasıl ispatlayacağınızı nasıl hatırlayabilirsiniz?

14
Bulmacalarla ilgili sorun şu ki çoğu insan onları çözmedi; cevaplarını daha önce görmüşlerdi. Bu yüzden en anlayışlı adaylar, onları görmemiş gibi görünecekler ve zaten bildikleri cevapları durduracaklar. Amacınız akıllı insanları işe almak, aldatıcı insanları değil ise, bulmacalar kötü bir seçimdir.
Kyralessa

28

Ah, ebedi soru.

Bu yıl pek çok röportaj yaptım (yarınki planlanan iki adayım var) ve tecrübelerime göre işe alımlar daha fazla duygu ve insan becerileri ile ilgili, teknik bilgiler hakkında daha az.

  1. CV'lerle zaman ayırın. Bazı CV'ler saniyeler içinde reddedilebilir, bazıları yarım saat sürer. Bazen CV'ye göre adayı onunla röportaj yapmaktan çok daha uzun süre düşünüyorum. Birkaç kez, tipik olarak soru hazırlamamama rağmen, bu aday için özel olarak röportaj soruları hazırladım.

  2. Teknik bilgi - İstediğim bir minimum var ve bu genellikle söylemesi oldukça kolaydır. Şüpheniz varsa, görüşme sırasında, CV'de bahsettiği projeler hakkında konuşun ve ihtiyaç duyduğunuz kadar derinleşin. Bu, genellikle bildiklerini ve onu neyin canlandırdığını söyleyebilmek için fazlasıyla yeterli. Eğitim önemli değil, önceki işler önemli, olası kişisel projeler yüksek puan alıyor.

  3. Ne yapmak istediğini ve kariyeri ile nereye gitmek istediğini sorun - sahip olduğu şeye ihtiyacınız var mı ve istediğini sağlayabilir misiniz? Ayrıca, röportajın sonuna doğru, genellikle tercih edilen maaşı soruyorum. Eğer menzilim dışındaysa veya bildiği kadarını ödemeyecek olursam, görüşmeyi bitirdiğimiz yer burasıdır.

  4. En önemlisi, aday takıma uymalı ve birlikte çalışabileceğimize emin olmalıyım. Ondan hoşlanmam gerekmiyor, ama onunla başa çıkabilmeliyim, ve o da benimle başa çıkabilmeli. Durum böyle değilse, geçeceğim çünkü onun teknik bilgisini kullanamayacağım. Öte yandan, eğer durum buysa ve hızlı bir öğrenen olursa, teknik bilgi eksikliği onu işe almamı engellemez.

İK'lı kızları, bana ulaşır ulaşmaz özgeçmişlerini iletmeleri için eğittim; Görüşme olabildiğince hızlı bir şekilde kişisel olarak zamanlanır (ideal özgeçmişler için CV aldıktan sonra yarından sonraki gün için ideal). Sonra benimle ve en az bir meslektaşımla (genellikle patronum veya ekip üyemiz) yarım saat veya bir saatlik röportaj yapıp, onu tanıyorum ve soruları cevaplayabiliyorum. Başvurusunu derhal reddetmeme rağmen, şirkete 20-30 dakikalık bir tur attı ve ne yaptığımız ve nasıl yaptığımız hakkında konuşacağım. Daha sonra onu psiko test için biraz İK'ya ve gerçekten çok temel bir kağıt kodlama / SQL için gönderdim. Her iki test de kararımda neredeyse hiç önemli bir rol oynamıyor, bu röportajda doğru şekilde değerlendirdiğim bir doğrulama. Sonuçlardan sonra, ona teklifte bulunduğum 15 dakikalık konuşma ve ikimizle mutlu olduğumuz şartları görüşürsek işe alınır.

Birkaç bürokrat adayı kaybettikten sonra şirket bürokrasisi ile mücadele etmek zorunda olduğum ve işe yaramaya karar verdiğim için çalıştığım bir süreç (hem İK hem de çalışanların tavsiyelerini dinlesem de) kelime kesindir). Daha fazla karar verici, daha uzun süreç. Süreç ne kadar uzunsa, mahsulün üstesinden gelmek için o kadar çok Google olmalısınız.

Bunun eşleşmeyeceğinden emin olduğumda, röportajı sonlandırırım, şirket turuna çıktı ve bitti. Bu, görüşmeyi planlarken telefonda iki dakika kadar kısa olabilir. Bir adayı reddetseniz bile, şirketi satın. İyi bir iş çıkardıysanız, iyi bir işe alım reddedilen adayın ağzından söze geçebilir.

Ayrıca, bir ipucu. Aldığınız her uygulama için reddetme mektupları (veya e-postalar) göndermeyin. Şu anki şirketimde bunu genellikle İK'ya bırakıyorum (görüşme sırasında söylediklerim dışında), ancak bir noktada reddedilen adayın "TEŞEKKÜR EDERİN! "Bir gün cevap verecekler mi diye merak etmeme izin verdi!"


Psikolojik testler?

5
@ Ink-Jet: hayır, psiko test doğruydu - adaydan ev adresini de tanıyan şiddet uygulayan bir adam tarafından sürdürülecek bir kod yazması isteniyor.

Dürüst olmak gerekirse ilk kez okuduğum şey bu.

@Grundlefleck - evet, bu doğru. :)
Domchi

2
Reddetme mektubunuzu alırsam size teşekkür ederim. Bir telefon görüşmesine geldikten sonra sessizlikten reddedildi ve sinir bozucu.
01d55

24

Bu cevap kutunun dışında biraz, ama bence değerli bir nokta.

En iyi programcılar nadiren röportaj yapar. Mecbur değiller . Şirketiniz özellikle dünyayı değiştiriyorsa veya gizlilik içinde gizlice gizlenmişse ya da saygı duydukları birkaç programcı oraya gittiyse, o zaman başvurabilirler, ancak normalde harika programcılar ortaklar ağı aracılığıyla işlerini özgeçmişlerini göndererek alamazlar.

Yani: İş görüşmesinde mükemmel bir programcıya söylemenin en iyi yolu onun orada olmamasıdır .


2
çok doğru ... harika nokta. :)
Arnis Lapsa

5
Öyleyse .... "ne yapıyorsun" yerine "kimi tanıyorsun"? Gerçekten dehşetli programcılar işlerini arkadaşlar ve aile yoluyla da alırlar. Özür dilerim "ortaklar ağı".
Philip

17

Herhangi bir cevap kod örnekleri içermelidir. Kodunu görmeden bir programcı işe almak, yemek yapmayı denemeden bir şefi işe almaktan hoşlanıyor.


11

Muhtemelen "mükemmel" bir programcı size röportaj için gelmiyor. Muhtemelen onu başka birinden çalmalısın.


doh! bu cevap popüler hale geliyor gibi görünüyor. Tıpkı dışarı çıkıp iş başvurusunda bulunmaya başlamam gibi ...
interstar

9

Tutkulu programcılara "Sadece bir iş istiyorum" programcılarından bahsetmenin bir yolu, onlara bu hafta hangi kitabı okuduklarını sormaktır. Ardından, geçen haftalarda okudukları kitapları onlara sorun.

Tutkulu programcıların HER ZAMAN okuma olduğunu ve genellikle listenin birkaç programlama / Comp içereceğini buldum. Sci. Son listedeki kitaplar.

Mesele sadece "mesleğe ayak uydurmak" değil - tutkulu programcılar programlama arzusu ve sevgisine sahipler ve çeşitli konularda, şu anda kullandıkları dili değil, metodolojileri, diğer dilleri (özellikle de dilleri değil yeni veya "garip" veya eski olanlar), BT'nin diğer yönleri (belki robotik veya AI veya oyunlar veya ...)

Eğer hiç yeni bir kitap listesine sahip değillerse, o zaman benim deneyimlerime göre muhtemelen bir programcı değiller.

Alkış,

-R


8
Son kitap listem neredeyse her zaman kurgu. Son teknik okumam neredeyse tamamen çevrimiçi durumda çünkü bu daha güncel.

1
Daha da iyisi, onlara bu ay hangi kitabı yazdıklarını sorun. :)

7

Birisinin "hızlı" olabileceği farklı zaman ölçekleri vardır: bazı akıllı insanlar zor bulmacaları saniyeler içinde çözebilirler;

Adaylara, kodlarının bir kısmını gözden geçirebileceğiniz herhangi bir açık kaynaklı projede aktif olup olmadıklarını sorun ve bu projelerin posta listesi arşivlerini okumak ve kayıt tutmak için biraz zaman harcayın. Bu size adayların bir röportajda gösterebileceği her şeyden çok daha fazlasını söyleyecek. (Elbette bu, tüm iyi kodlayıcıların açık kaynak kodlu çalışması yapmadığından röportajın yerini alamaz )


7

" Akıllı ve Her Şey Yapılıyor: Joel Spolsky'nin En İyi Teknik Yeteneği Bulmanın Kısa Rehberi " kitabı bir cevap bulmaya yardımcı olabilir.

İçerik tablosu:

  • Giriş
  • Bölüm 1: "Yüksek Notlara Vurmak"
  • Bölüm 2: "Harika Geliştiriciler Bulmak"
  • 3. Bölüm: "Geliştiricilere Alan Rehberi"
  • Bölüm 4: "Özgeçmişleri Sıralama"
  • Bölüm 5: "Telefon Ekranı"
  • Bölüm 6: "Görüşme Gerilla Rehberi"
  • Bölüm 7: "Alt Takımları Sabitlemek"
  • Ek: "Joel Testi"

Joel "Görüşme Gerilla Rehberi (sürüm 3)" tarafından Makale de yardımcı olabilir.

Ve konuyla ilgili Steve Yegge tarafından "Tamamlandı ve İşleri Akıllı Hale Getirdi " makalesi .


4

Onlara kodlamalarını gerektiren bir dizi soru sorun ve soruların zorlaşmasını sağlayın. Eğer bu mücadelenin tadını çıkarıyor gibi görünüyorsa, muhtemelen canlı bir sorun yaşarsınız.

İlk kolay soruyu cevaplayamazlarsa, "for for loop" ya da aptalca kolay bir şey gibi, o zaman bu kişinin kodlayamayacağını biliyorsunuzdur.


4

Onları bir beyaz tahtada kodlayın. Kod yazmayı bilip bilmediklerini anlamanın tek yolu.


Bunun neden indirildiğini bilmiyorum. Bir programcı beyaz tahtaya kod yazamazsa, bir bilgisayara yazabileceklerini nereden çıkardın?
Kristopher Johnson

3
@Kristopher: Bir programcı bilgisayara iyi bir kod yazabilirse, onu beyaz tahtaya yazabileceklerini nereden çıkardın? Bunlar oldukça farklı ortamlar.
David Thornley

"Beyaz tahta testi", gerçek kodlamayı taklit etmeyi amaçlamamaktadır. Adayın nasıl düşündüğünü, adayın ne yaptığını tarif edip edemediğini, adayın kafasında ne kadar hızlı bir çözüm oluşturduğunu vb. Görmek için bir şanstır. Bir bilgisayarda aynı sorun.
Kristopher Johnson

3

Esas olarak, daha önce yapmış oldukları işleri yargılamanız gerekir. Anksiyete baskın bir görüşme sırasında birinin ürettiği herhangi bir kod veya fikir, gerçekte bir takımda üretebilecekleri şey için kötü bir vekildir.

Kodlama zorlukları yapmak için, IM'yi codepad.com gibi bir şeyle kullanın ve kendi evlerinin rahatından yapmalarına izin verin. Kodunuzun çoğunu patronunuzun önündeki beyaz tahtaya, 30 dakikalık bir son tarih ve hatta bonusunuzla mı yazıyorsunuz? Yapmıyorum.

Peki görüşme anlamsız mı? Hayır, ama vurgu onların ne yaptıklarını ve tam olarak ne katkıda bulunduklarını açıklamak üzerine olmalıdır.

Aynı zamanda, yüz yüze biriyle tanıştığınızda, her türlü psikolojik önyargıya maruz kalacaksınız. Yanlışlıkla bir programcı işe almayın, çünkü daha iyi göz teması kurdular ya da bir başkasından daha uzun boylular. Bunları yönlendirmek için, yüz yüze görüşmeden önce IM / e-posta üzerinden mümkün olduğunca çok görüşme yapacağım.


Bu etkiyi, adayı işe alan diğer üyelerdeki psikolojik önyargılara bakarak tersine çevirebilirsiniz. Üst düzey pozisyonlarda olan ve bir şeyler başarmış olan kısa insanlar muhtemelen gerçekten çok iyi. Aynı tarihe sahip uzun boylu insanlar, ortalama olarak o kadar iyi olmayacak ve halo noktalarına katılacaklar.
Tim Williscroft

2

Dil önemli değil. Mantık yapar. Yani IDE'ler ve hazırlayıcılar bugünlerde o kadar iyi ki herhangi bir iyi programcı bir hafta içinde herhangi bir dili (tamam, belki de birleştirici değil) alabilir; birkaç haftada iyi olun ve birkaç ay içinde çok iyi olun.

Onaylamanız gereken onun beyni. Ve sen benim konuşmamı yapıyorsun. Onlardan basit problemleri çözmelerini rica ediyorum. Kod yazarak değil, çözüme ulaşmak için bana mantıklarını attırarak.

Ama itiraf ediyorum, 1'den 10'a kadar sayan basit bir döngü yazamıyorsa, sıkıntılarınız var.


1

Öncelikle, görüşme başlamadan önce bir fikir edinmenin bir yolu var:

Blogları varsa veya bir veya daha fazla açık kaynaklı projeye katkıda bulunuyorlarsa, yazdıkları kod ve makalelere bakın. Her şeyden önce, eğer onlardan birini yapmışlarsa, işleri halletmek için inisiyatif almışlardır. Ayrıca, bu şeyleri özgeçmişlerinde listeledikleri iş tecrübesiyle karşılaştırabilir ve eve gittiklerinde ve işten sonra daha fazla bilgi edindiklerinde veya eve gidip saat 17: 00'den sonra işi unutup unutmadıkları hakkında bir fikir edinebilirsiniz.

Temel olarak, programlama konusunda tutkulu mu yoksa değil mi? Asıl soru bu.


1

Röportajda iyi bir programcı bulundurmak bence en iyisidir.

Yalnızca bir uzman, başvuru sahibinin çok fazla görüşme sorusu olduğunu biliyorsa veya sorunları gerçekten düşünüyorsa ve ayrıntılara girebilirse yargılayabilir. Unutma, röportaj yapbozlarını çözmek için insanları işe almak istemiyorsun, asıl işi yapmak için onları kiralamak istiyorsun.

Bulmacalar temelleri doğru anlamayan insanları dışlamaktır. Beceri testi yapmak istiyorsanız, (ya da "iyi programlayıcınız") hakkında detaylı bilgi alabileceğiniz ve başvuru sahibinin bir süre düşünmesi gereken konulara odaklanabileceğiniz birkaç şey hazırlayın. Çözümünü hemen bilmediği sorunlara nasıl yaklaşıyor?


1

Görüşme konusundaki tutku hakkında konuşman gerektiğini düşünmüyorum. Açıkçası, 'tutku' arayan bir şirket gibi görünüyor 'fikir için parasız çalışmak' anlamına geliyor.

Tutku mükemmelliği garanti etmez bile. Neredeyse hayatımın tamamını programlama, programlama hakkında okuma, Erlang veya Clojure gibi çılgın dilleri öğrenerek harcıyorum ve hiçbirinden para alamıyorum. Yine de programlama emmek.

Mükemmel programcının aktif olarak katıldığı başarılı projeleri takip etmesi gerektiğini düşünüyorum. Bu nedenle, bir programcının röportajda FizzBuzz'ın üzerine bir şey yazması gereksizdir. Geçmiş projeleri ve yaptıkları hakkında konuşun. Rubik küplerini çözmek ve mermer saymak için programcı kiralıyor musunuz veya 50'den fazla satırdan oluşan uzun ve büyük ve yorucu yazılım projeleri üzerinde çalışıyor musunuz?


1

http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/

Makaleden:


Mermilerdeki kriterler

Yani, özet olarak, işte size iyi bir programcı tanımanıza yardımcı olacak bazı göstergeler ve karşı göstergeler.

Olumlu göstergeler :

  • Teknoloji hakkında tutkulu
  • Hobi olarak programlar
  • Teşvik edilirse kulağınızı teknik bir konuda konuşacak
  • Yıllar boyunca önemli (ve çoğu zaman) kişisel yan projeler
  • Yeni teknolojileri kendi başına öğrenir
  • Çeşitli teknolojiler için hangi teknolojilerin daha iyi olduğu hakkında fikir verilir.
  • “Doğru” olduğuna inanmadığı bir teknoloji ile çalışma fikrinden çok rahatsız
  • Açıkçası akıllı, çeşitli konularda harika konuşmalar yapabilir
  • Üniversite / işten çok önce programlama başladı
  • CV radarı altında büyük kişisel projeler, bazı gizli “buzdağları” var
  • Çok çeşitli ilgisiz teknolojiler hakkında bilgi (CV'de olmayabilir)

Olumsuz göstergeler :

  • Programlama bir günlük iştir

  • Gerçekten "cesaretçi" konuşmak istemem

  • Şirket destekli kurslarda yeni teknolojileri öğrenir

  • Seçtiğiniz teknoloji ile çalışmaktan mutlu, “tüm teknolojiler iyi”

  • Çok akıllı görünmüyor

  • Üniversitede programlama başladı

  • Tüm programlama deneyimi CV'de

  • Temelde bir veya iki teknoloji yığınına odaklanmış (örneğin bir java uygulaması geliştirmek için yapılacak her şey) ve bunun dışında hiçbir deneyime sahip değildir


Neler yaptığını ve neden soruyu soruyu yanıtlarken bunu tavsiye edersiniz? Yığın Borsası'nda "yalnızca bağlantı yanıtları" oldukça açık değildir
gnat

0

Mükemmel bir programcı bu düşük spektrumlu akranlarla da çalışabilecek. Testi yapabildikleri ve egolarına giremedikleri sürece iyi bir adayın var, değil mi?

Bu fizzbuzz testi biraz komik. Düşünebildiğim çözüm modulo operatörünü kullanıyor. Karakter levhası haritalama koordinatlarını (sadece okulda veya kolejde hiç bahsetmedim) çalışmaktan biliyorum. Ortalama bir programcı bunu biliyor mu, yoksa bok eğitimi almış mıydım?


Modulo operatörüne rastlamadığına şaşırdım. Yıl boyunca öğrendiğim farklı dillerde tanıştım.

2
Üniversitede CS dersini aldıysanız, Modulo operatörü Programming 101

bit-shift ve modulo gibi şaşırtıcı şeyler şeyler kolejde atlanır
Claudiu

Size kolejde ne tür şeyler öğretmeye çalıştıklarına bağlı olduğunu düşünüyorum. Modulo'yu gerçek dünyadaki bir problemde kullandığımı, ne de açıkça öğrettiğimi sanmıyorum. Ancak bu tür egzersizlerde (ve sınav sorularında) çok yaygındır.
yıldızlararası

2
Aslında, ikisi de genellikle ilkokulda öğretiliyor; Bu aşamada “kalan” ve “10 ile çarpma” olarak adlandırılırlar.
intuited

0

Kullandığım ölçütlerden biri, üzerinde çalıştığı dilleri ve araçları, akademik veya profesyonel projelerde ve tam olarak neyi başardığını görmek. Standart kütüphaneleri kullanarak (her zaman bir C # veya VB6 adamı mı?) Uygulama düzeyinde her zaman çalıştı mı? Yoksa Linux'ta, işaretçiler, bellek yönetimi, özyineleme, süreç senkronizasyonu, karşılıklı dışlama, olaylar vb. Gibi zorlu şeylerle ilgilenen bir proje yaptı. Her zaman bu temel ve temel kavramları bir soyutlama katmanı altında kullandıysa, şüpheli olacağım.

Bu açıkça onu kod yazmasına ek olarak. Hiçbir şey bunun yerine geçemez. Bununla birlikte, bazı kişilerin diğerlerine göre daha hızlı kod yazabildiklerini ve görüşme konusundaki ilgi çeken kişilerde farklı tepki sürelerine sahip olduklarını kabul ediyorum.


özyineleme, süreç senkronizasyonu, karşılıklı dışlama. Bu teknolojiler C #, VB.NET, C veya assembly dili ile çalışıp çalışmadığınız için aynı derecede önemlidir.

-1 - Bu yanlış. 'Tür dilleri ve araçları'% 100 'ilgisizdir'.
Morgan Herlocker 12:11
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.