Teknoloji Seçerken

Bu yazıyı Java bilgi işlem teknolojilerinden biri olan Entity Bean'lerin erken ölümü üzerine yazdık. Zamanında büyük şaşa ile ortaya çıkan bu teknoloji niye böyle erken tedavülden kalktı? Ayrıca bu tecrübeden ders çıkarmak bağlamında, ileride bu tür geleceği olmayan ve külfetli teknolojilerin kokusunu nasıl alabiliriz? Bu yazı bilgi işleme daha çok hitap eden bir yazıdır çünkü 3-4 senede bir yeni bir dehşet teknolojiyle çalkantılar yaratan grup bu olmaktadır. Bu dinamizm tabii ki iyidir fakat bilgi işlem müdürleri ve proje yöneticileri için bu teknoloji enflasyonunda bir seçici turnusol testi lazımdır. Aksi halde sonuç InfoWeek Dergisi Pazartesi Günü Sendromudur; (Masasındaki Infoweek dergisinin yeni sayısını pazartesi günü okuyan yönetici) "XML diye bir şey cıkmış bütün dertlere devaymış! Hemen kullanalım!" . [Proje teknik lideri burada somurtur].

http://www.bilgidata.com/yazi.jsp?dosya=a_ejb_postmortem.xml

Görüşler

bio
21 yıl önce

Tebrik ederim. Yazinin tamaminin altina imzami atarim. EJB 1.0 zamaninda entity bean'lerin calismasini anlatan bir egitmene "saka gibi bu" deyip gecmistim. Ama onsezimi bu yazidaki gibi "pattern" haline getiremezdim herhalde.

FZ
21 yıl önce

Ben de tebrik ve teşekkür ederim. Uzun zamandır okuduğum en ilginç ve özgün BT (Bilgi Teknolojileri) makalelerinden biri idi.

Her ne kadar ``Enterprise´´ ölçekte Java nedir ne değildir pek bilmesem de uğraşmasam da makalede anlatılanları üç beş gözümün önünde canlandırabildim.

Başarı öykülerinin yanısıra bu tür teknolojik başarısızlık ve hüsran analizlerinin de çok önemli olduğunu ve dersler çıkarılması gerektiğini düşünüyorum. Bununla birlikte maalesef Sun, IBM, Oracle vs. gibi firmalar bir konuya el attıklarında devasa kampanyalar ve büyük rüzgârlar söz konusu oluyor ve hangi rüzgârın doğru olduğunu bilmek de iş işten geçmeden önce kolay yapılabilecek bir iş değil. Post-mortem analizde analizi yapan kişinin çok büyük bir avantajı var, geçmişe doğru yorumlamak!

Hazır teknolojik projelerin analizi demişken son zamanlarda bu konuda okuduğum en enteresan kitaplardan biri olan Aramis´ten de bahsetmeden geçemeyeceğim:

http://ileriseviye.org/blog/index.php?p=95

bm
21 yıl önce

Malkocoglu eline saglik. Firsattan istifade tam uymasa bile ben de bir alinti ve link sokusturayim: http://www.paulgraham.com/avg.html [www.paulgraham.com]

Yazida bu konuya bagli olan ana fikir: kucuk sirketler zaten calissa bile buyuk sirketlerin secimlerini taklit etmeseler iyi olur. Fortune-500'un bilgisayarcilarina ile yepyeni fikirlerle tasarlanmis birseymis gibi pazarlanan ('enterprise' ya!) seye zaten ta basindan derin supheyle yaklasmak lazim. "J2EE" bilmenin nasil anlasilirsa anlasilsin marifet haline gelmesi bu tip birsey. Musterinin sistemleri oyleyse zaten yapacak birsey yok, ama J2EE en iyisiymis abi diye kendi islerini boyle yapanlar icin iyi olmamistir tabi. En azindan Graham'in iddiasini boyle bir hikaye ile buraya sokusturmak kabil.

Herneyse, Graham diyor ki:

The average big company grows at about ten percent a year. So if you're running a big company and you do everything the way the average big company does it, you can expect to do as well as the average big company-- that is, to grow about ten percent a year.

The same thing will happen if you're running a startup, of course. If you do everything the way the average startup does it, you should expect average performance. The problem here is, average performance means that you'll go out of business. The survival rate for startups is way less than fifty percent. So if you're running a startup, you had better be doing something odd. If not, you're in trouble.

bm
21 yıl önce

Elinden kacti yaziyi kontrol etmeden yolladim kusura bakmayin. lInk soyle olacak: http://www.paulgraham.com/avg.html [www.paulgraham.com].

FZ
21 yıl önce

Mükemmel bir makale!

malkocoglu_2
21 yıl önce

bio, FZ, bm: Yaziyi begendiginize cok sevindim. Bu yazilari yazarken zaten tek istegimiz yararli olmalari ve begenilmeleridir. Iyi calismalar.

Görüş belirtmek için giriş yapın...

İlgili Yazılar

Linux Açılış Disketi NASIL

yalcink01
5 Şubat 2004, 1 dakika okuma süresi

Hep hayalini kurduğum şey, kendi başıma imal ettiğim bir işletim sistemi idi. Baktım ki bu iş oldukça uzun bir zamana mal olacak, ben de hayalimi güncelledim ve kendi birleştirdiğim bir işletim sistemi yapmaya karar verdim. Hani legolar var ya onun gibi bir şey işte. Eh, Linux çekirdeği artı GNU araçları ve bilumum özgür yazılım etrafta cirit atıyor:) Al parçaları birleştirmeye başla dedim ama işte orada tıkandım kaldım. Parçaları bulmak kolay ama bir GNU/Linux İşletim Sistemi nasıl çalışır, temel parçalar nelerdir, kim kimi tetikliyor, kimin eli kimin cebinde konuları biraz karışık. Demokraside çare tükenmez deyip kendi yol planımı yaptım ve işe başladım: Öncelikle "bu sistem nasıl açılır, temel parçalar ve ana hatlar nelerdir?" sorununun yanıtını bulabilmek amacı ile The Linux Bootdisk HOWTO kılavuzunu hatim eyledik. Sırada Çekirdek Çitleme Kılavuzu (tldp tarafından şu an güncelleniyor) ve The Pocket Linux kılavuzu var.

Linux Açılış Disketi NASIL kılavuzu; bir açılış disketi yapımını anlatmakla birlikte -ki bu işin çok daha kolay bir yöntemi de mevcuttur:mkbootdisk- sistemin ilk ateşlemesini ve bu sistemin çalışması için gereken temel araçları açıklaması yönünden bence oldukça önemli bir başlangıç noktasını oluşturmakta. İyi bir başlangıç olmakla birlikte, sistem temellerini anlayabilmek için tek başına yeterli olmasını beklemeyin. Zaten kılavuzun ana hedefi de bu değil. Adı üstünde: açılış disketi nasıl yapılır, onu anlatıyor :)

Her halükarda okunması gereken ve Linux öğrenmeye çalışan benim gibiler için, uygulanması gereken bir kılavuz. Init'in ne olduğunu anlamadan önce, init'in herşeyin atası olduğunu anlamak gerekir, öyle değil mi?

http://www.geocities.com/yalcink01/bootdisk-howto/index.html adresinden belgeye ulaşabilirsiniz. Her zaman olduğu gibi: her türlü geribeslemeye kapımız açıktır

Python Paradoksu

FZ
18 Ağustos 2004, 3 dakika okuma süresi

Paul Graham, geçenlerde (2004 Ağustos'unda) kısa bir makale yazmış, bakalım ne demiş:

"Kısa bir süre önce gerçekleştirdiğim bir konuşmada pek çok insanı hayalkırıklığına uğratan bir laf ettim: Python tabanlı bir proje için bulabileceğiniz programcılar, Java tabanlı bir projeye çekebileceğiniz programcılardan daha zeki olacaktır.

Kast ettiğim Java programcılarının aptal olduğu değil. Kast ettiğim şey, Python programcılarının daha akıllı olduğu. Yeni bir programlama dilini sıfırdan öğrenmek çaba gerektirir. Ve insanlar Python'u yeni bir iş bulabilirler diye öğrenmiyorlar; insanlar Python'u öğreniyor çünkü gerçekten programlamayı seviyorlar ve halihazırda kullandıkları dillerden memnun değiller.

O´Reilly´den 2003´ün En İyi Makaleleri, İpuçları ve Kitapları

FZ
25 Aralık 2003, 1 dakika okuma süresi

Bilgi işlem dünyasının efsanevi yayıncısı O´Reilly ziyaretçi istatistikleri ve okur görüşlerine dayanarak Top 10 makalelerini, ipuçlarını, kitaplarını, vs. seçti. Python, Mac OS X, RegExp, PHP, Mozilla, Python, RSS, Flash MX, Extreme Programming, Java, mplayer, vs. gibi konularda sene boyunca en çok ilgi görmüş, bilgilendirici, vizyon açıcı makalelerin listesini ONLamp Best of 2003 ve O´Reilly Best of 2003 adreslerinde bulabilirsiniz.

Bu arada FM editörlerinden sundance arkadaşımızın mplayer ile ilgili makalesinin ONLamp Top 10 listesinde ikinci sırayı işgal ettiğine dikkat çekmek isterim. Gönül isterdi ki, dünya çapında network adminleri arasında infial yaratan Netcat and Reverse Telnet makalesi de listeye girsin ;-) Ama olsun, o bizim gönüllerimizde alması gereken yeri çoktan aldı :)

Projelerde Hata Takip Düzeni - ITracker

malkocoglu
23 Ocak 2004, 1 dakika okuma süresi

Yazılım projelerinin test safhasında ortaya çıkan hataları, bir iş akışı altında kontrol etmek programcılara ve idarecilere rahatlık sağlıyor. Şu anda içinde bulunduğumuz projemiz için ITracker adlı J2EE bazlı serbest yazılımı seçtik (projemiz tarafından Türkçeleştirilmiştir). Hata takip için gereken düzeni, ITracker üzerinde anlattığımız bu yazının yararlı olacağını umarız.

Projelerde Hata Takip Düzeni

ITracker

Akıllı Ev Nasıl Yapılır?

anonim
15 Şubat 2005, 1 dakika okuma süresi

Eric Faulkner ve Tony Northrup yazdığı bu kitap evinizde yapabileceğiniz ilginç projeleri anlatıyor. Kitaptan bir kaç örnek konu başlığı şöyle;

# Uzaktan evcil hayvanınızı gözetleyin
# Evinizi konuşturun
# Uzaktan bilgisayarınızın MP3 çalarını kontrol edin
# Zaman gecikmeli FM radyo yaratın
# Ağ üzerinden evinizi izleyin
# Ev güvenlik sistemi kurun

Bu ilginç projeler ilginizi çektiyse kredi kartlarınızı, tornavidalarınızı ve lehim aletlerinizi hazırlayıp O'Reilly'nin sitesine tıklayın.