Ceviz Viki tartışma:Topluluk portalı

Ceviz Viki sitesinden

Git ve: kullan, ara

Kategoriler hakkında

Şu anda Ceviz Viki'de ben ile birlikte iki aktif kullanıcının varlığını görüyorum. Bu yüzden bire-bir mesajlaşma yerine ortak bir alanda kategoriler ile ilgili görüşlerimizi paylaşmak istiyorum. Scientius ile daha önceden konuyu konuşmuştuk. Sizce olması gereken kategori şekli nasıldır? Ben fazla derin olmayan bir kategorileme sisteminden yanayım. Kategori > Alt kategori > Madde şeklinde. --Anov 21:19, 28 Kasım 2010 (UTC)

  • Bence de burada konuşmamız daha doğru. Konuya gelirsek, ben de çok derin bir kategorilemenin kafa karışıklığına yol açacağını düşünyorum. Ayrıca bence madde adları dışında anlam ayrımı olmamalı. Ben şu an için yalnızca PHP üzerinde çalışıyorum, zaten adam akıllı bildiğim tek dil de o; bu yüzden C#, Java, Python, ASP gibi hiç bilmediğim diller üzerine yorum yapamam. Ben elbette PHP'nin kendi sitesini kullanarak yazıyorum. Burada bildiğimiz if, while, for, else, break, foreach gibi anahtar sözcüklere "control structures" demiş. Sayfalarda İngilizce "structures" olarak belirtilebilir, buna bir şey demem; ancak kategorilenirken "denetim yapıları" kullanabiliriz, bence. Bunu da konuşalım derim. Aynı şekilde bizim döngü olarak bildiğimiz (while, for, foreach, do vb...) PHP'nin kılavuzunda geçmiyor (döngü olarak) yalnızca denetim yapısı diyor. Bu yüzden en bilimsel bilgiye ulaşmak için bunu kullanacağız. Ben PHP kategorilerini düzenlerken, şunu kullandım:
PHP > PHP Denetim Yapıları > if (PHP)
PHP > PHP Denetim Yapıları > else (PHP)
PHP > PHP Denetim Yapıları > elseif (PHP)

vb... Aynı şekilde yapacaklarım:

PHP > PHP İşleçler > mantıksal işleçler (PHP)
PHP > PHP İşleçler > aritmetik işleçler (PHP)
PHP > PHP İşleçler > karşılaştırma işleçleri (PHP)

gibi... Bütün PHP ile ilgili kategorileri böyle ayırmayı düşünüyorum. Gerekirse, PHP'de işleç nedir anlatmak için "PHP > PHP İşleçler > işleçler (PHP)" biçiminde bir madde oluşturulabilir. Birbiriyle aynı ada sahip maddeleri ayıracağız:

PHP > PHP Denetim Yapıları > if (PHP)
C# > ... > if (C#)

Ben bu tür ifadeler C#'de ne derler bilmem; ancak bir "if" var biliyorum. Bu iki maddeyi _(Dil_Adı) biçiminde ayırabiliriz. Ayrıca yalnızca if adlı madde bir anlam ayrımı olur. Örneğin, "if aşağıdaki anlamalara gelebilir: if (C++) if (PHP) if (C#) if (Python)" gibi... Hatta gerekirse kısaca yazılımda (programlamada) if ne demek o yazabilir. Bu biçimde bir kategorileme, ileride çok karmaşa yaratır mı bilmem, şimdilik benim gözüme düzenli gözüktü. Olumdux yönleri burada belirtebilirsiniz. İyi vikiler... <?php Scientius ?> 21:49, 28 Kasım 2010 (UTC)

  • Bana maddeler açılmadan önce, kategorinin açılması da bana pek doğru gelmiyor. Bu yüzden ben "daha sonra doldururum" düşüncesiyle açtığım kategorileri sileceğim (asp.net kategorisi altında olanları)

Ama öbür taraftan şu var : Viki önceden sadece programlama ile ilgili kategorileri ana kategori olarak taşıyordu. İşletim sistemleri , donanım vs. yoktu. Bunları da doğrudan ana kategori olarak açmak için Programlama ve İşletim sistemlerini ayırmak gerekecektir.

Şöyle bir yapı olabilir:

Programlama
..ASP
..ASP.NET
..PHP
....Denetim yapıları (PHP)
......if (PHP)
..C#
....Denetim yapıları (C#)
......if (C#)

Böylece Kategori > Alt kategori > Madde şeklinde yapmaya çalıştığımız kategori sistemine bir de ana kategori eklenmiş olur. (İşletim sistemi, donanım gibi şeylerle karışmaması için)

Ama programlamanın üzerinde yazılım olması, veya programlama dilinin amacının üst kategori olarak belirtilmesi Masaüstü, İnternet programcılığı gibi bence gereksiz yere derinliği arttırmak olacaktır.

Bence kategorilerde sadeleştirmeye gitmeliyiz ve sadece dolu olan kategoriler kalmalıdır. Sonradan madde ekledikçe eklenen maddenin kategorisini de oluşturabiliriz. (Madde taslak olarak eklenirse de olur) --Anov 22:10, 28 Kasım 2010 (UTC)

  • Yukarıda Anov'un bahsettiği kategorilendirme biçimi bana çok uygun geldi. Ben PHP bölümünde herhangi bir kategoride iki üç, ölçünlü madde yazmadan kategorileme yapmayacağım. Zaten şu an bütün maddelerin kategorisi var. Örneğin if, elseif, else ve while maddelerini adam akıllı hale, en azından anlaşılabilir ve kolay bilgiler barındırır hale geldiğinde Denetim Yapıları (PHP) kategorisine koyacağım. Bir de yanlış anlamadıysam if maddesini anlam ayrımı sayfası yapacağım ki bunu Programlama ana kategorisinde yer vereceğiz. Örneğin Programlama>if gibi... Böyle sayfalarda bence 1)Gerekeli dillere yönlendirmeler 2)Belki if hakkında bütün dillerde ortak kısa bir bilgi verilmeli. Böylece ana kategori sistemi ile donanım, programlama ve işletim sistemi gibi konular karışmamış olur. Umarım kategorileme hep böyle düzenli biçimde kalır... İyi vikiler... <?php Scientius ?> 16:36, 29 Kasım 2010 (UTC)
  • VB6 ile ilgili maddeleri eklemeye başladım. Programlama kategorisinin alt kategorilerini otomatik açık olarak ayarlama şansımız varsa şimdiden o kalabalığı kaldırabiliriz. Ben programlama dillerindeki bağlantı yapısı için MSDN'nin yapısını güzel ve anlaşılabilir buluyorum. MSDN Örnek olarak VB6.0 kategorisini düzenliyorum. Umarım kısa zamanda bitirebilirim. Furkan Onka Uğur
  • Ben şu an bir kategori kıyımı gerçekleştirdim :-) Visual Basic 6.0 dışında şu an kısa sürede doldurulması planlanmayan kategoriler varsa silinmesi taraftarıyım. Siz ne dersiniz? --Anov 17:42, 29 Kasım 2010 (UTC)
  • C ve C++ bölümüne bir düzenleme yapmak gerekli. Şu halinin neye hizmet ettiği belli değil ama kıyamıyorum silmeye:) Onu da kütüphanelere göre düzenlemek mantıklı gibi duruyor. Bana göre şimdilik boş olan kategoriler de durmalı, aklıma geldikçe ekleme yapabilirim. --Furkan Onka Uğur 17:52, 29 Kasım 2010 (UTC)
  • cplusplus sitesindeki referans bana güzle geliyor. Onlar kütüphane kütüphane yapmış. Ancak C'deki adları değil C++'daki adları belirtmişler (stdio.h değil cstdio) bunları nasıl yapacağımızı da konuşalım derim. Eğer referams verilecekse (örneğin printf() işlevi hakkında veya std::cout nesnesi hakkında) kütüphane kütüphane ayıralım derim. Buradaki bir başka paradoks ise, std::cout nesnesi, istream'e mi girer yoksa, iostream genel kütüphaneye mi girer?

PHP konusunda şu an için bir sorun gözükmüyor. Ben işlevleri türüne göre ayıracağım Programlama > PHP > Matematik İşlevleri (PHP) > sqrt() (PHP) gibi. Ayrıca burada yaylara gerek var mı bilemiyorum. Kişisel olarak olsa iyi olur gibi geliyor, hani sqrt'nin bir işlev olduğunu belirtiyor gibi... Bunun dışıdan "PHP Denetim Yapıları" adlı kategorinin adını değiştirmek gerek. Onu da sonra halledeceğim zaten. Şimdilik if, else, elseif ve switch ekledim. İnceleyebilirsiniz, henüz taslak halindeler, farklı söz dizimlerini (end...; sözdizimi gibi veya ? : işleçleri) ekleyeceğim; ancak ondan önce tamamen doldurmak istiyorum, while, for, foreach bitsin, detaylandıracağım. Sonra da işleçleri ele alırım. Onlardan sonra bakarız artık, işlevlere başlarım büyük olasılıkla. Ayrıca bence de kısa sürede bitmeyecek kategorileri silelim. Sonra toparlarız, boşuna karmaşa yaratmasın. <?php Scientius ?> 21:40, 29 Kasım 2010 (UTC)

Madde Ölçünleri

Hazır burada güzel bir tartışma hakimken yalnızca "kategorileme" ile sınırlı kalmak istemiyorum. Ben PHP ile uğraşsam da diğer dilleri için çok büyük farklar olacağını sanmam. O dillerle uğraşanlar dilin yapısına göre değiştirirler. Ben PHP için örnek olabilecek echo (PHP) sayfasını hazırladım. Elbette eksiklikler var; ancak genel olarak ölçün bu biçimde olabilir. Öte yandan diğer sayfalar için de bir ölçün oluşturabiliriz. Tabii bence dillerin eşdeğer sayfaları (örneğin printf (PHP) ile printf (C)) birbirleriyse aynı içeriğe sahip olmaları imkansız olsa da yakın olmalıdır. Lütfen siz de düşüncenizi belirtiniz, bence herkesin düşüncesi çok önemli. <?php Scientius ?> 21:07, 30 Kasım 2010 (UTC)

  • Tüm programlama dillerini, veritabanı sql komutlarını bir standarda toplamanın zor olacağını düşünüyorum. Belki bir programlama dili veya bir konu içinde belli bir başlık sıralaması o kategori içindeki tutarlılık için takip edilebilir. Kategori yapısı gibi, maddeler içindeki başlık sıralamasında da o dilin/platformun özgün kaynağındaki sıralamayı takip etmenin, o dilde/platformda deneyimli kullanıcılar için faydalı olacağını düşünüyorum. --Anov 13:06, 18 Aralık 2010 (UTC)