fix typo

Author: cengizcmataraci

1-js/03-code-quality/01-debugging-chrome/article.md

@@ -6,7 +6,7 @@ Daha karmaşık kodlara geçmeden, hata ayıklama hakkında konuşmamız gerekme
 
 Geliştirici özellikleri en iyi olan tarayıcı Chrome olduğundan bu tarayıcı ile çalışacağız.
 
-## "Kaynak" paneli 
+## "Kaynak" paneli
 
 Şu anda sizin kullandığınız Chrome biraz farklı olabilir. Fakat bu panel kesinlikle orada biryerde olmalı
 
@@ -25,9 +25,9 @@ Bu panelde `hello.js` i seçtiğinizde aşağıdaki gibi bir ekran görmeniz ger
 ![](chrome-tabs.svg)
 
 Bu bölüm üçe ayrılmıştır:
-1. **Dosya Gezgini**: Html, javascript, css ve diğer dosyalar görseller de dahil olmak üzere açılan sayfaya iat olan kaynakları gösterir. Chrome eklentileri de burada yer alabilir.
+1. **Dosya Gezgini**: Html, javascript, css ve diğer dosyalar görseller de dahil olmak üzere açılan sayfaya ait olan kaynakları gösterir. Chrome eklentileri de burada yer alabilir.
 2. **Kod Editörü** burası ise kaynak kodu gösterir.
-3. **Bilgi ve kontrol bölgesi** burada ise hata ayıklama yapılır. 
+3. **Bilgi ve kontrol bölgesi** burada ise hata ayıklama yapılır.
 
 Şimdi geliştirici araçlarının sol köşesinde bulunan <span class="devtools" style="background-position:-172px -122px"></span> açma kapama bölümünü kullanarak kendinize biraz yer açabilirsiniz.
 
@@ -97,10 +97,10 @@ Lütfen bilgilerin görüneceği dropdownları sağ panelden açınız. Bu böl
 
 1. **`Watch` -- herhangi bir ifadenin o anki değerini gösterir.**
     `+` işaretine basarak ifade girebilirsiniz. Bu ifadenin değerini kod ayıklayıcı her halükarda gösterir. Kod çalışırken bu değerleri her adımda kontrol eder ve sonucunu yazar.
-    
+
 2. **`Call Stack` -- İç içe çağrı zincirlerini gösterir.**
 
-    Şu anda hata ayıklayıcı `merhaba()` fonksiyonunun içindedir ve `index.html` tarafından çağırılmıştır. Eğer  yığın(stack) bölgesine dikkat ederseniz fonksiyona girdiğinde nereden çağırıldığını gösterir. ( her hangi bir fonksiyondan çağırılmadığından dolayı "anonymous" olarak göreceksiniz)
+    Şu anda hata ayıklayıcı `merhaba()` fonksiyonunun içindedir ve `index.html` tarafından çağırılmıştır. Eğer  yığın(stack) bölgesine dikkat ederseniz fonksiyona girdiğinde nereden çağırıldığını gösterir. ( herhangi bir fonksiyondan çağırılmadığından dolayı "anonymous" olarak göreceksiniz)
 
     Eğer yığın maddesine tıklayacak olursanız hangi fonksiyondan çağırıldığını görebilirsiniz.
 3. **`Scope` -- kesme anında var olan değişkenlerin değerlerini gösterir**
@@ -134,7 +134,7 @@ Sağ panelin üstünde sadece bu işe has butonlar bulunmaktadır.
 : Bir öncekinin aynısı, bir adım gider fakat bu defa eğer bir fonksiyon varsa onun "içine girer"(step into).
 
 <span class="devtools" style="background-position:-104px -76px"></span> -- içinde bulunulan fonksiyonun sonuna kadar devam et, `key:Shift+F11`.
-: Çalışma içinde bulunan fonksiyonun sonuna gelir ve orada durur.Yanlışlıkla iç içe çağrının içine girilirse çıkmak için kullanışlı bir özelliktir.<span class="devtools" style="background-position:-72px -76px"></span>, 
+: Çalışma içinde bulunan fonksiyonun sonuna gelir ve orada durur.Yanlışlıkla iç içe çağrının içine girilirse çıkmak için kullanışlı bir özelliktir.<span class="devtools" style="background-position:-72px -76px"></span>,
 
 <span class="devtools" style="background-position:-7px -28px"></span> -- Tüm kesme noktalarını etkinleştirme/devre dışı bırakma.
 
@@ -166,10 +166,10 @@ Bahsettiğimiz gibi çalışan kodu durdurmanın üç farklı yönü vardır. Bu
 2. `debugger` kelimesi ile durdurma
 3. Eğer hata olduğunda aç/kapa butonu aktifse çalışmada hata olduğunda  <span class="devtools" style="background-position:-264px -4px"></span> durdurma
 
-Bunların sonucunda çalışmada ne gibi hatalar olduğunu görebilirsiniz. 
+Bunların sonucunda çalışmada ne gibi hatalar olduğunu görebilirsiniz.
 
 Bunlara ek olarak <https://developers.google.com/web/tools/chrome-devtools> adresinden daha geniş ve yeni bilgilere ulaşabilirsiniz.
 
 Bu bölümdeki bilgiler sizin hata ayıklama işlemine başlamanızda yardımcı olacaktır. Fakat tarayıcı ile alakalı çok fazla işlem yapıyorsanız bu durumda geliştirici  derinlemesine incelemeniz gerekmektedir.
 
-Tabi bunun yanında deneme yanılma yöntemiy ile de geliştirici araçlarının özelliklerini keşfedebilirsiniz. Unutmayın sağ tıklayarak farklı bölgelerde farklı fonksiyonları görebilirsiniz.
+Tabi bunun yanında deneme yanılma yöntemi ile de geliştirici araçlarının özelliklerini keşfedebilirsiniz. Unutmayın sağ tıklayarak farklı bölgelerde farklı fonksiyonları görebilirsiniz.

1-js/03-code-quality/02-coding-style/article.md

@@ -9,7 +9,7 @@ Buna yardımcı olan bir şey de iyi kodlama stilidir.
 
 ## Yazım
 
-Kodlar için yazımış bir kopya kağıdı(detayları aşağıda):
+Kodlar için yazılmış bir kopya kağıdı(detayları aşağıda):
 
 ![](code-style.svg)
 <!--
@@ -38,7 +38,7 @@ if (n < 0) {
 -->
 Şimdi bu kurallar ve nedenleri hakkında konuşabiliriz.
 
-Buradaki hiçbir şey kanun değildir. Hepsi sizin zevgine kalmıştır ve değişebilir. Buradaki kodlama kuralları dogmalara dayanmaz.
+Buradaki hiçbir şey kanun değildir. Hepsi sizin zevkinize kalmıştır ve değişebilir. Buradaki kodlama kuralları dogmalara dayanmaz.
 
 ### Süslü Parantez
 
@@ -47,7 +47,7 @@ Buradaki hiçbir şey kanun değildir. Hepsi sizin zevgine kalmıştır ve deği
 
 ```js
 if (kosul) {
-  // şunu yap 
+  // şunu yap
   // ...bunu yap
   // ...sonra bunu yap
 }
@@ -91,7 +91,7 @@ Satır uzunluğu limitine takım seviyesinde karar verilir. Genelde 80-120 karak
 İki türlü satır başı standardı vardır.
 
 - **Yatay boşluklar:2(4) boşluk.**
-    
+
     Yatay boşluklar genelde 2 veya 4 veya "Tab" sembolünden oluşur. Bunlardan hangisinin seçilmesi gerektiği bir çeşit savaştır. Bugünlerde boşluk tuşu ile boşluk bırakmak daha fazla kullanılan yöntemdir.
 
     Boşluk tuşu ile satıra başlamanın "Tab" a göre üstünlü daha esnek ayarlanabilir olmasından dolayıdır.
@@ -100,7 +100,7 @@ Satır uzunluğu limitine takım seviyesinde karar verilir. Genelde 80-120 karak
 
     ```js no-beautify
     goster(parametreler,
-         hizalandı, // soldan 5 boşluk  
+         hizalandı, // soldan 5 boşluk
          ilki,
          sonra,
          digeri
@@ -125,7 +125,7 @@ Satır uzunluğu limitine takım seviyesinde karar verilir. Genelde 80-120 karak
     }
     ```
 
-    Eğer okunurluluğa etki edecekse yeni bir satır arası vermekten çekinmeyin. Kanıya göre 9 satıdan fazla kod varsa arada kesin bir satır arası olmalıdır.
+    Eğer okunurluluğa etki edecekse yeni bir satır arası vermekten çekinmeyin. Kanıya göre 9 satırdan fazla kod varsa arada kesin bir satır arası olmalıdır.
 
 ### Noktalı virgül
 
@@ -179,7 +179,7 @@ function ust(x, n) {
     }
 
     return sonuc;
-  }  
+  }
 }
 ```
 
@@ -202,11 +202,11 @@ function ust(x, n) {
 }
 ```
 
-... fakat ikincisi daha okunaklıdır, çünkü `n<0` koşulu ilk önce kontrol edildi ve buna göre aksiyon alındı sonrsında ana kod akışına devam edildi, ayrıca bir `else` yazmaya gerek kalmadı.
+... fakat ikincisi daha okunaklıdır, çünkü `n<0` koşulu ilk önce kontrol edildi ve buna göre aksiyon alındı sonrasında ana kod akışına devam edildi, ayrıca bir `else` yazmaya gerek kalmadı.
 
 ## Kodun altında fonksiyonlar
 
-Eğer bir kaç tane "helper"(yardımcı) fonksiyon yazıyorsanız bunları yerleştirmenin üç farklı yolu var.
+Eğer birkaç tane "helper"(yardımcı) fonksiyon yazıyorsanız bunları yerleştirmenin üç farklı yolu var.
 
 1. Kullanan kodun üstünde fonksiyonları tanımlamak:
 
@@ -258,7 +258,7 @@ Eğer bir kaç tane "helper"(yardımcı) fonksiyon yazıyorsanız bunları yerle
 
 ## Stil Klavuzu
 
-Stil klavuzları genel olarak "nasıl yazılmalı" sorusunun cevabını verir: Kaç satır bırakılmalıdırı, nerede yeni satıra geçilmelidir vs. çok küçük küçük şeyler.
+Stil klavuzları genel olarak "nasıl yazılmalı" sorusunun cevabını verir: Kaç satır bırakılmalıdır, nerede yeni satıra geçilmelidir vs. çok küçük küçük şeyler.
 
 Genel olarak tüm takım üyeleri bu kurallara uyduğunda kod tek bir elden çıkmış gibi görünür. Kimin yazdığı önemini yitirir.
 
@@ -279,15 +279,15 @@ Kod stilinizi otomatik olarak denetleyen araçlar bulunmaktadır. Bunlara "düze
 
 Bunların en önemli özelliği stili kontrol etmesinin yanında yazımdaki hataları, fonksiyon isimlerindeki problemleri bulur.
 
-Bundan dolayı bir tanesini kullanmanız öneririli. Sadece kelime hatalarını düzeltmeniz için bile olsa kullanmanız iyidir.
+Bundan dolayı bir tanesini kullanmanız öneririlir. Sadece kelime hatalarını düzeltmeniz için bile olsa kullanmanız iyidir.
 
 En çok bilinen araçlar:
 
 - [JSLint](http://www.jslint.com/) -- ilk düzenleyicilerden
 - [JSHint](http://www.jshint.com/) -- JSLintden daha fazla özelliğe sahip.
 - [ESLint](http://eslint.org/) -- en yenilerinden.
 
-Hepside işinizi görür. Yazar  [ESLint](http://eslint.org/) kullanmatadır.
+Hepside işinizi görür. Yazar  [ESLint](http://eslint.org/) kullanmaktadır.
 
 Çoğu otomatik düzenleyici editör ile entegre çalışır. Sadece plugin'i aktif edin, kod stilini ayarlayın yeterli.
 
@@ -317,7 +317,7 @@ Buradaki `"extends"` normalde `eslint:recommended` i kullanacağımız fakat bun
 
 Bunun ardından editörünüzde ESLint eklentisini aktif edin. Çoğu editörde bu eklenti bulunmaktadır.
 
-Bunun yanında bu stilleri internetten indirip kullanmakta mümkündür. Bunun için 
+Bunun yanında bu stilleri internetten indirip kullanmakta mümkündür. Bunun için
 <http://eslint.org/docs/user-guide/getting-started> adresine bakabilirsiniz.
 
 Bunun yanında otomatik düzenleyici kullanmanın yan etkileri de vardır. Kod düzenleyiciler eğer tanımlanmamış bir değişken kullanılmışsa, bunu anlar ve vurgular. Fakat çoğu defa bunun nedeni yanlış yazımdır. Tabi bunu farkederseniz düzeltmesi de hemen yapılabilir.
@@ -329,7 +329,7 @@ Ayrıca bazı IDEler bu otomatik düzenleyicileri kendileri doğrudan entegre ed
 
 ## Özet
 
-Bu bölümdeki tüm yazım kurallar ve stil klavuzlarının amacı okunabilrliği artırmaktır. Bundan dolayı tamamı tartışılabilir.
+Bu bölümdeki tüm yazım kurallar ve stil klavuzlarının amacı okunabilirliği artırmaktır. Bundan dolayı tamamı tartışılabilir.
 
 "Nasıl daha iyi yazarız?" sorusu hakkında düşündüğümüzde, kriter "Nasıl daha iyi okunur kod yazabilir, nasıl yazarken hatalardan kaçabiliriz?" sorularını aklımızda tutmamız gereklidir. Buna göre stil seçip hangisinin daha iyi olduğuna karar verebiliriz.
 

1-js/03-code-quality/03-comments/article.md

@@ -3,7 +3,7 @@
 <info:structure> bölümünden de bildiğiniz üzre, yorumlar tek satır `//` olabileceği gibi birden çok satır da olabilir `/* .. */`.
 Genelde  yorum satırları kodun nasıl ve niçin çalıştığını anlatmak için kullanılır.
 
-İlk görüşte yorum yapmanın gereklilik olduğu aşikardır. Fakat programlama yeni başlayanlayanlar bunu ilk önce genelde yanlış anlamaktadırlar.
+İlk görüşte yorum yapmanın gereklilik olduğu aşikardır. Fakat programlama yeni başlayanlar bunu ilk önce genelde yanlış anlamaktadırlar.
 
 ## Kötü Yorum
 
@@ -51,7 +51,7 @@ function asalSayilariGoster(n) {
   for (let i = 2; i < n; i++) {
     *!*if (!asalMi(i)) continue;*/!*
 
-    alert(i);  
+    alert(i);
   }
 }
 
@@ -109,18 +109,18 @@ function addJuice(kap) {
 ```
 Tekrardan söylemek gerekirse nelerin olup bittiğini yorum değil, fonksiyonun kendisi söylemeli.Ayrıca kod yapısı fonksiyonlar şeklinde ayrık olduğunda daha düzgün olur. Her fonksiyonun ne argüman aldığı ne geri döndürdüğü bellidir.
 
-Gerçekte neyin olup bittiğini söyleyen yorumu tamamen çıkarmak olanaksızdır. Bazen karmaşık algorimalara olabilir. Bazen akıllıca yapılmış kısayollar olabilir. Fakat genel olarak kod basit ve kendi kendini açıklayıcı olmalı.
+Gerçekte neyin olup bittiğini söyleyen yorumu tamamen çıkarmak olanaksızdır. Bazen karmaşık algorimalar olabilir. Bazen akıllıca yapılmış kısayollar olabilir. Fakat genel olarak kod basit ve kendi kendini açıklayıcı olmalı.
 
 
 ## İyi yorum
 
 Peki, fonksiyonun ne yaptığını anlatan yorumlar kötü ise, hangi yorumlar iyi?
 
 Mimariyi tanımla
-: Üst seviyede bileşenlere genel bakış, nasıl birbirleriyle iletişim kurdukları, farklı durumlarda akışın nasıl değişeceği gibi konular anlatılmalıdır. Kusaca kuş bakışı kodun ne yaptığını anlatmalısınız. Bununla ilgili şema diline [UML](https://tr.wikipedia.org/wiki/UML) bakabilirsiniz. Kesinlikle üstünde çalışılmaya değer.
+: Üst seviyede bileşenlere genel bakış, nasıl birbirleriyle iletişim kurdukları, farklı durumlarda akışın nasıl değişeceği gibi konular anlatılmalıdır. Kısaca kuş bakışı kodun ne yaptığını anlatmalısınız. Bununla ilgili şema diline [UML](https://tr.wikipedia.org/wiki/UML) bakabilirsiniz. Kesinlikle üstünde çalışılmaya değer.
 
 Fonksiyon kullanımını dökümante etme
-: Fonksiyonu dökümante edebilmek için standart özel bir yazım vardır[JSDoc](http://tr.wikipedia.org/wiki/JSDoc). Fonksiyon: kullım, parametreler, dönen değer.
+: Fonksiyonu dökümante edebilmek için standart özel bir yazım vardır[JSDoc](http://tr.wikipedia.org/wiki/JSDoc). Fonksiyon: kullanım, parametreler, dönen değer.
 
     Örneğin:
     ```js
@@ -135,7 +135,7 @@ Fonksiyon kullanımını dökümante etme
       ...
     }
     ```
-    Bu yorumlar gize bu fonksiyonun amacının ne olduğunu koda bakmadan anlatır.
+    Bu yorumlar bize bu fonksiyonun amacının ne olduğunu koda bakmadan anlatır.
 
     Bu arada [WebStorm](https://www.jetbrains.com/webstorm/) gibi editörler size JSDoc yazma konusunda yardımcı olur. Otomatik olarak kodu kontrol edebilir.
 

1-js/03-code-quality/04-ninja-code/article.md

@@ -61,7 +61,7 @@ Harika görselin belirli bir formu yoktur.
 ```
 
 Bir kelime seçerken soyut olmasına önem verin. Örneğin
-While choosing a name try to use the most abstract word. Like `obj`, `data`, `value`, `item`, `elem` vs. 
+Bir isim seçerken en soyut kelimeyi kullanmaya çalışın. `obj`, `data`, `value`, `item`, `elem` gibi.
 
 - **Kusursuz değişken ismi `data`** nerede isterseniz kullanın. Gerçekten de tüm değişkenler *data* tutmuyorlar zaten, değil mi?
 
@@ -192,7 +192,7 @@ Sonrasında dışta bulunan `kullanici` değişkenine bakacak ve `kullaniciBilgi
 
 Bazı fonksiyonlar hiçbir şey değiştirmiyormuş gibi görünür. Örneğin `hazirMi()`, `izinKontrol()`, `tagbul()` gibi. Hesaplamaları yapıp veriyi geri döndürdüğü ve bunun dışında bir değişiklik yapılmadığı tahmin edilsin. Diğer bir deyişle "yan etkisi" olmadığı.
 
-**En güzel kurnazlık bunlara kendi görevleri dışında "işe yarar" bir eylem yaptırın** 
+**En güzel kurnazlık bunlara kendi görevleri dışında "işe yarar" bir eylem yaptırın**
 
 İş arkadaşınızın yüzündeki şaşkınlığı düşünebiliyor musunuz? `hazirMi`,`kontrolEt`, `bul...` gibi fonksiyonlar bir şeyleri değiştiriyor. Gerçekten de sınırları zorlayan bir yöntem.