summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorUmut Işık <umutphp@gmail.com>2019-10-23 08:03:17 +0000
committergitlocalize-app[bot] <55277160+gitlocalize-app[bot]@users.noreply.github.com>2019-10-23 08:03:17 +0000
commitdac61227946eda4d480c8b9607951e4f32aa8266 (patch)
treeacc35c4ce70eac8ad2454a474912d0fa0a7eabc1
parent9bfe7007df2a3706a290b3e1982c793f00a55e93 (diff)
Translate tr.md via GitLocalizegitlocalize-9706
-rw-r--r--translations/tr.md27
1 files changed, 21 insertions, 6 deletions
diff --git a/translations/tr.md b/translations/tr.md
index 783df45..13bc61d 100644
--- a/translations/tr.md
+++ b/translations/tr.md
@@ -17,9 +17,9 @@ Programcıların faydalı bulacağı yasalar, teoriler, prensipler ve desenler.
- [Amdahl Yasası](#amdahls-law)
- [Brooks Yasası](#brooks-law)
- [Conway Yasası](#conways-law)
- - [Cunningham Yasası](#cunningham-kanunu)
+ - [Cunningham Yasası](#cunninghams-law)
- [Dunbar Sayısı](#dunbars-number)
- - [Gall Yasası](#galls-law)
+ - [Gall Yasası](#galls-yasa)
- [Hanlon'un Usturası](#hanlons-razor)
- [Hofstadter Yasası](#hofstadters-law)
- [Hutber Yasası](#hutbers-law)
@@ -48,6 +48,7 @@ Programcıların faydalı bulacağı yasalar, teoriler, prensipler ve desenler.
- [Arayüz Ayrım Prensibi](#the-interface-segregation-principle)
- [Bağımlılığın Ters Çevrilmesi](#the-dependency-inversion-principle)
- [DRY Prensibi](#the-dry-principle)
+ - [KISS prensibi](#%C3%B6p%C3%BCc%C3%BCk-prensibi)
- [YAGNI](#yagni)
- [Ek Kaynaklar](#reading-list)
- [TODO](#todo)
@@ -118,6 +119,8 @@ Ek kaynaklar:
[Wikipedia'da Cunningham Yasası](https://en.wikipedia.org/wiki/Ward_Cunningham#Cunningham's_Law)
+> İnternette doğru cevabı almanın en iyi yolu, soru sormak değil, yanlış olan cevabı yazmaktır.
+
Steven McGeady'ye göre, Ward Cunningham, 1980'lerin başında ona tavsiye olarak “İnternette doğru cevabı almanın en iyi yolu, bir soru sormak değil, yanlış olan cevabı yazmaktır” dedi. McGeady bunu Cunningham kanunu olarak adlandırdı, ancak Cunningham bu sahipliği bunun "yanlış bir alıntı" olduğunu nitelendirerek reddetti. Her ne kadar orjinalinde Usenet'teki etkileşimlerle ilgili olsa da, yasa diğer çevrimiçi toplulukların nasıl çalıştığını açıklamak için kullanılmıştır (örneğin, Wikipedia, Reddit, Twitter, Facebook).
Ek kaynaklar:
@@ -149,7 +152,7 @@ En klasik örnek günümüzdeki internettir. Şu an çok karmaşık bir sistemd
Ek kaynaklar:
-- [KISS (Keep It Simple, Stupid)](#TODO)
+- [KISS (Keep It Simple, Stupid)](#the-kiss-principle)
### Hanlon'un Usturası
@@ -157,7 +160,6 @@ Ek kaynaklar:
> Aptallıkla layıkıyla açıklanabilecek bir şeyi, asla kötü niyete bağlamayın.
> Robert J. Hanlon
-> Robert J. Hanlon
Bu prensip, olumsuz sonuçlara yol açan eylemlerin, çoğunlukla kötü niyetin sonucu olmadığını savunmaktadır. Aksine, olumsuz sonuç daha büyük olasılıkla bu eylemlerin ve/veya etkinin tam olarak anlaşılamamasına bağlıdır.
@@ -167,7 +169,6 @@ Bu prensip, olumsuz sonuçlara yol açan eylemlerin, çoğunlukla kötü niyetin
> Bir iş her zaman umduğundan daha uzun sürer, Hofstadter yasasını göz önünde bulundursan bile.
> (Douglas Hofstadter)
-> (Douglas Hofstadter)
Bu yasayı bir işin ne kadar süreceğini tahminlenirken hatırlatıldığı için duymuş olabilirsiniz. Herkesin kabul ettiği bir gerçek var ki, yazılım geliştirmede en kötü olduğumuz alan işin ne kadar sürede biteceğini tahmin etmektir.
@@ -482,7 +483,6 @@ Ek kaynaklar:
'[SOLID](#solid)' prensiplerinin üçüncüsüdür. Bu prensibe göre herhangi bir bileşenin üzerine dayandığı bir özelliği (sınıf vs) o özelliklikten türetilmiş alt özellikle değiştirebilmeliyiz ve bu durumda bir sistem sorununa neden olunmaz ya da alt özelliğin bütün detaylarını bilmeye gerek kalmaz.
-
Örneğin dosyayı temsil eden bir yapıdan XML verisi okuyan bir metod düşünelim. Eğer bu metod 'dosya' tipini kullanıyorsa, 'dosya' tipinden türeyen bütün tipleri de kullanabilmelidir. Eğer 'dosya' tipi geriye dönük aramayı destekliyorsa ama 'dosya' tipinden türetilmiş 'ağ dosyası' tipi bunu desteklemiyorsa o zaman 'ağ dosyası' tipi bu prensibi ihlal ediyor demektir.
Bu prensip nesne-tabanlı programlamanın bağlı olduğu prensiplerden biridir ve geliştiricilerin kafasını karıştırmamak için sınıf hiyerarşisinin dikkatli tarasarlanması gerektiğini söyler.
@@ -523,6 +523,7 @@ Ek kaynaklar:
Bu prensip olması gereken bağımlığı tersine çevirdiği düşünebileceğinden (isminden dolayı) biraz karmaşık gelebilir. Pratikte, ayrı bir düzenleme bileşeninin, soyut türlerin doğru uygulamalarının kullanılmasını sağlaması gerektiği anlamına gelir (önceki örnekte, *bir şey* hala meta veri okuyucu bileşenine bir HTTP dosyası indiricisi ve HTML meta etiketi okuyucu sağlamalıdır). Bu prensip aynı zamanda [Kontrolün Ters Çevirilmesi](#todo) ve [Bağımlık Enjeksiyonu](#todo) gibi konularla da bağlantılıdır.
+
Ek kaynaklar:
- [Nesne Tabanlı Programlama](#todo)
@@ -546,6 +547,20 @@ Ek kaynaklar:
- [The Pragmatic Developer](https://en.wikipedia.org/wiki/The_Pragmatic_Programmer)
+### KISS prensibi
+
+[Wikipedia'da KISS](https://en.wikipedia.org/wiki/KISS_principle)
+
+> Olabildiğince basit ve aptal (Keep it simple, stupid)
+
+KISS prensibi, çoğu sistemin karmaşıklaştırılmak yerine basit tutulması durumunda en iyi şekilde çalışacağını belirtir; bu nedenle sadelik tasarımda kilit bir amaç olmalı ve gereksiz karmaşıklıktan kaçınılmalıdır. Bu 1960’da ABD Donanması’nda çalışan uçak mühendisi Kelly Johnson ile ilişkilendirilen bir cümle.
+
+Prensip, Johnson'ın bir tasarım mühendisleri ekibine bir avuç el aleti teslim etmesinin öyküsüyle en iyi örneklenmiştir, tasarladıkları jet uçağının sahadaki ortalama bir tamirci tarafından yalnızca bu aletlerle mücadele koşullarında tamir edilebilir olması zorunluluğu ile karşı karşıyadır. Bu nedenle, "aptal" kelimesi mühendislerin kendi yeteneklerini değil, işlerin kırılma şekli ile onları tamir etmek için mevcut araçların karmaşıklığı arasındaki ilişkiyi ifade eder.
+
+Ek kaynaklar:
+
+- [Gall Yasası](#galls-law)
+
### YAGNI
[Wikipedia'da YAGNI](https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it)