Hexfora·Yazılım Mühendisliği Topluluğu·Topluluk İlkeleri

© 2026 Hexfora. Tüm hakları saklıdır.

  1. Ana Sayfa
  2. /
  3. Topluluk Kuralları
Topluluk Rehberi
Standart v2.1

Birlikte daha iyi bir teknoloji topluluğu.

Kaliteli tartışmalar, saygılı iletişim ve açık bilgi paylaşımı için ortak ilkelerimiz.

Hexfora; yazılım mühendisleri, sistem mimarları ve teknoloji meraklılarının derinlemesine teknik bilgi alışverişinde bulunduğu bağımsız bir platformdur. Amacımız, gürültüden ve yüzeysellikten arınmış, geliştiricilerin vaktine saygı duyan nitelikli bir mühendislik kültürü inşa etmektir.

Son güncelleme: 27 Ekim 2026
•
Kapsam: Tüm tartışmalar, yorumlar ve kod paylaşımları
Yüksek Sinyal

Somut hata çıktıları, mimari gerekçeler ve tekrarlanabilir örnekler.

Saygı ve Eşitlik

Fikirleri tartışın, insanları değil; yeni başlayan geliştiricilere rehber olun.

Sorumlu Paylaşım

AI çıktılarınızı ve kodunuzu test edin; gizli API sırlarını koruyun.

Bu Sayfada(9 Temel İlke)

Bölüme gitmek için tıklayın
01Teknik Derinlik02Saygılı İletişim03Kod & Hata Standartları04Spam & Reklam Yasağı05Sorumlu Yapay Zekâ06Güvenlik & Gizlilik07Açık Kaynak & Telif08Güvenlik Açığı Bildirimi09Moderasyon & İtiraz

01.Teknik Kalite ve Anlamlı İçerik Paylaşımı

Hexfora, yüzeysel veya bağlamdan yoksun paylaşımlar yerine somut mimari gerekçelere, benchmark verilerine ve net problem tanımlarına dayanan teknik tartışmaları teşvik eder.

  • Bağlam ve Gerekçelendirme: Bir kütüphane veya teknoloji tercihini tartışırken bellek tüketimi, tip güvenliği, ölçeklenebilirlik veya gecikme (latency) gibi somut argümanlar sunun.
  • Aranabilir Başlıklar: "Acil yardım lütfen" veya "Bir bakar mısınız?" gibi jenerik başlıklar yerine hatayı ve ortamı özetleyen açık başlıklar belirleyin (Örn: "PostgreSQL connection pool tükenmesi ve PgBouncer transaction mode ayarı").
  • Yüzeysel Paylaşımlardan Kaçınma: Tek cümlelik, tartışmayı derinleştirmeyen veya sırf etkileşim amacıyla açılan polemik konuları onaylanmaz.
Önerilen Paylaşım Örneği

"PostgreSQL üzerinde 500+ eşzamanlı bağlantıda connection timeout alıyoruz. Prisma connection limit 10 olarak ayarlı ancak Next.js lambdaları her soğuk açılışta yeni pool açıyor. PgBouncer transaction modunu veya RDS Proxy kullanan var mı?"

Kaçınılması Gereken Örnek

"Prisma çok yavaş ve hata veriyor acil yardım edin, başka ne kullanabilirim?"


02.Saygılı İletişim ve Yapıcı Eleştiri

Fikirleri, algoritmaları ve mimari kararları özgürce eleştirin; ancak kişileri ve niyetleri asla hedef almayın. Her kıdem seviyesinden mühendisin soru sormasına imkan tanıyan kapsayıcı bir dil esastır.

  • Kapı Tutuculuktan (Gatekeeping) Kaçınma: "Bunu bilmeyen de yazılımcıyım demesin", "Önce git temel öğren" gibi küçümseyici ifadelere karşı sıfır tolerans uygulanır.
  • Yapıcı Kod İncelemesi: Bir kod parçasında kusur tespit ettiğinizde, sadece "bu kod çok kötü" demek yerine problemin temel nedenini ve daha verimli alternatifini açıklayın.
  • Ego Değil Mühendislik: Tartışmalarda amaç bir tartışmayı "kazanmak" değil, topluluk olarak optimum teknik çözüme ulaşmaktır.
Yapıcı Eleştiri

"Burada her render döngüsünde yeni bir anonim fonksiyon oluşturulması gereksiz bellek tahsisine yol açabilir. Fonksiyonu bileşen dışına taşımak veya useCallback ile sarmalamak performansı artıracaktır."

Kişiselleştirilmiş Saldırı

"Bu kodu yazan kişi React'ten hiç anlamıyor, böyle berbat bir kod görmedim."


03.Soru Sorma, Hata Raporlama ve Kod Paylaşım Standartları

Bir problemi çözmenin ilk adımı, onu başkalarının kendi yerel ortamında yeniden canlandırabileceği (reproducible) biçimde ifade etmektir.

  • Asla Ekran Görüntüsü ile Kod Paylaşmayın: Kod ve hata metinleri görsel olarak paylaşıldığında mobilde okunamaz, kopyalanamaz ve arama dizinine giremez. Daima Markdown kod blokları kullanın.
  • Minimal Tekrarlanabilir Örnek (MRE): Projenizin 600 satırlık bütün dosyasını kopyalamayın. Hatayı tetikleyen en küçük, bağımsız 15-20 satırlık parçayı izole edin.
  • Çalışma Ortamı Detayları: Kullandığınız programlama dili sürümü (örn: Node.js v22.1), framework versiyonu ve işletim sistemini açıkça belirtin.
  • Hata Günlükleri (Stack Trace): Terminal çıktısının tamamını ya da kritik hata yığınını kod bloğu içine yerleştirin.
Markdown ile Doğru Kod Bloğu Tanımlamatypescript
```typescript
// Problem: Supabase auth listener içinde memory leak
import { useEffect } from "react";
import { supabase } from "@/lib/supabaseClient";

export function useAuthSubscription() {
  useEffect(() => {
    const { data: { subscription } } = supabase.auth.onAuthStateChange(
      (event, session) => { /* ... */ }
    );
    // Cleanup fonksiyonu unutulursa bellek sızıntısı oluşur
    return () => subscription.unsubscribe();
  }, []);
}
```

04.Spam, Reklam ve Manipülasyonun Önlenmesi

Hexfora ticari bir pazar yeri, backlink çöplüğü veya reklam panosu değildir. Topluluğun bağımsız ve organik yapısını korumak en önemli önceliğimizdir.

  • SEO ve Backlink Çiftçiliği: Anahtar kelime tıkıştırılmış, fayda üretmeyen veya yönlendirme servisleri (short-url, affiliate link) içeren bağlantılar derhal kaldırılır.
  • Açık Kaynak Proje Tanıtım Standartları: Kendi geliştirdiğiniz bir aracı tanıtabilirsiniz; ancak bu paylaşım mimari kararları, karşılaştığınız teknik zorlukları ve öğrenimleri aktaran zengin bir teknik yazı olmalıdır. Salt "üye olun / indirin" tarzı tanıtımlar onaylanmaz.
  • Etkileşim Manipülasyonu: Sahte hesaplar (sockpuppeting), organize oylama ağları veya başkalarının içeriklerini haksızca hedef alma eylemleri kalıcı hesap feshine yol açar.

05.Yapay Zekâ Destekli İçeriklerin Sorumlu Kullanımı

Yapay zekâ modern yazılım mühendisliğinin güçlü bir aracıdır ve Hexfora'da kategorik olarak yasak değildir. Ancak yapay zekâ tarafından üretilen bilginin ve kodun nihai sorumluluğu onu paylaşan mühendise aittir.

  • Ham ve Doğrulanmamış Çıktılar (AI Slop) Yasaktır: Bir LLM'e soru sorup gelen cevabı okumadan, derlemeden, çalıştırmadan veya doğrulamadan foruma yapıştırmak kesinlikle yasaktır. Halüsinasyon içeren kodların temizliği topluluğun görevi değildir.
  • İnsan Doğrulaması ve Sorumluluk: Paylaştığınız kodun çalışma mantığını bizzat kavramış olmalısınız. Koddaki sınır durumlarını (edge cases), bellek sızıntılarını veya güvenlik açıklarını incelemiş olduğunuz varsayılır.
  • Özgün Değer Katma: AI tarafından üretilen çözümlerin yanına kendi saha tecrübenizi, benchmark sonuçlarınızı veya uyguladığınız özel optimizasyonları ekleyin.
Sorumlu Yapay Zekâ Örneği

"Bu migration script'ini Claude 3.5 Sonnet ile tasarladım; ancak 10 milyon satırlık tabloda doğrudan ALTER TABLE çalıştırmanın tabloyu kilitleyeceğini fark ettiğim için adımları parçalı batch'ler halinde yeniden düzenledim. Testlerimde kilit süresi 12 dakikadan 200 ms'ye düştü."


06.Güvenlik, Kişisel Veriler ve Gizlilik Standartları

Kod paylaşırken gizli kimlik bilgilerinin (secrets) ve kişisel verilerin korunması hem sizin hem de temsil ettiğiniz projelerin güvenliği için hayati önem taşır.

  • Asla Canlı Sır (Secret) Paylaşmayın: .env dosyaları, AWS/GCP gizli anahtarları, Stripe API token'ları, canlı veritabanı parola ve connection string'leri, özel SSH anahtarları ve JWT secret'ları kesinlikle sansürlenmelidir.
  • Değişkenleri Maskeleyin: Örneklerinizde daima process.env.API_KEY veya "sk_test_placeholder_1234" gibi sahte değerler kullanın.
  • Kişisel Veri (KVKK / GDPR): Gerçek kullanıcılara ait e-posta adresleri, telefon numaraları, IP kayıtları veya finansal işlem detaylarını içeren log dökümlerini maskelemeden paylaşmayın.
Kritik Güvenlik Uyarısı

Yanlışlıkla bir API anahtarını veya veritabanı şifresini paylaştıysanız, yalnızca forum mesajını silmek veya düzenlemek güvende olduğunuz anlamına gelmez! İlgili anahtarı servis sağlayıcınızın yönetim konsolundan (AWS, Stripe, Supabase vb.) derhal iptal edin (revoke) ve yeni bir anahtar türetin.


07.Açık Kaynak Lisansları, Telif Hakları ve Kaynak Gösterimi

Yazılım dünyası açık kaynak ekosisteminin omuzlarında yükselir. Üreticilerin emeğine ve yasal lisanslarına saygı temel kuralımızdır.

  • Kaynak Gösterimi ve Atıf: Başka bir GitHub deposundan, blog yazısından veya StackOverflow başlığından esinlendiğiniz algoritma ya da mimari çözümlerde orijinal kaynağa görünür bir bağlantı verin.
  • Lisans Uyumluluğu: MIT, Apache 2.0, GPL, AGPL gibi açık kaynak lisanslarının telif bildirim şartlarına riayet edin.
  • Sızdırılmış ve Tescilli Kod Yasağı: Şirketlerin tescilli veya sızdırılmış (leaked proprietary) kaynak kodlarını Hexfora üzerinde paylaşmak kesinlikle yasaktır.

08.Güvenlik Açıklarının Sorumlu Biçimde Bildirilmesi

Güvenlik araştırmalarına ve zafiyet analizlerine değer veriyoruz; ancak güvenlik açıklarının koordineli ve sorumlu bir şekilde bildirilmesi (Responsible Disclosure) esastır.

  • 0-Day İstismarlarını Yaymayın: Henüz yaması yayınlanmamış aktif bir güvenlik açığını veya istismar (exploit) kodunu genel tartışma alanlarında açıkça paylaşmayın.
  • Hexfora Altyapı Zafiyetleri: Platformumuzda bir güvenlik zafiyeti tespit ettiğinizde bunu istismar etmeyin; doğrudan moderasyon veya güvenlik iletişim kanalımızdan sorumlu şekilde raporlayın.
  • Yama Sonrası Vaka Analizleri: Güvenlik açığı kapatılıp güncelleme dağıtıldıktan sonra eğitici nitelikteki post-mortem ve mimari savunma paylaşımları memnuniyetle karşılanır.

09.Moderasyon, Yaptırımlar ve İtiraz Süreci

Hexfora kuralları keyfi değil; teknik seviyeyi ve karşılıklı güveni sürdürmek adına tutarlı ve tarafsız biçimde uygulanır. Moderasyon yaklaşımımız cezalandırma değil, geliştiriciye rehberlik etme odaklıdır.

Kademeli Yaptırım Modeli

1. Kademe: Teknik Rehberlik & Nazik Uyarı

İlk kez gerçekleşen format veya üslup hatalarında moderatör konuyu düzenlemeniz için yol gösterir.

Düzeltme Süresi
2. Kademe: İçerik Düzenleme veya Gizleme

Canlı API anahtarı, telif ihlali veya spam içeren mesajlar onay kuyruğuna alınır veya gizlenir.

İçerik Gizleme
3. Kademe: Geçici Askıya Alma

Uyarıları dikkate almayan veya kural ihlalini tekrarlayan hesaplar 3 ila 30 gün süreyle salt-okunur (read-only) moda alınır.

3 – 30 Gün
4. Kademe: Kalıcı Hesap Feshi (Ban)

Kasıtlı siber saldırı, organize spam, veri sızıntısı veya ağır kişisel taciz durumunda hesap kalıcı olarak kapatılır.

Kalıcı Uzaklaştırma

İtiraz Hakkı ve İhlal Bildirme Süreci

Her Hexfora üyesi, uygulanan moderasyon kararlarına gerekçesiyle birlikte itiraz etme hakkına sahiptir. İtirazlar işlemi yapan moderatör dışındaki bir heyet üyesi tarafından tarafsızca yeniden incelenir.

İhlal Bildirimi Nasıl Yapılır?

Hexfora moderasyon ekibi tüm yeni tartışmaları ve düzenlemeleri aktif olarak denetlemektedir. Bir kural ihlali ile karşılaştığınızda veya bir moderasyon kararına itiraz etmek istediğinizde yetkili moderatörlerle konu üzerinden veya doğrudan omrhrkmmf06@gmail.com adresi üzerinden iletişime geçebilirsiniz.

Not: Kullanıcı arayüzü üzerinden tek tıkla doğrudan "İhlal Bildir (Flag)" sistemi geliştirilme aşamasında olup bir sonraki güncellemede kullanıma sunulacaktır.

Topluluğu Birlikte İnşa Ediyoruz

Hexfora topluluk ilkeleri de açık kaynaklı projeler gibi zaman içinde gelişir. Kurallarla ilgili bir öneriniz veya iyileştirme fikriniz varsa bir tartışma başlatabilirsiniz.

Hexfora Topluluk KonseyiAna Sayfaya Dön