Büyük Projelerde İzlediğiniz Adımlar
-
Kodlamaya başlamadan önce büyük projelerde izlediğiniz adımlar nelerdir ?
Benim sistemimde yanlış birşeyler var ya da normali bu ?
Teknoloji seçimi yapıyoruz, uygun programlama dilini seçiyoruz.
Buraya kadar herşey tamam ama işin içeriğindeki adımları düşünüp, kendimize bir döküman çıkarıyoruz.
Herşeyi en ince detayına kadar yazıyorum, yazılacak modüller içerikleri vs.
Sonra sistemi kodlamaya başlayınca (yani işin içine girince), kafamda ampuller yanmaya başlıyor.
Şurası şöyle olsa daha iyi olur, burası şöyle olsa daha iyi olur diye diye. Ve başta hazırladığım mekaniğin dışına çıkıyorum.
Herşey bir anda çorba olmaya başlıyor, çünkü her zaman şunu şöyle yapsam daha iyi olur diyebileceğim birşey oluyor.
Ve ben bu daha iyi olurların içerisinde kaybolup gidiyorum, sonuç odaklı çalışmak yerine detaylarda boğuluyorum.
İşin kötüsü bu detayların sonu gelmiyor. Ne kadar genel bir yapı oluşturmaya çalışırsam çalışıyım, her zaman daha iyisini kafamdan çıkarıyorum.
Best case' lere baktığınız siteler var mı ? Ya da siz nasıl bir yol izliyorsunuz ?
NOT : Tabi burada müşterinin bitmek bilmeyen istekleri de var.
AMAÇ ?
Müşteriyi memnun edip, saçmasapan da olsa çalışan bir sistem mi hazırlamak (nasıl olsa background' unu o görmüyor)
yoksa
Harika bir kod altyapısı mı hazırlamaktır ?
Ek not: Mükemmel olmadığı sürece hiçbir keyif almıyorum, işe başlarken çok mutlu harika hissederken işler ilerledikçe aşırı mutsuz oluyorum.
ozgunlu tarafından 24/Kas/15 06:23 tarihinde düzenlenmiştir -
Agile(çevik-hızlı) süreç uygulamak gerekiyor.
Yani gereksinimleri en başta belirleme.
Senin ki waterfall model oluyor ama sen bir askeri uygulama yapmıyorsan her ayrıntıyı en başta öğrenmene gerek yok.
Bence yapılması gereken ana gerekinimleri tepit edip işe başlamak ve süreç işledikçe yeni gereksinimleri -cözümleri işe dahil etmek.
Yoksa altndan kalkmak zor olur.
-
@ozgunlu hocam vakti gelmiş hayatına yeni bir kelimenin daha katılma zamanı gelmiş :)
Welcome to Anti Pattern.. Uzun uzadıya anlatmak yerine google da anti pattern nedir diye aratman iyi olacaktır. Aşağıdaki arkadaşı okumaya başladım 1-2 makalesini okudum sıkmadan olayı anlatıyor tavsiye ederim..
http://ayhanugur.com/tag/antipattern-nedir/
-
Her Zaman daha iyisi olur. Cizdigin plani takip et. Sonra update edersin. Onemli olan ilk versiyonu.
-
herkesin önemlilik noktası farklıdır ama profesyonel yazılımda genişletlebilir esneklikte olması esastır. en iyi çalışan programı da yapsan küçük bir değişiklik için bir sürü kod değiştiriyorsan yazılım bilgini sorgula. buradaki bilgi de oo tabanlı yazmak. mesela n-tier çalışırsan işini parçalarw bölersin, ve gerekli yerde gerekli kısmı değiştirmen kafi.
kısaca küçük parçalara böl, yönetmesi kolay olur
-
use-case oluşturmak.
work breakdown structure oluşturmak.
müşteri ile güven ortamını tahsis etmek. -olmayan ürünü olmuş gibi proje aşamalarında sunmamak-
rigit bir sistemdense esnek olmanın yollarını aramak. update ler için çok ideal.
in-house çözümler de sunmak. -müşteri olayın sadece senin elinde bittiğini farkederse stratejik anlamda iş ortaklıgından soğuyup mevcut alternatiflere yönelecektir.
-
ben 10 seneden fazladır bişeyler yazıyorum bu sektöre
daha hiç görmedim baştan planlandığı gibi biten bir proje
lider sinan derki yapta içek bi filtre kahve
boş ver skerim demekki olmuyor use case ile -
Bazen dersin ki, projeyi kağıda dökeyim. Daha sonra kağıda yazdıkça yazasın gelir yapacaklarını, metodlarını vs... Baktın ki almış başını gidiyor. Beyaz kağıt, beyaz olarak kalmalı dersin kendi kendine. Başlarsın kod yazmaya.
İşin özeti, usta şoförü direksiyonda görmek kafidir 😃
-
rappermcs bunu yazdı
@ozgunlu hocam vakti gelmiş hayatına yeni bir kelimenin daha katılma zamanı gelmiş :)
Welcome to Anti Pattern.. Uzun uzadıya anlatmak yerine google da anti pattern nedir diye aratman iyi olacaktır. Aşağıdaki arkadaşı okumaya başladım 1-2 makalesini okudum sıkmadan olayı anlatıyor tavsiye ederim..
http://ayhanugur.com/tag/antipattern-nedir/
Hocam şimdi işyerindeyim fazla vaktim olmuyor ama göz gezdiriyim dedim ve ilk cümlede kalbimden vurdu :D Aradığım şey bu galiba sağol :D
En önemli etken patronların- yada ekip liderlerinin yazılıma ve yazılımcıya bir an önce olsun, sahaya çıksın,müşteriye hemen çalışır bir şeyler göstermek lazım tutumudur.
not: diğer yorumlar hakkında fikirlerimi yazıcam. sizlerin metotlarını da merak ediyorum bu konuda ?
ozgunlu tarafından 24/Kas/15 11:25 tarihinde düzenlenmiştir -
Kamban bana mantıklı geliyor ya. Kamban veya scrum
-
erc bunu yazdı
Kamban bana mantıklı geliyor ya. Kamban veya scrum
zeybekustasi ile yaptığımız bir projede kanban üzerinden gidiyoruz (her ne kadar kendisi pek ilgilenmese de)
burada ücretsiz bir hesap oluşturup kanban ya da scrum yaklaşımı seçilierek tasklar oluşturulabilir. Kanban, scrum a oranla daha basit bir yaklaşım ve ben de tercih ediyorum. Tabi firmada scrum yaklaşımı kullanıyoruz tfs de ama kişisel projelerde kanban güzel