Jakie jest wasze zdanie w tej kwestii? Czy developer to swoista hybryda składająca się z:
- "klepacza", mającego małe lub żadną wiedzę dotyczącą inżynierii oprogramowania, zarządzania projektami, etc.
- analityka, mającego z założenia małą, lub żadną wiedzę programistyczną?

Chodzi o teorię czy praktykę? W praktyce wydaje mi się, że dobry programista to taki, który umie się dostosować do sytuacji, w której się znajdzie. Jest w małej firmie to musi przejąć przeważnie rolę także projektanta.. czasem sugerować by wprowadzić takie coś jak zarządzanie projektami by się bałagan nie robił. W dużych firmach tym się zajmuje osobna osoba więc ten problem nam spada z głowy - ale to nie znaczy, że nie powinniśmy posiadać żadnej wiedzy z tego zakresu. Po prostu mamy inne zadania do wykonania i nie musimy sobie czymś innym zawracać głowy

Polecam ciekawa notkę: Role w zespole informatycznym

Notka (IMO) mało ciekawa. Nie interesuje mnie taka, lub inna klasyfikacja ról, ale to na ile przypisane do nich wymogi kompetencyjne umożliwiają ruchy w strukturze.

Pojęcie "developer" stało się ostatnio bardzo modne. Umiejętności czy stopień odpowiedzialności związanych z tym stanowiskiem , będą różniły się w zależności od firmy , posiadającej taką role w swojej strukturze IT.
W jednym przypadku stanowisko developer może odnosić się do programisty piszącego wyłączenie w danym języku JAVA/C++/COBOL itd. Natomiast inna firma głosi politykę iż developer musi posiadać gruntowną wiedze w dziedzinie systemów, baz danych i/lub języków programownia. Wydaje mi się iż niemożliwe jest zdefiniowanie tego pojęcia w obecnych realiach. Na pewno nie uda stworzyć takiej definicji która pozwoli odpowiednio grupować oferty pracy

Radze Ci zobaczyc jakie ma przedmioty Inzynier Oprogramowania...

Tam ucza i programowania (gluwnie java) jak i projektowania, i wedlug mnie to dobry projektant musi byc przez jakis czas zwylkym programista zeby moc zrozumiec to wszystko.

A dobry programista nie musi byc projektantem.

Ale tez Inzynier Oprogramowania to jest bardzo ogulne slowo, poniewasz pod nia kryje sie kilka zawodow:

- Ktos kto zbiera i analizuje potrzeby klienta i stawia Use Case-e

- Ktos Kto projektuje hierarchie klas itd..

- Ktos kto projektuje i prowadzi testy

- itd...

I nie kazdy z tych Ktosiow musi byc programista, wazne tylko zeby projektant klas itp. byc programista.

A programisci przewaznie dostaja do zrobienia poszczegulne klasy (badz tez grupa klas - w postaci digramow i opisow ) i nie musza wiedziec za duzo (choc jest bardzo wskazane zeby wiedzieli) o innych komponentach systemu.

Tak przynajmniej jest w "porzadnych" firmach.

Pozdrawiam