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
17 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
17 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
17 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
17 yıl önce

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

FZ
17 yıl önce

Mükemmel bir makale!

malkocoglu_2
17 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

SFTP chroot için mini nasıl belgesi

conan
22 Mayıs 2004, 1 dakika okuma süresi

Amaç:
Bilgilerin şifreli olarak transfer edileceği bir sftp sunucusu yaratmak.

İhtiyaçlar:
SFTP kullanıcılarını işletim sistemi dosyalarından uzak tutmak. Bağlantıları için kendilerine özel bir chroot yaratmak.
SFTP kullanıcılarının sunucuya ssh üzerinden ulaşımını engellemek.
Becerebilirsek aynı servisi normal sistem yönetimi işlerinde de kullanabilecek şekilde ayarlamak.

Çözüm:
OpenSSH kaynak kodu içerisindeki sftp-server.c dosyasını yamamak ve kullanıcıları sınırlandıran bir kabuk yaratmak.

Nasıl?

Matematik Dünyası dergisi

anonim
3 Kasım 2003, 6 dakika okuma süresi

Sayın Meslektaşlarım,

Türk Matematik Derneğinin on iki yıldan beri çıkarmakta olduğu Matematik Dünyası dergisinin tüm sorumluluğunu 2003 başından itibaren üstlendim. Dergi tepeden tırnağa değişti. Diliyle, biçemiyle, biçimiyle, konularıyla, derinliğiyle, her şeyiyle son derece heyecanlı ve albenili bir dergi oldu. Ilk iki sayımız çıktı ve çok beğeni topladı, çok övgü aldı. Üçüncü sayımız da pek yakında çıkacak.

Okur kitlemizi lise ve üniversite öğrencileri olarak belirledik. Ancak matematiğin evrenselliği sayesinde, profesyonel matematikçilerin de ilgiyle okuduğu bir dergi ortaya çıktı.

Fedora Core 1.0 ile Internet Bağlantı Paylaşımı

anonim
14 Haziran 2004, 1 dakika okuma süresi

"Linux ile internet bağlantımı nasıl paylaştırabilirim?" sorusu mail listeleri ve forumların en popüler soruları arasındadır. Bu makale En azından fedora için ortaya net bir çözüm koyuyor ve diğer dağıtımlar içinde referans oluşturuyor.

Open Source Development with CVS, 3rd Edition

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

CVs konusundaki bir soruma yanıt ararken rastladım bu kitaba. Benim gibi CVS ye yeni başlayanlar için herşeyi sıfırdan alarak hayat kurtaran bir kitap. Karl Fogel ve Moshe Bar ın yazdığı bu kitabı CVS kurması yönetmesi veya kullanması gereken herkese tavsiye ederim.

Ah.. En iyi kısmı yazmayı neredeyse unutuyordum. Kitabı bu adresten ücretsiz olarak indirebilirsiniz.

Hackers: Sıradışı Bir Dönemin Sıradışı Hikayesi

FZ
1 Kasım 2004, 1 dakika okuma süresi

2004 yazının sıcak günlerinden birinde, e-postalarımı kontrol ederken beni şaşırtan şu iletiyi karşımda gördüm: "İstemiş olduğunuz Hackers - Heroes of the Computer Revolution adlı yayın kütüphanemize gelmiştir ve teknik işlemleri yapılmaktadır. İşlemler bittikten sonra yayın kataloğumuzdan görülebilir. Bu durumu online kataloğumuzdan takip edebilirsiniz. -- İTÜ Kütüphane ve Dökümantasyon Daire Başkanlığı"

Bir an için duraksadım ve şaşırdım, ne olduğunu tam olarak kavrayamamıştım. Daha sonra ise hatırlama süreci ile parçalar yavaş yavaş yerine oturmaya başladı...

Steven Levy'nin bir döneme ışık tutan ve GNU/Linux'tan çok daha fazlasına tarihi bir perspektifle yer veren meşhur kitabının Ergin Sevinç tarafından yazılmış eleştirisinin devamını ileriseviye.org adresinde okuyabilirsiniz.