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
yaklaşık 15 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
yaklaşık 15 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
yaklaşık 15 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
yaklaşık 15 yıl önce

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

FZ
yaklaşık 15 yıl önce

Mükemmel bir makale!

malkocoglu_2
yaklaşık 15 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

Bilişsel Bilimler Kılavuzu - II

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

Bilgisayarlar düşünebilir mi?: İnsan yanlısı, bilgisayar yanlısı, canlı yanlısı, robot yanlısı, bilişsel bilimciler derneği başkanı, Budacı bilge ve bekçi arasında bir söyleşme.

Giriş

Bu soru, kimilerine çok ilginç gelebilir; bilim-kurgu yapıtlarıyla dolup taşmışlar için ise yine o bildik sorudur. Ancak, burada yer alması, bu iki bakışın da bundan daha temel bir soruyu gözden kaçırmalarından kaynaklanıyor: İnsanlar düşünebilir mi?

İnsanların düşünebiliyor olduğuna eminizdir. Kendimizden biliriz. İçimizdeki seslerin dansı gibidir düşünmek. Dışavurmadan sürdürdüğümüz bir yarım tümcecikler silsilesi. Bizden tanımlanması istendiğinde, "hani var ya! Bunu herkes kendi içinde yaşar" deriz. Peki ama düşündüğümüze emin miyiz?

Port Tarayıcıların Tehlikeleri, Yöntemleri, Karşı Savunma Stratejileri

FZ
12 Ocak 2004, 1 dakika okuma süresi

Bilindiği gibi internet üzerindeki cihazların birbirleriyle konuşmasını sağlayan protokol ailesi TCP/IP'dir. Bu protokol grubunu düşündüğünüzde, asla herkese açık bir ağ üzerinden gizli bilgiyi gönderilmek amacıyla tasarlanmadığını görülür. Tasarlandığı dönemde, her zaman iletişimin özel ve güvenli hatlar üzerinde olacağı düşünüldüğünden bu yönden her hangi bir geliştirme düşünülmemiştir.

Serbülent ``Nightwalker´´ Ünsal´ın bu çalışmasında, bu gerçeği en ustaca kullanan araçlardan biri, port tarayıcılar incelenmiştir. Ancak burada şunu belirtmek gerekir ki; konun çok geniş bir kapsamı olması sebebiyle makalede büyük ağların ve ana bilgisayarların değil, genel olarak son kullanıcıların ve kişisel sistemler ile küçük ağların bu tehdit karşısındaki durumları incelenmiştir.

Tomcat ile Dağıtık (Distributed) Sistem İnşâsı

malkocoglu
3 Ağustos 2003, 1 dakika okuma süresi

E-ticaret ve benzeri türden internet sitelerinin karşısında çıkan klasik ölçekleme sorunu şunlardır:

Her Tomcat sunucu makinası sadece belli sayıda ziyaretçiye Servlet/JSP servisi yapabilir. Bir makinanın sınırı aşıldığında yeni bir Tomcat makinası ekleyerek sitemizin kapasitesini arttırabilmeliyiz. Fakat bunu nasıl yapacağız? Bu birçok Tomcat sunucusunun işlemci gücünü dış dünyaya tek bir kuvvet olarak sunabilecek bir yöntem lazım, yani kümeleme (clustering) kavramının Tomcat dünyasında olan karşılığı....
Yazının Devamı

Erciyes Linux Dergisi 3. Sayısı

anonim
7 Haziran 2008, 1 dakika okuma süresi

Erciyes Üniversitesi Linux Topluluğu Sürekli yayını olan "Erciyes Linux Dergisi", Mayıs-Haziran 3.sayısı ile karşımızda...

C Programlama Dilinin Evrimi

sametc
31 Mart 2003, 4 dakika okuma süresi

Aşağıdaki yazı benim çok ilgimi çekti paylaşmak isterim sanırım herkes benim gibi bu dilin nasıl ortaya çıktığını merak etmiştir.

C'nin tarihini tartışmaya UNIX'ten bahsedilmeden başlanamaz çünkü işletim sistemi ve sistem üzerinde çalışan programların bir çoğu C'de yazılmıştır.