Skip to content

Commit 3936857

Browse files
committed
Start fixing the issue mentioned below
#1112 (comment)
1 parent 9a53c14 commit 3936857

File tree

2 files changed

+115
-24
lines changed

2 files changed

+115
-24
lines changed

_articles/tr/best-practices.md

Lines changed: 56 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,7 @@
11
---
22
lang: tr
33
title: Geliştiriciler İçin En İyi Uygulamalar
4-
description: Belgelendirme işlemlerinden topluluğunuzu güçlendirmeye kadar açık bir
5-
kaynak geliştiricisi olarak hayatınızı kolaylaştırın.
4+
description: Belgelendirme işlemlerinden topluluğunuzu güçlendirmeye kadar açık bir kaynak geliştiricisi olarak hayatınızı kolaylaştırın.
65
class: best-practices
76
toc:
87
what-does-it-mean-to-be-a-maintainer: Geliştirici olmak ne demektir?
@@ -12,7 +11,7 @@ toc:
1211
bring-in-the-robots: Robotları getirin
1312
its-okay-to-hit-pause: Duraklatmak sorun değil
1413
order: 5
15-
image: "/assets/images/cards/best-practices.png"
14+
image: /assets/images/cards/best-practices.png
1615
related:
1716
- metrics
1817
- leadership
@@ -46,7 +45,13 @@ Net ve belgelenmiş bir vizyona sahip olmanız odaklanmanızı sağlar ve başka
4645

4746
Örneğin, @lord, proje vizyonuna sahip olmanın, hangi ihtiyaç için zaman harcamaya ihtiyaç duyulacağını belirlemesine yardımcı olduğunu keşfetti. Yeni bir geliştirici olarak, [Slate](https://github.com/lord/slate) için ilk uzun metraj talebini aldığında, projesinin kapsamına uymadığı için pişmanlık duydu.
4847

49-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/lord?s=180" class="pquote-avatar" alt="avatar"> Ben onu karmaşık buldum. Tam bir çözüm bulmak için çaba sarf etmedim. Yarım aşamalı bir çözüm yerine, "Şu an bunun için vaktim yok, ancak uzun vadede yapılacaklar listesine ekleyeceğim" demiş olsaydım keşke. <p markdown="1" class="pquote-credit"> - @lord, ["Yeni açık kaynak sağlayıcıları için ipuçları"] (https://lord.io/blog/2014/oss-tips/) </p></aside>
48+
<aside markdown="1" class="pquote">
49+
<img src="https://avatars.githubusercontent.com/lord?s=180" class="pquote-avatar" alt="avatar">
50+
Ben onu karmaşık buldum. Tam bir çözüm bulmak için çaba sarf etmedim. Yarım aşamalı bir çözüm yerine, "Şu an bunun için vaktim yok, ancak uzun vadede yapılacaklar listesine ekleyeceğim" demiş olsaydım keşke.
51+
<p markdown="1" class="pquote-credit">
52+
@lord, ["Yeni açık kaynak sağlayıcıları için ipuçları"](https://lord.io/blog/2014/oss-tips/)
53+
</p>
54+
</aside>
5055

5156
### Beklentilerinizi iletin
5257

@@ -97,7 +102,13 @@ Sebep ne olursa olsun, projenizin standartlarına uymayan katkıları titizlikle
97102

98103
Kabul etmek istemediğiniz bir katkı alırsanız, ilk tepkiniz bunu görmezden gelmek veya görmemiş gibi yapmak olabilir. Bunu yapmak, diğer kişinin duygularına zarar verebilir ve hatta topluluğunuzdaki diğer potansiyel katılımcıların cesaretini kırabilir.
99104

100-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/krausefx?s=180" class="pquote-avatar" alt="avatar"> Büyük ölçekli açık kaynaklı projeler için desteği ele almanın anahtarı sorunları devam ettirmektir. Sorunların taklı kalmasını yaşamaktan kaçının. Bir iOS geliştiricisiyseniz, radar göndermek için ne kadar sinir bozucu olabileceğini bilirsiniz. 2 yıl sonra tekrar duyabilir ve iOS'un en son sürümüyle tekrar denemeniz istenir. <p markdown="1" class="pquote-credit"> - @KrauseFx, ["Açık kaynak topluluklarını ölçeklendirme"] (https://krausefx.com/blog/scaling-open-source-communities) </p></aside>
105+
<aside markdown="1" class="pquote">
106+
<img src="https://avatars.githubusercontent.com/krausefx?s=180" class="pquote-avatar" alt="avatar">
107+
Büyük ölçekli açık kaynaklı projeler için desteği ele almanın anahtarı sorunları devam ettirmektir. Sorunların taklı kalmasını yaşamaktan kaçının. Bir iOS geliştiricisiyseniz, radar göndermek için ne kadar sinir bozucu olabileceğini bilirsiniz. 2 yıl sonra tekrar duyabilir ve iOS'un en son sürümüyle tekrar denemeniz istenir.
108+
<p markdown="1" class="pquote-credit">
109+
@KrauseFx, ["Açık kaynak topluluklarını ölçeklendirme"](https://krausefx.com/blog/scaling-open-source-communities)
110+
</p>
111+
</aside>
101112

102113
Kendinizi suçlu hissettiğiniz için veya iyi davranmak istediğiniz için, istenmeyen bir katkıyı açık bırakmayın. Zaman içinde, cevaplanmayan sorunlar ve birleştirme istekleri projeniz üzerinde çalışmayı çok daha stresli ve korkutucu hissettirecektir.
103114

@@ -137,7 +148,13 @@ Kurallarınıza uymuyorlarsa, belgelerinizi referans göstererek sorunu hemen ka
137148

138149
Bu yaklaşım ilk başta kaba görünebilir olsa da proaktif olmak her iki taraf için de iyidir. Birisinin kabul etmeyeceğiniz bir talep boşa saatlerce çalışma yapma riskini azaltır. Ve sizin de iş yükünüzü yönetmeyi kolaylaştırır.
139150

140-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/mikemcquaid?s=180" class="pquote-avatar" alt="avatar"> İdeal olarak, kendilerine işe başlamadan önce bir CONTRIBUTING.md dosyasında gelecekte nelerin kabul edilip edilmeyeceğine dair daha iyi bir gösterge alabileceklerini açıklayın. <p markdown="1" class="pquote-credit"> - @MikeMcQuaid, ["PR İsteklerini Kırmadan Reddetme"] (https://github.com/blog/2124-kindly-closing-pull-requests) </p></aside>
151+
<aside markdown="1" class="pquote">
152+
<img src="https://avatars.githubusercontent.com/mikemcquaid?s=180" class="pquote-avatar" alt="avatar">
153+
İdeal olarak, kendilerine işe başlamadan önce bir CONTRIBUTING.md dosyasında gelecekte nelerin kabul edilip edilmeyeceğine dair daha iyi bir gösterge alabileceklerini açıklayın.
154+
<p markdown="1" class="pquote-credit">
155+
@MikeMcQuaid, ["PR İsteklerini Kırmadan Reddetme"](https://github.com/blog/2124-kindly-closing-pull-requests)
156+
</p>
157+
</aside>
141158

142159
Bazen, hayır dediğinizde, katkıda bulunan kişi kararınızdan dolayı kırılabilir veya sizi eleştirebilir. Davranışları düşmanca olursa, yapıcı bir şekilde işbirliği yapmaya istekli olmazlarsa [durumu etkisiz hale getirmek için adımlar atın](https://github.com/jonschlinkert/maintainers-guide-to-staying-positive#action-items) ve hatta onları topluluğunuzdan çıkarın.
143160

@@ -153,13 +170,21 @@ Her şeyi kendiniz yapmak zorunda değilsiniz. Projenizin topluluğunun olmasın
153170

154171
### İş yükünü paylaşın
155172

156-
Başkalarının işe girişmesini istiyorsanız, etrafa sorarak başlayın.
173+
Başkalarının işe girişmesini istiyorsanız, bu dile getirerek başlayın.
157174

158-
Katkıda bulunan yeni katkıda bulunanlar gördüğünüzde, çalışmalarını daha fazla sorumluluk sunarak tanıyın. İsterlerse kendilerinin de yöneticilik rolüne nasıl dönüşebileceğini belgeleyin.
175+
Yeni katılımcılar kazanmanın bir yolu da [yeni katılanlar için kolay çözülebilecek sorunları belirmektir](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub bu sorunları platform üzerindeki farklı sayfalarda göstererek farkedilebilir olmalarını sağlayacaktır.
159176

160-
Başkalarını yüreklendirmek ve [projenin sahipliğini paylaşmak](../building-community/#projenizi-paylan) kendi iş yükünüzü azaltır. @lmccart kendi projesinde bunu nasıl yaptığını aşağıdaki gibi anlatıyor, [p5.js](https://github.com/processing/p5.js) .
177+
Katkıda bulunan arasında yeni olanları gördüğünüzde, çalışmalarını daha fazla sorumluluk sunarak tanıyın. İsterlerse kendilerinin de yöneticilik rolüne nasıl dönüşebileceğini belgeleyin.
161178

162-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/lmccart?s=180" class="pquote-avatar" alt="avatar"> "Evet, herhangi biri katılabilir, çok fazla kodlama uzmanlığına sahip olmanız gerekmiyor" derdim. İnsanları [bir etkinliğe] katılmak için kaydettirdik ve o zaman gerçekten merak ediyordum: bu nasıl olacak? Ortada 40 kişi olacak ve her biriyle tek tek ilgilenemeyeceğim... Ama insanlar bir araya geldi ve birlikte çalıştı. Bir kişi öğrenir öğrenmez, yanındakine öğretebildi. <p markdown="1" class="pquote-credit"> - @lmccart, ["Açık Kaynak" Gerçekten Ne Demektir? P5.js Sürümü") (https://medium.com/@kenjagan/what-does-open-source-even-mean-p5-js-edition -98c02d354b39) </p></aside>
179+
Başkalarını yüreklendirmek ve [projenin sahipliğini paylaşmak](../building-community/#projenizi-paylan) kendi iş yükünüzü azaltır. @lmccart kendi projesinde bunu nasıl yaptığını aşağıdaki gibi anlatıyor, [p5.js](https://github.com/processing/p5.js).
180+
181+
<aside markdown="1" class="pquote">
182+
<img src="https://avatars.githubusercontent.com/lmccart?s=180" class="pquote-avatar" alt="avatar">
183+
"Evet, herhangi biri katılabilir, çok fazla kodlama uzmanlığına sahip olmanız gerekmiyor" derdim. İnsanları [bir etkinliğe] katılmak için kaydettirdik ve o zaman gerçekten merak ediyordum: bu nasıl olacak? Ortada 40 kişi olacak ve her biriyle tek tek ilgilenemeyeceğim... Ama insanlar bir araya geldi ve birlikte çalıştı. Bir kişi öğrenir öğrenmez, yanındakine öğretebildi.
184+
<p markdown="1" class="pquote-credit">
185+
@lmccart, ["Açık Kaynak" Gerçekten Ne Demektir? P5.js Sürümü") (https://medium.com/@kenjagan/what-does-open-source-even-mean-p5-js-edition -98c02d354b39)
186+
</p>
187+
</aside>
163188

164189
Projenizden, ara sıra veya kalıcı olarak çıkmanız gerekirse, bir başkasının sizin için üstlenmesini istemek utanılacak bir şey değildir.
165190

@@ -175,7 +200,13 @@ Potansiyel bir katılımcının projenizin ne yapması gerektiği konusunda fark
175200

176201
Bir projeyi terk etmek kötü bir şey olmak zorunda değildir. Projeleri kopyalayıp değiştirebilmek, açık kaynak kodlu hakkında en iyi şeylerden biridir. Topluluk üyelerinizi kendi çatalı üzerinde çalışmaya teşvik etmek, projenizin vizyonuyla çelişmeden ihtiyaç duydukları yaratıcı çıkışı sağlayabilir.
177202

178-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/geerlingguy?s=180" class="pquote-avatar" alt="avatar"> % 80 kullanım durumunda kalıyorum. Eğer tek boynuzlu atlardan birisiyseniz, lütfen işimi hazırlayın. Kırılmayacağım! Kamu projelerim neredeyse her zaman en yaygın sorunları çözme amaçlıdır; İşimi yayarak ya da genişleterek daha derine inmeyi kolaylaştırmaya çalışıyorum. <p markdown="1" class="pquote-credit"> - @geerlingguy, ["Neden PR'leri Kapatıyorum"]] (https://www.jeffgeerling.com/blog/2016/why-i-close-prs-oss-project-maintainer-notes) </p></aside>
203+
<aside markdown="1" class="pquote">
204+
<img src="https://avatars.githubusercontent.com/geerlingguy?s=180" class="pquote-avatar" alt="avatar">
205+
% 80 kullanım durumunda kalıyorum. Eğer tek boynuzlu atlardan birisiyseniz, lütfen işimi hazırlayın. Kırılmayacağım! Kamu projelerim neredeyse her zaman en yaygın sorunları çözme amaçlıdır; İşimi yayarak ya da genişleterek daha derine inmeyi kolaylaştırmaya çalışıyorum.
206+
<p markdown="1" class="pquote-credit">
207+
@geerlingguy, ["Neden PR'leri Kapatıyorum"](https://www.jeffgeerling.com/blog/2016/why-i-close-prs-oss-project-maintainer-notes)
208+
</p>
209+
</aside>
179210

180211
Aynı şey, inşa edecek bant genişliğine sahip olmadığınız bir çözümü gerçekten isteyen bir kullanıcı için de geçerlidir. API'ler ve kişiselleştirme kancaları sunmak, kaynağını doğrudan değiştirmek zorunda kalmadan, başkalarının kendi ihtiyaçlarını karşılamasına yardımcı olabilir. @orta, CocoaPod'lar için teşvik edici eklentilerin "en ilginç fikirlerin bazılarına" yol açtığını [gördü](https://artsy.github.io/blog/2016/07/03/handling-big-projects/) :
181212

@@ -195,7 +226,13 @@ Tüm gelen katkılarda çalışacak otomatik testler ayarlayın ve testlerinizin
195226

196227
Testler eklerseniz, CONTRIBUTING dosyanızda nasıl çalıştıklarını açıkladığınızdan emin olun.
197228

198-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/edunham?s=180" class="pquote-avatar" alt="avatar"> İnsanların üzerinde çalıştığı tüm kodlar için testlerin gerekli olduğuna inanıyorum. Kod tamamen ve tamamen doğru olsaydı, değişikliğe ihtiyaç duymazdı - değişikliklerin yapılması gerektiğine - yalnızca bir şey yanlış olduğunda, "Çöktüğünde" ya da "Böyle ve böyle bir özellikten yoksun" olduğunda kod yazarız. Yaptığınız değişikliklerden bağımsız olarak, testler yanlışlıkla verebileceğiniz herhangi bir zararı yakalamak için gereklidir. <p markdown="1" class="pquote-credit"> - @edunham, ["Rust'un Topluluk Otomasyonu"] (https://edunham.net/2016/09/27/rust_s_community_automation.html) </p></aside>
229+
<aside markdown="1" class="pquote">
230+
<img src="https://avatars.githubusercontent.com/edunham?s=180" class="pquote-avatar" alt="avatar">
231+
İnsanların üzerinde çalıştığı tüm kodlar için testlerin gerekli olduğuna inanıyorum. Kod tamamen ve tamamen doğru olsaydı, değişikliğe ihtiyaç duymazdı - değişikliklerin yapılması gerektiğine - yalnızca bir şey yanlış olduğunda, "Çöktüğünde" ya da "Böyle ve böyle bir özellikten yoksun" olduğunda kod yazarız. Yaptığınız değişikliklerden bağımsız olarak, testler yanlışlıkla verebileceğiniz herhangi bir zararı yakalamak için gereklidir.
232+
<p markdown="1" class="pquote-credit">
233+
@edunham, ["Rust'un Topluluk Otomasyonu"](https://edunham.net/2016/09/27/rust_s_community_automation.html)
234+
</p>
235+
</aside>
199236

200237
### Temel bakım görevlerini otomatikleştirmek için araçlar kullanın
201238

@@ -231,7 +268,13 @@ Söylemeye gerek yok ama, ara verin! Tatil yapmak için yanmış hissedene kadar
231268

232269
Tıpkı diğer tüm işlerde olduğu gibi, düzenli molalar vermek de işinizi yenileyecek, mutlu ve heyecanlı tutacaktır.
233270

234-
<aside markdown="1" class="pquote"><img src="https://avatars.githubusercontent.com/danielbachhuber?s=180" class="pquote-avatar" alt="avatar"> WP-CLI’yı geliştirirken, önce kendimi mutlu etmem gerektiğini ve katılımım konusunda net sınırlar koymam gerektiğini keşfettim. Bulduğum en iyi denge, normal çalışma programımın bir parçası olarak haftada 2-5 saat. Bu benim katılımımı bir tutku olarak kalmasını sağlıyor ve iş gibi hissetmekten koruyor. Üzerinde çalıştığım konulara öncelik verdiğim için, en önemli olduğunu düşündüğüm konuda düzenli ilerleme sağlayabiliyorum. <p markdown="1" class="pquote-credit"> - @danielbachhuber, ["Başınız sağolsun, şimdi popüler bir açık kaynak projesinin sorumlusunuz"] (https://runcommand.io/2016/06/26/my-condolences-youre-now-the-maintainer- of-a-popüler-açık kaynak proje /) </p></aside>
271+
<aside markdown="1" class="pquote">
272+
<img src="https://avatars.githubusercontent.com/danielbachhuber?s=180" class="pquote-avatar" alt="avatar">
273+
WP-CLI’yı geliştirirken, önce kendimi mutlu etmem gerektiğini ve katılımım konusunda net sınırlar koymam gerektiğini keşfettim. Bulduğum en iyi denge, normal çalışma programımın bir parçası olarak haftada 2-5 saat. Bu benim katılımımı bir tutku olarak kalmasını sağlıyor ve iş gibi hissetmekten koruyor. Üzerinde çalıştığım konulara öncelik verdiğim için, en önemli olduğunu düşündüğüm konuda düzenli ilerleme sağlayabiliyorum.
274+
<p markdown="1" class="pquote-credit">
275+
@danielbachhuber, ["Başınız sağolsun, şimdi popüler bir açık kaynak projesinin sorumlusunuz"](https://runcommand.io/2016/06/26/my-condolences-youre-now-the-maintainer- of-a-popüler-açık kaynak proje/)
276+
</p>
277+
</aside>
235278

236279
Bazen, herkesin size ihtiyacı olduğunu düşündüğünüz zamanlarda, açık kaynaklı işten bir mola vermek zor olabilir. İnsanlar uzaklaştığınız için sizi suçlu hissettirmeye çalışabilir.
237280

0 commit comments

Comments
 (0)