dollar MC
Aktivan član
- Poruka
- 1.606
Poz društvo.
Malo sam diskutovao sa kolegama o primenjivanju YAGNI principa (You aren't gonna need it), kako u firmama koje se direktno bave programiranjem, kao u firmama kojima to nije primarna delatnost, pa možda ima neko neku pametnu da doda.
Iskreno, ja nemam nikakvog iskustva u programerskim firmama, te mi je koncept zahteva i realizacije malo pobrkan.
Primera radi, zahtevi koji do nas stižu su relativno loše koncipirani i iz iskustva znamo da ni jedan nije potpun (nemanje nikakavog project managera godinama u nazad je uzrok tome), te se trudimo da predvidimo šta će biti traženo dan nakon realizacije zahteva, da možemo odmah da uključimo opciju, kako zbog nas, tako i zbog klijenata. A ne baš retko se dešava da bi neke stvari retroaktivno morali da radimo, te je gledanje u pasulj šta će zatrebati kasnije nešto što nam skraćuje vreme bavljenja tim "problemom" nakon realizacije inicijalnog zahteva.
Čist primer, možda malo blesav i plastičan, je slanje marketing mailova klijentima. Zahtev koji do nas dolazi ne pominje ni u jednom momentu mogućnost unsubscribe-a, a mi znamo da je potreban, znamo da moramo imati tu opciju, kao i da će biti tražena već posle prve ture poslatih mailova.
Koliko kontam, vodeći se YAGNI-jem, ne bi trebalo uopšte da razmišljam na tu stranu i treba da čekam da mi eksplicitno traže mogućnost unsubscribe-a, ili grešim? Jedno je svakako predviđanje da li će se zahtev kositi sa već nekim ranijim zahtevima, što moramo da predupredimo u startu, ali ovde je u pitanju dodatna opcija, koja sa software-ske strane neće remetiti rad ni jednog drugog dela sistema.
Pretpostavljam da u firmama kojima je razvoj software-a primarna delatnost, ovo se kanališe na neki način, te zahtev za izradu predviđa i ovakve stvari.
Kakvo je vaše viđenje ovoga? YAren'tGNI ili YAreGNI?
Malo sam diskutovao sa kolegama o primenjivanju YAGNI principa (You aren't gonna need it), kako u firmama koje se direktno bave programiranjem, kao u firmama kojima to nije primarna delatnost, pa možda ima neko neku pametnu da doda.
Iskreno, ja nemam nikakvog iskustva u programerskim firmama, te mi je koncept zahteva i realizacije malo pobrkan.
Primera radi, zahtevi koji do nas stižu su relativno loše koncipirani i iz iskustva znamo da ni jedan nije potpun (nemanje nikakavog project managera godinama u nazad je uzrok tome), te se trudimo da predvidimo šta će biti traženo dan nakon realizacije zahteva, da možemo odmah da uključimo opciju, kako zbog nas, tako i zbog klijenata. A ne baš retko se dešava da bi neke stvari retroaktivno morali da radimo, te je gledanje u pasulj šta će zatrebati kasnije nešto što nam skraćuje vreme bavljenja tim "problemom" nakon realizacije inicijalnog zahteva.
Čist primer, možda malo blesav i plastičan, je slanje marketing mailova klijentima. Zahtev koji do nas dolazi ne pominje ni u jednom momentu mogućnost unsubscribe-a, a mi znamo da je potreban, znamo da moramo imati tu opciju, kao i da će biti tražena već posle prve ture poslatih mailova.
Koliko kontam, vodeći se YAGNI-jem, ne bi trebalo uopšte da razmišljam na tu stranu i treba da čekam da mi eksplicitno traže mogućnost unsubscribe-a, ili grešim? Jedno je svakako predviđanje da li će se zahtev kositi sa već nekim ranijim zahtevima, što moramo da predupredimo u startu, ali ovde je u pitanju dodatna opcija, koja sa software-ske strane neće remetiti rad ni jednog drugog dela sistema.
Pretpostavljam da u firmama kojima je razvoj software-a primarna delatnost, ovo se kanališe na neki način, te zahtev za izradu predviđa i ovakve stvari.
Kakvo je vaše viđenje ovoga? YAren'tGNI ili YAreGNI?
