Mayıs 2009 Sayısı ile e-Bergi sizlerle

0
ilke444

Aylık bilgisayar bilimi ve özgür yazılım derginiz e-bergi, Mayıs 2009 sayısında sizlere yine dopdolu bir içerik sunuyor.

ODTÜ Bilgisayar Topluluğu olarak, bilgisayar bilimi ve özgür yazılım alanlarındaki Türkçe kaynak sıkıntısını gidermek amacıyla http://e-bergi.com adresinde yayımlamakta olduğumuz elektronik dergi e-bergi, Mayıs 2009 sayısında sizlere yine dopdolu bir içerik sunuyor.

Bergimizin Mayıs sayısı içeriği:

Bergimiz hakkında her türlü görüş, öneri, eleştiri ve desteğiniz memnuniyetle karşılanacaktır. Bize ulaşmak veya katılmak için hot-line@cclub.metu.edu.tr adresini kullanabilirsiniz.

Görüşler

0
hcg
Grafik tasarım konusunda dergi her geçen sayı daha iyiye gidiyor. Emeği geçen herkesin eline sağlık.
0
FZ
Perl 6 yazısının devamını bekliyoruz büyük bir heyecanla ;-)
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Yazılım Mühendisliğinde Çıkmaz Sokak Tarifleri: Anti-Patterns

FZ

Bilgisayar yazılımları geliştirmekle yıllardır uğraşılmakta. Son yarım yüzyılda ortaya çıkan bu alanda çeşitli paradigmalar (prosedürel, nesne tabanlı, fonksiyonel, vs) ve çeşitli modeller (code reuse, unit testing, component model, extreme programming, design patterns) ortaya atıldı. Daha çok "Özgür Yazılım'' ile birlikte dağıtık geliştirme yöntemleri gündeme geldi. Tasarım, uygulama ve test aşamalarını kapsayan geniş bir açıdan baktığımızda bize önerilen çeşitli "doğru'' geliştirme yöntemleri var.

Diğer her alanda olduğu gibi dengeli ve sağlıklı bir kavrayışa sahip olmak için doğruların yanında "yanlış'' yöntemler hakkında da bilgi sahibi olmak gereklidir. Bu konuda yaşanmış çok tecrübe olmakla birlikte, yazılı olarak birkaç kaynak dışında ciddi bir eksiklik bulunmaktaydı. Bu makale, ağırlıklı olarak yazılım mühendisliği ile ilgili birkaç Internet sitesinden derlenmiş, daha çok özgür yazılım alanını ilgilendiren bu tür çıkmaz yolları tanıtmaktadır. Ortak noktaları:

* Çoğu bir problemi çözmek isterken ortaya çıkar
* İlk bakışta harika bir fikir gibi gözükebilirler
* En çok tasarım aşamasında görülürler
* Sizden çok daha üretken ve başarılı grupları batırmışlardır!

Gürer Özen'in Anti-Patterns çevirisinin devamını burada okuyabilirsiniz.

KNOPPIX ile disk kurtarma

yalcink01

Evdeki sistem yine çöktü. Garibimi bu sefer tekrar kurmak yerine, kurtaralım bari dedik. Knoppix'in bu konudaki maharetinden bahsedilip duruluyor. Ben de evdeki emektar Knoppix Cd si ile sistemi kurtarmaya karar verdim. İyi bir kılavuz bulup önce dersimizi çalıştık. Çalışırken yazmak gibi bir huyum olduğu için arada çevirmişte olduk. Benim işime yaramadı /* çünkü Knoppix CDim çalışmıyor. Garibim perişan olmuş yüzü gözü çizik içinde*/ belki birinin işine yarar. KNOPPIX İLE SİSTEM KURTARMA

Saygılarımla,
Yalçın KOLUKISA
NOT: Çeviride oldukça fazla imla hatası olma ihtimali mevcut. Henüz kontrol yapmaya fırsatım olmadı. Yazım ve imla hatalarını bildirirseniz sevinirim. Hafta sonu gerekli düzenlemeleri yapmak niyetindeyim.

Bilgi İşlem Tasarım Kalıpları

anonim

Tasarım Kalıpları (Design Patterns) adı verilen akım, özellikle bilgi işlem yazılımcıları tarafından son yıllarda çok ilgi görmüştür. Bir tasarım kalıbı basit bir açıklama ile bir nevi reçetedir. Bu reçete, sürekli karşımıza çıkan bir sorun tipine karşı bulunmuş, gene sürekli verilmiş olan ve işe yarar bulunmuş bir çözümdür.

Yazının devamı için buraya tıklayın.

Debian GNU/Linux İçin Paket Yapımı

yuxel

Debian GNU/Linux'u en popüler dağıtımlardan birisi yapan şüphesiz ki paket yönetim sistemidir. Neredeyse tüm paketleri resmi depolardan (http://www.debian.org) veya gayri resmi yansılardan (http://www.apt-get.org) edinmek mümkün. Ancak bazen istediğiniz programı istediğiniz koşullarda paketlenmiş olarak bulamıyorsunuz. Bu durumda kendiniz kaynak koddan derlemek zorunda kalıyorsunuz. Daha sonraki kullanımlar veya arkadaşlarınızla paylaşmak için bu derleme işlemini bir paket olarak kenarda köşede bekletmek isteyebilirsiniz. Bu belgede, Debian paket yapımı hakkında bilgi bulacaksınız

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.

Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...

Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)