Linux Foundation projesi

Bu sayfada, Google Dokümanlar Sezonu için kabul edilen bir teknik yazım projesinin ayrıntıları yer almaktadır.

Proje özeti

Açık kaynak kuruluşu:
Linux Foundation
Teknik yazar:
jaskiratsingh2000
Proje adı:
KAOS: Topluluk genelinde bir CHAOSS El Kitabı Oluşturma
Proje süresi:
Standart uzunluk (3 ay)

Proje açıklaması

PROJE ÖZETİ:

Şu anda CHAOSS topluluğu içindeki çalışma grupları kendi çalışma yöntemlerini geliştirmiş ve farklı süreçlerini farklı derecelerde belgelemiştir. Çalışma grupları arasında, kendi katılım ve çalışma yöntemlerini belirleyen ve farklı iletişim ve çalışma kültürlerini benimseyen Ortak Metrikler Çalışma Grubu, Çeşitlilik ve Kapsayıcılık Çalışma Grubu, Gelişim, Risk ve Değer çalışma grupları yer alır. Metriklere göre bu çalışma gruplarının farklı odak alanları ve geçmişleri vardır. Bu gruplar, ilgili çalışma grupları kategorisi altında çeşitli araştırmalar ve geliştirmeler yürütür ve ilgili kategoriler altında çeşitli araştırmalar ve geliştirmeler yürütmek için doğru yolu bilir. Ancak yeni gelenler ve mevcut katkıda bulunanlar, ilgili çalışmalara nasıl katılacaklarını veya doğru yolu nasıl bulabileceklerini bilmiyor olabilir.

Bunun sonucunda CHAOSS topluluğundaki faaliyetler standartlaştırılmadı. Bu nedenle, topluluktaki iş kültürünün doğru sürecini ve temel temellerini öğrenmek için topluluk kılavuzunun amacı, kritik bilgileri merkezileştirmek ve CHAOSS projesi genelinde bazılarını standartlaştırmaktır. Kritik bilgiler ve standartlaştırma bölümleri, CHAOSS'un topluluk çalışmalarını nasıl tamamladığı, yeni katılımcıların topluluğa nasıl katılabileceği ve topluluk temellerini nasıl takip edebileceği ve yeni katılımcıların ya da mevcut üyelerin CHAOSS topluluğunda liderlik rolünü üstlenmek için hangi süreçleri ve yolu izlemesi gerektiği konusunda anlaşmaya varması için büyük ölçüde CHAOSS'un kullandığı süreçlere odaklanır.

El kitabı, mevcut ve yeni topluluk üyeleri için CHAOSS projesinde nasıl çalışma yapılacağıyla ilgili bir talimat kılavuzu görevi görmelidir. Bu proje, el kitabı için içerik toplama ve düzenlemenin yanı sıra el kitabının nasıl temsil edileceğini tanımlamanın teknik bileşenini içerir.

NE İÇİN GEREKLİ?

Topluluk El Kitabı, topluluğun temel politikalarını ve prosedürlerini tanımlayan, misyonunu, değerlerini ve işleyişini özetleyen bir belgedir.

Bu el kitabı, topluluğa yeni katılan üyelere net bir giriş ve çalışma şekli sunar. CHAOSS topluluğu El Kitabı şu anda GitHub deposunda bulunuyor. Yeni gelenler ve mevcut topluluk kullanıcıları için daha fazla bilgi içerecek şekilde yenilenmesi ve yeniden tasarlanması gerekiyor. Bu nedenle, CHAOSS topluluğu genelindeki bu el kitabı, yeni gelenlere ve mevcut topluluk üyelerine aşağıdaki şekillerde yardımcı olacaktır:

  • CHAOSS topluluğunun politikalarını resmileştirip düzenleyerek hepsini tek bir yerde toplama
  • Topluluğun tanıtımını, misyonunu, vizyonunu ve liderliğini paylaşın.
  • CHAOSS topluluğu uygulamalarını anlama
  • Katkı Yönergeleri
  • Proje İş Akışlarını Tanımlama
  • CHAOSS topluluğu kültürünün ana hatları
  • Genel SSS
  • Danışmanlık

PROJE AÇIKLAMASI:

Topluluk kılavuzu, belirli konularla ilgili uygun ve ayrıntılı bilgiler içeren çeşitli "bölümlere" ayrılır. Bölümler aşağıdaki şekillerde bölünebilir:

  • Giriş
  • CHAOSS Community yolu
  • Liderliğe Giden Yol
  • Terminoloji
  • Katkıda bulunma yönergeleri
    • Geliştirici
    • Tasarımcı
    • Writer
    • Pazarlamacı
  • Metrikler
  • CHAOSScon
  • CHAOSScast
  • Toplantı Videoları
  • Genel SSS
  • Danışmanlık
    • Google Summer of Code
    • Outreachy
    • Google Dokümanlar Sezonu

PROJE TESLİMATLARININ AYRINTILARI

1.) Giriş:

Bu bölüm, CHAOSS topluluk el kitabının ilk sayfası olacak ve El Kitabı'nın ayrıntılarına, genel bakışlarına ve kullanımlarına değinecektir. Aşağıda aşağıdakiler yer almaktadır:

A.) E-postada, okuyucuları El Kitabı'nı okumaya ikna etmeye yardımcı olacak CHAOSS Topluluğu'nun kısa bir açıklamasını içeren Hoş Geldiniz mesajı yer alacaktır. Ek olarak, https://chaoss.community/chaoss-photo-albümden alınan ve topluluktaki çeşitli hareketleri öne çıkaran resim kolajını da ekleyeceğim. B.) Sayfada, her bölümü açıklayan bir satır açıklama ve uygun bağlantılar içeren tüm bölümlerle ilgili ayrıntılar da yer alır. C.) El Kitabı Kullanımı: El Kitabı Kullanımı burada zaten mevcut( shorturl.at/cqQU6) ancak mevcut El Kitabı Kullanımı'nı, El Kitabı Akışı'nı içerecek daha iyi bir Markdown ile yenileyip yeniden düzenleyeceğim(Birisi el kitabıyla ilgili şeyler eklemek, kaldırmak veya tartışmak istediğinde neler olduğunu dahil edeceğim. El kitabıyla ilgili konularda iletişim sürecini takip edebilir.), El Kitabı Kuralları(Topluluk içindeki kullanımı ve kapsamını içerir), El kitabına katkı ( Değişiklik yapmak, PR yapmak, El Kitabı ve Stil Kılavuzu'nda değişiklik yapmak için kullanılacak şablon için kullanıcının depoyu nasıl kullanması gerektiğini içerir) ve El Kitabı hakkında geri bildirim paylaşma. Geri bildirim paylaşımı bölümünde, kullanıcıların geri bildirim göndermek veya almak için kullanabileceği farklı yöntemler ve bir şablon yer alacak.

2.) CHAOSS Topluluğu'nun yaklaşımı:

CHAOSS Topluluğu'nun yaklaşımı, kullanıcıların topluluk uygulamalarını ve kurallarını anlaması açısından önemlidir. İş akışları, bu durumu daha fazla vurgulayabilir ve topluluk uygulamalarını en iyi şekilde özetleyebilir. Bu bölüm aşağıdakileri içerir:

A.) Genel Değerler: Sürdürülebilirlik, Açıklık ve Şeffaflık'ın CHAOSS Topluluğu'nda nasıl ele alındığını özetler. Bu değerleri, yeni veya mevcut kullanıcıların nasıl anlaması ve toplulukla çalışırken dikkate alması gerektiği şeklinde açıklayacağım. B.) Topluluk Kuralları: Burada, bir kişinin CHAOSS topluluğuna nasıl dahil olması ve temel şartlara nasıl uyacağı da dahildir. Bu sayede, topluluktaki çalışma kültürünü de açıklayabilirsiniz. (Yapılması ve yapılmaması gerekenler). Temel katkıda bulunan/bakım uzmanı yapılacaklar listesi de bu dokümanda yer alır. Ayrıca, diğer kullanıcıların bakım uzmanlarıyla nasıl çalışmaları gerektiğini ve yapılacaklar listelerini de bu dokümanda bulabilirler. C.) Çalışma Grupları: Bu sayfada( https://chaoss.community/participate/ ), WG'nin Açıklaması, Depo bağlantısı ve Toplantı bilgileri gibi Çalışma Grupları hakkında bilgiler yer almaktadır. El kitabında, farklı çalışma gruplarına nasıl katılacağınızı, metrikleri değerlendirme sürecini, ilgili WG'nin çalışma kültürünü anlama sürecini ve farklı çalışma gruplarının nasıl temel katkıda bulunacağını anlamak için neler yapılabileceğini ele alacağız.

3.) Liderliğe Giden Yol:

Açık kaynak bir projede liderlik elde etmek, topluluğun ticari dünyadaki başarısı için hayati önem taşıyabilir. Bu nedenle, aşağıdakileri dikkate alarak aşağıdakileri ekleyeceğim:

A.) Teknik Liderlik: Bu, Repo Yöneticileri, Doküman Yazarı ve Web Sitesi Yöneticisi ile ilgili süreçleri ve sorumlulukları kapsar. B.) Yönetim Kurulu Liderliği: Bu bölümde, yönetim kurulu üyesi ve karar verici için yol haritaları yer alır. C.) Operasyonel Liderler: Bu, Topluluk yöneticilerinin izlediği yolu içerir

4.) Terminoloji:

Terminoloji, CHAOSS topluluğunda sıkça kullanılan terimleri ve ilgili eşyaları açıklamanıza yardımcı olur. Ayrıca, büyük harf kullanımı, kısaltmalar ve kaçınılması gereken kelimeler gibi terminoloji kullanım yönergelerini de nedenleri ile birlikte ekleyeceğim. Dahil edilecek terimler şunlardır: CHAOSS Projesi, Açık Kaynak Topluluğu Sağlığı, Kod İncelemesi, Çalışma Grubu, Açık Kaynak Yazılım Metriğinde, Ortak Metrik, Çeşitlilik ve Kapsayıcılık Metriğinde, Evrim Çalışma Grubu, Risk Çalışma Grubu, Değer Çalışma Grubu, Metrik Yayınlama, Odak Alanı.

5.) Katkıda bulunma yönergeleri:

Açık kaynak topluluklarının çoğu katkılara veya gönüllü çalışmalara bağlı olduğundan, bu açık kaynak topluluklarının ana bağlamı budur. Bu nedenle, topluluğa katılan yeni kullanıcıların temel gereklilikleri ve uymaları gereken kuralları anlamalarına yardımcı olur. Bu nedenle, aşağıdaki ayrıntılar eklenir:

A.) Topluluğun Yol Haritasını Anlama: Bu konu, CHAOSS topluluğunun yol haritasına genel bir bakış sunar. Bu sayede kullanıcılar, CHAOSS Projesi'ndeki çeşitli çalışmalara öncelik vererek hangi yolu veya süreci izlemeleri gerektiğini anlayabilir. B.) Geliştirme, dokümantasyon, tasarım, test vb. gibi herhangi bir katkıda bulunmak için gerekli olan şeyleri açıklama C.) GitLab'ın işleyişine kısaca göz atma D.) İnceleme/Sürücü Rehberi

Bu bölümde, her Katkı kategorisi için aşağıdaki "Roller ve Sorumluluklar" da yer alır:

a.) TASARIM: Bu alt bölümde, "CHAOSS Tasarım İş Akışı" ve tasarım alanına katkıda bulunanların uyması gereken Tasarım İlkeleri, Süreç ve Kullanılan Araçlar'ı içeren Tasarım Kuralları yer alır. b.) DEVELOPMENT: Bu bölümde, kod tabanına katkıda bulunmayla ilgili kılavuz yer alır. Teknik koşullar, Proje Yapısı, Proje Kurulumu(Augur, Cregit, GremoireLab) c.) DOKÜMANTASYON: Bu bölümde, araçlar ve stil kılavuzu da dahil olmak üzere dokümanlar için kaynaklar yer alır. d.) İLETİŞİM: Bu kısımda katkıda bulunanların sosyal yardımlaşma konusunda CHAOSS topluluğunu nasıl destekleyebilecekleri (Blog Yazma, Sosyal Medyadaki Herkese Açık Kullanıcı Adını Kullanma, Toplantı ve etkinlik düzenleme) yer alacaktır.

6.) Metrikler

Şu anda, CHAOSS topluluk web sitesinde Metrik Yayınları( https://chaoss.community/metrics/ ) bilgileri bulunmaktadır ve kullanıcıların, metrikler web sitelerini bu web sitesinde kullanılabilir hale getirme sürecini nasıl tamamlayacaklarını anlamaları daha önemlidir. Bu nedenle bu bölümde, kullanıcıların kendi metrik sürümlerini yayınlayabilmeleri için süreçleri ve çalışma şeklini öğrenmelerine yardımcı olacak bilgiler yer alacaktır.

7.) CHAOSScon:

CHAOSScon hakkındaki bilgiler, GitHub'da( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) ve web sitesinde( https://chaoss.community/CHAOSScon-2020-NA/ ) zaten mevcuttur ancak CHAOSA.SconOS ile ilgili ayrıntıları ve bilgileri eklemek ve CHAOSA.SconOS ile ilgili bilgi ve bilgileri eklemek çok daha mantıklıdır El kitabında aşağıdaki bilgiler yer alır:

A.) Organizasyon Komitesi ile ilgili ayrıntılar: Burada, CHAOSSconB'nin organizasyon komitesine nasıl katılım sağlanacağına ilişkin süreçler açıklanacaktır.) Teklif Çağrısı Süreci Yönetimi: Yazar kaydını yönetme, teklif ve doküman gönderme, inceleme ve onay sürecini yönetme bu kapsamdadır. C.) CHAOSScon programının yönetilmesi ve yayınlanması D.) Reklamcılık ve pazarlama ile ilgili konuları yönetme E.) Sponsorluk tekliflerini ve paketleri içeren fonları yönetme

8.) CHAOSScast:

CHAOSScast bilgileri şu adreste yer alır: https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md. Katılım, Düzenleme Komitesi, Reklamcılık ve Pazarlama Materyalleri gibi bazı ek bilgilerle birlikte El Kitabı'na eklenecektir.

9.) Toplantı Videoları:

Bu sayfada, geçmişte yapılan ve YouTube'da bulunan tüm toplantı videoları ile katılımcılar, gündem gibi açıklamalar yer alır.

10.) Genel SSS:

Bu bölümde, toplulukta sorulan genel sorular yer alacak. Bu sorular, yeni başlayanların ve mevcut topluluk üyelerinin bu sorulardan bazılarını yanıtlamasına yardımcı olacak.

11.) Google Summer of Code:

Bu bölümde Google Summer of Code ve Uygunluk Ölçütleri ile kullanıcıların Google Summer of Code'daki CHAOSS topluluğuna nasıl katılabilecekleri ile ilgili bilgiler yer alacaktır. Bu bölümde, kullanıcıların teklif taslağı oluşturmak için kullanabileceği teklif şablonu ve roller ile sorumluluklar da yer alır. Ayrıca, mevcut topluluk üyelerinin kuruluş yöneticisi ve mentor olma sürecini öğrenmesine yardımcı olacak bilgiler de bu dokümanda yer alacaktır.

  1. Outreachy:

Bu bölümde Sosyal Yardımlar, Uygunluk Ölçütleri ve insanların Outreachy'deki CHAOSS topluluğuna nasıl katılabileceğiyle ilgili bilgiler yer alacaktır.Bu bölümde, kuruluş yöneticisi ve mentor olma süreci de dahil olmak üzere roller ve sorumluluklar yer alacaktır.

  1. Google Season of Docs:

Bu bölümde GSoD, Uygunluk Ölçütleri ve kullanıcıların GSoD'deki CHAOSS topluluğuna nasıl katılabileceği hakkında bilgiler yer alır. Bu dokümanda, kuruluş yöneticisi ve mentor olma süreci de dahil olmak üzere roller ve sorumluluklar yer alır.

PROJE BEKLENEN SONUÇ:

El kitapları her toplulukta önemli bir rol oynar. Benzer şekilde, CHAOSS topluluğu genelindeki bu kılavuz, CHAOSS topluluğu için daha iyi düzenlenmiş ve ayrıntılı dokümanlar elde edilmesini sağlayacak. Topluluğa katılan yeni üyelerin ve mevcut üyelerin CHAOSS topluluğunun temellerini ve işleyişini anlaması kolaylaşacak. Ayrıca bu kılavuz, CHAOSS topluluğu içinde farklı çalışma kültürlerine yönelik çeşitli süreçler ve yollar olmasını sağlayacaktır.

TEKNİK AYRINTILAR:

Ekiplerin daha etkili ve verimli çalışması için kullanıcı dostu, ortak bir proje olan Gitbook platformunu kullanmanızı öneririm. GitBook Platform'un bazı özellikleri:

  • WYSIWYG: Güçlü ve güzel bir metin düzenleyici
  • Markdown: Markdowns kısayolları için güçlü ve verimli destek
  • Zengin Yerleştirme: Videolar, kod snippet'leri, makaleler, müzik ve diğer harici web içeriklerini yerleştirir.
  • Yazarlar için kontrol panelleri: Yazarlar için görsel düzenlemeyi destekleyen akıllı bir kontrol paneline sahip olun
  • Taslaklar: Yeni değişiklikleri taslak olarak oluşturun ve eşzamanlı olmayan şekilde ortak çalışın
  • Destek Yorumları: Taslak değişiklikleri tartışın ve inceleyin
  • Yazma Geçmişini İzleyin: Her şeyi takip edin. Değişiklikleri inceleme ve geri alma
  • Analizler: Trafik, derecelendirme ve içerik kalitesini izleyen analizleri de destekler.
  • GitHub senkronizasyonu: İş akışını ve dokümanları GitHub ile senkronize etmeyi sürdürme
  • Özelleştirme Markalaşma: Özel alanlar, özel logolar, yazı tipleri, renk, temalar, başlık vb.

Platforma dair bir fikir vermesi için birkaç resim aşağıda verilmiştir.

  • shorturl.at/GNQR4
  • shorturl.at/gATZ8
  • shorturl.at/qrE57
  • shorturl.at/rFRX6
  • shorturl.at/eyLW1
  • shorturl.at/rwHS8

-- El kitabı nerede barındırılacak?

El kitabı, GitHub'ın özel alan, sık karşılaşılan hatalar ve SEO için uygun bir mekanizma sağladığı GitBook'ta barındırılacak.

Özel Alanlar: CHAOSS topluluğu, dokümanı özel alanda barındırmak isterse docs.chaoss.community gibi bir alan adı kullanır. Kuruluşun, istediği alt alanı oluşturması yeterlidir. Kuruluş alanını ayarlamak için Gitbook Platform'da kuruluşun ayarlarına gidin. Görsel Örneği: shorturl.at/GNQR4

GitBook alanları, varsayılan olarak HTTPS etkinken kendi CDN'miz üzerinden sunulur. Sertifikalar LetsEncrypt tarafından verilir.

Desteklenebilir Alanlar:

  • Alt alan adı: www.example.com
  • Özel alan adı: docs.example.com

-- Düzenlemenin her iki platformda da etkili bir şekilde yapılabilmesi için Gitbook'u GitHub ile senkronize etme

GitHub entegrasyonunun kullanımı çok kolaydır: Herhangi biri GitBook'ta bazı içerikleri değiştirirse, yaptığı düzenlemeler GitHub deposuna aktarılır. Buna karşılık, GitHub deposuna aktarılan kayıtlar GitBook'a aktarılır.

GitHub entegrasyonunu ayarlama:

  • GitBook platformundaki alanınızdan entegrasyonlar sekmesi > GitHub'ı tıklayın
  • GitBook'un kuruluşunuza bağlı GitHub hesabınıza erişmesine izin verme
  • Kuruluşunuzun GitHub'ına gidin ve "Kılavuz" için bir depo oluşturun (ör. chaoss-handbook).
  • Ardından GitBook platformundaki yetkilendirme seçeneğinde, bağlamak istediğiniz chaoss-handbook adlı deposunu seçin.

Bu adımlar tamamlandıktan sonra GitBook, chaoss-handbook deposuna bir webhook ekler. Bu webhook, depoda yapılan her değişiklikte içeriği getirmeye olanak tanır. GitBook'ta değişiklik yapıldığında yeni bir yorum gönderilir.

Hepsi bu kadar! Herkes GitBook veya GitHub deposundan düzenlemeye devam edebilir.

-- GitBook platformunda sayfalar nasıl düzenlenir?

GitBook platformunda bir şeyi düzenlemek isteyen herkesin davet veya katılma bağlantısıyla GitBook platformuna katılması gerekir. GitBook, kullanıcıların doğrudan sayfaların içinde yazı yazabildiği görsel düzenlemeyi destekler.

Taslak, kullanıcı içeriğinin düzenlenebilir bir sürümüdür. Yalnızca yazarlar tarafından erişilebilir ve yazmaya başladığınızda otomatik olarak oluşturulur (düzenleyicide ilk harf, yeni sayfa oluşturma, resim yükleme vb.).

Taslaklarda yapılan değişiklikler, taslağa özgüdür. Bu sayede kullanıcılar, herhangi bir çakışma oluşturmadan aynı dokümana diğer üyelerle aynı anda katkıda bulunabilir. Buna asenkron düzenleme ve çakışma çözümü denir.

Taslağın ilk sürümü her zaman hemen yayınlanmaya hazır olmayabilir. Çalışmanıza daha sonra devam etmek istediğinizde veya içeriğiniz henüz "birleştirilmeye" hazır değilse "kaydet"i kullanın.

Düzenlemeyi tamamladığınızda taslağınızı "birleştirebilirsiniz". Yazdığınız içerik veya yaptığınız değişiklikler, ekip üyeleriniz tarafından kullanılabilir ve/veya herkese açık olur.

Resim örnekleri: shorturl.at/gATZ8 ve shorturl.at/qrE57

-- İçerik Yapısı:

İçindekiler tablosu: Her alan, dokümanlarınızı yazmak için ihtiyaç duyduğunuz kadar sayfa içerebilir. Bu sayfaların tümü, ekranınızın sol tarafındaki İçerik Tablosu'nda gösterilir. İçindekiler tablosundan sayfalarınızı yönetebilirsiniz: yeni sayfalar oluşturun, sayfa grupları oluşturun, harici bağlantılar ekleyin, varyant ekleyin, web siteleri veya Markdown (.md veya .markdown), HTML (.html), Microsoft Word (.docx) dosyaları gibi harici dokümanları içe aktarın.

İlk Sayfa: İlk sayfa, dokümanlarınızın ana sayfası veya köküdür ve temel olarak dokümanlarınızın tüm sayfalarının ana sayfası olarak çalışır. Belgelerinizin ve alanınızın ana girişi olduğu için bu sayfa taşınamaz, silinemez, alt sayfaları veya bir grubun altında olamaz.

Sayfalar: Sayfaların bir başlığı ve düzenleyicinin üst kısmında isteğe bağlı bir açıklaması vardır. Daha sonra, buraya istediğiniz türde içerik yazabilir ve ekleyebilirsiniz.Bir sayfayı başka bir sayfanın altına sürükleyip bırakarak sayfaları iç içe yerleştirebilirsiniz. Bir sayfanın alt sayfaları gizlenir ancak daraltılabilir.

Harici Bağlantılar: Bu girişler harici bağlantılardır ve düzenleyicide içerikleri yoktur. Temel işlevleri harici web sitelerine bağlantı vermektir.

Varyantlar: Varyant oluşturarak belgelerinize alternatif bir içerik oluşturabilirsiniz. Bu özellik, bir API'nin, kitaplığın veya çevirilerin birden çok sürümünü belgelemek için yararlı olabilir.

Resim Örneği: shorturl.at/eyLW1 and shorturl.at/rFRX6

-- Kılavuz istemci tarafında nasıl sunulur?

Chaoss topluluk kılavuzuna https://docs.chaoss.community alt alan adıyla erişilebilir. Bu alan adı kullanıcı tarafında aşağıdaki gibi görünür:

  • Mattermost Handbook - https://handbook.mattermost.com/
  • Linux Foundation Community Bridge Docs - https://docs.linuxfoundation.org/docs/ Daha birçok kaynak

PROJE TAKVİMİ:

1.) Topluluk Bağışı Aşaması (17 Ağustos - 13 Eylül)

A.) 1-4. Hafta:

  • Projeyi mentorlarla tartışma
  • Projedeki çeşitli bölümler için gereken bilgileri araştırıp toplayın, topluluğa açıklayıcı sorular sorun
  • El kitabı için hangi platformun kullanılacağını toplulukla açıklayın (GitBook'u öneririm) ve bu platformu ayarlayın
  • Dokümanlar sorunlarına katkıda bulunma

2.) Belge Geliştirme Aşaması (14 Eylül - 30 Kasım)

A.) 5. Hafta (14 - 20 Eylül)

  • Taslak" Giriş Bölümü

B.) 6. Hafta (21 Eylül - 27 Eylül)

  • "CHAOSS Topluluğu" bölümü taslağı

C.) 7. Hafta (28 Eylül - 4 Ekim)

  • "Liderlik Yolu" bölümünü taslak haline getirin
  • "Terminoloji" bölümünün taslağını oluşturma

D.) 8. Hafta (5 Ekim - 11 Ekim)

  • Topluluğun yol haritasını taslak haline getirin
  • Taslak tasarım katkısı yönergeleri

E.) 9. Hafta (12 Ekim - 18 Ekim)

  • Taslak Geliştirme bölümü

F.) 10. Hafta (19 Ekim - 25 Ekim)

  • Yazarlık ve iletişim bölümü yönergeleri

G.) 11. Hafta (26 Ekim - 1 Kasım)

  • Taslak Metrikleri bölümü
  • Taslak CHAOSScon bölümü

H.) 12. Hafta (2 Kasım - 8 Kasım)

  • Toplantı bölümünü tasarlama
  • Topluluğun genel SSS'leri taslağı

    I.) 13. Hafta (9 Kasım - 15 Kasım)

  • GSoC Kuralları hakkında taslak

J.) 14. Hafta (16 Kasım - 22 Kasım)

  • Outreachy Kuralları hakkında taslak

K.) 15. Hafta (23-29 Kasım)

  • Ara zaman; Dokümanların tamamını düzeltme ve iyileştirme

3.) Değerlendirme Aşaması (30 Kasım - 5 Aralık)

A.) 16. Hafta:

  • Proje raporu taslağı oluşturma
  • Proje için değerlendirmeyi doldurun

TOPLULUK ETKİLEŞİMLERİ

1.) Toplulukla etkileşim ve tartışmalar

Nisan 2020'den beri CHAOSS topluluğunda geziniyorum. Hem topluluk üyelerimle hem de proje mentorlarım( Georg Link ve Armstrong Foundjem) ile çeşitli tartışmalara katıldım. Topluluk üyelerinin daha fazla ilgisini çeken bu tür tartışmalardan biri de "Gitbook'u Topluluk El Kitabı'nın barındırılması için bir platform olarak önerme" konusu oldu. Bu tartışmaya, Topluluk El Kitabı'nı barındırmak için bir platform olarak Gitbook'u önerme başlıklı CHAOSS arşivi posta listesi ileti dizisinden ulaşabilirsiniz. Ayrıca, topluluğun haftalık toplantılarına katılarak topluluğumuza güncellemeler veriyorum.

2.) Bu proje için gereken bilgileri nasıl toplayacaksınız?

Bu proje topluluk genelinde bir el kitabı oluşturmayı gerektirdiğinden, içinde erişilmesi gereken bilgiler topluluk üyelerinden toplanacak ve bu üyelerle tartışılacaktır. Yukarıda önerdiğim bir takvim doğrultusunda toplulukla bağ kurduğum dönemde gerekli bilgileri tartışıp toplayacağım.

CHAOSS doğrultusunda çeşitli bölümler hakkında araştırma yapacağım ve ileti dizilerini posta listesinde almaya devam edeceğim. Gerekliliklere bağlı olarak, danışmanlarıma ve topluluğa açıklayıcı sorular sormaya çalışacağım.

Özet görüşmeler yapabilmek için haftalık görüşmelere de katılacağım.

3.) İlerleme durumunuz ve proje boyunca karşılaşabileceğiniz sorunlar veya sorular hakkında topluluğu bilgilendirmeyi nasıl teklif edersiniz?

Esneklik ve şeffaflık sağlamak için, kafamdaki soru işaretlerini posta listesi tartışması üzerinden sormaya çalışacağım.

Haftalık ilerleme durumumu, açık kaynak kuruluştaki daha geniş kitleye ulaşmak için topluluk posta listesinde paylaşılacak scrum dokümanlarını ve karşılaşılan zorlukları içeren bir blog yayını olarak paylaşacağım.

Ayrıca, önemli sorunlarla ilgili uygun öneriler ve tartışmalar yapmak için haftalık topluluk toplantılarına da katılacağım.

Ayrıca, mevcut haftalık görevleri içeren bir Trello panosu oluşturmayı da planlıyorum. Mentorlar daha sonra bu panosu mevcut sorunları ve üzerinde çalışılan özellikleri net ve öz bir şekilde anlamak için kullanabilirler.

4.) Projenizle ilgili bir sorun yaşarsanız ve mentörünüz müsait değilse ne yaparsınız?

Mentörün rolünün, öğrencilere her döngünün köşesini açıklamak değil, onları doğru yöne yönlendirmek olduğunu düşünüyorum. Projenin araştırılması ve uygulanması öğrencinin yegane sorumluluğudur. Bunu göz önünde bulundurarak, yalnızca son çare olarak mentorumdan yardım almaya çalışacağım.

Ancak yardıma ihtiyacım olduğu sırada mentorum müsait değil veya meşgul değilse bu sorunu CHAOSS topluluğuyla paylaşacağım. Karşılaştığım zorluklarla ilgili bana yardımcı olacak biri mutlaka vardır. Sorunu ayrıca dev.to gibi online forumlar/geliştirici topluluklarında paylaşacağım

Ayrıca, kafanıza takılan soruları sormak için CHAOSS topluluğundaki haftalık yardım görüşmelerine katılmayı deneyebilirsiniz.