Linux Foundation projesi

Bu sayfa, Google Dokümanlar Sezonu için kabul edilen bir teknik yazı projesinin ayrıntılarını içerir.

Proje özeti

Açık kaynak kuruluşu:
Linux Foundation
Teknik yazar:
jaskiratsingh2000
Projenin adı:
KAOS: Topluluk Genelinde Kaostan Bir El Kitabı Oluşturun
Proje süresi:
Standart uzunluk (3 ay)

Proje açıklaması

PROJE ÖZETİ:

Şu anda CHAOSS topluluğundaki çalışma grupları kendi çalışma yöntemlerini geliştirmiş ve farklı süreçlerini çeşitli düzeylerde belgelemiştir. Çalışma Grupları arasında Ortak Metrikler WG, Çeşitlilik ve Kapsayıcılık WG, Evrim, Risk ve Değer çalışma grupları yer alır. Bunlar kendi katılım ve çalışma şekillerini oluşturmuş, farklı iletişim ve çalışma kültürü yöntemlerini uyarlamışlardır. Metriklere uygun çalışma gruplarının farklı odak alanları ve arka planları vardır. Bu gruplar, ilgili çalışma grupları kategorisinde çeşitli araştırmalara ve geliştirmelere öncülük eder. Ayrıca, ilgili çalışma grupları kategorisi altında çeşitli araştırma ve geliştirmelere liderlik etmek için gereken yolu bilirler. Ancak yeni başlayanların ve mevcut katkıda bulunanların süreçlerinin, ilgili çalışmalara nasıl katılacakları veya bu çalışmalara nasıl yön verecekleri konusunda bilgi sahibi olmayabilirler.

Bunun sonucunda CHAOSS topluluğundaki içerikler standart hale getirilmemiştir. Bu nedenle, topluluk el kitabının doğru süreci ve iş kültürünün temel ilkelerini bilmek için topluluk el kitabının amacı kritik bilgileri merkezi hale getirmek ve bunların bir kısmını CHAOSS projesi genelinde standart hale getirmektir. Kritik bilgiler ve standartlaştırma bölümleri büyük ölçüde, CHAOSS'nin topluluğun çalışmalarının nasıl gerçekleştirildiği, yeni üyelerin nasıl katkıda bulunabileceği ve topluluğa nasıl katkıda bulunabileceği, yeni gelenlerin veya mevcut üyelerin CHAOSS topluluğunda lider olmak için hangi süreçleri ve yolları izlemeleri gerektiği konusunda anlaşmaya varmak üzere CHAOSS'in kullandığı süreçlere odaklanır.

Bu el kitabı, mevcut ve yeni topluluk üyelerine CHAOSS projesinde nasıl iş yapılacağını gösterecek bir kullanım kılavuzu olarak işlev görmelidir. Bu proje, el kitabının içeriğini toplayıp düzenlemenin yaratıcı bir bileşeninin yanı sıra el kitabının nasıl sunulacağını tanımlayan teknik bir bileşeni de içerir.

NE GEREKLİ?

Topluluk El Kitabı topluluğun temel politikalarını ve prosedürlerini tanımlayıp topluluğun misyonunu, değerlerini ve çalışmalarını özetleyen bir belgedir.

Bu el kitabı, topluluğun yeni üyelerine katılan üyeler için net bir tanıtım ve çalışma sağlar. Şu anda, CHAOSS topluluğu El Kitabı'na GitHub deposunda yer almaktadır. Yeni başlayanlar ile mevcut topluluk kullanıcıları için el kitabının yenilenip daha fazla bilgi içerecek şekilde yeniden düzenlenmesi gerekiyor. O yüzden bu CHAOSS topluluğu genelinde el kitabı, yenilere ve mevcut topluluk üyelerine aşağıdaki şekillerde yardımcı olacaktır:

  • CHAOSS topluluğunun politikalarını resmileştirip düzenli hale getirerek tüm politikaları tek bir yerde toplama
  • Topluluğun Başlangıcını, Misyonunu, Vizyonunu ve liderliğini anlatma
  • CHAOSS topluluk uygulamalarını anlama
  • Katkı Yönergeleri
  • Proje İş Akışlarını Tanımlama
  • CHAOSS topluluk kültürünün ana hatlarını belirleme
  • Genel SSS
  • Danışmanlık

PROJE AÇIKLAMASI:

Topluluk el kitabı, belirli konular için uygun ve ayrıntılı bilgiler içeren çeşitli “Bölümlere” ayrılacaktır. Bölümler aşağıdaki şekillerde ayrılabilir:

  • Giriş
  • CHAOSS Topluluk yöntemi
  • Liderliğe Giden Yol
  • Terminoloji
  • Katkıda Bulunma Yönergeleri
    • Geliştirici
    • Tasarımcı
    • Writer
    • Pazarlamacı
  • Metrikler
  • CHAOSScon
  • CHAOSScast
  • Toplantı Videoları
  • Genel SSS
  • Mentorluk
    • Google Summer of Code
    • Sosyal yardım
    • Google Dokümanlar Sezonu

AYRINTILI PROJE ALINABİLİR ÖZELLİKLERİ

1.) Giriş:

Bu bölüm CHAOSS topluluğu el kitabının ilk sayfası görevi görecek ve El Kitabı'nın ayrıntılarını, genel bakışını ve kullanımını ele alacak. Aşağıdakiler ele alınmıştır:

A.) Okuyucuları El Kitabı'nı okumaya ikna etmeye yardımcı olacak kısa bir CHAOSS Topluluğu açıklamasını içeren Hoş Geldiniz mesajı bulunur. Ayrıca, https://chaoss.community/chaoss-photo-albüm/ adresinden alınan ve topluluktaki çeşitli hareketleri ön plana çıkaran Resim Kolajı'nı da paylaşacağım. B.) Sayfada, tüm bölümlerle ilgili ayrıntılar da, her bölümü açıklayan tek satırlık bir açıklama ve uygun bağlantılar bulunacaktır. C.) El Kitabı Kullanımı: El Kitabı Kullanımı burada zaten var( shorturl.at/cqQU6 ) ancak mevcut El Kitabı kullanımını daha iyi bir işaretlemeyle yenileyip yeniden düzenleyeceğim. Bu yaklaşım El Kitabı Akışını da içerecek(Bir kişi el kitabıyla ilgili bir şeyler eklemek, kaldırmak veya tartışmak istediğinde neler olduğunu anlatacağım. El kitabıyla ilgili konularda iletişim sürecini takip edebilir.) El Kitabı Yönergeleri(topluluk ve kapsam içindeki kullanımını içerir), El Kitabı'na katkı ( değişiklik yapmak için deponun nasıl kullanılması gerektiği, El Kitabı ve Stil Kılavuzu'nda değişiklik yaparken kullanılacak şablon) ve El Kitabı ile ilgili Geri Bildirim Paylaşma. Geri Bildirim Paylaşımı'nda, kullanıcıların GitLab ile ilgili sorunları sağlamak veya almak için başvurabilecekleri farklı bir şablon ve farklı yollar paylaşacağım.

2.) CHAOSS Topluluğu yolu:

CHAOSS Topluluğunun yolu, kullanıcıların topluluk uygulamalarını ve kurallarını anlaması açısından önemlidir. İş akışları bu konuyu daha öne çıkarabilir ve topluluk uygulamalarını en iyi şekilde özetleyebilir. Bu bölümde aşağıdaki bilgiler yer alır:

A.) Genel Değerler: CHAOSS Topluluğu'nda Sürdürülebilirlik, Açıklık ve Şeffaflığın nasıl işlendiğini özetleme. Bu değerleri, yeni kullanıcıların veya mevcut kullanıcıların onları nasıl anlaması ve toplulukla çalışırken dikkate alması gerektiğini açıklayacağım. B.) Topluluk Kuralları: Buna, bir kullanıcının CHAOSS Topluluğu'na nasıl dahil olması ve temel şartlara nasıl uyması gerektiği dahildir. Bu, topluluk içindeki iş kültürünü de açıklar. Yapılması ve yapılmaması gerekenler. Temel katkıda bulunanlar/bağımlayıcılar kontrol listesinin yanı sıra diğer kişilere bakıcılarla nasıl çalışmaları gerektiği ve kontrol listelerinin neler olduğu konusunda bilgi vermelidir. C.) Çalışma Grupları: Bu sayfada( https://chaoss.community/participate/ ) Çalışma Grupları hakkında, WG'nin Açıklaması, Depo bağlantısı ve Toplantı bilgileri gibi bilgiler yer almaktadır. Ancak 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ü anlamayı ve farklı çalışma gruplarına nasıl temel katkıda bulunulacağını anlatacağım.

3.) Liderliğe Giden Yol:

Açık kaynak bir projede lider olmak, bir topluluğun ticari dünyadaki başarısı için hayati önem taşır. Bunları dikkate alarak aşağıdakileri ekliyorum:

A.) Teknik Liderlik: Buna Depo Düzenleyicileri, Belgeleme Yazarı ve Web sitesi yöneticisi B'nin süreçlerini ve sorumluluklarını içerecektir.) Yönetim Liderliği: Bu, Yönetim Kurulu üyesi ve karar vericinin izlediği yolları içerecektir C.) Operasyonel Liderler: Bu, Topluluk yöneticilerinin yönlendireceği yolu içerir

4.) Terminoloji:

Terminoloji, CHAOSS topluluğunda sık kullanılan terimleri ve ilgili eşyaları tanımlamaya yardımcı olur. Ayrıca Büyük Harfler, Kısaltmalar ve Nedenleriyle Kaçınılması Gereken Kelimeler gibi terminoloji kullanım yönergelerini de eklerim. Dahil edilecek şartlar şunlardır: CHAOSS Projesi, Açık Kaynak Topluluk Sağlığı, Kod İncelemesi, Çalışma Grubu, Açık Kaynak Yazılım Metriği, Ortak Metrik, Çeşitlilik ve Kapsayıcılık Metriği, Evolution Çalışma Grubu, Risk Çalışma Grubu, Değer Çalışma Grubu, Metrik Yayını, Odak Alanı.

5.) Katkı Yönergeleri:

Çoğu açık kaynak topluluğu katkılara veya gönüllü çalışmaya dayalı olduğundan bu, tüm açık kaynak toplulukları için ana bağlamdır. Dolayısıyla bu, topluluğa katılan yeni/kullanıcıların uyması gereken temel gereksinimi ve yönergeleri anlamasına yardımcı olur. Bu nedenle, aşağıdaki bilgiler bu kapsamdadır:

A.) Topluluğun Yol Haritasını Anlama: Bu konu CHAOSS topluluğunun yol haritasına genel bir bakış sunarak kullanıcıların CHAOSS projesi kapsamındaki çeşitli işlemlere öncelik verirken hangi yol veya süreci izlemeleri gerektiğini bilmelerini sağlar. B.) Geliştirme, belgeleme, tasarım, test vb. gibi uygulamalı olarak katkıda bulunmak için gereken şeyleri açıklama C.) GitLab'in işleyişine genel bir bakış D.) İncelemeciler/Düzenleyiciler Rehberi

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

a.) TASARIM: Bu alt bölüm, "KAOSS Tasarım İş Akışı"nı ve katkıda bulunanların tasarım alanına katkıda bulunurken takip etmeleri gereken Tasarım İlkelerini, Süreçleri ve Kullanılan Araçları içeren Tasarım Yönergeleri'ni içerecektir. b.) GELİŞTİRME: Bu bölümde, kod tabanına katkıyla ilgili kılavuz yer alır. Bu belgede Teknik gereksinimler, Proje Yapısı, Proje Kurulumu(Augur, Cregit, GremoireLab) yer alacaktır c.) BELGELER: Araçlar ve Stil Kılavuzu dahil, Dokümantasyon Kaynakları dahildir. d.) DUYURU: Katkıda bulunanların erişimlerinin artmasında CHAOSS topluluğunu nasıl destekleyebilecekleri hakkında bilgi verilir. Blog yazma, sosyal medyadaki herkese açık kullanıcı adlarını kullanma, buluşma ve etkinlik düzenleme

6.) Metrikler

Şu anda CHAOSS topluluğu web sitesinde Metrik Sürümleri( https://chaoss.community/metric/ ) ile ilgili bilgiler yer almaktadır. Bu nedenle, kullanıcıların metrikleriyle ilgili web sitelerini ilgili web sitesinde kullanılabilir hale getirmek için bu süreci nasıl takip edeceklerini anlaması daha önemlidir. Bu nedenle bu bölüm, kullanıcıların süreçleri ve kendi metrik sürümlerini oluşturmak için nasıl çalıştığını öğrenmelerine yardımcı olacak bilgilere öncülük edecektir.

7.) İKİNCİ YÖNTEM:

CHAOSScon ile ilgili bilgiler GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) ve Web Sitesinde( https://chaoss.community/CHAOSScon-2020-NA/ ) zaten mevcuttur ancak CHAOSScon'da süreçleri açıklama ve yöntemleri yönetme yöntemleriyle ilgili ayrıntıları ve bilgileri eklemek daha mantıklıdır. El Kitabı'nda şu bilgiler yer alır:

A.) Düzenleme Komitesi ile ilgili ayrıntılar: CHAOSScon B organizasyon komitesine katılım süreçleri açıklanacaktır.) Teklif Çağrısı Sürecinin Yönetimi: Yazar kaydının yönetilmesi, teklif ve belgelerin gönderilmesi, inceleme ve onay süreci bu sürece dahildir. C.) CHAOSScon programının yönetimi ve yayınlanması D.) Reklamcılık ve pazarlama öğelerini yönetme E.) Paketler Dahil Sponsorluk teklifleri ve fonları nasıl kullanılır?

8.) CHAOSScast:

CHAOSScast bilgilerini https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md adresinde bulabilirsiniz. Katılım, Düzenleme Komitesi, Reklam ve Pazarlama Materyalleri gibi ek ayrıntılarla birlikte bu bilgiler El Kitabı'na eklenecek.

9.) Toplantı Videoları:

Açıklama ile birlikte geçmişte olan ve YouTube'da bulunan Katılımcılar, Ajanda gibi tüm toplantı videolarını içerir.

10.) Genel SSS:

Bu, toplulukta sorulan genel soruları içerir ve yeni üyelerin ve mevcut topluluk üyelerinin bu soruları yanıtlamasına yardımcı olur.

11.) Google Summer of Code:

Bu bölümde Google Summer of Code, Uygunluk Ölçütleri ve kullanıcıların Google Summer of Code'daki CHAOSS topluluğu kapsamında nasıl katılabileceğiyle ilgili bilgiler yer almaktadır. Bu bölüm ayrıca teklif taslağını hazırlarken kullanabilecekleri Teklif Şablonu ile rol ve sorumluluklarını da içerecektir. Bunların yanı sıra, mevcut topluluk üyelerinin kuruluş yöneticisi ve mentorluk sürecini öğrenmelerine yardımcı olacak bilgiler de bu kapsamdadır.

  1. Sosyal yardım:

Bu bölümde Sosyal Yardım ve Uygunluk Kriterleri ile ilgili bilgilerin yanı sıra insanların Out Reachy'deki CHAOSS topluluğuna nasıl katılabileceğiyle ilgili bilgiler yer alır.Kuruluş yöneticisi ve mentor olma süreci de dahil olmak üzere bu rol ve sorumluluklar da yer alır.

  1. Google Dokümanlar Sezonu:

Bu bölümde GSoD, Uygunluk Kriterleri ve kullanıcıların GSoD'deki CHAOSS topluluğu kapsamında nasıl katılabileceğiyle ilgili bilgiler yer alır. Burada, kuruluş yöneticisi ve mentorluk süreci de dahil olmak üzere rol ve sorumluluklar yer alacaktır.

PROJE BEKLENEN SONUÇ:

El kitapları her toplulukta önemli bir rol oynar. Benzer şekilde, topluluğu kapsayan bu CHAOSS el kitabı sayesinde CHAOSS topluluğu için daha düzenli ve ayrıntılı dokümanlar da kullanılabilecek. Hem topluluğa yeni katılanlar hem de topluluktaki mevcut üyeler için CHAOSS topluluğunun temel ilkelerini ve işleyişini anlamak kolaylaşır. Ayrıca bu el kitabı, CHAOSS topluluğunda farklı iş kültürlerine giden çeşitli süreçlere ve yollara da sahip olacaktır.

TEKNİK AYRINTILAR:

El kitabının bakımı için Gitbook platformunu kullanmayı öneriyorum çünkü bu, ekiplerin daha etkili ve verimli bir şekilde çalışması için kullanıcı dostu ve iş birliğine dayalı bir proje. GitBook Platformu'nun Bazı Özellikleri:

  • WYSIWYG: Güçlü ve aynı zamanda güzel metin düzenleyici
  • Markdown: Markdown kısayolları için güçlü ve verimli destek
  • Zengin Yerleştirme: Videolar, kod snippet'leri, makaleler, müzik ve benzeri harici web içeriğini 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şikliklerin taslağını çıkarın ve eşzamansız olarak ortak çalışın
  • Destek Yorumları: Taslak halindeki değişiklikleri tartışın ve gözden geçirin
  • Yazma Geçmişini İzleyin: Her şeyi izleyin. Değişiklikleri inceleme ve geri alma
  • Analizler: Trafiği, puanı ve içerik kalitesini takip eden analizleri de destekler.
  • GitHub Senkronizasyonu: İş akışını koruma ve dokümanları GitHub ile senkronize etme
  • Özelleştirme Markalama: Özel alan adları, özel logolar, yazı tipleri, renk, temalar, başlık vb.

Platforma dair fikir veren birkaç resmi aşağıda bulabilirsiniz.

  • 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 Adı, Genel Hata ve SEO için uygun mekanizma sağladığı GitBook'ta barındırılacaktır.

Özel Alan Adları: CHAOSS topluluğu, alanınızı özel alan adında barındırmak isterse bu alan şu şekilde gösterilir: docs.chaoss.community. Kuruluş, yalnızca sahip olmak istediği alt alan adını oluşturmak için gereklidir. Kuruluş alanını ayarlamak için Gitbook Platformu'nda kuruluşun ayarlarına gidin. Resim Örneği: shorturl.at/GNQR4

GitBook alanları, HTTPS'nin varsayılan olarak etkin olduğu kendi CDN'miz üzerinden sunulur. Sertifikalar LetsEncrypt tarafından yayınlanır

Desteklenebilir Alanlar:

  • Alt Alan: www.example.com
  • Özel Alan Adı: docs.example.com

-- Her iki platformda da etkili bir şekilde düzenleme yapılabilmesi için Gitbook'u GitHub ile nasıl senkronize edebilirsiniz?

GitHub ile entegrasyon kullanımı çok kolay: Bir kullanıcı GitBook'ta bazı içerikleri değiştirirse, yaptığı düzenlemeler GitHub deposuna aktarılır. GitHub deposuna aktarılan kaydetme işlemleri ise GitBook içinde içe aktarılır.

GitHub Entegrasyonunu kurun:

  • GitBook platformundaki alanınızdan entegrasyonlar sekmesini > GitHub'ı tıklayın.
  • GitBook'u, kuruluşunuza bağlı GitHub hesabınıza erişmesi için yetkilendirin
  • Kuruluşunuzun GitHub'ına gidip "HandBook" (ör. chaoss-handbook) için bir depo oluşturun.
  • Şimdi, GitBook platformundaki yetkilendirme seçeneğini kullanarak bağlamak istediğiniz chaoss-handbook adlı depoyu seçin.

Bu adımlar tamamlandıktan sonra GitBook, kaos-el kitabı deposuna kod deposundaki her değişiklikte içerik getirmesini sağlayacak bir webhook ekler. GitBook'ta değişiklik yapıldığında yeni bir yorum aktarılır.

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

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

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

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

Taslak üzerinde yapılan değişiklikler, kullanıcıların herhangi bir çakışmaya yol açmadan aynı dokümana diğer üyelerle aynı anda katkıda bulunmasına olanak tanır. Bunlara eşzamansız düzenleme ve çakışma çözümü diyoruz.

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

Düzenlemeyi tamamladığınızda taslağınızı "birleştirebilirsiniz". Yazdığınız içerik veya yaptığınız değişiklikler artık ekip üyelerinizin kullanımına açık ve/veya herkese açık hale gelir.

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

-- İçerik Yapısı:

İçindekiler: Her alanda, belgelerinizi yazmak için ihtiyaç duyduğunuz kadar sayfa bulunabilir. Tüm bu sayfalar, ekranınızın sol tarafında, İçindekiler adını verdiğimiz şekilde görünür. İçindekiler bölümünden sayfalarınızı yönetebilirsiniz: Yeni sayfalar oluşturabilir, sayfa grupları oluşturabilir, harici bağlantılar ekleyebilir, varyant ekleyebilir, Markdown (.md veya .markdown), HTML (.html), Microsoft Word (.docx) olan web siteleri ya da dosyalar gibi harici dokümanları içe aktarabilirsiniz.

İlk Sayfa: İlk sayfa, belgelerinizin 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. Bu sayfa, belgelerinizin ve alanınızın ana girişi olduğu için taşınamaz, silinemez, çocuk sahibi olamaz veya bir grup altında yer alamaz.

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

Harici Bağlantılar: Bu girişler harici bağlantılardır ve düzenleyicide herhangi bir içeriği yoktur. Ana işlevi, harici web sitelerine bağlantı vermektir.

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

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

-- El Kitabı müşteri tarafında nasıl sunulacak?

Kaoss topluluğu el kitabına https://docs.chaoss.community olabilecek bir alt alan adı ile erişilebilecektir. Bu el kitabı, kullanıcı tarafında aşağıdaki gibidir:

  • Mattermost El Kitabı - https://handbook.mattermost.com/
  • Linux Foundation Community Bridge Belgeleri - https://docs.linuxfoundation.org/docs/ ve daha pek çok kaynak

PROJE ZAMAN ÇİZELGESİ:

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

A.) 1-4. Hafta:

  • Mentorlarla projeyi tartışma
  • Projedeki çeşitli bölümler için gerekli bilgileri araştırıp toplayın, topluluğa aydınlatıcı sorular sorun
  • El kitabı için hangi platformun kullanılacağını (GitBook'u öneririm) toplulukla birlikte net bir şekilde ifade edin ve o platformu kurun
  • Dokümanlar sorunlarına katkıda bulun

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-27 Eylül)

  • "The CHAOSS Community Way" taslağının taslağı

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

  • “Liderliğe Giden Yol” bölümünün taslağını oluşturun
  • "Terminoloji" bölümünün taslağını çıkarın

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

  • Topluluğun Yol Haritasının Taslağını Çıkarın
  • Taslak tasarım katkısı yönergeler

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

  • Taslak Geliştirme bölümü

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

  • Yazı ve Sosyal Yardım bölümü kuralları

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

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

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

  • Toplantı Bölümü Tasarlama

  • Toplulukla ilgili Genel SSS taslağı oluşturma

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

  • GSoC Yönergeleri hakkında taslak

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

  • Sosyal Yardım Yönergeleri ile ilgili taslak

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

  • Arabellek Süresi; Dokümanların bütününü güzelleştirme 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 doldurma

TOPLULUK ETKİLEŞİMLERİ

1.) Toplulukla Katılım ve Tartışmalar.

Nisan 2020'den beri CHAOSS topluluğunda geziniyorum. Hem topluluk üyeleriyle hem de proje danışmanlarımla( Georg Link ve Armstrong Foundjem) çeşitli tartışmalara katılıyorum. Topluluk üyelerinin daha çok ilgisini çeken bu tür tartışmalardan biri de "Proposing Gitbook as a platform as a Community Handbook" ("Topluluk El Kitabı'nı barındırmak için bir platform olarak Gitbook'u kullanıma sunmak"tı) ve Topluluk El Kitabı'nı barındırmaya yönelik bir platform olarak Proposing Gitbook olarak adlandırılan CHAOSS arşiv posta listesi ileti dizisinde bulunabilir. Ayrıca haftalık topluluk görüşmelerine de katılıyorum. Bu görüşmeler, toplulukla ilgili gelişmeleri paylaşmama yardımcı oluyor.

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

Bu proje, topluluk genelinde el kitabının oluşturulmasını gerektirdiğinden, el kitabında erişilmesi gereken bilgilerin topluluk üyelerinden toplanıp onlarla tartışılması sağlanacaktır. Yukarıda takvimimi önerdiğim için toplulukla bağ kurma dönemim boyunca gerekli bilgileri tartışıp toplayabileceğim.

CHAOSS doğrultusunda çeşitli bölümler üzerinde araştırma yapacağım ve posta listesindeki ileti dizilerini takip edeceğim. Koşullarına göre mentorlarımdan ve topluluktan aydınlatıcı sorular sormaya çalışacağım.

Kısa ve öz tartışmalar için haftalık görüşmelere de katılacağım.

3.) İlerleme durumunuz ve proje boyunca karşılaşabileceğiniz sorunlar ya da sorular konusunda topluluğu bilgilendirmeyi nasıl önerirsiniz?

Esneklik ve şeffaflık amacıyla, şüphelerimi sormak için posta listesi tartışması üzerinden iletişime geçmeye çalışacağım.

Haftalık ilerleme durumumu bir blog yayını olarak paylaşacağım. Scrum belgeleri ve karşılaşılan zorluklar, açık kaynak kuruluşu içinde daha büyük bir kitleye ulaşabilmek için topluluk posta listesinde paylaşılacaktır.

Ayrıca temel sorunlarla ilgili uygun öneriler almak ve tartışmalara katılmak için haftalık topluluk görüşmelerine de katılacağım.

Ayrıca haftalık görevlerin olduğu bir Trello panosu oluşturmayı da planlıyorum. Daha sonra danışmanlar mevcut sorunları ve üzerinde çalışılan özellikleri net ve öz bir şekilde anlamak için bu panoyu kullanabilir.

4.) Projenizde bir sorunla karşılaşırsanız ve mentorunuz yanınızda değilse ne yapacaksınız?

Mentorun görevinin öğrencileri doğru yönlendirmek ve öğrenciye her döngüyü açıklamamak olduğunu düşünüyorum. Projenin araştırma ve uygulanması, öğrencinin yegane sorumluluğudur. Bununla birlikte, son çare olarak mentorumdan yardım almaya çalışacağım.

Ancak, mentorun yardıma ihtiyacım olduğu şu anda meşgul değilse yaşadığım sorunu CHAOSS topluluğunda paylaşmaya geçeceğim. Karşılaştığım zorluklar konusunda bana yardım edebilecek biri olduğundan eminim. Sorunu dev.to gibi online forumlarda/geliştirici topluluklarında da paylaşacağım

Ayrıca tereddütlerimi sormak için CHAOSS topluluğundaki haftalık yardım çağrılarına katılmaya çalışırım.