W dniu 2012-03-28 10:34, Paweł Kierski pisze:

>> No więc inżynier oprogramowania nie musi się znać na elektryce i
>> czujnikach, natomiast powinien się znać na zbieraniu wymagań. Również na
>> takich rzeczach, jak np. stworzenie zestawu testów obejmujących jakieś
>> przypadki brzegowe i zauważeniu, że np. specjalista od czujników
>> opisujący, jak się ma zachowywać oprogramowanie w zależności od tego, co
>> dostaje z czujników, zostawił pewną niewyspecyfikowaną plamę i podnieść
>> temat do analizy przez domain experts ("a co jeśli ten czujnik mówi, że
>> samochód przyspiesza, a tamten, że koła kręcą się coraz wolniej?").
>
> Właśnie wymieniłeś w przykładzie rolę analityka (zbieranie wymagań).
> Czyli w zasadzie nie chodzi o certyfikowanie programistów, tylko co
> najmniej całego zespołu, a może lepiej - procesu? A może po prostu
> produktu?

Otóż to. Zespoły, procesy produkcyjne, metodyki pracy.