İlknur Kabadayı

Ken Robinson diyor ki; "Okullar yaratıcılığı öldürüyor."

2012-01-26T11:51:00.000+02:00

Biz diyoruz zaten eğitimimizin önündeki en büyük engel okullar diye :)

RichFaces

2012-01-16T14:44:00.000+02:00

Java ile web uygulamaları ilk olarak Servlet’ler ile başladı fakat Servlet’ler kodun içine HTML yazmayı gerektirdiğinden tutmadı.
Daha sonra Java dünyası HTML içine Java kodu gömmeyi başardı ve adına da Java Server Pages(JSP) dedi.
Ama JSP ile büyük çaplı projeler gerçekleştirilirken bu teknolojilerde iş mantığı ayrıştırması olmadığı için yazılan kodların çöplük halini aldığı ve okunabilirliğin büyük ölçüde azaldığı görüldü.
Bu aşamadan sonra web çatıları kullanılmaya başlandı. Günümüzde kullanılan en popüler web çatısı Java Server Faces(JSF)tir.
JSF, MVC(Model-View-Controller) yapısı ile, yazılımı nesneler, görünümler ve kontrol sınıfları şeklinde mantıksal olarak böler ve barındırdığı bileşenler ile proje gerçekleştiriminde birçok kolaylık sağlar.
Ancak yine de profesyonel bir proje geliştirirken JSF bileşenleri yetersiz kalmaktadır. İşte bu anda yardımımıza 3. parti JSF kütüphaneleri (RichFaces, Icefaces, PrimeFaces) yetismektedir.
RichFaces da Jboss firmasi tarafindan opensource olarak gelistirilmekte ve ücretsiz dagitilmakta olan zengin bir bileşen kütüphanesidir.
RichFaces, JSF’e Ajax yeteneğini (Core Ajax component kütüphanesi) kazandırarak, bizleri karmaşık scriptler yazmaktan kurtarır. JSF’teki HTML bileşenler de dahil olmak üzere her türlü bileşene kolayca AJAX desteği verilebilir.
RichFaces UI componenti ise RichFaces’a özel daha estetik bir arayüz hazırlamaya imkan sunar.

RichFaces Kurulumu

RichFaces’ın sisteme kurulması birkaç jarın eklenmesi kadar basit bir işlemdir. WebContent/WEB-INF/lib klasörü altına aşağıdaki jarları eklemeniz yeterlidir.

richfaces-core-api.jar
richfaces-core-impl.jar
richfaces-components-api.jar
richfaces-components-ui.jar
sac-1.3.jar
slf4j-api-1.5.8.jar
slf4j-log4j12-1.5.8.jar

RichFaces4 ile birlikte web.xml de herhangi bir değişiklik yapmanıza gerek yoktur.

RichFaces kütüphanelerini JSF sayfalarında kullanabilmek için son olarak JSF sayfalarına aşağıdaki linkler eklenmelidir.

xmlns:a4j="http://richfaces.org/a4j"
xmlns:rich="http://richfaces.org/rich"

Kaynaklar

http://en.wikipedia.org/wiki/RichFaces
http://forum.ceviz.net/java-jsp-jsf/81766-jsf-mi-jsp-mi-farklariartilarieksileri.html

Yazılım Ürün Metrikleri

2012-01-06T19:47:00.003+02:00

(Software Product Metrics-Using them to quantify design and code quality adlı makalenin özetidir.)

Yazılım metrikleri yazılımın ölçüsüdür. Öncelikli kullanımları yazılım geliştirmede planlama ve tahminde bize yardımcı olmalarıdır. Eğer yazılımı ölçebilirsek, yazılım kalitesini daha iyi kontrol edebiliriz. Bu, geliştirmenin erken sahnelerinde özellikle geçerlidir.

Genel olarak yazılım metrikleri iki sınıfa ayrılır, bunlar; yazılım ürün metriği, yazılım süreç metriğidir. Yazılım ürün metriği ürünün kaynak kodunun ve tasarım belgelerinin ölçüsüdür. Süreç metriği ise sürecin ölçüsüdür. Örneğin sistem tasarımı için gerekli çaba bir süreç metriğidir. Bu makalede yalnızca yazılım ürün metriklerinden bahsedilmiştir.

Modüllerin tasarımı ve bir araya getirilme şekilleri kaliteyi etkileyeceğinden, eğer tasarım yapısını ölçebilirsek, yazılım ürününün kalitesini de daha iyi kontrol edebiliriz. Yazılımın tasarım yapısı, programlama dili paradigmasına bağlıdır. İki popüler programlama paradigması (yapısal ve nesneye yönelik programlama) yazılım endüstrisinde yaygın kullanılır. Örneğin C, Pascal gibi diller yapısal paradigmayı desteklerken, Java, SmallTalk gibi diller nesneye yöneliktir. Yazılım metriği de bu iki paradigma için farklılık gösterir. Yapısal paradigmada metrikler fonksiyonları ve onların birbirleriyle olan etkileşimini ölçer. Sınıflar ve sınıfların birbiri ile etkileşimi ise nesneye yönelik paradigmada ölçülür.

Yapısal paradigmada yazılım yapısının iki yönü vardır. İlki, her fonksiyon veya prosedürlerin içindeki kontrol akışıdır. İkincisi fonksiyonlar arasında etkileşimdir. Yapısal paradigmadaki metrikler; fonksiyonun büyüklüğünü, bir fonk. içindeki kontrol akış karmaşıklığını ve bilgi akış karmaşıklığını içerir.

Bir fonksiyonun büyüklüğü tartışmalı bir konudur ama yaygın kullanılan bir metriktir. İhtilaflı bir konu olmasının sebebi herkesin üstünde anlaşma sağladığı mükemmel bir büyüklük ölçüsünün olmamasıdır. Buna rağmen çeşitli büyüklük ölçümleri mevcuttur ve büyüklüğün genel tanımı kod satır sayısıdır( Lines of Code-LOC). LOC toplam satır sayısının parantezler ve yorum satırlarıyla ya da bunlar olmadan hesaplanmasıdır. Parantezlerin ve yorum satırlarının hesaplanıp hesaplanmaması ise pratisyene bağlıdır.

Akış karmaşıklığı giriş ve çıkış yelpazelerine dayanır. Bu metrik bir fonksiyonun çevresinde kaç etkileşimi olduğunu ölçer. Giriş yelpazesi başka bir fonksiyondan doğrudan çağrı olabilir. Dolaylı akış bir fonksiyonun bir fonksiyonu çağırması ve çağrılan fonksiyonun döndürdüğü değerin başka bir fonksiyonu çağırmak için kullanılmasıyla ortaya çıkabilir. Çıkış yelpazesi bir fonksiyona doğrudan çağrı ya da global değişken olabilir.

Nesne yönelimli(OO) sistemler yapısal sistemlere göre farklı yapılara sahiptir. Bu yüzden OO sistemlerde kullanılan metrikler de farklılık gösterir. Chidamber and Kemerer OO tasarım yapılarını ölçmek için 6 farklı metrik önerir. Bunlar;

Kalıtım ağacının derinliği
Çocuk sayısı
Bir sınıfın ağırlıklı methodu
Bir sınıf için tepki
Nesneler arası bağlamaMetotların kaynaşması eksikliği

Fakat daha sonra Li tarafından bu metrikler revize edilmiştir. Bunlar;

OO tasarımda her sınıf bir kalıtım hiyerarşisinde mevcuttur. Böylece kalıtım ağacının derinliği ne kadar ata sınıfın olduğu ölçüsüdür.(Ata sınıf sayısı metriği)
Decedent sınıf sayısı
Yerel methodların sayısı metriği, sınıfın yerel arayüzünün ne kadar geniş olduğunu gösterir.
Sınıf method karmaşıklığı(Class Method Complexity) sınıftaki bütün yerel methodların birleşik karmaşıklığını ölçer.
Mesaj iletimle eşleşme metriği

Kaynak: Software Product Metrics-Using them to quantify design and code quality
Wei Li

Ane Brun - Big in Japan

2011-12-18T20:16:00.000+02:00

Bırakamıyorum..

Yazılım Projesi Yönetim Uygulamaları: Başarıya Karşı Hata

2011-11-16T12:09:00.001+02:00

(Software Project Management Practices: Failure Versus Success adlı makalenin özetidir.)

1995-2004yılları arasındaki 250 geniş kapsamlı yazılım projesi incelenmiştir. Buprojelerden kimisi başarılı olmuş, kimisi planlanan sürede tamamlanamamış,kimisi planlanan bütçeyi aşmış ve kimisi de tamamen iptal olmuş projelerdir.İnceleme neticesinde başlıca 6 ortak problem saptanmıştır. İlginç nokta ise bu altı problemeteknik personelin değil proje yönetimindeki eksikliklerin sebep olduğu ortayaçıkmıştır. Bu ortak problemleri iyi elealan projeler başarılı olmuş, en az birinde yetersiz kalan projeler ise beklenenbaşarıyı gösterememişlerdir. Modelleme yöntemleriyle ilgili olarak, hem şelale modeli hem de sarmalmodel dahil edilmiştir. Ancak yeni çevik modelleri dahil edilmemiştir, çünkü1000 işlev puanından büyük uygulamalarda nadiren kullanılır.

Artemis Views, Microsoft Project, Primera ve Project Manager’s Workbenchproje yönetim araçlarına örnektir. Bu araçlar genel amaçlı kullanılır veprojeye göre özelleştirme içermezler. Before You Leap, CHECKPOINT, ConstructibeCost Model(COCOMO) II, CostXpert, KnowledgePlan, Parametric Review ofInformation for Costing and Evaluation – Software (PRICE-S), SoftwareEstimating Model(SEER-SEM), ve Software Life Cycle Management(SLIM) ise yazılımölçüm araçlarına örnektir. Bu proje yönetim araçları ve yazılım ölçüm araçlarıilk olarak ayrı ayrı ortaya çıksa da artık teknik açıdan birlikte katılımsağlamaktadırlar. Çoğu proje yönetim ve maliyet ölçüm araçları uygulama diliiçin seçilen dili baz alarak ölçümü gerçekleştirir.

Proje Planlama; işin bölümlere ayrılıp grup üyeleri arasında iş bölümü yapılmasınıiçerir. Başarılı proje planlaması için;

·        Otomatikleşmişproje planlama araçları kullanmak
·        Tam bir iş dökümyapısını geliştirmek
·        Kritik yolanalizlerini yürütmek
·        Taşeron ve uluslararası takımları düşünmek
·        Değişengereksinimleri göz önünde bulundurmak
·        Proje süresinceolabilecek kiralama ve devir işlemlerini hesaba katmak
·        Detaylı gereksinimçözümleme, inceleme, test ve onarma için yeterli vakit ayırmak

gereklidir.

Proje Maliyet Ölçümü, oldukçakarmaşık bir işlem olduğu için muhakkak otomatikleşmiş bir tahmin aracıkullanılması gerekir. Başarılı tahminlerin bazı ortak noktaları;

·        Otomatikleşmiş araç kullanılması
·        Somut ölçümler kullanılması
·         Tarihteki benzer projelerinölçümlerinden yararlanılması
·         Zamanlama ve masraf tahminleriylebirlikte kalite tahminlerinin de yapılması
·         Yeni ve değişen gereksinimlerintahmine dâhil edilmesi

Proje Ölçümü, içinkullanılmakta olan lines of code ölçüsü yerine artık function pointölçüsü tüm dünyada yaygınlaşmaktadır. Gereksinim, tasarım, kalite güvence vs.gibi proje kesimlerinde geçerli olmaması, Visual Basic gibi satır sayma içinetkin araçları bulunmayan diller bulunması ve bir projenin birçok dil ilebirlikte kullanılarak gerçekleştirilmesi gibi sebeplerle lines of code birimiyerine function point kullanılması daha makuldür. 10.000 işlevsel puanalanında bulunan projeler şunları içermelidir.

·        Birikmiş çaba
·        Birikmiş maliyetler
·        Geliştirim üretkenliği
·        Gereksinim değişikliklerinin hacmi ve oranı

KilometreTaşlarını İzleme; Bir proje için kilometretaşı (milestone) olarak tabir edilen aşamaların yapılandırılması,izlenmesi ve sonuçlarının düzgünce rapor edilmesi gerekir. Eğer ciddi hatalarrapor edilmişse önce bunlar düzeltilmeli, sonra aşama tamamlanmalıdır. Genelolarak şunlar örnek verilebilir;

·        Gereksinimlerin gözden geçirilmesi
·        Proje planının gözden geçirilmesi
·        Maliyet ve kalite tahmininin gözdengeçirilmesi
·        Harici tasarım, veri tabanı tasarımıve dahili tasarımların gözden geçirilmesi
·        Kalite planı ve sınama planınıngözden geçirilmesi
·        Belgelendirme planının gözdengeçirilmesi
·        Teslim/kurulum planının gözdengeçirilmesi
·        Eğitim planının gözden geçirilmesi
·        Kod denetimi
·        Her bir geliştirim test safhası
·        Müşteri kabul testi

Başarısız projelerde bu aşamalar,sadece takvimdeki tarihlerden ibarettir. Etkinlikler, bitmeden bittigösterilir. Başarılı projelerde bir aşamanın başarısız olması durumunda güçlüve ani bir tepki oluşur. Hemen düzeltme planları, görevler atanır veolabildiğince hızlı bir biçimde aşama düzgün tamamlanır.

DeğişiklikYönetimi; Projenin çözümleme vetasarım aşamalarında gereksinimler değişmektedir ve başlangıç noktasıyla karşılaştırıldığında değişimler%50 lere varabilir . Bu değişimlerin başarılı bir şekildeyönetilmesi şu işlemleri içerir;

·        Aşağı yönde değişiklikleri minimize etmek için resmi prototiplerinkullanımı
·        Döngüselgeliştirme stratejileri kullanmak
·        Müşteri/geliştiricimüşterek şekilde değişim kontrol kurulu
·        Tüm değişimtaleplerinin somut bir gözden geçirilmesi
·        Büyükdeğişiklikler için zamanlama ve masraf tahminlerinin yeniden gözden geçirilmesi
·        Çapraz referanskabiliyeti olan otomatik değişim yönetim araçlarının kullanılması.

KaliteKontrolü; Başarılı projeleri başarısızlar arasındansıyıran en önemli etken ise etkili bir kalite kontrolüdür. Çünkü büyükyazılım projelerinde hataları bulmak ve düzeltmek en masraflı iştir. Başarılıkalite kontrolü hem arıza bulma hem de arıza önleme aktivitelerini içerir.Başarılı kalite kontrol aktiviteleri şunları içermelidir.

          Kusur Önleme:
·        Gereksinimleri bir araya getirmek için JAD
·        Resmi tasarım metodları
·        Yapısal kodlama metodları
·        Resmi test planları
·        Resmi test durumu yapısı

          KusurKaldırma:
·        Gereksinimlerin kontrolü
·        Tasarımın kontrolü
·        Döküman kontrolleri
·        Test planı ve test durumu kontrolleri
·        Kusur onarım kontrolü
·        Yazılım kalite güvence gözden geçirmesi
·        Birim test
·        Bileşen testi
·        Yeni fonksiyon testi
·        Regresyon testi
·        Performans testi
·        Sistem testi
·        Kabul testi

Kaynak: Software Project Management Practices: Failure Versus Success

Capers Jones
Software Productivity Research LLC

Yeni Bir Programlama Dili Tasarımı (Lex & Yacc)

2011-10-23T21:16:00.000+03:00

Proje iki kısımdan oluşuyor. İlk kısımda BNF (Backus Normal Form) ile yeni bir dil için sözdizimi(syntax) tasarımı yapılıp lex aracıkullanılarak yazılım dili için bir sözlüksel çözümleyici (lexical analyzer)tasarlanıp, gerçekleştirilmiştir. Linkteki Proje1 adlı dosyada; tasarımı anlatan ve ayrıntılı bnf tanımını içeren rapor dosyası + bu bnf'e uygun biçimde gerçekleştirilmiş lex kütüğü + örnek bir deneme kütüğü + makefile mevcuttur.

İkinci kısım için YACC kullanılmıştır. YACC temel olarak BNF (Backus Normal Form) kullanarak cümle dizimini belirtmektedir. LEX ile birlikte kullanıldığında bir dil tasarımının neredeyse yarısı olan lexical (kelime) ve syntax (cümle) analizi tamamlanmış olur. Bundan sonra dildeki her kelime ve cümle diziliminin anlamını (semantic) kodlamak kalır. Biz bu proje ile birlikte kelime ve cümle analizini tamamlamış olduk. Linkteki Proje2 adlı dosyada yacc+lex+makefile+deneme kütüğü mevcuttur. YACC'da karşılaşılan conflictleri düzeltecek şekilde bnf tanımı yeniden yapılmış ve ufak değişikliklere gidilmiştir.

Proje: http://dl.dropbox.com/u/19315438/Odev2010-PD.rar

Kaynakça

O’Reilly - Lex and Yacc
http://www.bilgisayarkavramlari.com/2008/12/12/yacc/
http://www.cs.utk.edu/~eijkhout/594-LaTeX/handouts/parsing/yacc-tutorial.pdf

Aile Yanında Üniversite Okunmaz

2011-09-01T03:01:00.000+03:00

Tercih döneminde kendi isteğimle sadece Ankara yazdım, ailemle yaşıyorum ve aile yanında üniversite okunmaz diyorum ben de :) Bi de bunu söyleyince "eğitim şart" diyen, ama aldığı eğitimle düşüncelerinde ezber ötesine geçemeyenler için ya ailenden nefret ediyosundur, ya da ailen çok cahildir ki bu fikirdesindir. Ben bizimkilerden genel olarak memnunum (*), ama ailenin, adı üstünde "aile" olmasından kaynaklanan korumacı yönü yüzünden yalnızca onlardan uzaktayken öğrenebileceğimiz şeyler var diye düşünüyorum.

Ayrıca eğitim hayatına da şu sebeplerden engel olabiliyorlar bazen;

1. Sürekli aile yanında kalınca büyüdüğünü kabullenmeleri çok zor oluyo.
2. Bize çok misafir geliyo mesela, sınav haftalarında gelmeleri de cabası. Evde bi hengame varken odaya kapanmak da olmuyo.
3. Kız olduğum için öyle gecelere kadar arkadaşlarımla kütüphanede kalıp ders de çalışamıyorum, izin vermezler. (Her aile kendi kuşuna güvenir ama başka kuşlara güvenmez :))
4. Annemin ev işlerine yardım beklentisi var. Ona mı yapıyorum, kendime yapıyorum ne yapıyosam, yarın bigün evlenmicem mi ben? :D
5. Bölüm zor, sürekli bilgisayar başında olmam gereken zamanlar oluyo, "hiç yüzünü göremiyoruz", "bizle hiç oturmuyosun" diye sık sık yakınıyolar ve acıyan bakışlar altında onları mı rahatlatsam dersime mi baksam ikileminde kalıyorum.
6. Evimiz okula çok uzak. Aynı şehirde olduğumuz için okula yakın bi evde kalmam yine genel aile yapısına ters :) Benim dışımda herkes de halinden memnun, e okul da sonsuza dek sürmeyecek ya taşınmak hayal.
7. Bunları söyleyince de nankör evlat muamelesi görüyorum :D

* Annem babam olur da burayı okursa diye yanlış anlaşılmamak adına not: sizi gerçekten çok seviyorum :)

Programlama Dili Tasarımında Güncel Sorunlar

2011-01-23T22:09:00.000+02:00

(Bu yazı BIL339 Programlama Dilleri dersi ödevi için hazırlanmıştır)

Programlama dillerinin tarihi seyri içerisinde binlerce dil tasarlanıp geliştirilmiştir. Bunlardan bir kısmı hiç yaygınlaşamadan unutulup giderken bir kısmı ise belli dönemlerde oldukça popüler hale gelmiştir. Ancak bilişim dünyasındaki gelişmeler doğrultusunda mevcut programlama dillerinin çözmek üzere tasarlanmamış olduğu yeni problemler ve yeni ihtiyaçlar çıkmıştır. Zaten bu kaçınılmazdır. Yeni ihtiyaçları karşılamak üzere hali hazırdaki diller kendilerini geliştirip değiştirmiş, bu da yeni dillerin doğuşuyla neticelenmiştir.

Tarihten günümüze geliştirilmiş olan ve günümüzde de gelişimine devam etmekte olan hemen tüm diller için ortak olarak gözetilen tasarım kıstasları ve kısıtları var olagelmiştir. Bir programlama dilinin insanın kullanacağı bir araç olması sebebiyle kaçınılmaz hale gelen bu kıstasların başında yazılabilirlik ve okunabilirlik gelir. Yazılım Mühendisliği disiplini bağlamında oturmuş birer terim olan bu iki kavramı sırasıyla “dilin söz diziminin kolay olması; ayrıca hedeflenen bir işi yapacak programın kolay yazılabilmesi” ve “başkası tarafından yazılmış bir programın kolayca okunup anlaşılabilir olması” şeklinde kısaca ve kabaca açıklayabiliriz.
Programlama dili tasarımındaki genel kıstaslara verdiğimiz örneklere güvenilirlik de eklenebilir. Dilin değişkenlere tür atama stratejisi (typing) bu kavram bağlamında söz konusu edilebilir. Bu işlemin dinamik (çalışma zamanında) ya da statik (derleme zamanında) yapılıyor olması bir yandan dilin esnekliğini artırabilirken diğer yandan güvenilirliğini düşürebilir.

Programlama dilleri, bir insanın yapması halinde çok daha uzun sürecek işleri bilgisayarlara hızlıca yaptırabilmek için makinelerle iletişim kurup anlaşmanın, ilgili işin nasıl yapılacağının belirtilmesinin bir yoludur. Yararlanılmak istenen bu hız faktörü, programlama dili tasarımında da kendisini gösterir. Bir programın hızlı çalışması, yüksek performanslı olması istenir.
Buraya kadar bahsi geçen okunabilirlik, güvenilirlik ve performans kıstasları, birbirlerini kısıtlayan etmenlerdir. Söz gelimi, tip kontrolünü çalışma zamanında yapan bir dilin güvenilirliği daha düşüktür. Çünkü örneğin karakter katarını sayı gibi kullanan dikkatsiz bir programcı, hatasını ancak çalışma zamanında anlayabilecektir. Fakat tip kontrolünün derleme zamanında yapılması da geliştirme süresini uzatacaktır. Bu yüzden okunabilirlik, güvenilirlik ve performans arasında bir denge sağlanmaya çalışılır.

Modern dillerin, artık dili daha etkin kullandırmayı amaçlayan özellikleri vardır. İlk tanıtılmaları diller teorisi açısından büyük birer adım olan bu özellikler, artık modern dillerin gerekli birer parçası halini almıştır. Örneğin çöp toplama özelliği, programcı tarafından boşaltılmayan ama artık kullanılmayacak olan bellek alanlarının zekice tespit edilip işletim sistemine sorunsuzca teslim edilmesini içerir. Çöp toplama mekanizmalarının en çok kullandığı yöntem referans saymadır. Dillerin özyineli alt programlara elverişliliği de ayrı bir noktadır. Bilgisayar bilimlerinde bunlar gibi yeni başyapıt özelliklerin tanıtılması yeni dillerin doğmasıyla neticelenebilir. Nitekim tanıttığı ya da geliştirdiği yeni bir kavramla şöhret bulan Assembly, C, SmallTalk, Java, LISP, Prolog gibi birçok dil örneği verilebilir.

Programlama dilleri genel amaçlı olarak geliştirilebildikleri gibi çoğunlukla özel amaç ve alanlara yönelik olarak (domain spesific languages) da geliştirilmişlerdir. Örneğin donanım benzetimlerini yapmak için Verilog, VHDL gibi diller mevcutken yoğun matematiksel işlemler için Mathematica, MATLAB, FORTRAN gibi diller geliştirilmiştir. Veri tabanı sistemlerinde bir sorgu dili olarak SQL oldukça yaygın bir kullanıma sahiptir. Derleyici tasarımında Lex, YACC, Antlr; betik (script) programlamada bash, batch; web programlamada PHP, ASP; işletim sistemi geliştirmede ise C, C++, Assembly yaygın olarak kullanılan alana özelleşmiş dillere örnek verilebilir. Bu noktada şunu söylemek sürpriz olmayacaktır: yeni alanların gelişmesi, yeni dillere ihtiyaç doğuracaktır. Nitekim mantıksal programlamada Prolog, işlevsel programlamada Scheme dilleri yeni ihtiyaç alanlarını temsil eden sadece birkaç örnektir.

İnsan ihtiyaçlarından doğup yine insan ihtiyaçlarına göre şekillenen programlama dilleri, doğal olarak ilk çıktıkları zamanki yapılarını korumaya devam etmezler, değişirler. Bu değişimler bazen devrim niteliğinde çok köklü değişiklikler olabilir. Örneğin Python dilinin bir yandan 2.7 numaralı sürümü geriye bağımlılık nedeniyle geliştirilmeye devam ederken, köklü geliştirmelere uğramış olan 3 numaralı sürümü ayrıca geliştirilmektedir. Benzer şekilde C’nin donanıma yakınlık gücüne nesne-yönelim paradigması katıldığında C++ doğmuştur. Geriye bağımlılık, harcanmış emeklerin çöpe gitmesini önlemek için gereklidir. Bu sayede mevcut bir program, dilin yeni sürümlerinde de tekrar kullanılabilir.

Taşınabilirlik, yazılmış bir programın tekrar kullanılabilirliğini artıran başka bir özelliktir. Donanıma daha yakın diller, üzerlerinde çalıştıkları makineye daha bağımlıdırlar. Donanımdan uzaklaştıkça soyutlama düzeyi artar, buna paralel olarak da diller platforma daha az bağımlı kalır. Assembly tamamen platforma bağımlı bir dil iken C dili platformdan (büyük ölçüde) bağımsızdır. Java, bu sorunu daha farklı bir yaklaşımla (JVM & bytecode) çözer. Python dili de platform bağımsız bir dildir. Bu sayede programcı, her ortamda aynı şekilde kod geliştirebilir.

C++’ın, C’ye nazaran güçlü yanlarından birisi de STL (Standard Template Library) adıyla anılan hazır kütüphaneleridir. Hazır kütüphaneler, dili daha rahat kullanılır ve hızlı bir geliştirme ortamı haline getirir. Kütüphaneler sayesinde programcı, tekerleği tekrar icat etmek zorunda kalmaz. Python da oldukça geniş bir hazır kütüphane desteği sunmaktadır. Kullanışlı bir dil, tek kullanımlık (throwaway) programları hızlıca yazabilmeye de imkân sağlar. Birçok büyük proje, küçük bir programcık olarak başlamıştır. Hazır kütüphane desteği, tek kullanımlık program yazmayı hızlandırır.

Kaynakça

1. Çakır, Burak (2008) .Python Programlama Dili ile Özgün Yazılım Geliştirme Modeli
2. Wasserman, Anthony I.(1975) .Issues in programming language design: An overview
3. Fromberger, Michael J. (2004) .A Gentle Introduction to Pyhton
4. “Computing paradigms”, Wikipedia Article, retrieved on Jan 14, 2011.
5. “Type system in Programming Languages”, Wikipedia Article, retrieved on Jan 14, 2011.
6. Chisnall, David (2006).What Makes a Good Programming Language, InformIT, retrieved on Jan 14, 2011

Errör

2011-01-04T18:12:00.000+02:00

Bıktım! Ödevlerden, projelerden, sınavlardan.. Okula dair herşeyden..

O kadar yoruyor ki hayat, bıkıyorsun istemesen de. Sorun değil birşeyim yok. Bakkala gidiyorum deyip 10 yıl kaybolasım var sadece. [Sunay Akın]

Okuldan başımı kaldırıp ne wikileaksle ilgilenebildim, ne domatesin 10 tl olmasıyla, ne Nihat Doğan'la, ne de 'öyle bir geçer zaman ki'yle. Az ucundan şu bilgi üniversitesi olayını yakalayabildim sadece.

Vee son iki haftaya girdik..

Geçecek hepsi, geçecek.. Şifalı gözlerin her şeyi iyi edecek. [Tarık Tufan]

Türk Telekom Stajı

2010-08-23T11:05:00.000+03:00

Stajımı tamamlamış bulunuyoruuum. Merak edenlere, Türk Telekomda staj yapmak isteyenlere duyurulur!

Öncelikle Türk Telekom özelleşmiş ama hala "bugün git yarın gel" mantalitesinden kurtulamamış bi kurum, zira okula vermem gereken belgeleri bir türlü imzalattıramadım.Bi imza ve kaşe ya alt tarafı, bu kadar mı olay olur! Bikaç kez gidip gelmem gerekti, telefonla oyalamaları da cabası..

Neyse..

Bana tek başıma kalabileceğim bi oda ve PHP diliyle yazılacakbir proje verdiler.

Sonraki hafta hiç birşey yapmadan mesai doldurma konusunda kendimi geliştirdim (bkz.işte böyle ) Bikaç günü de program test etmeyle geçirdik, son hafta PHP kodunu tamamladım ve teslim ettim.

Notlar:

Sanıldığı gibi stajınız çay kahve servisiyle ya da fotokopi çekmeyle geçmiyor. Eğer isterseniz ve hevesliyseniz bişeyler öğrenip kendinizi geliştirebilirsiniz burda.

Mühendisinden hizmetlilerine kadar burdaki herkes samimi ve yardımcı olmaya çok acık insanlar..

Çay, kahve dilediğiniz kadar tüketebilirsiniz, uyumayın diye her şey hazırda..

Bu arada unutmadan çalışanlar için her semte servis var ya daha ne olsun:) bu kavurucu günlerde sıcak yüzü görmedim valla hatta burdaki klimalar yüzünden üşüdüm bile..

Ayrıca yapılan toplantılara ve eğitimlere bizi(stajyer tayfasını) de davet ediyorlar.. Çok bişey anlamasam da profesyonel bi ortam gördüm bu etkinliklerde.. Yabancı misafirler, ingilizce sunumlar, karşılıklı dialoglar vs.

Kılık kıyafet açısından da çok iyi, mesela tesettürlü kadınlar başlarını açmak zorunda kalmıyor..

Staj için de gerçekten uygun, yatmak isterseniz yatarsınız, iş yapmak isterseniz de yaparsınız, öyle bi yer..

Mesafeler

2010-06-27T18:32:00.000+03:00

Mesafesi kalmadı kimin kimseye
Oğlanın anasına kızın babasına
Her gün çiftleşirken dünyayla biraz daha
Kapanıyor mesafemiz gökyüzüyle
Atını süren varıyor Sidretü'l Münteha’ya
Mesafesi kalmadı imanın küfre;
Sevabın günaha, iyinin kötüye, kulun Allah’a
Her gün melekleşiyor şeytan biraz daha
Kapanıyor mesafemiz maymunla
Mesafesi kalmadı Mecnun’un Leyla’ya…

Mesafesi kalmadı Amerika’nın dünyaya
Yayılıyor kıta kıta açlık ve hastalık
Çölün yağmura şehrin bulutlara
Mesafesi kalmadı ölümün hayata…

İstesem de gidemem mesafe kalmadı
Ya Rab bana mesafe ver…
Çayocağı Mevlanası..

Black

2010-05-08T17:59:00.000+03:00

"Siyah.. bir renk midir yoksa bir duygu mu?"

Hem kör hem sağır birine dünyayı nasıl anlatabilirsiniz ki?! Nesneleri, renkleri, duyguları.. İmkansız gibi görünüyor ancak film sadece bunun değil hayatta hiçbişeyin imkansız olmadığını gösteriyor adeta..

Filmde, 8 yaşındaki, hem sağır hem de kör olan, hırçın ve bi hayvandan farksız biçimde hayatını sürdüren Michelle McNally'yi babası akıl hastanesine kapatmak ister.Oysaki Michelle sadece sağır ve kördür, zihinsel engelli değil! Annesinin son umuduysa Debraj Shai'dir..Debraj, Michell'in karanlığını umuda ve aydınlığa çevirir..
Daha fazla anlatmayacağım merak etmeyin (merak edin) :)
Film 2005 yapımı ve dram türünde bi şaheser.. İzleyip bu kadar etkilendiğim nadir filmlerden biri.Bir yerden sonra gözyaşlarınız durmuyor zaten elinizin altında bolca mendil bulunmasında fayda var :)

Teşekkürler Emrah :)

Başlıyoruz!

2010-04-23T22:10:00.001+03:00

"Allah yeniden başlayanların yardımcısıdır diyor Tarık abi.Yeniden başlamak istiyorum, yeniden başlamak: restart, ctrl+alt+delete.."

Anlık bir kararla bloglamaya başlamış bulunuyorum.Umarım devamlı ve faydalı olur..