From 26efe93f6f6419411c2cfd3419868a1575d6950b Mon Sep 17 00:00:00 2001 From: Onur Ravli Date: Fri, 20 Sep 2024 10:00:44 +0300 Subject: [PATCH 1/3] docs: fix wrong translation --- _articles/tr/best-practices.md | 36 +++++++++++++++++----------------- 1 file changed, 18 insertions(+), 18 deletions(-) diff --git a/_articles/tr/best-practices.md b/_articles/tr/best-practices.md index 5f698d8036a..0608502b0a8 100644 --- a/_articles/tr/best-practices.md +++ b/_articles/tr/best-practices.md @@ -6,8 +6,8 @@ class: best-practices order: 5 image: /assets/images/cards/best-practices.png related: -- metrics -- leadership + - metrics + - leadership --- ## Geliştirici olmak ne demektir? @@ -60,10 +60,10 @@ Projenizi yarı zamanlı veya tamamen gönüllü olarak sürdürmekteyseniz, ne Yazmaya değer birkaç kural: -* Bir katkı nasıl gözden geçirilir ve kabul edilir ( _Testlere ihtiyaçları var mı? Bir sorun şablonu var mı?_ ) -* Kabul edeceğiniz katkı türleri ( _Kodunuzun yalnızca belirli bir bölümünde yardım mı istiyorsunuz?_ ) -* Bekleme süresi ne kadardır (_örneğin, "7 gün içinde bir bakıcıdan bir yanıt bekleyebilirsiniz. O zamana kadar bir şey duymadıysanız, ipliğe ping atmaktan çekinmeyin."_) -* Projeye ne kadar zaman harcıyorsunuz (_örneğin, "Bu projeye haftada sadece 5 saat harcıyoruz"_) +- Bir katkı nasıl gözden geçirilir ve kabul edilir ( _Testlere ihtiyaçları var mı? Bir sorun şablonu var mı?_ ) +- Kabul edeceğiniz katkı türleri ( _Kodunuzun yalnızca belirli bir bölümünde yardım mı istiyorsunuz?_ ) +- Bekleme süresi ne kadardır (_örneğin, "7 gün içinde bir bakıcıdan bir yanıt bekleyebilirsiniz. O zamana kadar bir şey duymadıysanız, ipliğe ping atmaktan çekinmeyin."_) +- Projeye ne kadar zaman harcıyorsunuz (_örneğin, "Bu projeye haftada sadece 5 saat harcıyoruz"_) [Jekyll](https://github.com/jekyll/jekyll/tree/HEAD/docs), [CocoaPods](https://github.com/CocoaPods/CocoaPods/wiki/Communication-&-Design-Rules) ve [Homebrew](https://github.com/Homebrew/brew/blob/bbed7246bc5c5b7acb8c1d427d10b43e090dfd39/docs/Maintainers-Avoiding-Burnout.md) geliştiriciler ve katkıda bulunanlar için temel kuralları olan projelere birkaç örnektir. @@ -111,12 +111,12 @@ Kabul etmek istemediğinizi bildiğiniz katkıları derhal kapatmak daha iyidir. Bir katkıyı kabul etmek istemiyorsanız: -* Katkıdan dolayı **teşekkür edin**. -* **Neden proje kapsamına girmediğini açıklayın** ve mümkünse iyileştirme için net önerilerde bulunun. Nazik ama kararlı olun. -* Varsa, **ilgili belgelere link verin**. Kabul etmek istemediğiniz şeyler için tekrarlanan istekler fark ederseniz, tekrar etmemek için bunları belgelerinize ekleyin. -* **İsteği kapatın.** +- Katkıdan dolayı **teşekkür edin**. +- **Neden proje kapsamına girmediğini açıklayın** ve mümkünse iyileştirme için net önerilerde bulunun. Nazik ama kararlı olun. +- Varsa, **ilgili belgelere link verin**. Kabul etmek istemediğiniz şeyler için tekrarlanan istekler fark ederseniz, tekrar etmemek için bunları belgelerinize ekleyin. +- **İsteği kapatın.** -Cevap vermek için 1-2 cümleden fazlasına ihtiyacınız yoktur. Örneğin, [kerevizin](https://github.com/celery/celery/) kullanıcısı Windows ile ilgili bir hata bildirdiğinde, @berkerpeksag [verdiği cevap](https://github.com/celery/celery/issues/3383): +Cevap vermek için 1-2 cümleden fazlasına ihtiyacınız yoktur. Örneğin, [Celery](https://github.com/celery/celery/) kullanıcısı Windows ile ilgili bir hata bildirdiğinde, @berkerpeksag [verdiği cevap](https://github.com/celery/celery/issues/3383): ![Celery screenshot](/assets/images/best-practices/celery.png) @@ -134,8 +134,8 @@ Sonuçta, eğer bir katkı yeterince iyi değilse, kabul etme yükümlülüğün Çok fazla düşük kaliteli katkı alıyorsanız, katkıda bulunanların önceden biraz çalışma yapmasını isteyin, örneğin: -* Bir sorun veya PR şablonunu veya kontrol listesi doldurma -* PR göndermeden önce bir sorun açma +- Bir sorun veya PR şablonunu veya kontrol listesi doldurma +- PR göndermeden önce bir sorun açma Kurallarınıza uymuyorlarsa, belgelerinizi referans göstererek sorunu hemen kapatın. @@ -233,11 +233,11 @@ Popüler bir projeyi sürdürmenin iyi haberi, diğer geliştiricilerin de benze Bakım çalışmalarının bazı yönlerini otomatikleştirmeye yardımcı olacak [çeşitli araçlar vardır](https://github.com/showcases/tools-for-open-source). Birkaç örnek: -* [semantic-release](https://github.com/semantic-release/semantic-release) sürümlerinizi otomatikleştirir -* [mention-bot](https://github.com/facebook/mention-bot) PR talepleri için potansiyel denetçilerden bahseder -* [Danger](https://github.com/danger/danger) kod incelemesini otomatikleştirmeye yardımcı olur -* [no-response](https://github.com/probot/no-response) geliştiricilerin uzun süre yanıt vermediği sorunları kapatır -* [dependabot](https://github.com/dependabot) bağımlılık dosyalarınızı her gün eski gereksinimler için kontrol eder ve bulduğu her biri için PR istekleri açar +- [semantic-release](https://github.com/semantic-release/semantic-release) sürümlerinizi otomatikleştirir +- [mention-bot](https://github.com/facebook/mention-bot) PR talepleri için potansiyel denetçilerden bahseder +- [Danger](https://github.com/danger/danger) kod incelemesini otomatikleştirmeye yardımcı olur +- [no-response](https://github.com/probot/no-response) geliştiricilerin uzun süre yanıt vermediği sorunları kapatır +- [dependabot](https://github.com/dependabot) bağımlılık dosyalarınızı her gün eski gereksinimler için kontrol eder ve bulduğu her biri için PR istekleri açar Hata raporları ve diğer genel katkılar için GitHub, aldığınız iletişimi kolaylaştırmak için oluşturabileceğiniz [Sorun Şablonlarına ve PR İsteği Şablonlarına](https://github.com/blog/2111-issue-and-pull-request-templates) sahiptir. @TalAter sorununuzu ve PR şablonlarınızı yazmanıza yardımcı olmak için [Choose Your Own Adventure](https://www.talater.com/open-source-templates/#/) rehberini geliştirdi. From 4c07502ad8daa63394cb4cd34a5f7e72a467da99 Mon Sep 17 00:00:00 2001 From: Onur Ravli Date: Fri, 20 Sep 2024 10:02:10 +0300 Subject: [PATCH 2/3] docs: revert formatting --- _articles/tr/best-practices.md | 34 +++++++++++++++++----------------- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/_articles/tr/best-practices.md b/_articles/tr/best-practices.md index 0608502b0a8..8f25c0418ff 100644 --- a/_articles/tr/best-practices.md +++ b/_articles/tr/best-practices.md @@ -6,8 +6,8 @@ class: best-practices order: 5 image: /assets/images/cards/best-practices.png related: - - metrics - - leadership +- metrics +- leadership --- ## Geliştirici olmak ne demektir? @@ -60,10 +60,10 @@ Projenizi yarı zamanlı veya tamamen gönüllü olarak sürdürmekteyseniz, ne Yazmaya değer birkaç kural: -- Bir katkı nasıl gözden geçirilir ve kabul edilir ( _Testlere ihtiyaçları var mı? Bir sorun şablonu var mı?_ ) -- Kabul edeceğiniz katkı türleri ( _Kodunuzun yalnızca belirli bir bölümünde yardım mı istiyorsunuz?_ ) -- Bekleme süresi ne kadardır (_örneğin, "7 gün içinde bir bakıcıdan bir yanıt bekleyebilirsiniz. O zamana kadar bir şey duymadıysanız, ipliğe ping atmaktan çekinmeyin."_) -- Projeye ne kadar zaman harcıyorsunuz (_örneğin, "Bu projeye haftada sadece 5 saat harcıyoruz"_) +* Bir katkı nasıl gözden geçirilir ve kabul edilir ( _Testlere ihtiyaçları var mı? Bir sorun şablonu var mı?_ ) +* Kabul edeceğiniz katkı türleri ( _Kodunuzun yalnızca belirli bir bölümünde yardım mı istiyorsunuz?_ ) +* Bekleme süresi ne kadardır (_örneğin, "7 gün içinde bir bakıcıdan bir yanıt bekleyebilirsiniz. O zamana kadar bir şey duymadıysanız, ipliğe ping atmaktan çekinmeyin."_) +* Projeye ne kadar zaman harcıyorsunuz (_örneğin, "Bu projeye haftada sadece 5 saat harcıyoruz"_) [Jekyll](https://github.com/jekyll/jekyll/tree/HEAD/docs), [CocoaPods](https://github.com/CocoaPods/CocoaPods/wiki/Communication-&-Design-Rules) ve [Homebrew](https://github.com/Homebrew/brew/blob/bbed7246bc5c5b7acb8c1d427d10b43e090dfd39/docs/Maintainers-Avoiding-Burnout.md) geliştiriciler ve katkıda bulunanlar için temel kuralları olan projelere birkaç örnektir. @@ -111,10 +111,10 @@ Kabul etmek istemediğinizi bildiğiniz katkıları derhal kapatmak daha iyidir. Bir katkıyı kabul etmek istemiyorsanız: -- Katkıdan dolayı **teşekkür edin**. -- **Neden proje kapsamına girmediğini açıklayın** ve mümkünse iyileştirme için net önerilerde bulunun. Nazik ama kararlı olun. -- Varsa, **ilgili belgelere link verin**. Kabul etmek istemediğiniz şeyler için tekrarlanan istekler fark ederseniz, tekrar etmemek için bunları belgelerinize ekleyin. -- **İsteği kapatın.** +* Katkıdan dolayı **teşekkür edin**. +* **Neden proje kapsamına girmediğini açıklayın** ve mümkünse iyileştirme için net önerilerde bulunun. Nazik ama kararlı olun. +* Varsa, **ilgili belgelere link verin**. Kabul etmek istemediğiniz şeyler için tekrarlanan istekler fark ederseniz, tekrar etmemek için bunları belgelerinize ekleyin. +* **İsteği kapatın.** Cevap vermek için 1-2 cümleden fazlasına ihtiyacınız yoktur. Örneğin, [Celery](https://github.com/celery/celery/) kullanıcısı Windows ile ilgili bir hata bildirdiğinde, @berkerpeksag [verdiği cevap](https://github.com/celery/celery/issues/3383): @@ -134,8 +134,8 @@ Sonuçta, eğer bir katkı yeterince iyi değilse, kabul etme yükümlülüğün Çok fazla düşük kaliteli katkı alıyorsanız, katkıda bulunanların önceden biraz çalışma yapmasını isteyin, örneğin: -- Bir sorun veya PR şablonunu veya kontrol listesi doldurma -- PR göndermeden önce bir sorun açma +* Bir sorun veya PR şablonunu veya kontrol listesi doldurma +* PR göndermeden önce bir sorun açma Kurallarınıza uymuyorlarsa, belgelerinizi referans göstererek sorunu hemen kapatın. @@ -233,11 +233,11 @@ Popüler bir projeyi sürdürmenin iyi haberi, diğer geliştiricilerin de benze Bakım çalışmalarının bazı yönlerini otomatikleştirmeye yardımcı olacak [çeşitli araçlar vardır](https://github.com/showcases/tools-for-open-source). Birkaç örnek: -- [semantic-release](https://github.com/semantic-release/semantic-release) sürümlerinizi otomatikleştirir -- [mention-bot](https://github.com/facebook/mention-bot) PR talepleri için potansiyel denetçilerden bahseder -- [Danger](https://github.com/danger/danger) kod incelemesini otomatikleştirmeye yardımcı olur -- [no-response](https://github.com/probot/no-response) geliştiricilerin uzun süre yanıt vermediği sorunları kapatır -- [dependabot](https://github.com/dependabot) bağımlılık dosyalarınızı her gün eski gereksinimler için kontrol eder ve bulduğu her biri için PR istekleri açar +* [semantic-release](https://github.com/semantic-release/semantic-release) sürümlerinizi otomatikleştirir +* [mention-bot](https://github.com/facebook/mention-bot) PR talepleri için potansiyel denetçilerden bahseder +* [Danger](https://github.com/danger/danger) kod incelemesini otomatikleştirmeye yardımcı olur +* [no-response](https://github.com/probot/no-response) geliştiricilerin uzun süre yanıt vermediği sorunları kapatır +* [dependabot](https://github.com/dependabot) bağımlılık dosyalarınızı her gün eski gereksinimler için kontrol eder ve bulduğu her biri için PR istekleri açar Hata raporları ve diğer genel katkılar için GitHub, aldığınız iletişimi kolaylaştırmak için oluşturabileceğiniz [Sorun Şablonlarına ve PR İsteği Şablonlarına](https://github.com/blog/2111-issue-and-pull-request-templates) sahiptir. @TalAter sorununuzu ve PR şablonlarınızı yazmanıza yardımcı olmak için [Choose Your Own Adventure](https://www.talater.com/open-source-templates/#/) rehberini geliştirdi. From ea1324e98fcdc06ff1df1c3384720382a78a74d1 Mon Sep 17 00:00:00 2001 From: Onur Ravli Date: Fri, 20 Sep 2024 10:09:57 +0300 Subject: [PATCH 3/3] docs: start turkish translation for maintaining-balance-for-open-source-maintainers --- .../tr/maintaining-balance-for-open-source-maintainers.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/_articles/tr/maintaining-balance-for-open-source-maintainers.md b/_articles/tr/maintaining-balance-for-open-source-maintainers.md index 1ac42c3058c..bad85e2995e 100644 --- a/_articles/tr/maintaining-balance-for-open-source-maintainers.md +++ b/_articles/tr/maintaining-balance-for-open-source-maintainers.md @@ -1,16 +1,16 @@ --- lang: tr untranslated: true -title: Maintaining Balance for Open Source Maintainers -description: Tips for self-care and avoiding burnout as a maintainer. +title: Açık Kaynak Geliştiricileri için Dengeyi Korumak +description: Bir açık kaynak geliştiricisi olarak öz bakım ve tükenmişlikten kaçınmak için ipuçları. class: balance order: 0 image: /assets/images/cards/maintaining-balance-for-open-source-maintainers.png --- -As an open source project grows in popularity, it becomes important to set clear boundaries to help you maintain balance to stay refreshed and productive for the long run. +Açık kaynaklı bir projenin popülaritesi arttıkça, uzun vadede yenilenmiş ve üretken kalmak için dengeyi korumanıza yardımcı olacak net sınırlar belirlemek önemli hale gelir. -To gain insights into the experiences of maintainers and their strategies for finding balance, we ran a workshop with 40 members of the Maintainer Community, allowing us to learn from their firsthand experiences with burnout in open source and the practices that have helped them maintain balance in their work. This is where the concept of personal ecology comes into play. +Bakımcıların deneyimleri ve dengeyi bulma stratejileri hakkında bilgi edinmek için Bakımcı Topluluğu'nun 40 üyesiyle bir atölye çalışması gerçekleştirdik ve açık kaynakta tükenmişlikle ilgili ilk elden deneyimlerini ve işlerinde dengeyi korumalarına yardımcı olan uygulamaları öğrenmemizi sağladık. Kişisel ekoloji kavramı burada devreye giriyor. So, what is personal ecology? As described by the Rockwood Leadership Institute, it involves "maintaining balance, pacing, and efficiency to sustain our energy over a lifetime." This framed our conversations, helping maintainers recognize their actions and contributions as parts of a larger ecosystem that evolves over time. Burnout, a syndrome resulting from chronic workplace stress as [defined by the WHO](https://icd.who.int/browse11/l-m/en#/http://id.who.int/icd/entity/129180281), is not uncommon among maintainers. This often leads to a loss of motivation, an inability to focus, and a lack of empathy for the contributors and community you work with.