On 26 Maj, 17:01, Andrzej Jarzabek <a...@g...com> wrote:

> Jakbym miał się określić jak należy w takiej sytuacji postępować, to
> bym powiedział: jeśli się nie da szybko naprawić, to trzeba szybko
> przerobi na feature. Poważnie - polegałoby to na tym, żeby w miarę
> możliwości wyciąć kawałek funkcjonalności wokół tego buga,
> poinformować klienta i dopisać dodanie z powrotem tej funkcjonalności
> na listę stories/feature requests, do spriorytetyzowania w trakcie
> następnej iteracji.

No bez jaj.
Wracamy do tematu: w systemie przesyłania komunikatów jitter ma być
niezależny od awarii poszczególnych odbiorców. Okazuje się (bug), że
jednak nie jest.
Jaką funkcjonalność wokół tego buga wycinamy? Przesyłanie komunikatów?

To co napisałeś sugeruje, że system jest sumą swoich
"funkcjonalności", które są w miarę niezależne i można je osobno
dodawać (i testować). Tak jest tylko w programie do konwersji ASCII na
Morse'a i tym, które są jemu strukturalnie równoważne.

--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com